> I'd better put up the code. I don't want to be all theory up here. I'm fine with theoretical discussions.
> Even though you first said I shouldn't change my project just because > some people may not like it, and I agree, I also believe it is very > important to check with you guys and to be constructively criticised > here. Well, it should certainly be your decision. No matter what, some people (possibly including me) won't like it. If you prefer things I don't like, please don't change them just to satisfy me. > Of course, the main module is itself a TSR and TSRs could perfectly > work in this fashion, but it is not what usually happens. I normally see > new code hooking up an interrupt, making a function ID comparison at the > beginning and jumping to the old handler if this is not the function it > is interested in. This generates a slow serial chain of handlers. I want > to avoid that. Your interface (as I understand it) isn't that different. Somewhere you have to dispatch into different modules. > OK. I'll work on the AMIS interface for the first implementation of > the main module. I'll post it when I have it and then start the Code-1 > and NSS. If you're interested, I could send you descriptions and example source of some TSRs and AMIS implementations that I worked out with Bret. This TSR installation method always allows the program to install its resident part into the best location. Installation into a UMB works without LOADHIGH. The deinstallation method allows to remove the TSR even if other TSRs were installed later depending on the type of these TSRs. Regards, Christian ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel