[systemd-devel] asset failure that looks like it's coming from systemd/

[Dave Howorth]

On Sat, 25 Dec 2021 17:29:06 +1100
Jonathan Kelly <jonkelly at fastmail.fm> wrote:
> On 25/12/21 15:04, Scott Andrews wrote:
> > On Sat, 25 Dec 2021 07:43:14 +1100
> > Jonathan Kelly<jonkelly at fastmail.fm>  wrote:
> >  
> >> On 25/12/21 01:23, Andy Pieters wrote:  
> >>>
> >>> On Fri, 24 Dec 2021 at 10:11, Jonathan Kelly
> >>> <jonkelly at fastmail.fm>  wrote:
> >>>
> >>>      On 24/12/21 19:45, Andy Pieters wrote:  
> >>>>
> >>>>      On Fri, 24 Dec 2021 at 01:53, Jonathan Kelly
> >>>>      <jonkelly at fastmail.fm>  wrote:
> >>>>
> >>>>          make[2]: Entering directory
> >>>> '/usr/local/src/unicon/uni/lib' ../../bin/unicon -s -c gui.icn
> >>>>          Assertion '(size_t) r < n' failed at
> >>>>          src/basic/random-util.c:232,
> >>>>          function genuine_random_bytes(). Aborting.
> >>>>          make[2]: *** [../../Makedefs.uni:48: gui.u] Aborted
> >>>> (core dumped)
> >>>>
> >>>>
> >>>>      What points you to suspect systems?  
> >>>
> >>>      the line from the error
> >>>
> >>>      Assertion '(size_t) r < n' failed at
> >>> src/basic/random-util.c:232,
> >>>
> >>>      that's from systemd.
> >>>
> >>>
> >>>      https://github.com/systemd/systemd/blob/main/src/basic/random-util.c
> >>>
> >>>      look at line 232
> >>>
> >>>     
> >>>>      Have you looked at the coredump? (i.e. coredumpctl)  
> >>>      No. I'm in the middle here ... trying to compile unicon and
> >>> it borks ... the unicon people don't know anything about
> >>>      random-util.c ... it not part of their software.
> >>>
> >>>      If it comes to it, I can look at more technical sleuthing,
> >>> but I'd need some direction.
> >>>
> >>>
> >>>      Jonathan.
> >>>
> >>>
> >>> After googling this for 1 minute I came across this [1]
> >>>
> >>> Arch AUR package is out of date, use  the GIT version as
> >>> documented in [1]
> >>>
> >>> Not the fault of systemd, the fault of using an old package. They
> >>> explain that they stopped using svn in 2019, and having just
> >>> downloaded the Arch AUR package it shows svn checkout in the
> >>> prepare function...
> >>>
> >>> [1]
> >>> https://sourceforge.net/p/unicon/discussion/starters/thread/4ea4931e8e/?limit=25  
> >>>     
> >>
> >> I'm not using the AUR, I'm cloning from GIT
> >>
> >>
> >>
> >> ./configure
> >> make
> >>
> >>
> >> I do know how to use google: that's how I found out
> >> src/basic/random-util.c was part of systemd
> >>
> >>
> >> Jonathan.  
> > I have been following this so I tried the following:
> >
> > cd /tmp
> > git clone git://git.code.sf.net/p/unicon/unicon
> > cd unicon
> > ./configure
> > make -j4
> > cd /tmp/unicon/bin/
> > ./unicon -version
> > Unicon Version 13.3.  December 23, 2021 (13.2-232-g3438a755
> > pre-release)
> >
> > ./unicon -features
> > Unicon Version 13.3.  December 23, 2021 (13.2-232-g3438a755
> > pre-release)
> > UNIX
> > POSIX
> > DBM
> > ASCII
> > co-expressions
> > native coswitch
> > concurrent threads
> > dynamic loading
> > environment variables
> > event monitoring
> > external functions
> > keyboard functions
> > large integers
> > multiple programs
> > pattern type
> > pipes
> > pseudo terminals
> > system function
> > messaging
> > libz file compression
> > CCompiler gcc 8.3.0
> > Physical memory: 3932356608 bytes
> > Revision 6306_3438a755
> > Arch arm_32
> > CPU cores 4
> > binaries at /tmp/unicon/bin/
> >
> > My platform is raspberry pi 4 with raspios 32 bit os
> > This has systemd version v247.  raspios is based on debian 10
> >
> > Is your platform/system failing as in out of memory or something
> > like that?
> >
> > Maybe some type of corruption?
> >
> > What compiler are you using?  
> 
> Arch linux 64 bit - AMD FX6300 6 core / 16G mem
> 
> jon at arch:/usr/local/src/unicon$ uname -a
> Linux arch 5.15.10-arch1-1 #1 SMP PREEMPT Fri, 17 Dec 2021 11:17:37 
> +0000 x86_64 GNU/Linux
> 
> jon at arch:/usr/local/src/unicon$ bin/unicon -features
> Unicon Version 13.3.  December 14, 2021 (13.2-228-gf1990ae5
> pre-release) UNIX
> POSIX
> DBM
> ASCII
> co-expressions
> native coswitch
> concurrent threads
> dynamic loading
> environment variables
> event monitoring
> external functions
> keyboard functions
> large integers
> multiple programs
> pattern type
> pipes
> pseudo terminals
> system function
> messaging
> graphics
> X Windows
> libz file compression
> JPEG images
> PNG images
> SQL via ODBC
> secure sockets layer encryption
> CCompiler gcc 11.1.0
> Physical memory: 16806125568 bytes
> Revision 6305_f1990ae5
> Arch x86_64
> CPU cores 6
> Binaries at /usr/local/src/unicon/bin/

I'm confused now. Previously you showed make aborting and core dumping.
So how come you now have a compiled binary you can run? Albeit a
slightly earlier version than is current.

FWIW, I think Mike Gilbert's suggestion is sensible.