DOS ain't dead

UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess (Announce)

posted by DOS386, 24.02.2009, 06:02

Laaca wrote:

> Well, I have a old DOS utility XRAY

wow ... why nobody (=you) did point it ever before ?

> also reports all INT21h calls and maybe also some others.
> I'll compare it with your debugger.



cm wrote:

> Time machines are fun, aren't they?

YES.

> they use NTVDM's BOPs, which I'm sure your little TSR doesn't emulate.

Probably true, but not a critical problem for me

> Is there a particular reason you're returning
> error 02h ("DTA wrap") on some of these FCB calls?

RBIL.

> would rather change all these that now return 02h to error 01h,
> which is either "At end of file" or "Disk full".

Maybe good idea.

> that's really useful; I would say some of this should even be done by DOS itself.

Please start bugging King Udo - if you are not yet banned from his forum unlike me

> You tried your best and got... hm. "Trash" might describe it well

describe what well ?

> Next time think about using some multiplex interface (preferably AMIS)
> which will find the installed TSR even if another TSR hooked Int21 afterwards.

Maybe good idea. Of course one shouldn't hook INT $21 anymore after UI21DEB is installed, and TFM doesn't point this. Seems you found a minor documentation bug.

> I would prefer no uninstall even in the next version if it just did the
> things it does now, but properly.



> Among the errors

What errors ? You didn't point any except the minor FCB 1 vs 2 thing and the minor TFM thing.

> there is also that your Int21 hook is not reentrant.
> Poping the stack to get to the flags is dangerous
> set up a stack frame addressed by bp instead.

Please supply a test case that breaks it. I don't get the "danger".

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Complete thread:

• UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - DOS386, 20.02.2009, 05:53 (Announce)
  • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - DOS386, 20.02.2009, 06:19
    • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - ecm, 20.02.2009, 20:19
      • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - DOS386, 24.02.2009, 06:02
        • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - Laaca, 24.02.2009, 10:28
        • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - rr, 24.02.2009, 21:43
          • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - DOS386, 25.02.2009, 03:06
            • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - ecm, 25.02.2009, 13:15
        • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - Japheth, 25.02.2009, 14:09
          • UI21DEB deBUGGER released | the mess - DOS386, 01.03.2009, 08:24
            • UI21DEB deBUGGER released | the mess - ecm, 01.03.2009, 10:40
              • UI21DEB deBUGGER released | inreentrant mess - DOS386, 01.03.2009, 13:59
                • UI21DEB deBUGGER released | inreentrant mess - ecm, 01.03.2009, 16:19
                • UI21DEB deBUGGER released | inreentrant mess - Japheth, 02.03.2009, 07:48
                  • UI21DEB deBUGGER released | inreentrant mess - ecm, 02.03.2009, 15:28
                    • UI21DEB deBUGGER released | inreentrant mess - Japheth, 03.03.2009, 07:52
                  • UI21DEB deBUGGER released | crappy and incrappy stuff - DOS386, 15.03.2009, 02:39
                    • UI21DEB deBUGGER released | crappy and incrappy stuff - Japheth, 15.03.2009, 08:17
                    • UI21DEB deBUGGER released | crappy and incrappy stuff - ecm, 15.03.2009, 21:02
    • UI21DEB deBUGGER rele | DGJPP's persistent ENOENT bugginess - Laaca, 20.02.2009, 20:21