DOS ain't dead - discussion, & "retiring" for awhile

discussion, & "retiring" for awhile (Developers)

posted by Ninho , 14.06.2011, 12:50
(edited by Ninho on 14.06.2011, 13:59)

> For one particular example, any 21.71 call can cause DOSLFN to (try to)
> reload its Unicode translation table, using 21.3D, .3F, .42, and .3E, if
> the current DOS code page has changed since DOSLFN last had been called.

It is to presume that DOSLFN does its thing safely, with proper attention to DOS internal stacks and so on. Not /all/ such recursion is bad, otherwise we wouldn't have TSRs (and DOS itself recurrs). At 1st glance the case of LFN functions carefully calling down into short name file functions does not compare, in terms of renterancy, with trying to call memory allocation functions from the interior of functions of the same kind. The latter is not even meaningful.

----- Announcement :

I'll be "off" the stage for some unpredictable time for reasons which I've alluded to earlier, health foremost compounded by a load of material problems which will be surmounted, God helping and inch'Allah! just trying to make it clear that my cutting off the site (and probably Internet) is not me being p...d off or discouraged, and that I /hope/ I'll be back :=)

Meanwhile I don't expect, but I certainly wouldn't object to, someone perfecting or forking, whatever, KBFR.

When I'm back at it myself, I guess I shall :

- ditch the use of int 15/4FF4, which besides it has been met with mixed applause, safe overloading of that particular call leads to somewhat baroque and overall costly design and implementation choices.
- keep my loading scheme as is - not only is is working in practice, also thought 'attacks' have not succeeded in breaking it in the least (safe in dream).
- complete auto-highloading, make it the default.
- and the remaining fixing of odds and ends. Yes including error checking where needed ;:)

- when that's done, perhaps port back to make a matching KBGR (provided there are volunteer beta testers)

So long then, going to check the rest of the forum and then shutting myself down - wish I could just hibernate...

---
Ninho

Post reply

Complete thread:

KBFR 1.9 beta discussion opened by CM - Ninho, 13.06.2011, 12:17 (Developers)
- discussion - ecm, 13.06.2011, 14:49
  - discussion - Ninho, 13.06.2011, 19:28
    - discussion - splitting MCBs again - ecm, 13.06.2011, 20:20
      - discussion - splitting MCBs again - Ninho, 13.06.2011, 21:52
        discussion - splitting MCBs again - bretjohn, 13.06.2011, 22:38
        discussion - splitting MCBs again - ecm, 13.06.2011, 23:41
        discussion - splitting MCBs again - bretjohn, 14.06.2011, 00:17
        discussion - splitting MCBs again - Ninho, 14.06.2011, 02:05
        discussion - splitting MCBs again - ecm, 14.06.2011, 02:10
        discussion - splitting MCBs again - Ninho, 14.06.2011, 04:09
        ! - ecm, 14.06.2011, 05:17
        ! - Ninho, 14.06.2011, 05:59
        ! - ecm, 14.06.2011, 06:06
        discussion - splitting MCBs again - bretjohn, 14.06.2011, 05:11
        on overloading and AMIS - ecm, 14.06.2011, 05:50
        discussion - splitting MCBs again - Ninho, 14.06.2011, 13:38
        discussion - splitting MCBs again - ecm, 13.06.2011, 23:33
        discussion - splitting MCBs again - Ninho, 14.06.2011, 01:31
        discussion - splitting MCBs again - ecm, 14.06.2011, 02:20
        discussion - splitting MCBs again - Ninho, 14.06.2011, 04:05
        discussion - splitting MCBs again - ecm, 14.06.2011, 05:54
        discussion, & "retiring" for awhile - Ninho, 14.06.2011, 12:50
        DOSLFN, intermediate handler issued calls; "retiring" - ecm, 14.06.2011, 18:51
        intermediate handler issued calls - Ninho, 15.06.2011, 15:32
        intermediate handler issued calls - ecm, 15.06.2011, 16:50
        intermediate handler issued calls - Ninho, 15.06.2011, 17:53
        intermediate handler issued calls - ecm, 15.06.2011, 22:37