From: "beat studer" Newsgroups: comp.os.msdos.djgpp Subject: Re: Win2000 & DJGPP Date: Fri, 25 Feb 2000 21:26:48 +0100 Organization: sunrise communications ag Lines: 44 Message-ID: <896oj8$e40$1@news1.sunrise.ch> References: <38B4429D DOT 598F35B6 AT gmx DOT at> <894bkg$qo2$1 AT news DOT tis-in DOT trb> <38B6AE47 DOT BFACA0B4 AT americasm01 DOT nt DOT com> NNTP-Posting-Host: pop-zh-13-1-dialup-141.freesurf.ch X-Trace: news1.sunrise.ch 951510440 14464 194.230.207.141 (25 Feb 2000 20:27:20 GMT) X-Complaints-To: usenet AT sunrise DOT ch NNTP-Posting-Date: 25 Feb 2000 20:27:20 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com "Campbell, Rolf [SKY:1U32:EXCH]" wrote in message news:38B6AE47 DOT BFACA0B4 AT americasm01 DOT nt DOT com... > Steve Chapel wrote: > > > The ls command causes the scrollback buffer to be cleared, the scrollbar to > > appear and disappear, and screws up the $P$G prompt if it has a long > > filename. > > This is an NT problem, not limited to Win2k. I've seen in on NT4. And > it's not limited to 'ls', EVERY DJGPP program I've seen causes the scrollback > buffer to be emptied (and the dos box does a complete redraw which can cause > annoying flicker). True! Probably it's better to compile unix-utilities to WIN-Console-Apps. I've done it with 'less' from a linux-distribution (the source-code had all the preprocessor-directives needed. Two easy-to-correct errors, then it worked. The scrollbar disappears, but the buffer is not cleared). BTW i've downloaded a vim (gVim) for Windows; works also fine and is far more practical than the one I had on Linux (X)...! Concerning gcc I didn't have any problems on win2k up to now (not even when (test)running it 20 times from the command-line, in a normal window). I always do a clean install, perhaps that can help avoid some problems. > I've also noticed under NT, that a windowed text mode program (that does > direct memory writes like RHIDE/SetEdit) updates just as infrequently as > 320x200x8bit does under Win9x. Usually I update the screen using puttext(). On NT it's not working smooth and fast in a normal window, but it's ok, like on DOS or W98, when run in full-screen-mode! > -- > (\/) Rolf Campbell (\/) > > >