On Sat, 25 Dec 2021 17:29:06 +1100 Jonathan Kelly <jonke...@fastmail.fm> wrote: > On 25/12/21 15:04, Scott Andrews wrote: > > On Sat, 25 Dec 2021 07:43:14 +1100 > > Jonathan Kelly<jonke...@fastmail.fm> wrote: > > > >> On 25/12/21 01:23, Andy Pieters wrote: > >>> > >>> On Fri, 24 Dec 2021 at 10:11, Jonathan Kelly > >>> <jonke...@fastmail.fm> wrote: > >>> > >>> On 24/12/21 19:45, Andy Pieters wrote: > >>>> > >>>> On Fri, 24 Dec 2021 at 01:53, Jonathan Kelly > >>>> <jonke...@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@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@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.
