Rod Pemberton <do_not_have@[EMAIL PROTECTED]
> schreef in berichtnieuws
eaosa4$b4g$1@[EMAIL PROTECTED]
Rod,
> A couple Yahoo searches pulled up this:
>
http://www.filesearching.com/cgi-bin/s?t=n&l=en&q=ftp.elektra.ru/pub/OtherSo
ft/C_ASM/BORLAND
Thanks. Alas, a quick peek into that archive did not turn up any
user-manual do***entation.
But its more complete than my own copy of Tasm v1.01 (which only contained
the minimal required files), so there is a good chance I still can learn a
thing-or-two from one of the included examples.
> You might also want to try a P2P network..."valuable" old software
> tends to collect on them.
Hmmm ... That might be an idea.
> I'm not sure if I posted these. First is some stuff on SDA. Second is
> "network" ramdisk.
>
http://groups.google.com/group/comp.os.msdos.programmer/msg/f90a923e093a6254
?hl=en
>
http://groups.google.com/group/comp.os.msdos.programmer/msg/36b34f208807076b
?hl=en
I've taken a peek at them, and have saved the pages for future reference.
I don't yet know if they will add something to my current knowledge
though,
as I've got Ralf Brown's interrupt-list here, as well as the
assembly-source
of Marcus Better's 'iHPFS for DOS'.
Both where/are quite helpfull in providing details to general DOS calls
(Ralf) and IFS handling (Marcus).
> Ted Davis' original idea of calling findnext repeatedly when findfirst
is
> called and caching the results locally, may be the only solution...
Would that not only move the problem to the local computer : when to
release
the cached results ?
Thanks for your input and the links.
Regards,
Rudy Wieser
|
