Article View: comp.sys.ibm.pc.programmer
Article #674Re: Turbo C 2.0 "automatic" text mode
From: Jeff Siegel, Op from Atherton Ha...
Date: Sat, 09 Jun 1990 23:13
Date: Sat, 09 Jun 1990 23:13
32 lines
1446 bytes
1446 bytes
In article <20098@grebyn.com>, jmbj@grebyn.com (Jim Bittman) says:
>
>I've just recently discovered a problem (at least for me) with
>Turbo C 2.0. It appears that just having a call to their
>"window" routine, in a module that is linked but never called,
>causes the program to automatically reset the
>video mode. I have a module that looks like this:
>
>FILE1.C
>main()
>{
>}
>
>FILE2.c
>has a call to "window"
>
>dos> tcc -ms file1.c file2.c
>dos> file1 (resets video mode from graphics to text!)
>dos> tcc -ms file1.c
>dos> file1 (just returns graphics prompt.)
>
>I'm curios if anyone else has experienced this, or maybe this is a
>"feature" that I just can't use...
No, there is no work around. Why you would need one, I'm not sure. You
Can't write anything to the screen in graphics mode with out using initgraph
first, which clears the screen anyway. Having window() linked signals the
internal startup code to call _CRTINIT which switches you back to text mode.
Jeff
Technical Details
Message-ID:
<90160.191313JXS118@psuvm.psu.edu>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!wuarchive!brutus.cs.uiuc.edu!psuvax1!psuvm!jxs118References:
<20098@grebyn.com>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!wuarchive!brutus.cs.uiuc.edu!psuvax1!psuvm!jxs118 From: JXS118@psuvm.psu.edu (Jeff Siegel, Op from Atherton Hall) Newsgroups: comp.sys.ibm.pc.programmer Subject: Re: Turbo C 2.0 "automatic" text mode Message-ID: <90160.191313JXS118@psuvm.psu.edu> Date: 9 Jun 90 23:13:13 GMT References: <20098@grebyn.com> Organization: Penn State University Lines: 32