Bug in ZEPROM PROGRAMMER code? or HP-41CX?


I seem to have stumbled upon a small bug in either the ZEPROM PROGRAMMER code, or perhaps the HP-41CX OS. I found it while attempting a copy of the Programmer ROM image from one ZEPROM to another. The original ZEPROM was configured as a straight 16K device, with the Programmer in core 3 (fourth page), installed in port 1 of the HP-41. The ROM's address space was then in block B (11). The target ZEPROM, attached to the Zeprom Voltage Converter fixture, was in Port 3 of the HP-41, so the four (blank) ROM pages were at pages C through F (12 through 15). I used the ZEPROM Programmer function "COPYPG" to copy from page B (11) to page F (15).

The ROM copied successfully, but upon further examination, I found a byte of 0FDh (253) had been burned into a single word in the first page of the target ZEPROM, at address 4C (76 words into the space). This of course can be a problem because these bits can't be cleared without erasing the whole device. Whatever you put into that byte will likely be different because of the extra burned bits.

A second try with a verified erased ZEPROM produced the same result.

On a third try, I offset the two ZEPROMS; the source was located in port 1, and the target was moved to port 4. The addressing of the target ZEPROM did not change, it's design is such that it still occupies pages C through F, whether it in port 3 or 4. However, the copy was successful, with no extra byte loaded into the first page.

Since this repeated, it appears that either the ZEPROM Programmer code has a bug that writes to this extraneous byte during a page copy, or its possible that the HP-41CX firmware or hardware has a bug that does the same thing. It normally wouldn't be noticed, because ROM is always supposed to be in this address space, and won't be affected by an extraneous write command, unless of course, the space is occupied by a ZEPROM that is being programmed with a power supply voltage of 12 volts (from the ZVC). I remember that the card readers with ROM versions before 1G had a similar bug; extraneous data would be written to some extended memory address during the execution of the "VER" (verify) command.

Any experiences or ideas? I have my work around, but just curious if this was a known issue.


Edited: 2 July 2008, 12:13 p.m.

Possibly Related Threads...
Thread Author Replies Views Last Post
  HP PRIME: APP program code DISAPPEARS !! Joseph Ec 0 268 11-25-2013, 11:35 AM
Last Post: Joseph Ec
  HP Prime graphing bug BruceH 1 403 11-19-2013, 08:14 AM
Last Post: Joe Horn
  HP Prime - another cosmetic bug BruceH 3 505 11-12-2013, 02:18 PM
Last Post: Ken Shaw
  HP Prime Bug bluesun08 19 1,542 10-14-2013, 10:48 PM
Last Post: Han
  HP Prime bug in EDITMAT Han 7 795 09-27-2013, 10:15 AM
Last Post: Han
  Where to the 32-bit version of User Code Utiltiy for HP-41 ? Olivier (Wa) 2 353 09-26-2013, 01:55 AM
Last Post: Olivier (Wa)
  A HP42S Code Editor Andreas 9 898 09-22-2013, 03:17 AM
Last Post: Andreas
  [HP 39Gii] - Bug report Jean-Michel 1 390 08-28-2013, 10:53 AM
Last Post: Tim Wessman
  Dynamic Gaussian Quadrature code in Excel VBA Namir 4 509 07-30-2013, 07:37 PM
Last Post: Namir
  Is the HP-35S bug free? Matt Agajanian 22 1,682 07-01-2013, 04:03 PM
Last Post: Andrés C. Rodríguez (Argentina)

Forum Jump: