Subj : Re: XP's "more.com" skips first lines of output -- need a replacement To : All From : V@nguard.LH Date : Mon Jan 14 2019 03:36 pm 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 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: 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) .