41CL - Warp Core Conflict with Card Reader?
|
03-22-2020, 03:31 AM
(This post was last modified: 03-22-2020 03:33 AM by twoweims.)
Post: #1
|
|||
|
|||
41CL - Warp Core Conflict with Card Reader?
I have a 41CL with the latest ROM updates installed.
If I use the Warp Core XEQ+ function without the card reader installed it works normally. XEQ+ followed by [ALPHA] gives me the XEQ$ prompt. If I plug in the card reader and execute XEQ+ followed by [ALPHA] the Warp Core ROM gets unplugged and the page that it was in gets locked. Warp Core is not plugged into page E. Has anyone experienced this? If someone could try to reproduce this and report back I would appreciate it. Thanks! |
|||
03-22-2020, 04:16 AM
Post: #2
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
(03-22-2020 03:31 AM)twoweims Wrote: I have a 41CL with the latest ROM updates installed. What do you have plugged in to each page? I don't have a card reader any more, but there may be clues in your configuration. |
|||
03-22-2020, 06:58 AM
Post: #3
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
Strange indeed, try plugging the WARP in another page - that will be useful to determine if there could possibly be some bank-switching issues when both the WARP and CRDRDR share the same port.
"To live or die by your own sword one must first learn to wield it aptly." |
|||
03-22-2020, 01:33 PM
(This post was last modified: 03-22-2020 02:38 PM by twoweims.)
Post: #4
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
My Current Setup:
4: -LIB#4 R50 5: -TIME 3A 6: -PRINTER- 7: -AMC"OS/X 8: -YFNX 4C 9: -PWREXT B3 A: -WARP CORE+ B: -HEPAX'4H C: NO FAT D: NO FAT E: CARD RDR 1E (I leave this empty for the card reader) F: NO ROM (The same failure occurs with Warp Core Plugged in here) Everything works great until I plug in the card Reader. Thanks for taking a look at this. ** Edit to add more information ** I took the CL to MEMORY LOST and started over loading modules from scratch... Same Result. I replaced the Card reader 1E version with a 1G version and the problem disappears. |
|||
03-22-2020, 03:52 PM
(This post was last modified: 03-25-2020 06:50 AM by Ángel Martin.)
Post: #5
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
I don't have any Card Reader so can't try on the real CL, but on V41 there seems to work fine using the CRDR_RDR.MOD (which contains the "CRD RDR 1G" ROM)
I'm able to use the XEQ+ with any function, (type "7" at the prompt to get 7CLREG for instance), as well as XEQ$ to spell any function name. I have found no conflicts between WARP and CRDR ROM... "To live or die by your own sword one must first learn to wield it aptly." |
|||
03-22-2020, 03:58 PM
Post: #6
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
(03-22-2020 03:52 PM)Ángel Martin Wrote: I don't have any Card Reader so can't try on the real CL, but on V41 there seems to work fine using the CRDR_RDR.MOD (which contains the "CRD RDR 1G" ROM) Yes. It seems to be a conflict with the 1E Card Reader ROM. Everything works correctly with the 1G Card Reader plugged in. |
|||
03-22-2020, 04:52 PM
Post: #7
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
(03-22-2020 03:58 PM)twoweims Wrote:(03-22-2020 03:52 PM)Ángel Martin Wrote: I don't have any Card Reader so can't try on the real CL, but on V41 there seems to work fine using the CRDR_RDR.MOD (which contains the "CRD RDR 1G" ROM) Maybe connected to this bug. https://www.hpmuseum.org/cgi-sys/cgiwrap...ead=188546 https://www.hpmuseum.org/cgi-sys/cgiwrap...ead=190801 Greetings, Massimo -+×÷ ↔ left is right and right is wrong |
|||
03-22-2020, 05:43 PM
Post: #8
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
I am aware of those two issues but this seems different.
Perhaps more bugs lurk beneath the surface of 1E? I hope someone with a 1E card reader can duplicate this. |
|||
03-24-2020, 05:52 PM
Post: #9
|
|||
|
|||
RE: 41CL - Warp Core Conflict with Card Reader?
It seems the same issue to me.
When you are filling in a prompt you are using the key sequence parser. This sets the calculator in state where the return address of the (next) key sequence handler is kept on the stack while the calculator goes to sleep waiting for the next key press. During the process of going to sleep, the I/O poll vector is still called. At this point the poll routine is more limited (than usual) on how much it can put on stack (making subroutine calls), as the internal stack is only 4 levels deep and it is partly used in this state. If some real action is needed, maybe a program card was inserted, the poll routine can decide to abort the key sequence parsing, getting all stack levels back (it terminates the function being entered). The card reader 1E ROM violates this rule and then weird things happen as the calculator is put in a corrupted state. |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: