similar to: R 4.0.2 64-bit Windows hangs

For some further information, on compiling with rtools, using the following scripts, https://github.com/r-windows/r-base, I receive a segfault: installing 'sysdata.rda' building package 'compiler' byte-compiling package 'compiler' byte-compiling package 'base' byte-compiling package 'tools' sh: line 3: 3614 Done ( cat

I am having exactly the same issue as the following bug report: https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16515. RTerm.exe hangs on startup, nothing is printed to the terminal. 32-bit RTerm.exe runs fine. No errors are displayed, but I see the same as the bug report in Event Viewer. I am running Windows 10 64-bit, v2010. ---- Sent using Guerrillamail.com Block or report abuse:

Ah yes, this is related. I reported v2010 below, but it looks like I was updated to this Insider Build overnight without my knowledge, and conflated it with the new installation R v4 this morning. I will continue to look into the issue with the methods Tomas mentioned. Many thanks. On 2020-08-21 21:05:51 nospam at altfeld-im.de wrote: > May be unrelated but on SO there is a report that a

I'm only using Visual Studio to debug. I'm using R version 4.0.2 from: https://cran.r-project.org/, and have tested the patched version. Even the x64 version of the previous version of R (3.6) does not run. I have previously had Microsoft R Open installed on the machine, but it's been uninstalled. Thanks. On 2020-08-21 18:48:42 murdoch.duncan at gmail.com wrote: > Are you

On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk--- via R-devel wrote: > Ah yes, this is related. I reported v2010 below, but it looks like I was updated to this Insider Build overnight without my knowledge, and conflated it with the new installation R v4 this morning. > > I will continue to look into the issue with the methods Tomas mentioned. It is interesting that a rare 5 years old problem

https://bugs.freedesktop.org/show_bug.cgi?id=110500 Bug ID: 110500 Summary: X-Server crashes - GL error: GL_OUT_OF_MEMORY in glTexSubImage Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium

It'd be nice of the page at https://www.centos.org/docs/ at least provided a link to the Red Hat 6 documentation at https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/index.html. Something along the lines of: For version 6 documentation please refer to: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/index.html ---- Sent using

On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk--- via R-devel wrote: > > Ah yes, this is related. I reported v2010 below, but it looks like I was updated to this Insider Build overnight without my knowledge, and conflated it with the new installation R v4 this morning. > > > > I will

On 8/22/20 8:26 PM, Tomas Kalibera wrote: > On 8/22/20 7:58 PM, Jeroen Ooms wrote: >> On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera >> <tomas.kalibera at gmail.com> wrote: >>> On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk--- via R-devel wrote: >>>> Ah yes, this is related. I reported v2010 below, but it looks like >>>> I was updated to this

On 8/22/20 7:58 PM, Jeroen Ooms wrote: > On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: >> On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk--- via R-devel wrote: >>> Ah yes, this is related. I reported v2010 below, but it looks like I was updated to this Insider Build overnight without my knowledge, and conflated it with the new installation R

On 8/22/20 9:33 PM, Jeroen Ooms wrote: > On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: >> On 8/22/20 8:26 PM, Tomas Kalibera wrote: >>> On 8/22/20 7:58 PM, Jeroen Ooms wrote: >>>> On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera >>>> <tomas.kalibera at gmail.com> wrote: >>>>> On 8/21/20 11:45

On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 8/22/20 8:26 PM, Tomas Kalibera wrote: > > On 8/22/20 7:58 PM, Jeroen Ooms wrote: > >> On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera > >> <tomas.kalibera at gmail.com> wrote: > >>> On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk--- via R-devel wrote: >

On Wed, Aug 26, 2020 at 7:54 PM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 8/25/20 6:14 PM, Tomas Kalibera wrote: > > On 8/22/20 9:33 PM, Jeroen Ooms wrote: > >> On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera > >> <tomas.kalibera at gmail.com> wrote: > >>> On 8/22/20 8:26 PM, Tomas Kalibera wrote: > >>>> On

On 8/25/20 6:14 PM, Tomas Kalibera wrote: > On 8/22/20 9:33 PM, Jeroen Ooms wrote: >> On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera >> <tomas.kalibera at gmail.com> wrote: >>> On 8/22/20 8:26 PM, Tomas Kalibera wrote: >>>> On 8/22/20 7:58 PM, Jeroen Ooms wrote: >>>>> On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera >>>>>

https://bugs.freedesktop.org/show_bug.cgi?id=110576 Bug ID: 110576 Summary: Screen flickering in nouveau while browsing websites Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/nouveau

The Gluster community is pleased to announce the release of Gluster 4.0.2 (packages available at [1]). Release notes for the release can be found at [2]. This release contains fixes for CVE-2018-1088 and CVE-2018-1112, among other fixes. Please use the release notes to check on the fix list. Thanks, Gluster community [1] Packages: https://download.gluster.org/pub/gluster/glusterfs/4.0/4.0.2/

My system is a dual Xeon E5540 (Nehalem) HP Proliant DL380G6. When switching between Xen 4.0.2-rc1-pre and Xen 4.1-unstable I noticed that the NUMA info as shown by the Xen ''u'' debug-key is different. More specifically, the CPU to node mapping is alternating for 4.0.2 and grouped sequentially for 4.1. This difference affects the allocation (wrt node/socket) of pinned VCPUs to the

Release Announcements --------------------- Samba 4.0.2, 3.6.12 and 3.5.21 have been issued as security releases in order to address CVE-2013-0213 (Clickjacking issue in SWAT) and CVE-2013-0214 (Potential XSRF in SWAT). o CVE-2013-0213: All current released versions of Samba are vulnerable to clickjacking in the Samba Web Administration Tool (SWAT). When the SWAT pages are integrated into

a.shubnik@btis.by wrote: > Hello Tom! Aleksandr, In the future, please don''t send your Shorewall support requests directly to me. Please see http://www.shorewall.net/support.htm: > I try to start last version of shorewall-4.0.2 under openvz environment > in virtual server and get follow error messages: > > gate ~ # shorewall check > Checking... > >

Release Announcements --------------------- Samba 4.0.2, 3.6.12 and 3.5.21 have been issued as security releases in order to address CVE-2013-0213 (Clickjacking issue in SWAT) and CVE-2013-0214 (Potential XSRF in SWAT). o CVE-2013-0213: All current released versions of Samba are vulnerable to clickjacking in the Samba Web Administration Tool (SWAT). When the SWAT pages are integrated into