| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Get A Handle On It ! |
DN> > Under OS/2 2.1 the MMOS/2 drivers increased the default number of file > handles per address space. This was actually a bug. Warp fixed the bug > and broke a lot of programs that were running correctly before. > > You need to call DosSetMaxFH() or DosSetRelMaxFH() to bump up the > number once more. DN> You're kidding ? This could explain a problem that I've been having with the resource compiler. Ran from within a makefile, with NMAKE invoked from the command line, the resource compiler runs fine. Ran with NMAKE invoked via another application, it also works fine on my machine. Ran from the same application, on the same makefile, on a different machine that has additional networking software installed, the resource compiler complains with error C1017, which is an error opening a file, usually PMSHL.H. The problem that I've been having, is that (try as I might), I cannot find a single file handle leak in the program that invokes NMAKE (I even went to the lengths of using OPEN_FLAGS_NOINHERIT on *all* calls to DosOpen in the program). And until now I found it difficult to believe that the presence of Netware Client for OS/2 or Communications Manager/2 (both of which were the differing factors in tests) could affect file handle usage. Is it possible that other OS/2 device drivers may be erroneously *reducing* the number of file handles, in much the same way as the MMOS/2 drivers erroneously increased them ? Anyone have any information on this (I shall attempt a little more investigation myself, of course) ? > JdeBP < ___ X MegaMail 2.10 #0: --- Maximus/2 3.00* Origin: DoNoR/2,Woking UK (44-1483-725167) (2:440/4) SEEN-BY: 270/101 620/243 711/401 409 410 413 430 807 808 809 934 955 712/407 SEEN-BY: 712/515 517 628 713/888 800/1 7877/2809 @PATH: 440/4 141/209 270/101 712/515 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.