Subj : decode_subfield()
To   : Michael Pierce
From : andrew clarke
Date : Fri Feb 19 2021 07:20:46

On 2021-02-17 14:14:36, Michael Pierce (1:105/81) wrote to andrew clarke:

 MP> still not out of the woods yet though - now getting a different error

 MP> hpt toss scan pack
 MP> SMAPI ERROR: wrongly sized subfield occured!

There's definitely NQR in the JAM code in the OW2.0 version on Windows:

H:\tmp\hpt>hpt scan
1 07:18:16   Start
1 07:18:16   Start scanning...
1 07:18:16   EchoTossLogFile not found -> Scanning all areas
1 07:18:16   Scanning area: jamtest
Assertion Failed: subfieldNext->Buffer <= (byte *)*subfield + subfield[0]->arraySize, function decode_subfield, file ../src/structrw.c, line 961.
ABNORMAL TERMINATION

H:\tmp\hpt>hptlink
hptlink/w32-wc 1.9.0-cur 2021-02-17

F 07:18:42   hptlink/w32-wc 1.9.0-cur 2021-02-17
C 07:18:42   No ImportLog file, linking all Areas
3 07:18:42   linking area netmail...
A 07:18:42   Could not open area netmail
3 07:18:42   linking area jamtest...
Assertion Failed: subfieldNext->Buffer <= (byte *)*subfield + subfield[0]->arraySize, function decode_subfield, file ../src/structrw.c, line 961.
ABNORMAL TERMINATION

I'm unfamiliar with the JAM format and don't really understand the code there. The code in structrw.c is supposed to be portable, but evidently not.

The good news is OW2.0 HPT doesn't seem to be writing corrupt data, since the MSVC port of HPT (from husky-all-1.9-w32msvc6dll-perl510-hptzip-20201211.zip) can still read JAMTEST:

H:\tmp\hpt>hpt-msvc scan
1 07:28:38   Start
1 07:28:38   Start scanning...
1 07:28:38   EchoTossLogFile not found -> Scanning all areas
1 07:28:38   Scanning area: jamtest
D 07:28:38   Statistics
D 07:28:38       areas:    1   msgs:      5
D 07:28:38       exported:    0
E 07:28:38   Areas summary:
1 07:28:38   End

And GoldED doesn't throw any errors reading it.

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

.