Hi
A new version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.34 with gcc-4.9.2
o Added Oracle WebLogic and Oracle GoldenGate logfile highlightning
multitail NEWS:
===
- status line fixes (some info was
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.34 with gcc-4.9.2
o Added Oracle WebLogic and Oracle GoldenGate logfile highlightning
multitail NEWS:
===
- status line fixes (some info was
On 6/20/2014 10:32 AM, Eli Zaretskii wrote:
Date: Fri, 20 Jun 2014 15:27:14 +0100
From: Ken Brown
Why did you need to step through the Glib code? AFAIU, the file
monitor did trigger, so what I would first look at is the data it
delivers back to Emacs, not how the monitor works internally.
some_file
You mean C-x C-f
M-x auto-revert-tail-mode
wait for few seconds - emacs crashes
I can confirm this, but on 32-bit Cygwin only; there's no crash on
64-bit Cygwin. (This is a refreshing change from the emacs crashes
people have been reporting on 64-bit Cygwin
to reproduce:
emacs -Q
C-x C-r some_file
You mean C-x C-f
M-x auto-revert-tail-mode
wait for few seconds - emacs crashes
I can confirm this, but on 32-bit Cygwin only; there's no crash on
64-bit Cygwin. (This is a refreshing change from the emacs crashes
people have been reporting on 64
On 6/18/2014 1:46 PM, Ken Brown wrote:
On 6/18/2014 11:06 AM, Filipp Gunbin wrote:
I'm not sure whether this is Cygwin-specific, but I'm not able to test
it on other OS, so here are the steps to reproduce:
emacs -Q
C-x C-r some_file
You mean C-x C-f
M-x auto-revert-tail-mode
wait
Ken,
On 18/06/2014 21:46 +0400, Ken Brown wrote:
On 6/18/2014 11:06 AM, Filipp Gunbin wrote:
C-x C-r some_file
You mean C-x C-f
I did C-x C-r but that should not matter.
M-x auto-revert-tail-mode
wait for few seconds - emacs crashes
I can confirm this, but on 32-bit Cygwin only
On 19/06/2014 17:11 +0400, Ken Brown wrote:
On 6/18/2014 1:46 PM, Ken Brown wrote:
I'm afraid I ran into a brick wall trying to debug this. I wanted to
see what gfile-add-watch was doing, so I ran emacs under gdb with a
breakpoint at Fgfile_add_watch and then a breakpoint at g_file_monitor
I'm not sure whether this is Cygwin-specific, but I'm not able to test
it on other OS, so here are the steps to reproduce:
emacs -Q
C-x C-r some_file
M-x auto-revert-tail-mode
wait for few seconds - emacs crashes
Filipp
--
Problem reports: http://cygwin.com/problems.html
FAQ
On 6/18/2014 11:06 AM, Filipp Gunbin wrote:
I'm not sure whether this is Cygwin-specific, but I'm not able to test
it on other OS, so here are the steps to reproduce:
emacs -Q
C-x C-r some_file
You mean C-x C-f
M-x auto-revert-tail-mode
wait for few seconds - emacs crashes
I can confirm
Hi
A new 64bit version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.19 with gcc-4.8.0
o Added Oracle WebLogic and Oracle GoldenGate logfile highlightning
multitail NEWS:
===
o No NEWS file available
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.18 with gcc-4.5.3
multitail NEWS:
===
o No NEWS file available
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.16 with gcc-4.5.3
multitail NEWS:
===
o Added -N which sets the initial tail lines count for all following inputs
o Configuration file parameter
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.16 with gcc-4.5.3
multitail NEWS:
===
o Added -N which sets the initial tail lines count for all following inputs
o Configuration file parameter
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.16 with gcc-4.5.3
o Uses cygport-0.11.0 for .hint files generation
o debuginfo package included
multitail NEWS:
===
o No NEWS available
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Update to latest upstream release
o Build for cygwin 1.7.16 with gcc-4.5.3
o Uses cygport-0.11.0 for .hint files generation
o debuginfo package included
multitail NEWS:
===
o No NEWS available
2012-02-06 19:46 Corinna Vinschen:
| On Feb 2 17:01, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/xtail/setup.hint \
http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1-src.tar.bz2 \
On Feb 10 13:53, Jari Aalto wrote:
2012-02-06 19:46 Corinna Vinschen:
| On Feb 2 17:01, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/xtail/setup.hint \
http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1-src.tar.bz2 \
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/xtail
License : BSD
Watch the growth of files. It's like running a tail -f on
a bunch of files at once. It notices if a file is
truncated and starts from the beginning. You can specify
both filenames and directories
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/xtail
License : BSD
Watch the growth of files. It's like running a tail -f on
a bunch of files at once. It notices if a file is
truncated and starts from the beginning. You can specify
both filenames and directories
On Feb 2 17:01, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/xtail/setup.hint \
http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1.tar.bz2
://packages.debian.org/search?keywords=xtail
To check build:
tar -xf *src*2
./*.sh --color --verbose all
Jari
[ stup.hint ]
sdesc: Extended tail that also works on truncated files and directories
ldesc: Watch the growth of files. It's like running a tail -f on
a bunch of files at once. It notices
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:
Pseudo-terminal will not be allocated because stdin
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:
Pseudo-terminal
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 denied
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
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Updated to latest upstream release
o Build for cygwin 1.7.9 with gcc-4.5.3
multitail NEWS:
===
o No NEWS available
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to
' Please Unsubsribe My Name '
John Boyd
On Thu, Nov 17, 2011 at 12:09 PM, Dr. Volker Zell
dr.volker.z...@oracle.com wrote:
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Updated to latest upstream release
o Build for cygwin 1.7.9 with gcc-4.5.3
multitail
Hi
A new version of 'multitail' has been uploaded to a server near you.
o Updated to latest upstream release
o Build for cygwin 1.7.9 with gcc-4.5.3
multitail NEWS:
===
o No NEWS available
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to
version are we talking about?
I frequently remote into servers and run tail -f to monitor various log
files.
I have noticed when I switched to another virtual desktop, the mintty sessions
in the hidden virtual desktops do not get updated. When I switch back to the
desktop and hit the enter key
frequently remote into servers and run tail -f to monitor various log files.
I have noticed when I switched to another virtual desktop, the mintty sessions
in the hidden virtual desktops do not get updated. When I switch back to the
desktop and hit the enter key within the mintty window it seems to catch
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/since
License : GPL-3+
Program remembers how much of a file you have viewed and displays only
what's new when you next view that file. Ideal for viewing log files
(it'll only show what's new in the file since the
Am 17.02.2011 23:50, schrieb Jari Aalto:
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/since
That would be http://welz.org.za/projects/since
--
Matthias Andree
--
Problem reports: http://cygwin.com/problems.html
FAQ:
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/since
License : GPL-3+
Program remembers how much of a file you have viewed and displays only
what's new when you next view that file. Ideal for viewing log files
(it'll only show what's new in the file since the
Eric Blake eblake at redhat.com writes:
And can this possibly be related to the previously reported issue where
bash's choice of terminal control functions would cause execution of
gitk as a background process to exit bash?
If I start mintty with vt100 as the termtype, then the problem
Andy Koppe andy.koppe at gmail.com writes:
On 2 December 2010 20:28, Heath Kehoe wrote:
FWIW, I can't reproduce this, even if I kill the tail or less with
SIGKILL, thus giving them no chance to do any cleanup. (I assume you
use 'less -K' to allow it to be ctrl-c'ed?)
Which shell do
On Wed, Dec 08, 2010 at 04:06:35PM +, TJ Anthony wrote:
Andy Koppe andy.koppe at gmail.com writes:
On 2 December 2010 20:28, Heath Kehoe wrote:
FWIW, I can't reproduce this, even if I kill the tail or less with
SIGKILL, thus giving them no chance to do any cleanup. (I assume you
use
On 12/08/2010 10:28 AM, Christopher Faylor wrote:
After ctrl+C during a grep which is redirecting output to a file:
$ speed 38400 baud; line = 0;
start = undef; stop = undef; lnext = undef; min = 1; time = 0;
-icrnl -imaxbel
-icanon -echo -echoe -echok -echoctl -echoke
Can anyone
On 2 December 2010 20:28, Heath Kehoe wrote:
FWIW, I can't reproduce this, even if I kill the tail or less with
SIGKILL, thus giving them no chance to do any cleanup. (I assume you
use 'less -K' to allow it to be ctrl-c'ed?)
Which shell do people who've seen the problem use
On 2 December 2010 20:49, Illia Bobyr wrote:
On 12/2/2010 2:28 PM, Heath Kehoe wrote:
[...]
Also, the OP said the problem was happening on pipelines like 'tail | grep'.
Neither tail nor grep muck with tty settings (that I know of), so if the tty
is ending up with echo disabled, it's got
On 12/1/2010 8:53 PM, David Rothenberger wrote:
orbita wrote:
hi,
I've been experiencing this problem for quite some time. Whenever I do a
tail (eg. tail -f abc.txt | grep abc), and then Ctrl-C to exit the tail, I
can't type in new commands to the command prompt anymore.
All I could do
On 12/1/2010 8:53 PM, David Rothenberger wrote:
orbita wrote:
hi,
I've been experiencing this problem for quite some time. Whenever I do a
tail (eg. tail -f abc.txt | grep abc), and then Ctrl-C to exit the tail, I
can't type in new commands to the command prompt anymore.
All I could do
Illia Bobyr wrote:
On 12/1/2010 8:53 PM, David Rothenberger wrote:
orbita wrote:
hi,
I've been experiencing this problem for quite some time. Whenever I do a
tail (eg. tail -f abc.txt | grep abc), and then Ctrl-C to exit the tail, I
can't type in new commands to the command prompt anymore
on this a little bit?
Maybe a link or a reference that explains why this is happening?
I'm sorry, I can't. I don't know why it is happening. I just know how to
recover from it as a user.
I've noticed that this misbehavior occurs more frequently these days:
ctrl-c'ing some tasks (tail, less, maybe
:
ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with the
terminal settings all scrogged up, and requires you to blindly type in
'reset' (or stty sane) to fix it.
It's really rather annoying, but I don't know what exactly caused this
to start happening. It's possible
it as a user.
I've noticed that this misbehavior occurs more frequently these days:
ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with the
I can totally second that behaviour.
I've seen it ctrl-c'ing to get out of a tail in an xterm, so it isn't
specific to mintty.
I do
that this misbehavior occurs more frequently these days:
ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with the
terminal settings all scrogged up, and requires you to blindly type in
'reset' (or stty sane) to fix it.
It's really rather annoying, but I don't know what exactly caused
these days:
ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with the
terminal settings all scrogged up
FWIW, I can't reproduce this, even if I kill the tail or less with
SIGKILL, thus giving them no chance to do any cleanup. (I assume you
use 'less -K' to allow it to be ctrl-c'ed
noticed that this misbehavior occurs more frequently these days:
ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with the
terminal settings all scrogged up
FWIW, I can't reproduce this, even if I kill the tail or less with
SIGKILL, thus giving them no chance to do any cleanup. (I
On 12/2/2010 2:28 PM, Heath Kehoe wrote:
[...]
Also, the OP said the problem was happening on pipelines like 'tail | grep'.
Neither tail nor grep muck with tty settings (that I know of), so if the tty
is ending up with echo disabled, it's got to be the shell leaving it that
way. Perhaps
to recover from it as a user.
I've noticed that this misbehavior occurs more frequently these days:
ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with
the terminal settings all scrogged up
FWIW, I can't reproduce this, even if I kill the tail or less with
SIGKILL, thus giving them
. I just know how
to recover from it as a user.
I've noticed that this misbehavior occurs more frequently these days:
ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with the
I can totally second that behaviour.
I've seen it ctrl-c'ing to get out of a tail in an xterm, so
hi,
I've been experiencing this problem for quite some time. Whenever I do a
tail (eg. tail -f abc.txt | grep abc), and then Ctrl-C to exit the tail, I
can't type in new commands to the command prompt anymore.
All I could do is close that window and open another cygwin session.
Can anybody
orbita wrote:
hi,
I've been experiencing this problem for quite some time. Whenever I do a
tail (eg. tail -f abc.txt | grep abc), and then Ctrl-C to exit the tail, I
can't type in new commands to the command prompt anymore.
All I could do is close that window and open another cygwin
Alpha Fighter alphafighter1 at yahoo.com writes:
I've run into an issue with bash-completion v1.2-1. After I tail -f a file
and then press ctrl-c to stop
tailing I can no longer see any text I type. My text is being entered, just
not being ... echoed back.
This does not happen after
Alpha Fighter alphafighter1 at yahoo.com writes:
I've run into an issue with bash-completion v1.2-1. After I tail -f a file
and then press ctrl-c to stop
tailing I can no longer see any text I type. My text is being entered, just
not being ... echoed back.
This does not happen after
I've run into an issue with bash-completion v1.2-1. After I tail -f a file and
then press ctrl-c to stop tailing I can no longer see any text I type. My text
is being entered, just not being ... echoed back.
This does not happen after uninstalling 1.2-1. It also does not happen if I
I've run into an issue with bash-completion v1.2-1. After I tail -f a file and
then press ctrl-c to stop tailing I can no longer see any text I type. My text
is being entered, just not being ... echoed back.
This does not happen after uninstalling 1.2-1. It also does not happen if I
' (which works at character level)
- --retry added to tail when --retry is requested
- suppress_empty_lines did not work
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:
http
' (which works at character level)
- --retry added to tail when --retry is requested
- suppress_empty_lines did not work
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:
http
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/software
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.
See examples:
$ ps -a | tail +5 -
tail: cannot open `+5
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
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 output
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
Hi...
At present I am using cygwin 1.5 mainly, but I have also started to
migrate over to 1.7. Everything works quite well, but I encountered a
problem with the tail command. Obviously the + syntax does no longer
work in 1.7
In 1.5 when I call eg.
tail +3 /path/to/some/file
I get the whole
--- Mer 28/10/09, Roland Schwingel ha scritto:
Hi...
At present I am using cygwin 1.5 mainly, but I have also
started to migrate over to 1.7. Everything works quite well,
but I encountered a problem with the tail command. Obviously
the + syntax does no longer work in 1.7
In 1.5 when I
encountered a problem with the tail command. Obviously
the + syntax does no longer work in 1.7
In 1.5 when I call eg.
tail +3 /path/to/some/file
I get the whole file printed starting with line 3 (the
first 2 lines are omitted). With cygwin 1.7 this does no
longer work.
I get an error
Hi Roland,
On Wed, Oct 28, 2009 at 11:15, Roland Schwingel wrote:
Hi Marco,
Thanks for your reply.
Quoted e-mail edited; please see http://cygwin.com/acronyms/#PCYMTNQREAIYR
Marco Atzeri wrote on 28.10.2009 12:05:09:
--- Mer 28/10/09, Roland Schwingel ha scritto:
the manual says
tail
Marco Atzeri wrote:
--- Mer 28/10/09, Roland Schwingel ha scritto:
I get an error:
tail: cannot open '+3' for reading: No such file or
directory.
Is this on purpose or an accident?
probably, the last
$ tail --version
tail (GNU coreutils) 7.0
don't accept any more the previous
Hi
A new version of 'multitail' has been uploaded to a server near you.
DESCRIPTION:
MultiTail lets you view one or multiple files like the original tail
program. The difference is that it creates multiple windows on your
console (with ncurses). It can also monitor wildcards
Hi
A new version of 'multitail' has been uploaded to a server near you.
DESCRIPTION:
MultiTail lets you view one or multiple files like the original tail
program. The difference is that it creates multiple windows on your
console (with ncurses). It can also monitor wildcards
Hi All,
I just noticed this one thing when using 'tail' in cygwin. For some
reason, when using a '*' so as to 'tail' multiple files at once, the
'-n' option to tail doesn't work anymore. Note that I tried without
the '-n', and it works just as it should, i.e., 'tail *.dat' actually
gives teh last
Gustavo Seabra wrote on 29 October 2008 14:33:
I just noticed this one thing when using 'tail' in cygwin. For some
reason, when using a '*' so as to 'tail' multiple files at once, the
'-n' option to tail doesn't work anymore.
$ tail -2 *.dat
tail: option used in invalid context -- 2
On Wed, Oct 29, 2008 at 11:12 AM, Dave Korn [EMAIL PROTECTED] wrote:
Gustavo Seabra wrote on 29 October 2008 14:33:
I just noticed this one thing when using 'tail' in cygwin. For some
reason, when using a '*' so as to 'tail' multiple files at once, the
'-n' option to tail doesn't work anymore
Gustavo Seabra gustavo.seabra at gmail.com writes:
$ tail -2 *.dat
OK, I see that now. Thanks. But is there a reason why the abbreviation
is not working in cygwin? It works just fine in a different system...
It may be due to how many files that glob expands to, as the obsolete syntax
Gustavo Seabra wrote on 29 October 2008 17:39:
The -NNN form is an abbreviation for -n NNN. If you write it out
in full, it works:
$ tail -n 2 *.dat
OK, I see that now. Thanks. But is there a reason why the abbreviation
is not working in cygwin? It works just fine in a different
-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
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 me
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 known
, 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 me, but I (thankfully) don't use Vista.
I can reproduce this problem on Windows
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:
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,
-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
(...);
}
On Mon, Apr 14, 2008 at 10:56 AM, smr [EMAIL PROTECTED] wrote:
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. For other
reasons
14, 2008 at 10:56 AM, smr [EMAIL PROTECTED] wrote:
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. For other
reasons, I've rebuilt my machine
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. For other
reasons, I've rebuilt my machine clean twice this weekend and have had
this problem both times
Hi
A new version of 'multitail' has been uploaded to a server near you.
DESCRIPTION:
MultiTail lets you view one or multiple files like the original tail
program. The difference is that it creates multiple windows on your
console (with ncurses). It can also monitor wildcards
Hi
A new version of 'multitail' has been uploaded to a server near you.
DESCRIPTION:
MultiTail lets you view one or multiple files like the original tail
program. The difference is that it creates multiple windows on your
console (with ncurses). It can also monitor wildcards
http://packages.debian.org/since
When I build from source I get an additional README file in
/usr/share/doc/since-0.5
Now it's missing from your and my build.
The original package contains:
lrwxrwxrwx 1 root None 6 Feb 29 13:24 INSTALL - README
Jari Aalto writes:
http://packages.debian.org/since
When I build from source I get an additional README file in
/usr/share/doc/since-0.5
Now it's missing from your and my build.
The original package contains:
lrwxrwxrwx 1 root None 6
On Mar 2 21:43, Jari Aalto wrote:
http://cygwin.cante.net/since/since-0.5-1-src.tar.bz2 \
http://cygwin.cante.net/since/since-0.5-1.tar.bz2 \
http://cygwin.cante.net/since/setup.hint
Uploaded.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding
PACKAGE DESCRIPTION
===
Homepage: http://welz.org.za/projects/since
License : GPL
Program remembers how much of a file you have viewed and displays only
what's new when you next view that file. Ideal for viewing log files
(it'll only show what's new in the file since the last
PACKAGE DESCRIPTION
===
Homepage: http://welz.org.za/projects/since
License : GPL
Program remembers how much of a file you have viewed and displays only
what's new when you next view that file. Ideal for viewing log files
(it'll only show what's new in the file since the last
Jari Aalto writes:
Included in Debian stable:
http://packages.debian.org/since
When I build from source I get an additional README file in
/usr/share/doc/since-0.5
Ciao
Volker
* Sun 2008-03-02 Dr Dr [EMAIL PROTECTED]
* Message-Id: [EMAIL PROTECTED]
Jari Aalto writes:
Included in Debian stable:
http://packages.debian.org/since
When I build from source I get an additional README file in
/usr/share/doc/since-0.5
Fixed.
wget\
Jari Aalto writes:
* Sun 2008-03-02 Dr Dr [EMAIL PROTECTED]
* Message-Id: [EMAIL PROTECTED]
Jari Aalto writes:
Included in Debian stable:
http://packages.debian.org/since
When I build from source I get an additional README file in
Included in Debian stable:
http://packages.debian.org/since
Jari
sdesc: Tail work-alike that saves and uses state information
ldesc: Program remembers how much of a file you have viewed and displays only
what's new when you next view that file. Ideal for viewing log files.
It'll only show
the original tail
program. The difference is that it creates multiple windows on your
console (with ncurses). It can also monitor wildcards: if another file
matching the wildcard has a more recent modification date, it will
automatically switch to that file. That way you can, for example,
monitor
the original tail
program. The difference is that it creates multiple windows on your
console (with ncurses). It can also monitor wildcards: if another file
matching the wildcard has a more recent modification date, it will
automatically switch to that file. That way you can, for example,
monitor
1 - 100 of 143 matches
Mail list logo