similar to: R crashes in Mac OS

Full_Name: Jonathan Paisley Version: 2.1.1 OS: Mac OS X 10.4.2 Submission from: (NULL) (81.178.107.67) I was following an example from library/grid/doc/grid.pdf ("Introduction to grid") and had the following code, where I'd mis-typed 1,3 instead of 1,2 as the first arguments to grid.layout. Sourcing this code causes the R GUI to crash. I've enclosed a partial backtrace from

Hi all, Hopefully, I'm sending this to the right place... Can someone guide me on changing the Maildir messages files back to the single file format I used to have instead of the dovecot.index /cur /tmp /new format my newer server currently has. I'm running dovecot v1.2.9 postfix v2.7 on Ubuntu v10.4

Hi Gluster users, We are seeing 'error=No space left on device' issue and hoping someone might could advise? We are using a 12 node glusterfs v10.4 distributed vsftpd backup cluster for years (not new) and recently 2 weeks ago upgraded to v9 > v10.4. I do not know if the upgrade is related to this new issue. We are seeing a new issue 'error=No space left on device' error

Hi,Have you checked inode usage (df -i /lvbackups/brick ) ? Best Regards,Strahil Nikolov On Tuesday, May 2, 2023, 3:05 AM, brandon at thinkhuge.net wrote: Hi Gluster users, We are seeing 'error=No space left on device' issue and hoping someone might could advise? We are using a 12 node glusterfs v10.4 distributed vsftpd backup cluster for years (not new) and recently 2 weeks ago

I managed to build a reduced test case: ================== foo.m ================== #include <Foundation/Foundation.h> @interface BaseNode : NSObject <NSCoding, NSCopying> { } @end @implementation BaseNode @end int main(int argc, char **argv) { return 0; } ========================================== # clang -o foo -arch i386 -framework Foundation foo.m foo.m:8:1: warning:

I am creating an ExecutionEngine using the LLVMCreateExecutionEngineForModule function from the C API. I am get a set fault with the following backtrace. Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000120 0x0000000107c06643 in llvm::LLVMTargetMachine::addCommonCodeGenPasses () (gdb) bt #0 0x0000000107c06643 in

Hello from a neophyte! Is there a diagnostic programme which can be run to determine if there are any faults in Samba 2.2.3a? I cannot connect from Win XP to my rev/b iMac (suddenly, maybe 'upgrade' to 10.3.4 had some effect) and the smb crashlog (shown below) has a pile of stuff which is incomprehensible to me. Secondly, how does one upgrade to another version of Samba and is this

I have an ssh only login to a G5 on which I am hoping to run some analyses. The situation is complicated by the fact that the computer's owner is away for the summer (and thus also only has shell login). R is installed and there is a symlink to /usr/local/bin/R but when I try to launch it I get: [jhowison at euro]$ R kCGErrorRangeCheck : Window Server communications from outside of

Hi Folks, Mac OS 10.4.4 R 2.2.1(2005-12-20 r36812) Hmisc 3.0-10 acepack 1.3-2.2 I keep getting a "segmentation fault" when trying to run areg.boot in the Hmisc package. I include below output from two different attempts. Thank you in advance for any help. Hank Stevens The following is taken from the example in the areg.boot documentation, run inside Aquamacs Emacs: >

Hi all, I am currently porting my project to branches/release_26 and I noticed the JIT doesn't seem to work anymore when used in 64-bit. Every the very simple HowToUseJIT example crashes at runtime. $ gdb --arg ./Release/examples/HowToUseJIT GNU gdb 6.3.50-20050815 (Apple version gdb-1339) (Sat May 23 05:39:07 UTC 2009) Copyright 2004 Free Software Foundation, Inc. GDB is free software,

Here's another one-off crash in dovecot-2.0.3's auth process. Looks like request->mech == NULL in auth_request_initial(). I don't see any obvious fixes to this code between 2.0.3 and 2.0.6 so it may still be present in 2.0.6. Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000018 0 auth

Dovecot-2.2.1's imap processes crash reliably when they use an IMAP URL with an invalid access specifier. A backtrace and some debug output follows. The crash is likely caused by imap_urlauth_fetch_parsed() returning 0 without having set *mpurl_r to NULL, and then imap_urlauth_fetch_local() freeing an uninitialized pointer. Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes:

I found the problem : my code sets JITEmitDebugInfo after creating the JIT. This causes the JITDwarfEmitter DE to not be constructed in the ctor of JITEmitter (JITEmitter.cpp around line 375). Not sure if it's documented anywhere that JITEmitDebugInfo must be set before constructing the JIT, but looking at the code, it makes sense. Easy enough to fix on my side. Christophe On 19 avr. 2011,

After commit 102300, any obj-c software compiled with clang crashes at launch time with the following stack trace. Reverting this specific commit fix the issue. ------------------------------------------------------------------------------------------------ Date/Time: 2010-04-26 10:07:01.630 +0200 OS Version: Mac OS X 10.6.3 (10D573) Report Version: 6 Interval Since Last Report:

Hello, I'd like some advice on a crash that we have observed on MacOSX with the 2.8 and 2.9 releases of LLVM, but not on the top of trunk. The crash is a null-deref in llvm::JITDwarfEmitter::EmitDwarfTable : Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x0000000100852203 in llvm::JITDwarfEmitter::EmitDwarfTable

I've attached the command I ran, the output, and the crash log in the hope that it is useful. jason$ ffmpeg2theora -v 5 --optimize -A 64 -c 2 -H 44100 /Users/jason/ Movies/TV\ Shows/Holding\ Area/video.vob Input #0, mpeg, from '/Users/jason/Movies/TV Shows/Holding Area/ video.vob': Duration: 00:05:43.90, start: 0.211444, bitrate: 7217 kb/s Stream #0.0[0x1e0]: Video:

Hi Folks, Mac OS 10.4.4 R 2.2.1(2005-12-20 r36812) Hmisc 3.0-10 acepack 1.3-2.2 I had R crashes while running areg.boot in Hmisc (see old message below), but now I realize that the problem appears to be in the avas function in acepack. I tried running running the avas example (in acepack package), and got an immediate crash. Any thoughts? The Apple crash report (from R GUI crash) follows.

Hi Strahil and Gluster users, Yes I had checked but, checked again and only 1% inode usage. 99% free. Same every node. Example: [root at nybaknode1 ]# df -i /lvbackups/brick Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/vgbackups-lvbackups 3108921344 93602 3108827742 1% /lvbackups [root at nybaknode1 ]# I neglected to clarify in

I was going to test 1.1.16 so as to see how it handles global ACLs (in the hope to have a possible comparison with 1.2.0's odd behavior), when I encountered the problem described hereafter. Note that just disabling ACLs is sufficient to get back a fully functional imap binary. So, should there be some plans for a 1.1.17 version, perhaps could the info provided here prove somewhat

Bugs item #17827, was opened at 2008-02-06 11:50 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=17827&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: Crash when closing Dialog in bigdemo.rb Initial Comment: Segfault