> It's HEAD from lwp-request:
> http://search.cpan.org/~gaas/libwww-perl-6.03/bin/lwp-request
>
> Found unfortunately due to case-insensitive NTFS.
>
> Costin, try /usr/bin/head explicitly.
>
> Csaba
Thanks, that should do it.
I see one path when connecting manually with SSH, and another one when
On Fri, Nov 25, 2011 at 3:21 PM, Corinna Vinschen wrote:
> On Nov 25 16:03, Costin Caraivan wrote:
...
>> Also head fails with:
>> Pseudo-terminal will not be allocated because stdin is not a terminal.
>> bash: /cygdrive/c/apps/activeperl/bin/head: /usr/bin/perl: bad
>> interpreter: Permission den
On Nov 25 16:03, Costin Caraivan wrote:
> Hello,
>
> I'm trying to tail a file through SSH. I'm launching ssh through
> Python, like this:
> ssh -t u...@vm-admin.corp.com "tail
> /cygdrive/c/ctier/ctl/var/logs/ctlcenter/STAGING/Administration/\[Staging\]\
> Sleep/7.txt"
>
> And I get this:
> Pseu
>> Note that the +N notation is specific to --lines=, not the '-n'
>> shorthand.
>
> Wrong - the +N notation also works with -n:
>
> ps -a | tail -n +5
Ah, I was confused since 'tail -5' still works, but:
> This is a side affect of the change to the newer POSIX standard.
>
> http://www.gnu.org/
This is a side affect of the change to the newer POSIX standard. For instance,
to use the old standard:
503:$ _POSIX2_VERSION=199209
504:$ export _POSIX2_VERSION
505:$ ps -a | tail +5
2864 12864 2864 con 718399 19:26:01 /usr/bin/rxvt
76122864
According to Chris Sutcliffe on 3/2/2010 8:01 PM:
>> The "tail +4" commands does not work as advertised. When given such command
>> (advertised in man command), it complains it can't open the file. With the
>> command "tail +5 -", it produces the desired output with some junk on
>> standard outpu
> The "tail +4" commands does not work as advertised. When given such command
> (advertised in man command), it complains it can't open the file. With the
> command "tail +5 -", it produces the desired output with some junk on
> standard output.
As per the tail manpage:
-n, --lines=N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to smr on 4/16/2008 6:29 PM:
Please don't top-post: http://cygwin.com/acronyms/#TOFU
| Hi Christopher, is there currently an ETA for a release that would
| include this fix (whether that's 1.5.25-xx, or 1.6/1.7)?
In the classic open
Hi Christopher, is there currently an ETA for a release that would
include this fix (whether that's 1.5.25-xx, or 1.6/1.7)? I've been
out of the loop for a long time, so apologies if this is a question
you've been badgered with recently.
Thanks,
Steven
On Wed, Apr 16, 2008 at 4:44 PM, Christoph
On Wed, Apr 16, 2008 at 03:04:12PM -0700, smr wrote:
>Thanks very much Eric and Corinna for the responses -- glad to hear
>it's already fixed.
FYI, this will even be fixed in the 1.5.25 series eventually.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports
Thanks very much Eric and Corinna for the responses -- glad to hear
it's already fixed.
On Wed, Apr 16, 2008 at 6:13 AM, Corinna Vinschen
<[EMAIL PROTECTED]> wrote:
> On Apr 16 14:49, Corinna Vinschen wrote:
> > On Apr 16 06:23, Eric Blake wrote:
> > > According to smr on 4/14/2008 11:56 AM:
On Apr 16 14:49, Corinna Vinschen wrote:
> On Apr 16 06:23, Eric Blake wrote:
> > According to smr on 4/14/2008 11:56 AM:
> > | Hi, I've just rebuilt my machine and done a clean install of the
> > | latest Cygwin, and am having a problem with tail. I'm wanting to know
> > | whether this is a
On Apr 16 06:23, Eric Blake wrote:
> According to smr on 4/14/2008 11:56 AM:
> | Hi, I've just rebuilt my machine and done a clean install of the
> | latest Cygwin, and am having a problem with tail. I'm wanting to know
> | whether this is a known issue before digging deeper.
>
> Not known to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to smr on 4/14/2008 11:56 AM:
| Hi, I've just rebuilt my machine and done a clean install of the
| latest Cygwin, and am having a problem with tail. I'm wanting to know
| whether this is a known issue before digging deeper.
Not known
FWIW, a little non-Cygwin (VS2008) test app to display results from
fstat(0,...) returns the same thing on XP and Vista Ent SP1:
0x2000 which means character special, and not regular.
On Tue, Apr 15, 2008 at 3:23 PM, smr <[EMAIL PROTECTED]> wrote:
> I've done some debugging of tail.exe on
I've done some debugging of tail.exe on XP (which works) and Vista
Enterprise SP1 (which doesn't), and so far have found two differences
when tailing output piped from another program:
1. S_ISREG (stats.st_mode) returns 0 on XP, but 1 on Vista (I
haven't yet determined if this is an Enterprise-on
Hi,
I noticed there was a new version of readline. Does it fix this issue?
On 3/31/06, Eric Blake <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to William Xue on 3/29/2006 11:06 PM:
> Hi,
> Please let me describe the issue for you:
Issues like this have be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to William Xue on 3/29/2006 11:06 PM:
> Hi,
> Please let me describe the issue for you:
Issues like this have been reported in the past, but this is the first
report against readline-5.1-5.
> After set the PS1 in .bashrc to :
> ---8<---
On 19/05/05, Igor Pechtchanski wrote:
> On Thu, 19 May 2005, Dave Korn wrote:
> > Amusingly enough, those were still both legitimate email addresses even
> > after he X'd them out!
oops.
> That's why one ought to X out the top-level suffix too. I don't believe
> .XXX is a valid suffix. Or
On Thu, 19 May 2005, Dave Korn wrote:
> Original Message
> >From: Lev Bishop
> >Sent: 12 May 2005 23:56
>
> > On 12/05/05, Lev Bishop wrote:
> >> On 11/05/05, Peter Ekberg wrote:
> >
> > Sorry, sorry, sorry.
> >
> > 'kin
Original Message
>From: Lev Bishop
>Sent: 12 May 2005 23:56
> On 12/05/05, Lev Bishop wrote:
>> On 11/05/05, Peter Ekberg wrote:
>
> Sorry, sorry, sorry.
>
> 'kin gmail.
>
> Lev
Amusingly enough, those were still bo
Lev Bishop wrote:
> Try "grep --line-buffered" to get grep to flush output after every
> line. There is a performance penalty for doing this. I don't know why
> you don't see the buffering when grep's stdout isn't redirected.
> Perhaps grep (or the std library) removes/reduces buffering in the
> ca
Try "grep --line-buffered" to get grep to flush output after every
line. There is a performance penalty for doing this. I don't know why
you don't see the buffering when grep's stdout isn't redirected.
Perhaps grep (or the std library) removes/reduces buffering in the
case the output is a terminal.
Lev Bishop wrote:
> On 11/05/05, Peter Ekberg wrote:
>> What is going on here?
>
> My guess: "tail frame.log" closes its stdout as soon as it has read
> the requested lines from the file, "tail -f frame.log" keeps its
> stdout open, since it is waiting for new lines to be added to the
> logfile. C
On 12/05/05, Lev Bishop <[EMAIL PROTECTED]> wrote:
> On 11/05/05, Peter Ekberg <[EMAIL PROTECTED]> wrote:
Sorry, sorry, sorry.
'kin gmail.
Lev
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On 11/05/05, Peter Ekberg <[EMAIL PROTECTED]> wrote:
> What is going on here?
My guess: "tail frame.log" closes its stdout as soon as it has read
the requested lines from the file, "tail -f frame.log" keeps its
stdout open, since it is waiting for new lines to be added to the
logfile. Cat is using
Larry Hall wrote:
> the file deleted by "rm" isn't deleted really until it's closed, which
> won't happen until 'tail' ends. This is the way Windows works. There's
> not much to be done about it (at least not in Cygwin). Believe me,
> we've tried.
Here is a really ugly kludge to deal with a re
At 01:08 PM 5/18/2004, you wrote:
>I can't change the application unfortunately, if I
>could I'd have it only log interesting stuff rather
>than the garbage it does.
>
>Is it worth trying maybe to link the file and tail the
>link ? or mess with a tee command ??
I guess I'm unclear on what you're
I can't change the application unfortunately, if I
could I'd have it only log interesting stuff rather
than the garbage it does.
Is it worth trying maybe to link the file and tail the
link ? or mess with a tee command ??
--- Larry Hall <[EMAIL PROTECTED]> wrote:
> re tail a
At 09:31 AM 5/18/2004, you wrote:
>I am sorry if this has been covered before, but I was
>wondering if there is work around (probably not ;-(
>
>In unix you can do the following
>tail -f /somefile
>in another session
>rm -f /somefile
>echo OK > /somefile
>
>of course the tail stops working, but the
ED]>
From: "Matthew Smith"
To: "Cygwin"
Cc: "Textutils"
References: <[EMAIL PROTECTED]>
Subject: Re: tail -f will not work with IIS generated log files
Date: Thu, 26 Sep 2002 01:14:11 -0500
MIME-Version: 1.0
Content-Type: text/plain;
charset="is
Paul-Kenji Cahier <[EMAIL PROTECTED]> wrote:
>I'm experiencing trouble with tail
>
>i want to do a tail +2 but it wont be recognized
>tail --version wont give any output either
>
>any idea?
The first thing to do when a command behaves differently
than expected is to see what it is, so try "which
th [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 31, 2003 10:39 AM
> To: Cygwin
> Cc: Scott Alexander
> Subject: Re: tail -f problem
>
>
> This is not the fault of tail, rather IIS. Search the archives if you're
> interested why.
>
> cheers,
> -Matt
[mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 10:39 AM
To: Cygwin
Cc: Scott Alexander
Subject: Re: tail -f problem
This is not the fault of tail, rather IIS. Search the archives if you're
interested why.
cheers,
-Matt Smith
> With cygwin's tail, the output is not quite the
This is not the fault of tail, rather IIS. Search the archives if you're
interested why.
cheers,
-Matt Smith
> With cygwin's tail, the output is not quite the same as the linux version
of
> tail. With Cygwin's version, I will get output with tail -f, but the
> updates aren't "realtime" as the
Hey Parker,
Get Broots to do it! He's a software wiz, you know.
Mr. Schulz
At 20:38 2002-09-25, you wrote:
>Re: "Re: tail -f will not work with IIS generated log files"
>(http://www.cygwin.com/ml/cygwin/2000-10/msg01480.html)
>
>Well, the subject says it all. And
> Bit of bummer because getting "tail" to monitor IIS was the VERY reason I
> downloaded and installed www.CyGWin.com . I'm wondering:
>
> 1) When might someone fix this?
It will get fixed as soon as you submit a patch for it! Seriously. All of
the cygwin people work on a volunteer basis. W
Re: "Re: tail -f will not work with IIS generated log files"
(http://www.cygwin.com/ml/cygwin/2000-10/msg01480.html)
Well, the subject says it all. And the reason Robert C. gives (IIS
pre-allocates a lot of buffer-space at the end of it's logs) would also
explain why I get t
38 matches
Mail list logo
