Racket REPL not working

Racket REPL not working

[Zelphir Kaltstahl]

Hello Guix users / package maintainers,

I updated guix today using `guix pull && guix package -u`, but even before that, 
I had an issue starting a Racket REPL simply entering `racket`:

~~~~
$ racket
Segmentation fault (core dumped)
~~~~

I am currently at guix:

~~~~
$ guix describe --format=channels
(list (channel
         (name 'guix)
         (url"https://git.savannah.gnu.org/git/guix.git")
         (branch "master")
         (commit
           "c5fa9dd0e96493307cc76ea098a6bca9b076e012")
         (introduction
           (make-channel-introduction
             "9edb3f66fd807b096b48283debdcddccfea34bad"
             (openpgp-fingerprint
               "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")))))

$ guix describe
Generation 42	Mai 14 2023 23:45:08	(current)
   guix c5fa9dd
     repository URL:https://git.savannah.gnu.org/git/guix.git
     branch: master
     commit: c5fa9dd0e96493307cc76ea098a6bca9b076e012
~~~~

Not sure what is up, or whether it is only on my end for some reason.

Also cannot call `racket --version`:

~~~~
$ racket --version
Segmentation fault (core dumped)
~~~~

But I can list all packages in my main guix profile:

~~~~
font-anonymous-pro  	1.002             	out	/gnu/store/pinnddv228zqk8a3z2nnk2s4pwysvlnn-font-anonymous-pro-1.002
font-anonymous-pro-minus	1.003             	out	/gnu/store/c453r8sfcrsz89q9hi7x0kw0n43nwj6s-font-anonymous-pro-minus-1.003
font-bitstream-vera 	1.10              	out	/gnu/store/580viqfg1c9dn5xhz570ssx3cn6h46pm-font-bitstream-vera-1.10
font-dejavu         	2.37              	out	/gnu/store/zan3d655r50cv5gxvj2l5yybwhy6x3n4-font-dejavu-2.37
font-dosis          	1.7               	out	/gnu/store/7szhdm0bzns68xcj9r0x7868a72w8lk9-font-dosis-1.7
font-inconsolata    	3.000             	out	/gnu/store/aph6hhgg238a1327vaarfnxpqj9h5h17-font-inconsolata-3.000
font-lato           	2.015             	out	/gnu/store/5p92xbqjlqd6jwcvf3lkl8xqrbqq83sq-font-lato-2.015
font-wqy-microhei   	0.2.0-beta        	out	/gnu/store/j42pppx2yzyxmw1k8qjs6b3yaqkfkg5g-font-wqy-microhei-0.2.0-beta
font-wqy-zenhei     	0.9.45            	out	/gnu/store/2wjdb6dwych39fil9h68zggy7pwbd5av-font-wqy-zenhei-0.9.45
font-fira-mono      	3.206             	out	/gnu/store/7b03arxqxaq1ry3l7qrs747qvzbzhl0f-font-fira-mono-3.206
font-fira-code      	6.2               	out	/gnu/store/kx03zx59dz839c2qnl8wzkkainlv1jzk-font-fira-code-6.2
scheme48            	1.9.2             	out	/gnu/store/i8c1swanyzlmx4nk0222kcq9qra1mgp0-scheme48-1.9.2
font-libertinus     	7.040             	out	/gnu/store/97cfzqy9ab38dn3q91876nh9yfcwxcw0-font-libertinus-7.040
font-blackfoundry-inria	1.200             	out	/gnu/store/za2jpj8fvl61ijy4dgc0qz34p7slq8l9-font-blackfoundry-inria-1.200
font-fira-sans      	4.203             	out	/gnu/store/mbaza24dscbnd3cqwcfpjyf2wznicng6-font-fira-sans-4.203
hunspell            	1.7.0             	out	/gnu/store/xbw5xvbq2n7phla9xrcanpziqg2jm08h-hunspell-1.7.0
font-mononoki       	1.3               	out	/gnu/store/i72zfyli3j263zdnbgw294883knadjyp-font-mononoki-1.3
font-liberation     	2.1.5             	out	/gnu/store/cga9fam84752fwd1ccz0j219sv01bbm0-font-liberation-2.1.5
font-ibm-plex       	6.1.1             	out	/gnu/store/drf18n9al1gxm0d955i5bhh8fqx7wm8s-font-ibm-plex-6.1.1
guile               	3.0.9             	out	/gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9
font-iosevka-term   	20.0.0            	out	/gnu/store/gm8x2li0si9x7qbb6747dk6xhxdr2bqx-font-iosevka-term-20.0.0
font-iosevka-term-slab	20.0.0            	out	/gnu/store/n4kbk4rskfi48gysczyk4a9kpmp99x04-font-iosevka-term-slab-20.0.0
font-iosevka-slab   	20.0.0            	out	/gnu/store/bdj4z0hlf93xwxvycqfp0l3aji29j9mh-font-iosevka-slab-20.0.0
font-iosevka-etoile 	20.0.0            	out	/gnu/store/0ihc5d4c25a45m62as1rdgai3xpmqkd0-font-iosevka-etoile-20.0.0
font-iosevka        	20.0.0            	out	/gnu/store/dzxbvjaqpkilhiznsszpw075q630w9ij-font-iosevka-20.0.0
font-linuxlibertine 	5.3.0             	out	/gnu/store/5425x6qcbvf2z04h5gbwki8anl2sq7by-font-linuxlibertine-5.3.0
hunspell-dict-de    	20161207          	out	/gnu/store/yf2nac51kjbb97y4krd7npz8jp91h2zl-hunspell-dict-de-20161207
gnutls              	3.7.7             	out	/gnu/store/yr4lbvdyc4dgs76yij1dw2w2z8s84af8-gnutls-3.7.7
sicp                	20180718-3.bda03f7	out	/gnu/store/sbzr80wq0fgr7ngc7yha9vkdwn75kg1a-sicp-20180718-3.bda03f7
pandoc              	2.19.2            	out	/gnu/store/rgp6zar671zp703ll0ji7ffhg0qhv1i3-pandoc-2.19.2
imagemagick         	6.9.12-4          	out	/gnu/store/v9fjvaqssbw7ikkl0zmmh7jgy49374n6-imagemagick-6.9.12-4
graphicsmagick      	1.3.38            	out	/gnu/store/l17n95swds0jflbwvvbz3sahf8aqr7ca-graphicsmagick-1.3.38
emacs               	28.2              	out	/gnu/store/mq4xas3yrh24153z6hplaiv2b4frk561-emacs-28.2
racket              	8.8               	out	/gnu/store/svrzd7cvjlcanwa46msdvdh1l28m6x5m-racket-8.8
mpv                 	0.35.1            	out	/gnu/store/d3dpk0sy3x6m9lk4wpvaqkkjcf2si4da-mpv-0.35.1
ungoogled-chromium  	112.0.5615.165-1  	out	/gnu/store/gjzim5jcqjv74il41qr2s9dgbs0dkqxi-ungoogled-chromium-112.0.5615.165-1
obs                 	29.0.2            	out	/gnu/store/fw77k67y5p8iamj5mbii9zbxwa7w9lxz-obs-29.0.2
font-abattis-cantarell	0.303-0.e049149   	out	/gnu/store/0gjr8f7932c8nmpdk2vm4rdbfwn4vvxx-font-abattis-cantarell-0.303-0.e049149
keepassxc           	2.7.4             	out	/gnu/store/3kb7h3d62m8nqf89k640a411pq60rsp9-keepassxc-2.7.4
~~~~

Should I post anything else?

Other programs work. For example:

~~~~
$ guile
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument
GNU Guile 3.0.9
Copyright (C) 1995-2023 Free Software Foundation, Inc.

Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.

Enter `,help' for help.
scheme@(guile-user)>
~~~~

Regards,
Zelphir

-- 
repositories:https://notabug.org/ZelphirKaltstahl

Re: Racket REPL not working

[Felix Lechner via]

Hi Zelphir,

On Sun, May 14, 2023 at 2:57 PM Zelphir Kaltstahl
<zelphirkaltstahl@posteo.de> wrote:
>
> I updated guix today using `guix pull && guix package -u`, but even before that,
> I had an issue starting a Racket REPL simply entering `racket`:

Following your lead, I just updated Racket to the latest version (via
Guix Home). It works fine locally.

  > racket --version
  Welcome to Racket v8.8 [cs].

At the bottom you can see what I saw when I did not realize that I was
in the Racket REPL. My Emacs Eshell uses the same prompt symbol.

I use Guix as the base system. Are you using the Guix package manager
while you are in another Linux distribution?

Kind regards,
Felix

* * *

> racket
Welcome to Racket v8.8 [cs].
> help
Sending to web browser...
  file: /gnu/store/svrzd7cvjlcanwa46msdvdh1l28m6x5m-racket-8.8/share/doc/racket/index.html
> racket --version
racket: undefined;
 cannot reference an identifier before its definition
  in module: top-level
 [,bt for context]
--version: undefined;
 cannot reference an identifier before its definition
  in module: top-level
 [,bt for context]
> racket
racket: undefined;
 cannot reference an identifier before its definition
  in module: top-level
 [,bt for context]

Re: Racket REPL not working

[Zelphir Kaltstahl]

On 5/15/23 02:20, Felix Lechner wrote:
> Hi Zelphir,
>
> On Sun, May 14, 2023 at 2:57 PM Zelphir Kaltstahl
> <zelphirkaltstahl@posteo.de>  wrote:
>> I updated guix today using `guix pull && guix package -u`, but even before that,
>> I had an issue starting a Racket REPL simply entering `racket`:
> Following your lead, I just updated Racket to the latest version (via
> Guix Home). It works fine locally.
>
>    > racket --version
>    Welcome to Racket v8.8 [cs].
>
> At the bottom you can see what I saw when I did not realize that I was
> in the Racket REPL. My Emacs Eshell uses the same prompt symbol.
>
> I use Guix as the base system. Are you using the Guix package manager
> while you are in another Linux distribution?

This machine runs a Xubuntu:

~~~~
lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 22.04.2 LTS
Release:	22.04
Codename:	jammy
~~~~

I am no longer sure, whether I installed it as a Ubuntu or Xubuntu right away.

-- 
repositories:https://notabug.org/ZelphirKaltstahl

Re: Racket REPL not working

[Efraim Flashner]

[-- Attachment #1: Type: text/plain, Size: 1849 bytes --]

On Sun, May 14, 2023 at 09:56:35PM +0000, Zelphir Kaltstahl wrote:
> Hello Guix users / package maintainers,
> 
> I updated guix today using `guix pull && guix package -u`, but even before
> that, I had an issue starting a Racket REPL simply entering `racket`:
> 
> ~~~~
> $ racket
> Segmentation fault (core dumped)
> ~~~~
> 
> I am currently at guix:
> 
> ~~~~
> $ guix describe --format=channels
> (list (channel
>         (name 'guix)
>         (url"https://git.savannah.gnu.org/git/guix.git")
>         (branch "master")
>         (commit
>           "c5fa9dd0e96493307cc76ea098a6bca9b076e012")
>         (introduction
>           (make-channel-introduction
>             "9edb3f66fd807b096b48283debdcddccfea34bad"
>             (openpgp-fingerprint
>               "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")))))
> 
> $ guix describe
> Generation 42	Mai 14 2023 23:45:08	(current)
>   guix c5fa9dd
>     repository URL:https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: c5fa9dd0e96493307cc76ea098a6bca9b076e012
> ~~~~
> 
> Not sure what is up, or whether it is only on my end for some reason.
> 
> Also cannot call `racket --version`:
> 
> ~~~~
> $ racket --version
> Segmentation fault (core dumped)
> ~~~~

I was able to run 'guix shell racket -- racket --version' with it
segfaulting. Same thing when I switched to using the same commit that
you're using.

Can you paste the output of 'lscpu'? I suspect that there might be some
optimizations being applied during build time and it's been optimized
with features not available in your CPU.

-- 
Efraim Flashner   <efraim@flashner.co.il>   רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: Racket REPL not working

[Zelphir Kaltstahl]

On 5/15/23 18:18, Efraim Flashner wrote:
> On Sun, May 14, 2023 at 09:56:35PM +0000, Zelphir Kaltstahl wrote:
>> Hello Guix users / package maintainers,
>>
>> I updated guix today using `guix pull && guix package -u`, but even before
>> that, I had an issue starting a Racket REPL simply entering `racket`:
>>
>> ~~~~
>> $ racket
>> Segmentation fault (core dumped)
>> ~~~~
>>
>> I am currently at guix:
>>
>> ~~~~
>> $ guix describe --format=channels
>> (list (channel
>>          (name 'guix)
>>          (url"https://git.savannah.gnu.org/git/guix.git")
>>          (branch "master")
>>          (commit
>>            "c5fa9dd0e96493307cc76ea098a6bca9b076e012")
>>          (introduction
>>            (make-channel-introduction
>>              "9edb3f66fd807b096b48283debdcddccfea34bad"
>>              (openpgp-fingerprint
>>                "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")))))
>>
>> $ guix describe
>> Generation 42	Mai 14 2023 23:45:08	(current)
>>    guix c5fa9dd
>>      repository URL:https://git.savannah.gnu.org/git/guix.git
>>      branch: master
>>      commit: c5fa9dd0e96493307cc76ea098a6bca9b076e012
>> ~~~~
>>
>> Not sure what is up, or whether it is only on my end for some reason.
>>
>> Also cannot call `racket --version`:
>>
>> ~~~~
>> $ racket --version
>> Segmentation fault (core dumped)
>> ~~~~
> I was able to run 'guix shell racket -- racket --version' with it
> segfaulting. Same thing when I switched to using the same commit that
> you're using.
>
> Can you paste the output of 'lscpu'? I suspect that there might be some
> optimizations being applied during build time and it's been optimized
> with features not available in your CPU.

Hello Efraim,

Here is the output of `lscpu`:

~~~~
$ lscpu
Architecture:            x86_64
   CPU op-mode(s):        32-bit, 64-bit
   Address sizes:         39 bits physical, 48 bits virtual
   Byte Order:            Little Endian
CPU(s):                  4
   On-line CPU(s) list:   0-3
Vendor ID:               GenuineIntel
   Model name:            Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz
     CPU family:          6
     Model:               142
     Thread(s) per core:  2
     Core(s) per socket:  2
     Socket(s):           1
     Stepping:            9
     CPU max MHz:         3500,0000
     CPU min MHz:         400,0000
     BogoMIPS:            5799.77
     Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mc
                          a cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss
                          ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art
                           arch_perfmon pebs bts rep_good nopl xtopology nonstop_
                          tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cp
                          l vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1
                           sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsav
                          e avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault
                           epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow
                           vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust
                          sgx bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx sma
                          p clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dt
                          herm ida arat pln pts hwp hwp_notify hwp_act_window hwp
                          _epp md_clear flush_l1d arch_capabilities
Virtualization features:
   Virtualization:        VT-x
Caches (sum of all):
   L1d:                   64 KiB (2 instances)
   L1i:                   64 KiB (2 instances)
   L2:                    512 KiB (2 instances)
   L3:                    4 MiB (1 instance)
NUMA:
   NUMA node(s):          1
   NUMA node0 CPU(s):     0-3
Vulnerabilities:
   Itlb multihit:         KVM: Mitigation: VMX disabled
   L1tf:                  Mitigation; PTE Inversion; VMX conditional cache flushe
                          s, SMT vulnerable
   Mds:                   Mitigation; Clear CPU buffers; SMT vulnerable
   Meltdown:              Mitigation; PTI
   Mmio stale data:       Mitigation; Clear CPU buffers; SMT vulnerable
   Retbleed:              Mitigation; IBRS
   Spec store bypass:     Mitigation; Speculative Store Bypass disabled via prctl
                           and seccomp
   Spectre v1:            Mitigation; usercopy/swapgs barriers and __user pointer
                           sanitization
   Spectre v2:            Mitigation; IBRS, IBPB conditional, RSB filling, PBRSB-
                          eIBRS Not affected
   Srbds:                 Mitigation; Microcode
   Tsx async abort:       Not affected
~~~~

-- 
repositories:https://notabug.org/ZelphirKaltstahl

Re: Racket REPL not working

[Giovanni Biscuolo]

[-- Attachment #1: Type: text/plain, Size: 3439 bytes --]

Hello,

Efraim Flashner <efraim@flashner.co.il> writes:

[...]

> I was able to run 'guix shell racket -- racket --version' with it
> segfaulting. Same thing when I switched to using the same commit that
> you're using.

I'm using this Guix commit:

--8<---------------cut here---------------start------------->8---

Generation 149  May 08 2023 13:31:35    (current)
  guix e118b92
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: e118b92cfe7a598b71dbbda2622b7551f4a72104
    
--8<---------------cut here---------------end--------------->8---

I'm on a foreign distro (Debian 11), I've tested racket in a
pure/not-pure guix shell and it is working, no segfaulting

> Can you paste the output of 'lscpu'? I suspect that there might be some
> optimizations being applied during build time and it's been optimized
> with features not available in your CPU.

This is my lscpu output:

--8<---------------cut here---------------start------------->8---

giovanni@roquette: lscpu
Architecture:                    x86_64
CPU op-mode(s):                  32-bit, 64-bit
Byte Order:                      Little Endian
Address sizes:                   36 bits physical, 48 bits virtual
CPU(s):                          8
On-line CPU(s) list:             0-7
Thread(s) per core:              1
Core(s) per socket:              8
Socket(s):                       1
NUMA node(s):                    1
Vendor ID:                       GenuineIntel
CPU family:                      6
Model:                           77
Model name:                      Intel(R) Atom(TM) CPU  C2758  @ 2.40GHz
Stepping:                        8
CPU MHz:                         1899.896
CPU max MHz:                     2400,0000
CPU min MHz:                     1200,0000
BogoMIPS:                        4799.73
Virtualization:                  VT-x
L1d cache:                       192 KiB
L1i cache:                       256 KiB
L2 cache:                        4 MiB
NUMA node0 CPU(s):               0-7
Vulnerability Itlb multihit:     Not affected
Vulnerability L1tf:              Not affected
Vulnerability Mds:               Mitigation; Clear CPU buffers; SMT disabled
Vulnerability Meltdown:          Mitigation; PTI
Vulnerability Spec store bypass: Not affected
Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:        Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling
Vulnerability Srbds:             Not affected
Vulnerability Tsx async abort:   Not affected
Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_pe
                                 rfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popc
                                 nt tsc_deadline_timer aes rdrand lahf_lm 3dnowprefetch cpuid_fault epb pti ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat
                                  md_clear

--8<---------------cut here---------------end--------------->8---

HTH! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 849 bytes --]

Re: Racket REPL not working

[Chris Keschnat]

Hi,
to me/on my machine this seems to be some environment issue.

Locations are the same:
#+begin_src sh
  ck@brak ~  $ guix shell racket -- which racket
  /gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket

  ck@brak ~  $ which racket
  /home/ck/.guix-profile/bin/racket
  ck@brak ~  $ ll /home/ck/.guix-profile/bin/racket
  lrwxrwxrwx 1 root root 65 01.01.1970 01:00
  /home/ck/.guix-profile/bin/racket ->
  /gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket
#+end_src


I can run racket in a guix shell:
#+begin_src sh
  ck@brak ~  $ guix shell racket -- racket
  Welcome to Racket v8.8 [cs].
  >
#+end_src


And also when I use the full path:
#+begin_src sh
  ck@brak ~  $ ll /home/ck/.guix-profile/bin/racket
  lrwxrwxrwx 1 root root 65 01.01.1970 01:00
  /home/ck/.guix-profile/bin/racket ->
  /gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket

  ck@brak ~  $ /gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket
  Welcome to Racket v8.8 [cs].
  >
#+end_src


Just using ~racket~ segfaults.
#+begin_src sh
  ck@brak ~  $ racket
  Segmentation fault
#+end_src


Maybe this help?

Chris

Giovanni Biscuolo <g@xelera.eu> writes:

> [[PGP Signed Part:Undecided]]
> Hello,
>
> Efraim Flashner <efraim@flashner.co.il> writes:
>
> [...]
>
>> I was able to run 'guix shell racket -- racket --version' with it
>> segfaulting. Same thing when I switched to using the same commit that
>> you're using.
>
> I'm using this Guix commit:
>
>
> Generation 149  May 08 2023 13:31:35    (current)
>   guix e118b92
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: e118b92cfe7a598b71dbbda2622b7551f4a72104
>
>
>
> I'm on a foreign distro (Debian 11), I've tested racket in a
> pure/not-pure guix shell and it is working, no segfaulting
>
>> Can you paste the output of 'lscpu'? I suspect that there might be some
>> optimizations being applied during build time and it's been optimized
>> with features not available in your CPU.
>
> This is my lscpu output:
>
>
> giovanni@roquette: lscpu
> Architecture:                    x86_64
> CPU op-mode(s):                  32-bit, 64-bit
> Byte Order:                      Little Endian
> Address sizes:                   36 bits physical, 48 bits virtual
> CPU(s):                          8
> On-line CPU(s) list:             0-7
> Thread(s) per core:              1
> Core(s) per socket:              8
> Socket(s):                       1
> NUMA node(s):                    1
> Vendor ID:                       GenuineIntel
> CPU family:                      6
> Model:                           77
> Model name:                      Intel(R) Atom(TM) CPU  C2758  @ 2.40GHz
> Stepping:                        8
> CPU MHz:                         1899.896
> CPU max MHz:                     2400,0000
> CPU min MHz:                     1200,0000
> BogoMIPS:                        4799.73
> Virtualization:                  VT-x
> L1d cache:                       192 KiB
> L1i cache:                       256 KiB
> L2 cache:                        4 MiB
> NUMA node0 CPU(s):               0-7
> Vulnerability Itlb multihit:     Not affected
> Vulnerability L1tf:              Not affected
> Vulnerability Mds:               Mitigation; Clear CPU buffers; SMT disabled
> Vulnerability Meltdown:          Mitigation; PTI
> Vulnerability Spec store bypass: Not affected
> Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization
> Vulnerability Spectre v2:        Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling
> Vulnerability Srbds:             Not affected
> Vulnerability Tsx async abort:   Not affected
> Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_pe
>                                  rfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popc
>                                  nt tsc_deadline_timer aes rdrand lahf_lm 3dnowprefetch cpuid_fault epb pti ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat
>                                   md_clear
>
> HTH! Gio'

Re: Racket REPL not working

[Philip McGrath]

Hi,

On Fri, Jun 30, 2023, at 12:52 AM, Chris Keschnat wrote:
> Hi,
> to me/on my machine this seems to be some environment issue.
>
> Locations are the same:
> #+begin_src sh
>   ck@brak ~  $ guix shell racket -- which racket
>   /gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket
>
>   ck@brak ~  $ which racket
>   /home/ck/.guix-profile/bin/racket
>   ck@brak ~  $ ll /home/ck/.guix-profile/bin/racket
>   lrwxrwxrwx 1 root root 65 01.01.1970 01:00
>   /home/ck/.guix-profile/bin/racket ->
>   /gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket
> #+end_src
>
>
> I can run racket in a guix shell:
> #+begin_src sh
>   ck@brak ~  $ guix shell racket -- racket
>   Welcome to Racket v8.8 [cs].
>   >
> #+end_src
>
>
> And also when I use the full path:
> #+begin_src sh
>   ck@brak ~  $ ll /home/ck/.guix-profile/bin/racket
>   lrwxrwxrwx 1 root root 65 01.01.1970 01:00
>   /home/ck/.guix-profile/bin/racket ->
>   /gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket
>
>   ck@brak ~  $ /gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket
>   Welcome to Racket v8.8 [cs].
>   >
> #+end_src
>
>
> Just using ~racket~ segfaults.
> #+begin_src sh
>   ck@brak ~  $ racket
>   Segmentation fault
> #+end_src
>
>
> Maybe this help?
>
> Chris
>

I just noticed this thread. As it happens, I may have hit upon the issue a few days ago:

```
$ realpath $(command -v racket)
    /gnu/store/c9l5fwhfmdspnyn5ch2g522ssxkh530a-racket-8.8/bin/racket
$ racket --version
    free(): invalid pointer
    Aborted (core dumped)
$ guix describe --format=channels
    (list (channel
            (name 'guix)
            (url "https://git.savannah.gnu.org/git/guix.git")
            (branch "master")
            (commit
              "6bc3e3f9baa52beb318dde77d1773ae83aa8683e")
            (introduction
              (make-channel-introduction
                "9edb3f66fd807b096b48283debdcddccfea34bad"
                (openpgp-fingerprint
                  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")))))
$ raco cross --workspace 20230612-5c15ebc0da/ racket -e- "(require (submod \
"indent.rkt\" cli))" --generate-from-nat 0
    >> Cross configuration
     Target:    x86_64-linux [native]
     Host:      x86_64-linux
     Version:   current
     VM:        cs
     Workspace: /home/philip/code/21.10-bastet/tmp/racket/pkgs/racket-test/t
ests/json/20230612-5c15ebc0da/
    #<infinite-enum: '(#\tab ()) '(1 ()) '(2 ())...>
    #<infinite-enum: '() '#hasheq() '(())...>
    #<11-count-enum: #\tab 1 2 3 4 5 6 7 8...>
    #<procedure:in-indent-order-cycle>
    #<procedure:random-element>
    #<procedure:to-nat>
    #<procedure:from-nat>
```

I haven't been been able to reproduce since: IIRC, it was only happening within a single Konsole tab, and it was a session in which I'd done a bunch of interactive changes that I assumed had broken something. However, I did keep a copy of the core dump, and I'll see if I can find anything from that or ask upstream for help.

Are any of you able to reproduce the problem consistently at this point?

I'd also be interested to know if the problem persists when using the pending 8.9 update: https://issues.guix.gnu.org/64247

Philip

Re: Racket REPL not working

[Chris Keschnat]

"Philip McGrath" <philip@philipmcgrath.com> writes:
> Are any of you able to reproduce the problem consistently at this point?

Jup. I can provide info if anyone wants/asks, but I have no idea how to
debug this myself unfortunately.

#+begin_src sh
  ck@brak ~  $ racket
  Segmentation fault
  ck@brak ~ :( $ which racket
  /home/ck/.guix-profile/bin/racket
  ck@brak ~  $ /home/ck/.guix-profile/bin/racket
  Welcome to Racket v8.8 [cs].
  >
#+end_src

Re: Racket REPL not working

[Philip McGrath]

On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
> "Philip McGrath" <philip@philipmcgrath.com> writes:
>> Are any of you able to reproduce the problem consistently at this point?
>
> Jup. I can provide info if anyone wants/asks, but I have no idea how to
> debug this myself unfortunately.
>
> #+begin_src sh
>   ck@brak ~  $ racket
>   Segmentation fault
>   ck@brak ~ :( $ which racket
>   /home/ck/.guix-profile/bin/racket
>   ck@brak ~  $ /home/ck/.guix-profile/bin/racket
>   Welcome to Racket v8.8 [cs].
>   >
> #+end_src

Could you try something like `guix shell --no-grafts racket -- racket --version`? If that succeeds, this could be a reprise of something like <https://issues.guix.gnu.org/47064>.

Thanks.

Re: Racket REPL not working

[Philip McGrath]

On Sat, Jul 1, 2023, at 10:31 PM, Philip McGrath wrote:
> On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
>> "Philip McGrath" <philip@philipmcgrath.com> writes:
>>> Are any of you able to reproduce the problem consistently at this point?
>>
>> Jup. I can provide info if anyone wants/asks, but I have no idea how to
>> debug this myself unfortunately.
>>
>> #+begin_src sh
>>   ck@brak ~  $ racket
>>   Segmentation fault
>>   ck@brak ~ :( $ which racket
>>   /home/ck/.guix-profile/bin/racket
>>   ck@brak ~  $ /home/ck/.guix-profile/bin/racket
>>   Welcome to Racket v8.8 [cs].
>>   >
>> #+end_src
>
> Could you try something like `guix shell --no-grafts racket -- racket 
> --version`? If that succeeds, this could be a reprise of something like 
> <https://issues.guix.gnu.org/47064>.
>
> Thanks.

Matthew Flatt pointed out that Racket 8.9 contains a fix for at least one problem that could cause a crash at startup, though I wouldn't expect the problem to be triggered as long as `/proc/self/exe` is available: https://github.com/racket/racket/commit/2f1535ad37f09e23aaf8b640aeebd47a7439a577

You could see if the pending update fixes the problem for you by running: `guix time-machine --url=https://git.guix-patches.cbaines.net/git/guix-patches --branch=issue-64247 -- shell racket -- racket`

Re: Racket REPL not working

[Chris Keschnat]

This works

ck@brak ~  $ guix shell --no-grafts racket -- racket
--version
Welcome to Racket v8.8 [cs].
>


"Philip McGrath" <philip@philipmcgrath.com> writes:

> On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
>> "Philip McGrath" <philip@philipmcgrath.com> writes:
>>> Are any of you able to reproduce the problem consistently at this point?
>>
>> Jup. I can provide info if anyone wants/asks, but I have no idea how to
>> debug this myself unfortunately.
>>
>> #+begin_src sh
>>   ck@brak ~  $ racket
>>   Segmentation fault
>>   ck@brak ~ :( $ which racket
>>   /home/ck/.guix-profile/bin/racket
>>   ck@brak ~  $ /home/ck/.guix-profile/bin/racket
>>   Welcome to Racket v8.8 [cs].
>>   >
>> #+end_src
>
> Could you try something like `guix shell --no-grafts racket -- racket
> --version`? If that succeeds, this could be a reprise of something
> like <https://issues.guix.gnu.org/47064>.
>
> Thanks.

Re: Racket REPL not working

[Philip McGrath]

On Sun, Jul 2, 2023, at 12:12 PM, Chris Keschnat wrote:
> This works
>
> ck@brak ~  $ guix shell --no-grafts racket -- racket
> --version
> Welcome to Racket v8.8 [cs].
>>
>

That's very useful!

I'm not exactly sure how to do this, but can we determine which grafts are otherwise being applied to `racket` in your environment? Hopefully knowing what is being grafted will help to narrow down how grafting might be going wrong.

Re: Racket REPL not working

[Chris Keschnat]

Sorry, I would not know how to find that out.

"Philip McGrath" <philip@philipmcgrath.com> writes:

> On Sun, Jul 2, 2023, at 12:12 PM, Chris Keschnat wrote:
>> This works
>>
>> ck@brak ~  $ guix shell --no-grafts racket -- racket
>> --version
>> Welcome to Racket v8.8 [cs].
>>>
>>
>
> That's very useful!
>
> I'm not exactly sure how to do this, but can we determine which grafts
> are otherwise being applied to `racket` in your environment? Hopefully
> knowing what is being grafted will help to narrow down how grafting
> might be going wrong.

How to find what grafts have been applied? [Was: Racket REPL not working]

[Philip McGrath]

Can anyone offer advice on how to debug a potential grafting problem? (It seems like it might be something similar to <https://issues.guix.gnu.org/47064>.) Unfortunately I haven't been able to reproduce the crashes on my system.

Philip

On Wed, Jul 5, 2023, at 12:16 AM, Chris Keschnat wrote:
> Sorry, I would not know how to find that out.
>
> "Philip McGrath" <philip@philipmcgrath.com> writes:
>
>> On Sun, Jul 2, 2023, at 12:12 PM, Chris Keschnat wrote:
>>> This works
>>>
>>> ck@brak ~  $ guix shell --no-grafts racket -- racket
>>> --version
>>> Welcome to Racket v8.8 [cs].
>>>>
>>
>> That's very useful!
>>
>> I'm not exactly sure how to do this, but can we determine which grafts
>> are otherwise being applied to `racket` in your environment? Hopefully
>> knowing what is being grafted will help to narrow down how grafting
>> might be going wrong.

Re: Racket REPL not working

[Simon Tournier]

Hi,

Sorry for the late reply.

On Sun, 02 Jul 2023 at 15:57, "Philip McGrath" <philip@philipmcgrath.com> wrote:

>> ck@brak ~  $ guix shell --no-grafts racket -- racket --version
>> Welcome to Racket v8.8 [cs].

> I'm not exactly sure how to do this, but can we determine which grafts
> are otherwise being applied to `racket` in your environment? Hopefully
> knowing what is being grafted will help to narrow down how grafting
> might be going wrong.

What about

    guix shell -C racket -- racket --version

?

Well, about the grafts part,

        $ guix build racket -d
        /gnu/store/c0255s7y8f4ajzvspx8v9qbm1g3id3xb-racket-8.8.drv
        $ guix build racket -d --no-grafts
        /gnu/store/np4dqp1bqxwpbzdjmji81bsddygfzf81-racket-8.8.drv

then let open the first derivation,

--8<---------------cut here---------------start------------->8---
Derive
([("out","/gnu/store/k70zkb4r4y2lixr4bpf48hd33xldyb2a-racket-8.8","","")]
 ,[("/gnu/store/476wh1gii4ijga8cw24nxp6q4jc9x4hl-gtk+-3.24.37.drv",["out"])
   ,("/gnu/store/cgdn2v19i6qwy0kisnykv9zvphl5lhxa-gtk+-3.24.37.drv",["out"])
   ,("/gnu/store/jday1gpvdk3ccf034vcja567bjp0n4z1-glibc-utf8-locales-2.35.drv",["out"])
   ,("/gnu/store/n34gnfqh8zn72z0lra59rgv6skm47i39-guile-2.0.14.drv",["out"])
   ,("/gnu/store/np4dqp1bqxwpbzdjmji81bsddygfzf81-racket-8.8.drv",["out"])
   ,("/gnu/store/xg9dfhixaw5fb36g7jz222jl99gr4dxz-module-import-compiled.drv",["out"])]
 ,["/gnu/store/a6acf6dds8s9fw7dp5div03rwik0x4x2-module-import","/gnu/store/jww1rq3s54m6k3yf0ixqqqs2rn86hh32-racket-8.8-builder"]
 ,"x86_64-linux","/gnu/store/4p1l5bdxxbyyqc3wh0d07jv9rp1pdcy7-guile-2.0.14/bin/guile",["--no-auto-compile","-L","/gnu/store/a6acf6dds8s9fw7dp5div03rwik0x4x2-module-import","-C","/gnu/store/yk897hj2p5mdx6hw47s90n8x9pn6s36c-module-import-compiled","/gnu/store/jww1rq3s54m6k3yf0ixqqqs2rn86hh32-racket-8.8-builder"]
 ,[("allowSubstitutes","0")
   ,("guix properties","((type . graft) (graft (count . 1)))")
   ,("out","/gnu/store/k70zkb4r4y2lixr4bpf48hd33xldyb2a-racket-8.8")
   ,("preferLocalBuild","1")])
--8<---------------cut here---------------end--------------->8---

Ok, there is /gnu/store/np4dqp1bqxwpbzdjmji81bsddygfzf81-racket-8.8.drv
which is the non grafted derivation.  Now, let open the builder,

--8<---------------cut here---------------start------------->8---
(begin
  (use-modules
   (guix build graft)
   (guix build utils)
   (ice-9 match))
  (define %outputs
    (list
     (cons "out"
           ((@
             (guile)
             getenv)
            "out"))))
  (begin
    (setenv "GUIX_LOCPATH" "/gnu/store/visfdda934gvivwihwhlm63fdqhhcc8a-glibc-utf8-locales-2.35/lib/locale")
    (setlocale LC_ALL "en_US.utf8"))
  (let*
      ((old-outputs
        (quote
         (("out" . "/gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8"))))
       (mapping
        (append
         (quote
          (("/gnu/store/2n2kprz35a19ibs5kbjsb3k4cdl69q2w-gtk+-3.24.37" . "/gnu/store/c1vhs1874xiqmx0789jinrpbx63ks35y-gtk+-3.24.37")))
         (map
          (match-lambda
            ((name . file)
             (cons
              (assoc-ref old-outputs name)
              file)))
          %outputs))))
    (graft old-outputs %outputs mapping)))
--8<---------------cut here---------------end--------------->8---

and thus racket is grafted with gtk+.  However, it seems the same
version, and thus, I do not know if it is similar as #47064 [1].

It works for me on foreign distro as Ubuntu.

1: https://issues.guix.gnu.org/47064


Cheers,
simon

Re: Racket REPL not working

[Chris Keschnat]

Simon Tournier <zimon.toutoune@gmail.com> writes:

> Hi,
>
> Sorry for the late reply.
>
> On Sun, 02 Jul 2023 at 15:57, "Philip McGrath" <philip@philipmcgrath.com> wrote:
>
>>> ck@brak ~  $ guix shell --no-grafts racket -- racket --version
>>> Welcome to Racket v8.8 [cs].
>
>> I'm not exactly sure how to do this, but can we determine which grafts
>> are otherwise being applied to `racket` in your environment? Hopefully
>> knowing what is being grafted will help to narrow down how grafting
>> might be going wrong.
>
> What about
>
>     guix shell -C racket -- racket --version
>
> ?
>

Hello,
I cannot test anymore because my Racket is on 8.9 now.
Good thing is that I don't have any segfaults anymore though :).

Chris