From sbernard at infobiogen.fr  Sat Apr  7 21:45:32 2007
From: sbernard at infobiogen.fr (Simon de Bernard)
Date: Sat, 7 Apr 2007 21:45:32 +0200
Subject: [Rd] segmentation fault
In-Reply-To: <Pine.LNX.4.64.0704071137290.2918@itasca2.wildberry.org>
References: <68CA8B53-9FCB-4A84-A035-1E8AB59B8039@infobiogen.fr>
	<Pine.LNX.4.64.0704071137290.2918@itasca2.wildberry.org>
Message-ID: <22C3BD96-D85C-4FB3-AC1B-D9E7142AAFFC@infobiogen.fr>

Hi Luke,

thanks for your answer.

> I can't reproduce the crash on a 16Gb x86_64 linux machine. It gets
> over 16G of use and so into paging and seems to be making slow
> progress but I killed it at that point to avoid hogging the machine.

well  if it's platform/compiler specific, I guess I'll see if I can  
get some help from Simon Urbanek and his mac know-how...

> This example will allocate large generic vectors and then allocate
> lots of copies of 1 to fill it in. Can you reproduce the problem with
> something of coarser granularity, e.g. pasting together vectors of
> 1000000 doubles?

with vectors, I hit the vector length limit before getting into any  
trouble.

>   Otherwise, maybe info from running under gdb might help.

here is a backtrace:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000021000011
0x00000001004d9a28 in RunGenCollect (size_needed=1) at ../../../../R. 
2.4/src/main/memory.c:1313
1313        PROCESS_NODES();
(gdb) bt
#0  0x00000001004d9a28 in RunGenCollect (size_needed=1)  
at ../../../../R.2.4/src/main/memory.c:1313
#1  0x00000001004de764 in R_gc_internal (size_needed=1)  
at ../../../../R.2.4/src/main/memory.c:2142
#2  0x00000001004ddf56 in Rf_allocVector (type=14, length=1)  
at ../../../../R.2.4/src/main/memory.c:1943
#3  0x0000000100489c83 in duplicate1 (s=0x125aaec88) at ../../../../R. 
2.4/src/main/duplicate.c:214
#4  0x0000000100489181 in Rf_duplicate (s=0x125aaec88) at ../../../../ 
R.2.4/src/main/duplicate.c:111
#5  0x00000001004241d9 in ListAnswer (x=0x182008000, recurse=0,  
data=0x7fff5fbfe010) at ../../../../R.2.4/src/main/bind.c:187
#6  0x000000010042600b in do_c_dflt (call=0x103a47c08,  
op=0x10300ec68, args=0x103dbf980, env=0x10302e3f8) at ../../../../R. 
2.4/src/main/bind.c:752
#7  0x0000000100425df9 in do_c (call=0x103a47c08, op=0x10300ec68,  
args=0x103a47d90, env=0x10302e3f8) at ../../../../R.2.4/src/main/ 
bind.c:688
#8  0x00000001004a2952 in Rf_eval (e=0x103a47c08, rho=0x10302e3f8)  
at ../../../../R.2.4/src/main/eval.c:431
#9  0x00000001004a560c in do_set (call=0x103a42308, op=0x10300bb18,  
args=0x103a42340, rho=0x10302e3f8) at ../../../../R.2.4/src/main/ 
eval.c:1357
#10 0x00000001004a2952 in Rf_eval (e=0x103a42308, rho=0x10302e3f8)  
at ../../../../R.2.4/src/main/eval.c:431
#11 0x00000001004a4aa2 in do_begin (call=0x103a47ea8, op=0x10300b920,  
args=0x103a422d0, rho=0x10302e3f8) at ../../../../R.2.4/src/main/ 
eval.c:1107
#12 0x00000001004a2952 in Rf_eval (e=0x103a47ea8, rho=0x10302e3f8)  
at ../../../../R.2.4/src/main/eval.c:431
#13 0x00000001004a46f8 in do_while (call=0x103a42228, op=0x10300a388,  
args=0x103a42260, rho=0x10302e3f8) at ../../../../R.2.4/src/main/ 
eval.c:1037
#14 0x00000001004a2952 in Rf_eval (e=0x103a42228, rho=0x10302e3f8)  
at ../../../../R.2.4/src/main/eval.c:431
#15 0x00000001004d00c9 in Rf_ReplIteration (rho=0x10302e3f8,  
savestack=0, browselevel=0, state=0x7fff5fbfe9f0) at ../../../../R. 
2.4/src/main/main.c:256
#16 0x00000001004d026c in R_ReplConsole (rho=0x10302e3f8,  
savestack=0, browselevel=0) at ../../../../R.2.4/src/main/main.c:305
#17 0x00000001004d162a in run_Rmainloop () at ../../../../R.2.4/src/ 
main/main.c:945
#18 0x00000001004d163f in Rf_mainloop () at ../../../../R.2.4/src/ 
main/main.c:952
#19 0x0000000100000ddc in main (ac=1, av=0x7fff5fbfeeb0)  
at ../../../../R.2.4/src/main/Rmain.c:33

best,

Simon.



[Rd] segmentation fault
Simon de Bernard