Path:   
   eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!b   
   order1.nntp.ams1.giganews.com!nntp.giganews.com!bcyclone02.am1.xlned.com!bcyclo   
   ne02.am1.xlned.com!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!nzpost1.xs4all.n   
   et!not-for-mail   
   From: "R.Wieser"    
   Newsgroups: microsoft.public.windowsxp.help_and_support   
   References: <56977375$0$23733$e4fe514c@news.xs4all.nl>   
   <5698103a$0$23821$e4fe514c@news.xs4all.nl>    
   Subject: Re: XP's "more.com" skips first lines of output -- a bigger problem   
   Date: Fri, 15 Jan 2016 11:13:00 +0100   
   X-Priority: 3   
   X-MSMail-Priority: Normal   
   X-Newsreader: Microsoft Outlook Express 5.00.2615.200   
   X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200   
   Lines: 111   
   Message-ID: <5698c5a2$0$23803$e4fe514c@news.xs4all.nl>   
   NNTP-Posting-Host: 83.163.119.5   
   X-Trace: 1452852642 news.xs4all.nl 23803 83.163.119.5:1377   
   X-Complaints-To: abuse@xs4all.nl   
   X-Received-Bytes: 5101   
   X-Received-Body-CRC: 3075415709   
   Xref: mx02.eternal-september.org   
   microsoft.public.windowsxp.help_and_support:31812   
      
   VanguardLH,   
      
   > Skipping lines could be at the head (start of stream), tail   
   > (end of stream), or within the stream.   
      
   As far as I can tell they are always skipped from the start of the stream.   
   Sometimes with no effect on the screen, sometimes I see the screen being   
   scrolled up.   
      
   >We don't know if you are redirecting or piping a program's   
   > output or using command-line args to more.com to specify   
   > a file.   
      
   I'm piping the output of another command into it.   No arguments.   
      
   > I don't see how anything video card related would affect   
   > the content of a stdout or stderr stream.   
      
   Why would you think it does or should do ?    All I see is that output   
   directed at the screen disappears, sometimes without a trace.   Mind you,   
   when I redirect the output to a file instead of to the screen I see all the   
   data I expect.   
      
   > Are you running it in a console (command shell, cmd.exe)   
   > so the console remains after the program ends?   
      
   Yes.   
      
   > Does "skipping" mean you don't see the lines on the screen or   
   > that they are truncated in the console window?   
      
   See above. Sometimes I see nothing, sometimes I just see the screen   
   scrolling up or the cursor moving down.   
      
   And by the way, pressing "=" to show the line number displays, AFAIK, the   
   correct one, 24.   
      
   > Does the console's window have scrolling enabled?   
      
   No.   I've used MODE CON to set an old-school 80x25 screen.   
      
   > Have you tried "more.com file > otherfile   
      
   No, but I just have (good catch btw).  A filecompare with an earlier   
   outputted file (no MORE, directly to file) shows no differences.   
      
      
   Hmmm...   odd ....   
      
   I saw you asking about what commandline I ran, and skipped answering it   
   because the piping should isolate the two programs from each other (using an   
   intermediate file).   
      
   Nevertheless, I seldom let such questions go without trying to make sure I'm   
   right.  So, I also ran the command "... > bla & more < bla".   That worked   
   every time I tried it.   Which, I might say, is quite unexpected.   What is   
   going on here ?   
      
   I could point fingers at the specific program sourcing the piped text, but   
   I'm a lot more interrested in knowing what causes MORE's behaviour, and how   
   I can fix it (instead of compiling a list of programs I should not use in   
   combination with it).   
      
   Regards,   
   Rudy Wieser   
      
      
      
   -- Origional message:   
   VanguardLH  schreef in berichtnieuws   
   dfqjheFu1r6U1@mid.individual.net...   
   > R.Wieser wrote on 2016/01/14:   
   >   
   > > I threw together a small program emulating a basic MORE program, and   
   noticed   
   > > it failed pretty-much the same way.   
   > >   
   > > Either my OS has got problems or, more likely, there something wrong   
   with my   
   > > video card and/or driver ...   I've already tried to disable hardware   
   > > accelleration, but that did not seem to help.   
   >   
   > Alas, we still don't know what you are doing.  Skipping lines could be   
   > at the head (start of stream), tail (end of stream), or within the   
   > stream.  We don't know if you are redirecting or piping a program's   
   > output or using command-line args to more.com to specify a file.   
   >   
   > I don't see how anything video card related would affect the content of   
   > a stdout or stderr stream.  Those don't even require video.  Those are   
   > data streams, not video streams.  I don't even need a video card   
   > connected to a monitor for more, type, Notepad, or any other program to   
   > work correctly.  Me not seeing it does not equate to the program not   
   > producing expected results.   
   >   
   > What are you running?  What is the command?  Are you running it in a   
   > console (command shell, cmd.exe) so the console remains after the   
   > program ends?  Does "skipping" mean you don't see the lines on the   
   > screen or that they are truncated in the console window?  Does the   
   > console's window have scrolling enabled?  If so, does scrolling still   
   > have the missing lines?  is the console's window partially offscreen?   
   >   
   > Have you yet tried booting into Windows' safe mode to make sure   
   > something you load on startup and login are not affecting however you   
   > are trying to view output from more.com?   
   >   
   > Have you tried "more.com file > otherfile & notepad otherfile" to see if   
   > all the lines are there when viewing the stdout stream in Notepad   
   > (instead of on the screen within the console window)?   
      
      
   --- Platinum Xpress/Win/WINServer v3.1   
    * Origin: Prison Board BBS Mesquite Tx  //telnet.RDFIG.NET www. (1:124/5013)