GNU bug report logs - #69106
SBCL enomem on 686

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Guillaume Le Vaillant <glv <at> posteo.net>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#69106: closed (SBCL enomem on 686)
Date: Thu, 22 Aug 2024 08:08:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Thu, 22 Aug 2024 08:06:54 +0000
with message-id <87ttfdasm9.fsf <at> kitej>
and subject line Re: bug#69106: SBCL enomem on 686
has caused the debbugs.gnu.org bug report #69106,
regarding SBCL enomem on 686
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
69106: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69106
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Christopher Howard <christopher <at> librehacker.com>
To: Bug Guix <bug-guix <at> gnu.org>
Subject: SBCL enomem on 686
Date: Tue, 13 Feb 2024 07:22:31 -0900

Hi, I was trying to run SBCL on an older 32-bit laptop, using guix on foreign distro. When I launch SBCL, the REPL dies immediately with this error:

```
os_alloc_gc_space(1,0x9000000,3221225472) failed with ENOMEM
fatal error encountered in SBCL pid 4657 tid 4657:
Can't allocate 0xc0000000 bytes for space 1
```

However, the program does work if I pass in a --dynamic-space-size argument when I launch sbcl. E.g.

```
sbcl --dynamic-space-size 2000
```

So, it seems like some allocation value or define is not being set correctly in the build for 686. SBCL manual only says:

```
‘--dynamic-space-size MEGABYTES’
     Size of the dynamic space reserved on startup in megabytes.
     Default value is platform dependent.
```

My system information:

```
christopher <at> q4os-desktop 
------------------------ 
OS: Debian GNU/Linux 10 (buster) i686 
Host: CF-30CTQAZBM 001 
Kernel: 4.19.0-26-686-pae 
Uptime: 21 hours, 54 mins 
Packages: 2357 (dpkg), 4 (guix-user) 
Shell: bash 5.1.16 
Resolution: 1024x768 
Terminal: /dev/pts/1 
CPU: Genuine Intel L2400 (2) @ 1.667GHz 
GPU: Intel Mobile 945GM/GMS, 943/940GML Express 
Memory: 219MiB / 3020MiB 
```

```
$ guix describe
Generation 2	Feb 12 2024 12:22:05	(current)
  guix bb92a4d
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: bb92a4d7bc71197a51eea9075387c5313f299085
```

-- 
📛 Christopher Howard
🚀 gemini://gem.librehacker.com
🌐 http://gem.librehacker.com

בראשית ברא אלהים את השמים ואת הארץ

[Message part 3 (message/rfc822, inline)]

From: Guillaume Le Vaillant <glv <at> posteo.net>
To: Christopher Howard <christopher <at> librehacker.com>
Cc: 69106-done <at> debbugs.gnu.org
Subject: Re: bug#69106: SBCL enomem on 686
Date: Thu, 22 Aug 2024 08:06:54 +0000

[Message part 4 (text/plain, inline)]

Christopher Howard <christopher <at> librehacker.com> skribis:

> Hi, the problem is with these lines:
>
> ```
>                      ,@(if (target-ppc32?)
>                          ;; 3072 is too much for this architecture.
>                          `("--dynamic-space-size=2048")
>                          `("--dynamic-space-size=3072"))
> ```
>
> Package definition simply assumes that all non-ppc32 architectures can handle the larger dynamic space, but apparently not x86. Through experiment, I see the largest dynamic space that works on my old laptop is 2810, but 2048 seems like a more sensible number.

Fixed in 803f9d3038d3c3048079c63d51b7b40bff09f17a.
Closing.

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.