New upstream release.
category: Net
requires: cygwin glib2 libncurses8 openssl perl
sdesc:A terminal based IRC client.
ldesc:A terminal based IRC client.
Supports autologging, formats and themes, configurable
keybindings, perl scripting.
wget \
On Apr 7 17:45, Kostya Altukhov wrote:
wget \
http://kacygwinlist2.googlepages.com/irssi-0.8.13-1-src.tar.bz2 \
http://kacygwinlist2.googlepages.com/irssi-0.8.13-1.tar.bz2 \
http://kacygwinlist2.googlepages.com/setup.hint
Uploaded.
Did you try to build it for 1.7 already? IRSSI uses
-Message d'origine-
De : cygwin-xfree-ow...@cygwin.com
[mailto:cygwin-xfree-ow...@cygwin.com] De la part de Phil Betts
Envoyé : jeudi 2 avril 2009 17:24
À : cygwin-xfree@cygwin.com
Objet : RE: drop-down menu with multiwindow option doesn't work
Raphaël Langella wrote:
Hi,
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-04-07 16:24:50
Modified files:
winsup/utils : ChangeLog path.cc
Log message:
* path.cc (readlink): Accommodate new UTF-16 symlinks.
Patches:
On Apr 4 11:47, Corinna Vinschen wrote:
On Apr 4 08:23, Dave Korn wrote:
Christopher Faylor wrote:
Ah, I could address a bit more to these two questions as well:
Isn't a long 32 bits? What would be the ABI breakage in changing that
one typedef rather than lots of #defines?
Corinna Vinschen wrote:
OTOH, we already had to change int32_t and uint32_t from long to int to
avoid warnings. Given that we already changed that anyway, I'm wondering
if it isn't more sane to align the least and fast types as well.
Well, if there was ever a time to do it, now would be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 4/4/2009 12:24 AM:
Because our stdint.h types are divergent from Linux, and changing them
instead could cause yet another ABI break.
Why would changing uint32_t from 'unsigned long' to 'unsigned int' break
Eric Blake wrote:
Making the ABI change now (which
probably won't affect C apps, but will definitely affect any C++ code that
used uint32_t and friends in mangled names)
But I'm with Dave that IF we decide
the ABI change is the right thing to do, then NOW is the only time worth
doing it.
Eric Blake wrote:
According to Christopher Faylor on 4/4/2009 12:24 AM:
Because our stdint.h types are divergent from Linux, and changing them
instead could cause yet another ABI break.
Why would changing uint32_t from 'unsigned long' to 'unsigned int' break
anything? It looks to me like
On Apr 7 09:06, Charles Wilson wrote:
Eric Blake wrote:
Making the ABI change now (which
probably won't affect C apps, but will definitely affect any C++ code that
used uint32_t and friends in mangled names)
But I'm with Dave that IF we decide
the ABI change is the right thing to
Christopher Faylor wrote:
I don't entirely understand when people think it's ok to make sweeping
changes for 1.7 and when they think we need to be conservative.
MHO is that 1.7+gcc4 is already such a sweeping change (e.g.
conservative left the building sometime last year), that if we DO plan
on
On Tue, Apr 07, 2009 at 10:57:02AM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
I don't entirely understand when people think it's ok to make sweeping
changes for 1.7 and when they think we need to be conservative.
MHO is that 1.7+gcc4 is already such a sweeping change (e.g.
On Apr 7 11:08, Christopher Faylor wrote:
On Tue, Apr 07, 2009 at 10:57:02AM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
I don't entirely understand when people think it's ok to make sweeping
changes for 1.7 and when they think we need to be conservative.
MHO is that 1.7+gcc4
On Apr 7 13:05, Eric Blake wrote:
According to Corinna Vinschen on 4/7/2009 7:15 AM:
* include/stdint.h (int_least32_t): Define as int.
Are there any corresponding patches needed to inttypes.h? I haven't
checked yet, but we should make absolutely sure that we are consistent
across
On Tue, Apr 07, 2009 at 07:24:07PM +0200, Corinna Vinschen wrote:
On Apr 7 11:08, Christopher Faylor wrote:
Or as in the WJM aforementioned sense.
Sounds like WJM matches exactly what my patch does. I've checked it
in.
I feel so satisfied. Thanks.
cgf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 4/7/2009 7:15 AM:
Good point, I guess. So, if we all agree on that, I'd suggest to
change Dave's patch to the one below.
Corinna
* include/stdint.h (int_least32_t): Define as int.
Are there any
* John BORIS (Mon, 06 Apr 2009 13:05:33 -0400)
I installed rsync on my Windows Server 2008. The service starts but
doesn't write to a log or accept any connections. Any pointers or RTFM
suggestions?
Firewall, UAC? Run it in verbose mode and not as daemon.
Thorsten
--
Unsubscribe info:
On Apr 7 00:12, Dave Korn wrote:
Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 08:08:33PM +0200, Corinna Vinschen wrote:
On Apr 6 13:33, Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote:
Wouldn't it help if libc.a, libm.a etc. wouldn't
On Apr 6 20:15, Lee D.Rothstein wrote:
Corinna Vinschen wrote:
On Apr 6 15:14, Lee D. Rothstein wrote:
Corinna Vinschen wrote:
http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html
Can't have any files named [aA][uU][xX] dot *anything* in Windows, or
anything dot
Corinna Vinschen wrote:
On Apr 7 00:12, Dave Korn wrote:
Grepping through library symbols seems quite
fragile when so many standard C library functions are permitted to be
implemented as macros.
I assume they use nm rather than grep.
Sorry, I was just using the term in the extended
On Apr 7 12:10, Spiro Trikaliotis wrote:
Hello again,
* On Mon, Apr 06, 2009 at 10:07:00PM +0200 Corinna Vinschen wrote:
On Apr 6 15:14, Lee D. Rothstein wrote:
Can't have any files named [aA][uU][xX] dot *anything* in Windows, or
anything dot [aA][uU][xX].
Incorrect. This
Hello again,
* On Mon, Apr 06, 2009 at 10:07:00PM +0200 Corinna Vinschen wrote:
On Apr 6 15:14, Lee D. Rothstein wrote:
Can't have any files named [aA][uU][xX] dot *anything* in Windows, or
anything dot [aA][uU][xX].
Incorrect. This is a restriction in the Win32 API,
This is
Hello,
* On Mon, Apr 06, 2009 at 06:20:26PM +0200 Corinna Vinschen wrote:
On Apr 6 18:12, Spiro Trikaliotis wrote:
* On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote:
Marc Girod wrote:
[...]
http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames
Is this still true
On 2009/04/07 3:07, Corinna Vinschen wrote:
I would nevertheless be glad if you would write something up about them,
so we have it in the records should we ever re-examine this issue.
Just for information. Sorry it has become very long... I
thought I should write some background
On Tue, Apr 07, 2009 at 12:31:29PM +0100, Dave Korn wrote:
Corinna Vinschen wrote:
On Apr 7 00:12, Dave Korn wrote:
Grepping through library symbols seems quite fragile when so many
standard C library functions are permitted to be implemented as macros.
I assume they use nm rather than grep.
With Cygwin 1.7,
$ ls -l /usr/bin/asciidoc
lrwxrwxrwx 1 lboulard Domain Users 11 Apr 7 16:47 /usr/bin/asciidoc
- asciidoc.py
$ ls -l /usr/bin/asciidoc.py
ls: cannot access /usr/bin/asciidoc.py: No such file or directory
/usr/bin/asciidoc link to non-existant asciidoc.py.
I reinstalled to be
Laurent Boulard laurent.boulard at gmail.com writes:
With Cygwin 1.7,
$ ls -l /usr/bin/asciidoc
lrwxrwxrwx 1 lboulard Domain Users 11 Apr 7 16:47 /usr/bin/asciidoc
- asciidoc.py
$ ls -l /usr/bin/asciidoc.py
ls: cannot access /usr/bin/asciidoc.py: No such file or directory
Blech.
On Apr 7 22:01, neomjp wrote:
On 2009/04/07 3:07, Corinna Vinschen wrote:
I would nevertheless be glad if you would write something up about them,
so we have it in the records should we ever re-examine this issue.
Just for information. Sorry it has become very long... I
thought I
On Apr 7 15:28, Eric Blake wrote:
Laurent Boulard laurent.boulard at gmail.com writes:
Found: D:\cygwin17\bin\cpp.exe
- D:\cygwin17\bin\ÿþ\
Unrelated to your report, but this looks odd. Does cygcheck need to be
taught
how to decipher cygwin's new utf-aware symlink contents?
On Mon, Apr 6, 2009 at 9:38 PM, Matt Wozniski godlyg...@gmail.com wrote:
On Mon, Apr 6, 2009 at 4:11 PM, Corinna Vinschen wrote:
On Apr 6 14:46, Gregg Reynolds wrote:
int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path =
Makefile
Is fd == 0 by any chance? The above code
30 matches
Mail list logo
