There isn't anything special as far as I know, it's just a plain Ubuntu 22.04 VM which is accessed by Jenkins over SSH. Note that we're using the stable branch Jenkins, which is at 2.440.1, so it may be possible that only that version is buggy.
I noticed a `_usr_lib_jvm_java-17-openjdk-amd64_lib_jspawnhelper.1007.crash` file in `/var/crash`, so I could unpack that and throw it in gdb:
```
Core was generated by `41:44'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 __rawmemchr_evex () at ../sysdeps/x86_64/multiarch/memchr-evex.S:111
Download failed: Invalid argument. Continuing without source file ./string/../sysdeps/x86_64/multiarch/memchr-evex.S.
111 ../sysdeps/x86_64/multiarch/memchr-evex.S: No such file or directory.
(gdb) bt
#0 __rawmemchr_evex () at ../sysdeps/x86_64/multiarch/memchr-evex.S:111
#1 0x00007f21c298d9e8 in _IO_str_init_static_internal (sf=sf@entry=0x7fffde73e550, ptr=ptr@entry=0x0, size=size@entry=0, pstart=pstart@entry=0x0) at ./libio/strops.c:41
#2 0x00007f21c2960323 in _IO_strfile_read (string=0x0, sf=0x7fffde73e550) at ../libio/strfile.h:95
#3 __GI___isoc99_sscanf (s=0x0, format=format@entry=0x55f74431f0a1 "%d:%d") at ./stdio-common/isoc99_sscanf.c:28
#4 0x000055f74431d391 in main (argc=<optimized out>, argv=<optimized out>) at src/java.base/unix/native/jspawnhelper/jspawnhelper.c:140
```
So for some reason, it looks like `argv[0]` is actually "41:44", which results in sscanf() being called on argv[1] which is NULL. I have no idea yet whether this is a Jenkins bug or a Java bug.
There isn't anything special as far as I know, it's just a plain Ubuntu 22.04 VM which is accessed by Jenkins over SSH. Note that we're using the stable branch Jenkins, which is at 2.440.1, so it may be possible that only that version is buggy.
I noticed a `_usr_lib_ jvm_java- 17-openjdk- amd64_lib_ jspawnhelper. 1007.crash` file in `/var/crash`, so I could unpack that and throw it in gdb:
``` x86_64/ multiarch/ memchr- evex.S: 111 ../sysdeps/ x86_64/ multiarch/ memchr- evex.S. x86_64/ multiarch/ memchr- evex.S: No such file or directory. x86_64/ multiarch/ memchr- evex.S: 111 init_static_ internal (sf=sf@ entry=0x7fffde7 3e550, ptr=ptr@entry=0x0, size=size@entry=0, pstart= pstart@ entry=0x0) at ./libio/strops.c:41 strfile. h:95 isoc99_ sscanf (s=0x0, format= format@ entry=0x55f7443 1f0a1 "%d:%d") at ./stdio- common/ isoc99_ sscanf. c:28 base/unix/ native/ jspawnhelper/ jspawnhelper. c:140
Core was generated by `41:44'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 __rawmemchr_evex () at ../sysdeps/
Download failed: Invalid argument. Continuing without source file ./string/
111 ../sysdeps/
(gdb) bt
#0 __rawmemchr_evex () at ../sysdeps/
#1 0x00007f21c298d9e8 in _IO_str_
#2 0x00007f21c2960323 in _IO_strfile_read (string=0x0, sf=0x7fffde73e550) at ../libio/
#3 __GI___
#4 0x000055f74431d391 in main (argc=<optimized out>, argv=<optimized out>) at src/java.
```
So for some reason, it looks like `argv[0]` is actually "41:44", which results in sscanf() being called on argv[1] which is NULL. I have no idea yet whether this is a Jenkins bug or a Java bug.