Greetings All!

Like Michael I am also trying to get this to work on arca.. We have got it to build, run without error ie hpt toss pack scan all run without error. However hpt toss does not toss the inb packs ie .sa0 for today they just remain there, and no errors given. In fact the toss output looks normal it just isnt tossing any packets. Is there anyone here actually running hpt on os2 where we could compare setups...?





----
Regards,


Rick Smith (Nitro)

... NO honey, I'm not BBSing again -- I'm writing a letter to my mother.
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)

On 2021-02-20 21:17:42, Rick Smith (1:105/10.1) wrote to All:

Like Michael I am also trying to get this to work on arca.. We have got
it to build, run without error ie hpt toss pack scan all run without error. However hpt toss does not toss the inb packs ie .sa0 for today they just remain there, and no errors given. In fact the toss output
looks normal it just isnt tossing any packets. Is there anyone here actually running hpt on os2 where we could compare setups...?

I have an eCS OS/2 virtual machine I can test it on. Please post your config :)

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

Greetings andrew!

Sunday February 21 2021 17:29, you wrote to me about an urgent matter!:

* Forwarded from area 'fidosoft.husky'
On 2021-02-20 21:17:42, Rick Smith (1:105/10.1) wrote to All:

Like Michael I am also trying to get this to work on arca.. We
have got it to build, run without error ie hpt toss pack scan all
run without error. However hpt toss does not toss the inb packs
ie .sa0 for today they just remain there, and no errors given. In
fact the toss output looks normal it just isnt tossing any
packets. Is there anyone here actually running hpt on os2 where
we could compare setups...?

I have an eCS OS/2 virtual machine I can test it on. Please post your config :)

inbound \home\ftn\inb\insecure
protinbound \home\ftn\inb
#protinbound c:\inb
outbound \home\ftn\outb
tempinbound \home\ftn\tmp\inb
tempoutbound \home\ftn\tmp\outb
logFileDir \home\ftn\log
dupehistorydir \home\ftn\dupes
msgbasedir \home\ftn\msgbase
echotosslog \home\ftn\flags\toss.log
importlog \home\ftn\log\import.log
fileboxesdir \home\ftn\fileboxes
fileareabasedir \home\ftn\filebase
passfileareadir \home\ftn\transit
PackNetmailOnScan
LogLevels 12456789 A C-G
ScreenLogLevels 123456789 A C-G
LogEchoToScreen
linkwithimportlog kill
EchoAreaDefaults
FileAreaDefaults
#
#NODELISTS
nodelist NODELIST
nodelist scinet
nodelist FSXNET
#nodelist AGORANET
#nodelist DORELIST
nodelistdir \home\ftn\nodelist
FullUpdate \home\ftn\nodelist\NODELIST
FullUpdate \home\ftn\nodelist\FSXNET
FullUpdate \home\ftn\nodelist\scinet
Fidouserlist FIDOUSER.LST
NodelistFormat Standard
Origin This Message brought to you from AWESOME NET
#
#
separatebundles yes
disablepid yes
disabletid yes
# hptperlfile \home\username\fido\lib\hptfunctions.pl
pack zip zip -9 -j -q $a $f
unpack "unzip -j -Loqq $a $f -d $p" 0 504b0304
#unpack "arc eno $a $p'*.*'" 0 1a
areafixfrompkt
FileDescPos 13
areasFileNameCase Upper
#FileDescName file_id.diz
#
#
robotsarea NETMAIL
#
robot default
killrequests yes
reportsattr loc pvt k/s npd
#
robot areafix
fromname Areafix robot
robotorigin Areafix robot
#
robot filefix
fromname Filefix robot
robotorigin Filefix robot
reportsattr loc pvt k/s npd dir
#
linkdefaults begin
allowemptypktpwd secure
packer zip
#AccessGrp F,B,C
areafixautocreate on
#areafixautocreatedefaults -d ""
#areafixautocreatefile \home\fido\etc\config\areas
filefixautocreate on
filefixautocreatedefaults -p 90
#filefixautocreatefile \home\fido\etc\config\fileareas
autoareacreatesubdirs on
echomailflavour crash
netmailflavour normal
forwardrequests off
linkdefaults end
#
carbonto Rick Smith
carboncopy PERSONAL.MAIL
#
include \home\etc\config\links
include \home\etc\config\route
#include \home\etc\config\fileareas
#
netmailarea NETMAIL \home\ftn\msgbase\netmail -b Jam -d " Fido, Fsxnet and scinet Netmail"
badarea BAD \home\ftn\msgbase\bad -b Jam -d "Bad echo area"
dupearea DUPE \home\ftn\msgbase\dupe -b Jam -d "Dupe msg base"
localarea PERSONAL.MAIL \home\ftn\msgbase\personal.mail -b Jam -d "Mail written to me"
#
include \home\etc\config\areas_fidonet
include \home\etc\config\areas_fsxnet
include \home\etc\config\areas_scinet
include \home\etc\config\fileareas
include \home\etc\config\files_scinet
include \home\etc\config\files_fsxnet


----
Regards,


Rick Smith (Nitro)

... Taglines \'tag-lainz\ The bumpersticker of BBSing.
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)

20 Feb 21 23:39, Rick Smith wrote to andrew clarke:

unpack "unzip -j -Loqq $a $f -d $p" 0 504b0304

My unpack line:

Unpack "c:\util\unzip.exe -C -j -o $a $f -d $p" 0 504b0304

Try to remove "qq" to see what unzip actually does. And I dont see any reason for "L" in OS/2.

'Tommi

---
* Origin: hpt/os2-emx 1.9.0-cur 2021-02-17 (2:221/1)

Greetings Tommi!

Sunday February 21 2021 10:08, you wrote to me about an urgent matter!:

20 Feb 21 23:39, Rick Smith wrote to andrew clarke:

My unpack line:

Unpack "c:\util\unzip.exe -C -j -o $a $f -d $p" 0 504b0304

I made mine like this it did not change anything the pkts still remain in inb.. no errors and hpt toss with run completely clean of errors, it just shows 0 messages tossed. Could it be in the build? I have to admit this was my first attempt at building it os2. here are the exe's that I produced maybe I am missing something?

fconf2binkd.exe fconf2fidogate.exe fconf2golded.exe
fconf2msged.exe fconf2squish.exe fconf2tornado.exe
fecfg2fconf.exe gnmsgid.exe hpt.exe
hptlink.exe hpttree.exe linked.exe pktinfo.exe
tparser.exe tpkt.exe txt2pkt.exe


Here is what hpt toss produces to screen

---------- Sun 21 Feb 21, hpt/os2-wc 1.9.0-cur 2020-11-09
1 08:18:37 Start
1 08:18:37 Start tossing...
1 08:18:37 Statistics:
1 08:18:37 arc: 0 netMail: 0 echoMail: 0 CC: 0 1 08:18:37 pkt's: 0 dupe: 0 passthru: 0 exported: 0 1 08:18:37 msgs: 0 bad: 0 saved: 0 empty: 0 1 08:18:37 Input: 0.00 mails/sec Output: 0.00 mails/sec
1 08:18:37 0.00 kb/sec
1 08:18:37 0.00 kb total, processed in 0.001 seconds
1 08:18:37 Areas summary:
1 08:18:37 End tossing
1 08:18:37 End

thats with a couple of fresh packets sitting in inb?

So I am not sure what to try, I have built this many times in linux of course without issue.. Not sure where to turn next, I did notice yours is hpt-emx while ours is hpt-wc which I am we built -wc because -emx didnt work correctly with .jam?




----
Regards,


Rick Smith (Nitro)

... Guilty of BUI--BBSing under the Influence!
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)

21 Feb 21 08:38, Rick Smith wrote to Tommi Koivula:

I made mine like this it did not change anything the pkts still remain in inb.. no errors and hpt toss with run
completely clean of errors, it just shows 0 messages tossed.

What if you manually unzip the arcmail bundles?

Are you sure they are zips? :)

Could it be in the build? I have to admit this was my first attempt at building it os2. here are the exe's that I
produced maybe I am missing something?

Did you try http://download.huskyproject.org/os2/husky-all-1.9-os2-libc066-20210213.zip ?

'Tommi

---
* Origin: rbb.fidonet.fi (2:221/360)

Greetings Tommi!

Sunday February 21 2021 10:08, you wrote to me about an urgent matter!:

20 Feb 21 23:39, Rick Smith wrote to andrew clarke:

unpack "unzip -j -Loqq $a $f -d $p" 0 504b0304

Further information.

I rebuilt all the .exe's (just because why not)
This is the order I built

huskylib
smapi
fidoconf
areafix
hpt

here is the commands I used

cd huskylib\make
wmake -h -f makefile.watcom OS2=1 clean
wmake -h -f makefile.watcom OS2=1
cd ..\..



These are the only "warnings" I saw during the build
smapi

..\src\api_sdm.c
.\src\api_sdm.c(321): Warning! W136: Comparison equivalent to 'unsigned == 0' .\src\api_sdm.c(825): Warning! W136: Comparison equivalent to 'unsigned == 0' .\src\api_sdm.c(944): Warning! W136: Comparison equivalent to 'unsigned == 0' .\src\api_sdm.c(962): Warning! W136: Comparison equivalent to 'unsigned == 0' .\src\api_sdm.c(1432): Warning! W124: Comparison result always 0 .\src\api_sdm.c(1433): Warning! W124: Comparison result always 0

HPT

../../areafix/make/afixwco.lib
..\src\hptlink.c(657): Warning! W136: Comparison equivalent to 'unsigned == 0' ..\src\hptlink.c(671): Warning! W136: Comparison equivalent to 'unsigned == 0' wcl386 -zq -bt=os2v2 -l=os2v2 -I"../h" -I"../../huskylib" -I"../../fidoconf" -I"



----
Regards,


Rick Smith (Nitro)

... and suddenly, you remember why you started BBSing in the first place.
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)

Sunday February 21 2021 09:44, Rick Smith wrote to Tommi Koivula:

Further information.

I rebuilt all the .exe's (just because why not)
This is the order I built

huskylib
smapi
fidoconf
areafix
hpt

here is the commands I used

cd huskylib\make
wmake -h -f makefile.watcom OS2=1 clean
wmake -h -f makefile.watcom OS2=1
cd ..\..

Seems ok, however I don't have watcom installed (yet).

I can test your watcom exes if you want, just send them to 2:221/360.

'Tommi

---
* Origin: rbb.fidonet.fi (2:221/360)

On 2021-02-21 08:38:12, Rick Smith (1:105/10.1) wrote to Tommi Koivula:

I did notice yours is hpt-emx while ours is hpt-wc which I am we built
-wc because -emx didnt work correctly with .jam?

On 2021-02-14 15:10:28 UTC there was a change to the code that accidentally broke JAM on all systems, not just EMX.

A fix was committed to the huskyproject repo (smapi module) two hours ago.

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

Greetings Tommi!

Sunday February 21 2021 19:38, you wrote to me about an urgent matter!:

* Forwarded from area 'FIDOSOFT.HUSKY'

21 Feb 21 08:38, Rick Smith wrote to Tommi Koivula:

Did you try http://download.huskyproject.org/os2/husky-all-1.9-os2-libc066-2021021 3.zip ?

These got me the closest yet... it essentially works with the some path tweaking, however the jam is still a little screwy which I just heard from andrew was just updated a couple hours ago.. Who is building these pre-builts? Will that person build a new set with the updated fix for jam? Because I think that will do it...



----
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 February 22 2021 08:22, you wrote to me about an urgent matter!:

* Forwarded from area 'FIDOSOFT.HUSKY'
On 2021-02-21 08:38:12, Rick Smith (1:105/10.1) wrote to Tommi
Koivula:

I did notice yours is hpt-emx while ours is hpt-wc which I am we
built -wc because -emx didnt work correctly with .jam?

On 2021-02-14 15:10:28 UTC there was a change to the code that accidentally broke JAM on all systems, not just EMX.

A fix was committed to the huskyproject repo (smapi module) two hours
ago.

Glad to hear, I have it just about working except the jam is a little off with headers missing and such, maybe someone will make updated prebuilts with this fix that would be great...


----
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 Tommi!

21 Feb 21 22:32, you wrote to Rick Smith:

just thought I'd let everyone know, the latest 'smapi' fix, broke hpt again, hpt wont 'see' the packets in anyway shape or form
unzipping the bundles, hpt still does not see anything
no errors in hpt.log

here is my hptconfig
=== Cut ===
LogLevels 12345789ACDEFGHIJKLMNPQRSTVWX
ScreenLogLevels 12345789ACDEFGHIJKLMNPQRSTVWX
LogEchoToScreen On
# main fidoconfig file
name Mike's Point
sysop Michael Pierce
location Portland, Oregon
address 1:105/105
inbound C:\BINK\UNSECURE\
protinbound C:\BINK\INBOUND\
outbound c:\BINK\OUTB\
tempinbound C:\BINK\tmp\inb\
tempoutbound C:\BINK\tmp\outb\
logfiledir C:\BINK\logs\
dupehistorydir C:\BINK\fido\dupe\
msgbasedir C:\MSGS\
echotosslog C:\BINK\logs\toss.log
importlog C:\BINK\LOGS\import.log
# Nodelist Section
nodelist NODELIST.999
nodelistdir C:\gold\
FullUpdate C:\gold\NODELIST
DefaultZone 1
FidoUserList FIDOUSER.LST
NodelistFormat standard

linkwithimportlog kill
separatebundles yes
disablepid yes
disabletid yes
pack zip zip -j -q $a $f
unpack "unzip -j -Loqq $a $f -d $p" 0 504b0304

robotsarea NETMAIL

robot default
killrequests yes
reportsattr loc pvt k/s npd

robot areafix
fromname Areafix robot
robotorigin Areafix robot
linkdefaults begin
allowemptypktpwd secure
packer zip
areafixautocreate on
areafixautocreatedefaults -b jam -dupecheck del -dupehistory 14
echomailflavour direct
forwardrequests off
linkdefaults end

include C:\BINK\ETC\LINKS.CFG
include C:\BINK\ETC\ROUTE.CFG

netmailarea NETMAIL C:\MSGS\NETMAIL -b msg
badarea BAD C:\MSGS\BADECHO -b msg
dupearea DUPE C:\MSGS\DUPES -b msg
localarea PERSONAL.MAIL C:\MSGS\personal -b msg

include C:\BINK\ETC\fidoareas.CFG
netmailflag C:\BINK\bink.out

=== Cut ===

Michael


--- GoldED+/LNX 1.1.5-b20180707
* Origin: Our Awesome Net - Portland, OR - awesome.abon.us (1:105/81)

On 2021-02-22 18:30:32, Michael Pierce (1:105/81) wrote to Tommi Koivula:

just thought I'd let everyone know, the latest 'smapi' fix, broke hpt again, hpt wont 'see' the packets in anyway shape or form unzipping the bundles, hpt still does not see anything no errors in hpt.log

Thanks for this. I was able to reproduce it in OS/2.

The failing code that I removed was only relevant to 16-bit OS/2 1.x, which Husky has never supported anyway.

I've committed a fix to the zoomosis/huskylib fork:

https://github.com/zoomosis/huskylib/commit/a25130e5efda0d1942f1b20f275218bfd6ee64bb

... which should hopefully be visible in upstream huskyproject/huskylib soon.

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

On 23.2.2021 14.21, andrew clarke : Michael Pierce :

On 2021-02-22 18:30:32, Michael Pierce (1:105/81) wrote to Tommi Koivula:

just thought I'd let everyone know, the latest 'smapi' fix, broke hpt again, hpt wont 'see' the packets in anyway shape or form unzipping the bundles, hpt still does not see anything no errors in hpt.log

Thanks for this. I was able to reproduce it in OS/2.

The failing code that I removed was only relevant to 16-bit OS/2 1.x, which Husky has never supported anyway.

Ok, that's why I don't see any problems with the current version.

'Tommi

--- Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1
* Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)

Greetings andrew!

Tuesday February 23 2021 23:21, you wrote to Michael Pierce about an urgent matter!:

On 2021-02-22 18:30:32, Michael Pierce (1:105/81) wrote to Tommi
Koivula:

just thought I'd let everyone know, the latest 'smapi' fix, broke
hpt again, hpt wont 'see' the packets in anyway shape or form
unzipping the bundles, hpt still does not see anything no errors
in hpt.log

Thanks for this. I was able to reproduce it in OS/2.

The failing code that I removed was only relevant to 16-bit OS/2 1.x, which Husky has never supported anyway.

Seems we are so close to this working.... Here is how golded reports reading the messages hpt tosses may provide a clue?

---------- Tue 23 Feb 21, GoldED+/EMX 1.1.5-b20170303 (Apr 6 2017 17:43:20)
! 06:23:02 JamArea::load_message: can't read Jam msgtext
: 06:23:02 Info: Your msgbase is corrupted.
+ 06:23:02 Advice: Run a msgbase index rebuild/recover utility.
! 06:23:02 Pointer error exit at [gmojamm3.cpp,389].
! 06:23:02 A memory allocation was already free'd.
: 06:23:02 Ptr (0x247e95c,4294967295) at [<invalid>,4294967295].
: 06:23:02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
: 06:23:02 Detected while freeing the allocation.
+ 06:23:02 Info: This indicates a serious bug.
+ 06:23:02 Advice: Report to the Author immediately.
! 06:23:02 Pointer error exit at [gmojamm3.cpp,390].
! 06:23:02 A memory allocation was already free'd.
: 06:23:02 Ptr (0x2483b7c,4294967295) at [<invalid>,4294967295].
: 06:23:02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
: 06:23:02 Detected while freeing the allocation.
+ 06:23:02 Info: This indicates a serious bug.
+ 06:23:02 Advice: Report to the Author immediately.
! 06:23:18 Detected 1 unfree'd memory allocation.
: 06:23:18 Ptr (0x248bffc,372992) at [gmojamm3.cpp,377].
: 06:23:18 00 EE EE EE EE EE EE EE EE EE EE EE EE EE EE EE .ооооооооооооооо
+ 06:23:18 Info: The memory should have been free'd before exit.
+ 06:23:18 Info: This indicates a potentially serious bug.
+ 06:23:18 Advice: Report to the Author immediately.



----
Regards,


Rick Smith (Nitro)

... Real life is for people who can't handle BBSing.
--- GoldED+/LNX 1.1.5-b20180707
* Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)

Hello andrew!

Replying to a msg dated 23 Feb 21 23:21, from you to me.
just re-built hpt, and as of right now, it looks like everything is now working as it should, no errors, no missing headers.. everything so far so good

Thank you for your hard work getting it fixed

Michael


--- GoldED+/EMX 1.1.5-b20170303
* Origin: Durwood's Playpen - Portland, OR (1:105/105)

On 2021-02-23 06:32:28, Rick Smith (1:105/10.1) wrote to andrew clarke:

Seems we are so close to this working.... Here is how golded reports reading the messages hpt tosses may provide a clue?

---------- Tue 23 Feb 21, GoldED+/EMX 1.1.5-b20170303 (Apr 6 2017 17:43:20) ! 06:23:02 JamArea::load_message: can't read Jam msgtext
: 06:23:02 Info: Your msgbase is corrupted.
+ 06:23:02 Advice: Run a msgbase index rebuild/recover utility.

Tried with both GoldED+/EMX 1.1.5-b20170303 and 1.1.5-b20180707, but couldn't reproduce this.

Using the latest Open Watcom-built HPT on OS/2.

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