Rick wrote (2021-04-18):

Greetings All!

I offered a pi or ssh access to one to see if someone could sort out the smapi problem with 64bit arm, havent heard of any interest. Since I like hpt I guess I have to downgrade the pi's to 32 bit and wait to see if at some point it gets worked out...

Isn't it possible to run 32-bit apps on 64-bit arm? (I only have an 32-bit Pi 2).

---
* Origin: . (2:280/464.47)

On 2021-04-18 20:46:46, Rick Smith (1:105/10.1) wrote to All:

I offered a pi or ssh access to one to see if someone could sort out the smapi problem with 64bit arm, havent heard of any interest. Since I
like hpt I guess I have to downgrade the pi's to 32 bit and wait to see
if at some point it gets worked out...

My available time to work on HPT is a bit limited at the moment.

You will need to supply a minimal config that reliably causes the bug.

I can probably replicate the problem locally with ARM64 emulation using qemu-aarch64, instead of sshing to a remote machine.

In the meantime, before you give up and downgrade to ARM32 it's worth building with an older version of the SMAPI module and linking HPT against that. Michael Dukelsky has made a few changes this year to the JAM code which may have introduced the bug you're seeing. It's also likely the same bug exists for x86-64 builds but nobody has reported it yet. I only use Squish here.

Commit aa5cf2f6fa112aac3a292f5cbd4646102e4a21be from 2021-01-22 is probably a good spot to rollback to, eg.

# clone the repo, if necessary
cd husky
git clone https://github.com/huskyproject/smapi

# rollback to an older version of the code
cd smapi
git checkout aa5cf2f6fa112aac3a292f5cbd4646102e4a21be

then rebuild smapi and link hpt against it, as you would normally.

--- GoldED+/BSD 1.1.5-b20180707
* Origin: Blizzard of Ozz, Melbourne, Victoria, Australia (3:633/267)

Hello Oli!

19 Apr 21 09:27, you wrote to Rick Smith:

Rick wrote (2021-04-18):

Greetings All!

I offered a pi or ssh access to one to see if someone could sort
out the smapi problem with 64bit arm, havent heard of any
interest. Since I like hpt I guess I have to downgrade the pi's
to 32 bit and wait to see if at some point it gets worked out...

Isn't it possible to run 32-bit apps on 64-bit arm? (I only have an
32-bit Pi 2).

at this moment, there does not appear to be any multilib support for any of the 64bit os's available for the pi's

Michael
--- GoldED+/LNX 1.1.5-b20180707
* Origin: Mike's Mansion - Portland, OR - mansion.dynv6.net:2323 (1:105/15)

Hello Rick,

Sunday April 18 2021, Rick Smith wrote to All:

I offered a pi or ssh access to one to see if someone could sort out
the smapi problem with 64bit arm, havent heard of any interest. Since
I like hpt I guess I have to downgrade the pi's to 32 bit and wait to
see if at some point it gets worked out...

I installed an aarch64 virtual machine in KVM, a Fedora 33 guest on Fedora 33 host.

https://fedoraproject.org/wiki/Architectures/AArch64/Install_with_QEMU

The emulated processor is cortex-a72 corresponding to RPI 4. I used Fedora 33 guest since according to your experiment the OS does nor matter. I used the partial configuration you sent me with the additional file

cat ~/etc/config/links
Link Node Sysop
Aka 21:1/190
OurAka 21:1/190.1
Password

Before running txt2pkt and hpt I exported two environment variables:

$ export LD_LIBRARY_PATH=/usr/local/lib64
$ export FIDOCONFIG=/home/mike/etc/config/config

There was neither a message base nor a dupe base. The first packet was generated using txt2pkt

echo test1 | txt2pkt -c /home/mike/etc/config/config -xf "21:1/190" -xt "21:1/190.1" -p "" -af "21:1/190" -at "21:1/190.1" -nf "Node Sysop" -nt "Point Sysop" -e "fsx_bbs" -t "My tearline" -o "My Origin" -s "test1" -d ./ -

and moved to protected inbound. `hpt toss` gave no error. The second packet was made the same way renaming test1 to test2 in two places. Again no error.

Could you please repeat all these actions with the config you sent me and confirm that you get an error? Or if there is no error, please send me the specific config, packets and the sequence of actions I should perform to reproduce the error.

Michael

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707
* Origin: Moscow, Russia (2:5020/1042)

Greetings All!

I offered a pi or ssh access to one to see if someone could sort out the smapi problem with 64bit arm, havent heard of any interest. Since I like hpt I guess I have to downgrade the pi's to 32 bit and wait to see if at some point it gets worked out...

My Pi4s are busy with other tasks but I am running armbian on a NanoPi R2S and compiled hpt OK. What exactly is the error. I don't keep much mail so cannot see the problem here.

Sean
--- AfterShock/Android 1.6.7
* Origin: a mobile point (2:263/1.2)

Greetings Michael!

Tuesday April 20 2021 15:56, you wrote to me about an urgent matter!:

* Forwarded from area 'FIDOSOFT.HUSKY'
Hello Rick,

Sunday April 18 2021, Rick Smith wrote to All:

Before running txt2pkt and hpt I exported two environment variables:

$ export LD_LIBRARY_PATH=/usr/local/lib64
$ export FIDOCONFIG=/home/mike/etc/config/config

forgive my ignorance here but I do not have /usr/local/lib64 on any of my installations that I can find? Is there something I need to do there?

----
Regards,


Rick Smith (Nitro)

... TAGLINE A BBS addict is hooked when: you consider BBSing better than chocolat
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus BBS! --->>>>bbs.abon.us:2323 (1:105/10)

Greetings andrew!

Monday April 19 2021 19:52, you wrote to me about an urgent matter!:

On 2021-04-18 20:46:46, Rick Smith (1:105/10.1) wrote to All:

I offered a pi or ssh access to one to see if someone could sort
out the smapi problem with 64bit arm, havent heard of any
interest. Since I like hpt I guess I have to downgrade the pi's
to 32 bit and wait to see if at some point it gets worked out...

My available time to work on HPT is a bit limited at the moment.

You will need to supply a minimal config that reliably causes the bug.

Ok I tried the rollback of smapi.. same error continued.. Something about your message got me to thinking that hey its easy to switch to squish so I did, deleted all jam msgs and polled my system, no more smapi error so far. I will wait a couple of days to make sure but looks good so far.

So rpi 64bit manjaro hpt working with squish instead of smapi... so must be a jam problem or something related to jam.



----
Regards,


Rick Smith (Nitro)

... TAGLINE A BBS addict is hooked when: you consider BBSing better than chocolat
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus BBS! --->>>>bbs.abon.us:2323 (1:105/10)

Hello Rick,

Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

Before running txt2pkt and hpt I exported two environment
variables:

$ export LD_LIBRARY_PATH=/usr/local/lib64
$ export FIDOCONFIG=/home/mike/etc/config/config

forgive my ignorance here but I do not have /usr/local/lib64 on any of
my installations that I can find? Is there something I need to do
there?

No problem, it is because I used Fedora and not Manjaro. You may use /usr/local/lib in the line and use /home/rick instead of /home/mike in the next one.

Michael

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707
* Origin: Moscow, Russia (2:5020/1042)

Greetings Michael!

Wednesday April 21 2021 08:29, you wrote to me about an urgent matter!:

* Forwarded from area 'fidosoft.husky'
Hello Rick,

Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

Before running txt2pkt and hpt I exported two environment
variables:

$ export LD_LIBRARY_PATH=/usr/local/lib64
$ export FIDOCONFIG=/home/mike/etc/config/config

forgive my ignorance here but I do not have /usr/local/lib64 on
any of my installations that I can find? Is there something I
need to do there?

No problem, it is because I used Fedora and not Manjaro. You may use /usr/local/lib in the line and use /home/rick instead of /home/mike in
the next one.

ok so I did use the /usr/local/lib thinking that was it. There was no change smapi error remained. I did switch everything to squish and it works? So the smapi error specific to Jam?


----
Regards,


Rick Smith (Nitro)

... Life? What life? Oh, that space between BBSing.
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)

Hello Rick,

Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

No problem, it is because I used Fedora and not Manjaro. You may
use /usr/local/lib in the line and use /home/rick instead of
/home/mike in the next one.

ok so I did use the /usr/local/lib thinking that was it. There was no change smapi error remained. I did switch everything to squish and it works? So the smapi error specific to Jam?

Which variant of Manjaro should I install? Raspberry Pi 4 Minimal 21.04?

Michael

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707
* Origin: Moscow, Russia (2:5020/1042)

On 2021-04-21 00:14:06, Rick Smith (1:105/10) wrote to andrew clarke:

Ok I tried the rollback of smapi.. same error continued.. Something
about your message got me to thinking that hey its easy to switch to squish so I did, deleted all jam msgs and polled my system, no more
smapi error so far. I will wait a couple of days to make sure but looks good so far.

So rpi 64bit manjaro hpt working with squish instead of smapi... so must be a jam problem or something related to jam.

Yes.

Your original message with the bug was:

A 13:52:51 SMAPI ERROR: wrongly sized subfield occured!

This error is only possible for JAM bases.

Squish doesn't use subfields.

--- GoldED+/BSD 1.1.5-b20180707
* Origin: Blizzard of Ozz, Melbourne, Victoria, Australia (3:633/267)

Hello Michael!

21 Apr 21 10:28, you wrote to Rick Smith:

Hello Rick,

Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

No problem, it is because I used Fedora and not Manjaro. You may
use /usr/local/lib in the line and use /home/rick instead of
/home/mike in the next one.

ok so I did use the /usr/local/lib thinking that was it. There
was no change smapi error remained. I did switch everything to
squish and it works? So the smapi error specific to Jam?

Which variant of Manjaro should I install? Raspberry Pi 4 Minimal
21.04?

rpi-imager/other general purpose os/manjaro/manjaro xfce is what Rick and I have been testing against

Michael

--- GoldED+/LNX 1.1.5-b20180707
---
* Origin: Mike's Mansion - Portland, OR - mansion.dynv6.net:2323 (1:105/5)

Greetings Michael!

Wednesday April 21 2021 10:28, you wrote to me about an urgent matter!:

* Forwarded from area 'fidosoft.husky'
Hello Rick,

ok so I did use the /usr/local/lib thinking that was it. There
was no change smapi error remained. I did switch everything to
squish and it works? So the smapi error specific to Jam?

Which variant of Manjaro should I install? Raspberry Pi 4 Minimal
21.04?

I am running manjaro kde 21.04 (8gb pi why not?) for the pi 4


----
Regards,


Rick Smith (Nitro)

... recipes: the license plates of BBSing.
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)

On 2021-04-21 00:14:06, Rick Smith (1:105/10) wrote to andrew clarke:

Ok I tried the rollback of smapi.. same error continued.. Something
about your message got me to thinking that hey its easy to switch to
squish so I did, deleted all jam msgs and polled my system, no more
smapi error so far. I will wait a couple of days to make sure but looks
good so far.

So rpi 64bit manjaro hpt working with squish instead of smapi... so must
be a jam problem or something related to jam.

Yes.

Your original message with the bug was:

A 13:52:51 SMAPI ERROR: wrongly sized subfield occured!

This error is only possible for JAM bases.

Squish doesn't use subfields.

I had this error on my jam message bases before switching to squish. No problems since.

Sean
--- AfterShock/Android 1.6.7
* Origin: a mobile point (2:263/1.2)