search for: anndeallocpts

...No such file or directory. (gdb) bt #0 0x40111109 in chunk_free (ar_ptr=0x401a5d40, p=0x8ab0b10) at malloc.c:3111 #1 0x40110f9a in __libc_free (mem=0x8ab0b18) at malloc.c:3023 #2 0x40312204 in __builtin_vec_delete (ptr=0x8ab0b18) from /usr/local/lib/R/library/ann/libs/ann.so #3 0x40307b5e in annDeallocPts (pa=@0xbfffd7a0) at ANN.cc:124 #4 0x4030733d in ANN_interface (xp=0x8cd8280, eps=@0x8e2a550, qp=0x8e2a5c8, dnn=0x8d727f0, n_pts=@0x8dc7be8, k=@0x8dc7c08, dim=@0x8dc7c28, q_pts=@0x8dc7c48, bucket_size=@0x8dc7c68, insplit=@0x8dc7c88, inshrink=@0x8dc7ca8, priority=@0x8dc7cc8, maxpts=@0...

...y that 1.1.1 was too forgiving, and that better memory management from 1.2.0 is uncovering bad code in the *.so, but could there be an interaction between dynamic memory management in R >= 1.2 and C++ (g++)? (namespace???). It strikes me as odd that the SIGSEGV sometimes comes from the C++ side (annDeallocPts - __builtin_vec_delete), and sometimes from the R side (ReleaseLargeFreeVectors), with no pattern that I can see. Roger -- Roger Bivand Economic Geography Section, Department of Economics, Norwegian School of Economics and Business Administration, Breiviksveien 40, N-5045 Bergen, Norway. voice:...