• XP's "more.com" skips first lines of output -- need a replacement

    From address@not.available@1:124/5013 to All on Mon Jan 14 05:10:04 2019
    Path: eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!b order1.nntp.ams1.giganews.com!nntp.giganews.com!newsfeed.xs4all.nl!newsfeed9.ne ws.xs4all.nl!news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!n ewsgate.news.xs4all.nl!nzpost1.xs4all.net!not-for-mail
    From: "R.Wieser" <address@not.available>
    Newsgroups: microsoft.public.windowsxp.help_and_support
    Subject: XP's "more.com" skips first lines of output -- need a replacement Date: Thu, 14 Jan 2016 11:10:04 +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: 12
    Message-ID: <56977375$0$23733$e4fe514c@news.xs4all.nl>
    NNTP-Posting-Host: 83.163.119.5
    X-Trace: 1452766069 news.xs4all.nl 23733 83.163.119.5:1532
    X-Complaints-To: abuse@xs4all.nl
    Xref: mx02.eternal-september.org microsoft.public.windowsxp.help_and_support:31803

    Hello All,

    I've noticed that my XPsp3 has got a version of MORE.COM which, in circumstances, skips the first set/page of lines. That means I need a bug-fixed replacement. Does someone have it for me ?

    And outof curiosity, has anyone else noticed the same ?

    Regards,
    Rudy Wieser

    --- Platinum Xpress/Win/WINServer v3.1
    * Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013)
  • From jj4public@vfemail.net@1:124/5013 to All on Mon Jan 14 09:39:42 2019
    Path: eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!n ews.mixmin.net!news.albasani.net!.POSTED!not-for-mail
    From: JJ <jj4public@vfemail.net>
    Newsgroups: microsoft.public.windowsxp.help_and_support
    Subject: Re: XP's "more.com" skips first lines of output -- need a replacement Date: Thu, 14 Jan 2016 21:39:41 +0700
    Organization: ?
    Lines: 17
    Message-ID: <zblp881q6o0e.4jvsn3fuhykh$.dlg@40tude.net>
    References: <56977375$0$23733$e4fe514c@news.xs4all.nl>
    Mime-Version: 1.0
    Content-Type: text/plain; charset="us-ascii"
    Content-Transfer-Encoding: 7bit
    X-Trace: news.albasani.net O7hBp9wTlyf/HphA6Vjg+gFzytG+poXhHkI8NiL1t47OyXrCETGUNBVRerfkiIsODE2sDr9FuFrf70z JLX5jBH9L2RsIL9+JRcQd+r9loctZqXmNk1lHbp0TRGmN6RrF
    NNTP-Posting-Date: Thu, 14 Jan 2016 14:39:42 +0000 (UTC)
    Injection-Info: news.albasani.net; logging-data="ojmtM32jnGJa2f/ComdD4cjejrMv3dJsUjtGaR4r4TYyogNP6/lhbE3Dl6i9WSvd/ JLFaniZjWS84uPa2pOaGKjPQTEMZL5euGSibw0LaBzAdoTUUDD9uWckGJ+200ND"; mail-complaints-to="abuse@albasani.net"
    User-Agent: 40tude_Dialog/2.0.15.1
    X-Face: \*\`0(1j~VfYC>ebz[&O.]=,Nm\oRM{of,liRO#7Eqi4|!]!(Gs=Akgh{J)605>C9Air?pa d{sSZ09u+A7f<^paR"/NH_#<mE1S"hde\c6PZLUB[t/s5-+Iu5DSc?P0+4%,Hl
    Cancel-Lock: sha1:yI5MPM3ZmDYc+GjaRiqKYQ/YXps=
    Xref: mx02.eternal-september.org microsoft.public.windowsxp.help_and_support:31804

    On Thu, 14 Jan 2016 11:10:04 +0100, R.Wieser wrote:
    Hello All,

    I've noticed that my XPsp3 has got a version of MORE.COM which, in circumstances, skips the first set/page of lines. That means I need a bug-fixed replacement. Does someone have it for me ?

    And outof curiosity, has anyone else noticed the same ?

    Regards,
    Rudy Wieser

    Mine works fine. XP SP3, MORE.COM version 5.1.2600.5512.

    Some console programs output text to the error handle in addition to the
    output handle. MORE.COM only captures the output handle. One example of this program is ffmpeg.
    --- Platinum Xpress/Win/WINServer v3.1
    * Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013)
  • From address@not.available@1:124/5013 to All on Mon Jan 14 10:20:58 2019
    Path: eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!b order1.nntp.ams1.giganews.com!nntp.giganews.com!newsfeed.xs4all.nl!newsfeed8.ne ws.xs4all.nl!news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!n ewsgate.news.xs4all.nl!nzpost1.xs4all.net!not-for-mail
    From: "R.Wieser" <address@not.available>
    Newsgroups: microsoft.public.windowsxp.help_and_support
    References: <56977375$0$23733$e4fe514c@news.xs4all.nl> <zblp881q6o0e.4jvsn3fuhykh$.dlg@40tude.net>
    Subject: Re: XP's "more.com" skips first lines of output -- need a replacement Date: Thu, 14 Jan 2016 16:20:57 +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: 41
    Message-ID: <5697bc51$0$23855$e4fe514c@news.xs4all.nl>
    NNTP-Posting-Host: 83.163.119.5
    X-Trace: 1452784721 news.xs4all.nl 23855 83.163.119.5:2125
    X-Complaints-To: abuse@xs4all.nl
    Xref: mx02.eternal-september.org microsoft.public.windowsxp.help_and_support:31805

    JJ,

    Mine works fine. XP SP3, MORE.COM version 5.1.2600.5512.

    Same version here. And it bugs repeatedly.

    Some console programs output text to the error handle in
    addition to the output handle.

    In that case I should be seeing a mixed-up, rather unreadable combination of both, which has not happened.

    Regards,
    Rudy Wieser


    -- Origional message:
    JJ <jj4public@vfemail.net> schreef in berichtnieuws zblp881q6o0e.4jvsn3fuhykh$.dlg@40tude.net...
    On Thu, 14 Jan 2016 11:10:04 +0100, R.Wieser wrote:
    Hello All,

    I've noticed that my XPsp3 has got a version of MORE.COM which, in circumstances, skips the first set/page of lines. That means I need a bug-fixed replacement. Does someone have it for me ?

    And outof curiosity, has anyone else noticed the same ?

    Regards,
    Rudy Wieser

    Mine works fine. XP SP3, MORE.COM version 5.1.2600.5512.

    Some console programs output text to the error handle in addition to the output handle. MORE.COM only captures the output handle. One example of
    this
    program is ffmpeg.



    --- Platinum Xpress/Win/WINServer v3.1
    * Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013)
  • From V@nguard.LH@1:124/5013 to All on Mon Jan 14 15:36:18 2019
    Path: eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!n ewsfeed0.kamp.net!newsfeed.kamp.net!fu-berlin.de!uni-berlin.de!individual.net!n ot-for-mail
    From: VanguardLH <V@nguard.LH>
    Newsgroups: microsoft.public.windowsxp.help_and_support
    Subject: Re: XP's "more.com" skips first lines of output -- need a replacement Date: Thu, 14 Jan 2016 14:36:17 -0600
    Organization: Usenet Elder
    Lines: 58
    Sender: VanguardLH <>
    Message-ID: <dfqf63Fsu69U1@mid.individual.net>
    References: <56977375$0$23733$e4fe514c@news.xs4all.nl>
    Mime-Version: 1.0
    Content-Type: text/plain; charset="us-ascii"
    Content-Transfer-Encoding: 7bit
    X-Trace: individual.net 3l2LBtzHca2LPQcwztXvHw+CYmJVWz3pvhQEGHBJmHKEEioe5j Keywords: VanguardLH VLH811
    Cancel-Lock: sha1:21lNyNnn/zC9Iyhar7QPmRvlIuQ=
    User-Agent: 40tude_Dialog/2.0.15.41
    Xref: mx02.eternal-september.org microsoft.public.windowsxp.help_and_support:31806

    R.Wieser wrote on 2016/01/14:

    I've noticed that my XPsp3 has got a version of MORE.COM which, in circumstances, skips the first set/page of lines. That means I need a bug-fixed replacement. Does someone have it for me ?

    And outof curiosity, has anyone else noticed the same ?

    In what path (folder) is the more.com that you call? If you are using
    the PATH environment variable to specify executable paths, perhaps you
    are using a more.com other than what came with Windows. XP, and later,
    also use the registry to specify appPaths. Used regedit to look at:


    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths

    Each subkey is the name of the executable and a data value tells where
    to find the executable. more.com should be under %windir%\System32 and
    that should already be specified in the PATH environment variable, so
    there should not be a registry AppPath for it; however, the rules for executable search is to use the current folder first, so if you have a
    more.com there then that one gets used.

    You sure the file contains only *printable* TEXT characters? No
    printing or control (hidden) characters?

    Are you using the command-line to more.com to specify the file? Or are
    you piping or redirecting the output of another console-mode command
    (output goes to stdout) into the more.com program (e.g., program |
    more)? If you are specifying the file(s) as an argument to the more
    program then it should have only printable ASCII8 characters. If you
    are piping the output of a program into more.com, the program may issue
    output to stdout and stderr. The standard piping only redirects stdout. Standard redirection (>) only redirects stdout. For stderr, you have to
    use "2>", as in "program 2> stderr.txt". You didn't say HOW you are
    using more.com so I don't know if you are piping stdout into it or
    redirecting its output to a file or what.

    more.com is designed to paginate the output. Do you really need it
    paginated? If you redirect stdout to a file then pagination means you
    might not get all of the file redirected into another file.

    Have you tried using "type" command (internal command inside of cmd.com)
    if pagination is not needed?

    Does the file look okay when you load it into Notepad? Does it look
    okay when you run "type file > otherfile & notepad otherfile"?

    I haven't been on Windows XP for a few years but I don't remember
    encountering what you describe back when I used Windows XP (unless there
    were non-printable control or print characters within the file). You
    aren't using the +n command-line argument that says to skip n lines in
    the file, are you?

    What is the command line you enter? You can pipe into more.com. You
    can redirect into more.com. You can redirect out of more.com. more.com
    has command-line arguments. Just saying "more.com" doesn't tell us HOW
    you are using it.
    --- Platinum Xpress/Win/WINServer v3.1
    * Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013)
  • From V@nguard.LH@1:124/5013 to All on Mon Jan 14 16:14:54 2019
    Path: eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!n ewsfeed0.kamp.net!newsfeed.kamp.net!fu-berlin.de!uni-berlin.de!individual.net!n ot-for-mail
    From: VanguardLH <V@nguard.LH>
    Newsgroups: microsoft.public.windowsxp.help_and_support
    Subject: Re: XP's "more.com" skips first lines of output -- need a replacement Date: Thu, 14 Jan 2016 15:14:54 -0600
    Organization: Usenet Elder
    Lines: 136
    Sender: VanguardLH <>
    Message-ID: <dfqhegFtgoiU1@mid.individual.net>
    References: <56977375$0$23733$e4fe514c@news.xs4all.nl> <zblp881q6o0e.4jvsn3fuhykh$.dlg@40tude.net> <5697bc51$0$23855$e4fe514c@news.xs4all.nl>
    Mime-Version: 1.0
    Content-Type: text/plain; charset="us-ascii"
    Content-Transfer-Encoding: 7bit
    X-Trace: individual.net Fcc4hjma6UU6Copd48OOLgpQcq8t6510pXPdxoj+L0NC7wIVhM Keywords: VanguardLH VLH811
    Cancel-Lock: sha1:akXqjNueT9PX3a8zwyk52i5yYsA=
    User-Agent: 40tude_Dialog/2.0.15.41
    Xref: mx02.eternal-september.org microsoft.public.windowsxp.help_and_support:31807

    R.Wieser wrote on 2016/01/14:

    JJ,

    Mine works fine. XP SP3, MORE.COM version 5.1.2600.5512.

    Same version here. And it bugs repeatedly.

    Some console programs output text to the error handle in
    addition to the output handle.

    In that case I should be seeing a mixed-up, rather unreadable combination of both, which has not happened.

    Regards,
    Rudy Wieser

    -- Origional message:
    JJ <jj4public@vfemail.net> schreef in berichtnieuws zblp881q6o0e.4jvsn3fuhykh$.dlg@40tude.net...
    On Thu, 14 Jan 2016 11:10:04 +0100, R.Wieser wrote:
    Hello All,

    I've noticed that my XPsp3 has got a version of MORE.COM which, in
    circumstances, skips the first set/page of lines. That means I need a
    bug-fixed replacement. Does someone have it for me ?

    And outof curiosity, has anyone else noticed the same ?

    Regards,
    Rudy Wieser

    Mine works fine. XP SP3, MORE.COM version 5.1.2600.5512.

    Some console programs output text to the error handle in addition to the
    output handle. MORE.COM only captures the output handle. One example of
    this
    program is ffmpeg.

    No. Console output (stdout) is a separate stream from error output
    (stderr). Normal redirection (program > file) only includes stdout.
    There won't be any stderr content in the target file. To get stderr
    redirected into a file, you use "2>" (program 2> file).

    program > file
    program 1> file
    Only stdout goes into file.

    program 2> file
    Only stderr goes into file.

    program 1> fileA 2> fileB
    program > fileA 2> fileB
    Stdout is redirected into fileA.
    Stderr is redirected into fileB.

    program 1> file 2>&1
    program > file 2>&1
    Stdout goes to file.
    Stderr also goes to the same file.
    &1 is the placeholder variable representing command line argument number
    1 (which is the file). &0 is arg0 (program), &1 is arg1 (first arg to program), &2 is arg2, and so on. Redirection operators are not
    arguments. However, I've also seen "2>&1" described as "stream2
    redirected to stream 1 (so stream 1 must already exist)". There must
    NOT be a space between the redirection character (>) and the argument placeholder (&1).

    The redirection operation for stderr (2>) *must* follow the one for
    stdout (> or 1>). "prog 2> err.txt 1> ok.txt" and "prog 2>&1 > file"
    are invalid.

    Only in this case would you get a mix of stdout and stderr in the same
    file. Likely you are defaulting to just specifying stdout so that is
    all that gets redirected to the file.

    If a program, for example, outputted both non-blank stdout and stderr
    streams and you wanted to ensure to squelch all output:

    program > nul
    Only squelches stdout.
    Error messages (stderr) still go to the screen.

    program > nul 2> nul
    program > nul 2>&1
    Squelches both stdout and stderr.

    Nul is not an actual file so there is no conflict on trying to write
    multiple streams into it.

    program 1> file 2> file
    program > file 2> file
    Results in a "file inuse" error. Rather than redirect 2 streams
    concurrently into the file, you are trying to first write into the file
    and then write into it again but the file handle is still open from the
    first write operation. > is an overwrite operation: if the file does
    not exist then it is created and do the write, if the file does exist
    then overwrite it. The stdout redirect is still open so you are not
    allowed to write on an already open file for stderr.

    I have not tried the 1 (stdout) and 2 (stderr) prefixes on redirects
    that append (i.e., using >> to append output into an existing file).
    For example:

    programA > file
    programB > file
    file gets overwritten with programB's stdout. Nothing of programA's
    stdout remains in file.

    versus

    program > file
    programA >> file
    file has stdout from programA followed by stdout from programB.

    To capture stderr along with stdout into the same file, I suspect you
    could use:

    program > file 2>>&1
    Overwrite stdout to file, append stderr to file.
    program >> file 2>>&1
    Append stdout to existing file (or create file), append stderr to file.

    However, it seems unnecessary to append stderr since:

    program > file 2>&1
    and
    program > file 2>>&1

    do the same thing.

    The stream identifiers of 1> or > for stdout and 2> for stderr are for
    when redirecting them to the specified target (after the > character).
    I'd have to research to find out if stream identifiers are applicable
    when piping (using the | character); i.e., where programB has a stdin
    stream that will accept stdout or stderr streams from programA.
    --- Platinum Xpress/Win/WINServer v3.1
    * Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013)