Mail Archives: djgpp/1999/08/26/02:07:27
You can find Metaware at:
http://www.metaware.com/
MetaWare Incorporated
2161 Delaware Avenue
Santa Cruz CA 95060-5706
Telephone: (408) 429-6382
Fax: (408) 429-9273
Technical Support: (408) 429-6111 (8am-5pm PST)
Kelly Harrelson wrote in message <7adgtb$h94$1 AT samsara0 DOT mindspring DOT com>...
>The compiler was Metaware's High-C v1.6. I don't believe it was
>loading a DOS extender.
>
>J. Marshall wrote in message <7acv11$ef0$1 AT remarQ DOT com>...
>>You don't specify *which* compiler it is, so I can only offer a guess:
>>some, many, of the old 16 bit compilers load a DOS extender as part or
>their
>>operation. That will present you with a problem on an NT machine.
>>Buy a newer compiler, or get a machine for dedicated use for your 16bit
>>development. If networked, it could share files, and something like a
>>200MHz Pentium running DOS 6.22 would only cost about $600, maybe less,
>>these days.
>>
>>
>>
>>Kelly Harrelson wrote in message <7acb6p$9fk$1 AT news0-alterdial DOT uu DOT net>...
>>>I have an *old* 16-bit cross compiler that runs under DOS and generates
>>>.OBJs for a proprietary platform. The compiler worked fine under DOS,
>>>Windows 3.11, and Windows 95. When we moved to Windows NT, we ran into
>>>problems. Running it under the default shell, cmd.exe
>>>(\winnt\system32\cmd.exe), would cause the entire shell to exit,
>instantly,
>>>with no error messages or anything. One of our developers noticed
however
>>>that it ran fine under the command.com shell
>(\winnt\system32\command.com).
>>>So, we happily continued using it under the alternate shell. Now, with
>>>Windows NT Service Pack 4 installed (as well as Developer Studio 97
>Service
>>>Pack 3, although I don't know if that could effect it), it has stopped
>>>working, but not in the same way as before. When calling the compiler
>from
>>>a batch file, the batch file just exits and the shell stays intact.
>>Calling
>>>the compiler from NMAKE just causes NMAKE to hang.
>>>
>>>Has anyone else noticed any problems with older 16-bit apps? Anyone have
>>>any ideas? Does anyone know why it worked for a while under command.com
>but
>>>not cmd.exe?
>>>
>>>If there is another group I should post this to, please let me know.
This
>>>problem is quite frustrating and I would really like to get it solved.
>Any
>>>help would be appreciated.
>>>
>>>Thanks in advance.
>>>-Shane
>>>
>>>
>>
>>
>
>
- Raw text -