www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1999/08/26/02:07:27

From: "Steve J. Thornburg" <pcconsultant AT worldnet DOT att DOT net>
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.djgpp,comp.os.ms-windows.programmer.misc
Subject: Re: 16-bit Apps under Windows NT
Date: 17 Feb 1999 05:43:01 GMT
Organization: AT&T WorldNet Services
Lines: 70
Message-ID: <7adkt5$dvg@bgtnsc02.worldnet.att.net>
References: <7acb6p$9fk$1 AT news0-alterdial DOT uu DOT net> <7acv11$ef0$1 AT remarQ DOT com> <7adgtb$h94$1 AT samsara0 DOT mindspring DOT com>
NNTP-Posting-Host: 12.68.9.190
X-Newsreader: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

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 -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019