From: Victor K. <vic...@gm...> - 2006-10-26 23:59:19
|
Hello, SBCL developers, I'm encountering the following error fatal error encountered in SBCL pid 1098: fake_foreign_call fell through LDB monitor ldb> after executing the following code in the fresh sbcl session. make-array '(100000000 5) :element-type 'unsigned-byte) I'm using SBCL 0.9.17 on Intel Macbook 2.0 Ghz 2.0Gb, Mac OS X 10.4.8. I believe it's a bug. If there's anything else I can provide to help investigate this bug, please let me know. Best regards, Victor. |
From: Victor K. <vic...@gm...> - 2006-11-04 22:02:53
|
Hello, SBCL developers, I'm encountering the following error fatal error encountered in SBCL pid 1098: fake_foreign_call fell through LDB monitor ldb> after executing the following code in the fresh sbcl session. make-array '(100000000 5) :element-type 'unsigned-byte) I'm using SBCL 0.9.18 on Intel Macbook 2.0 Ghz 2.0Gb, Mac OS X 10.4.8. I believe it's a bug. If there's anything else I can provide to help investigate this bug, please let me know. Best regards, Victor. |
From: Juho S. <js...@ik...> - 2006-11-05 05:44:05
|
Victor Kryukov <vic...@gm...> writes: > Hello, SBCL developers, > > I'm encountering the following error > > fatal error encountered in SBCL pid 1098: > fake_foreign_call fell through > LDB monitor > ldb> > > after executing the following code in the fresh sbcl session. > > make-array '(100000000 5) :element-type 'unsigned-byte) That's 2GB of memory. The heap size on x86 OS X is only 1.5GB. Thus there's no chance of that allocation actually succeeding. If you upgrade to current CVS SBCL, you can specify the heaps size with a command line parameter. But even then having more than 2GB of heap probably won't work reliably. Of course SBCL should be giving you a proper heap-exhaustion error these days, not dropping into ldb with a cryptic message. Maybe someone with access to an x86 OS X machine will debug that. -- Juho Snellman |