On Wed, 22 Feb 2006, Jim Easton wrote:
> Does cygwin have a program called "script". It is a program
> which records terminal traffic in a file.
>
> If so what would I select in setup to get it?
Fedora Core 4 gets this program from a package called "util-linux",
which I guess is roughly equivale
On Sun, 30 Mar 2003 18:22:20 +0200, Vaillant Etienne wrote:
> But I have a problem : exceptions between shared lib and an
> application isn't support by Cygwin...
>
> To verify this, I made the following exemple :
Etienne, you don't say how you compiled or linked your example. If the
shared libra
On Wed, Mar 26, 2003 at 08:48:33AM +0800, David Huang wrote:
> Failed non-blocking connect returns incorrect errno on AF_UNIX
> protocol.
I think it is unlikely that the app really needs the connect() call to
be non-blocking (otherwise it would have to handle the in-progress
case). So a simple so
Bruce Adams wrote:
> I have lately been having real problems with vanilla gcc 3.2
> generating executables that crash.
> The simplest way to reproduce the problem is to have a main function
> in a file with a .h of the same name as below.
Bruce I have tried your example code and it works fine fo
Hi
On Sun, 2 Mar 2003 12:31:49 -0500, Christopher Faylor wrote:
> I don't see how a change which checks for a valid error condition
> could be considered "wrong".
My apologies for not giving more details, I realize that last message
was a little curt. There are two issues with the current CVS rev
On Sun, 2 Mar 2003 01:38:09 -0500, Christopher Faylor wrote:
> Please try the latest cygwin snapshot and report any problems or
> successes here. The latest snapshot may be close to cygwin 1.3.21.
Chris,
The change to dll_init.cc is wrong. If 1.3.21 is immiment, I strongly
recommend that you bac
On Sat, 1 Mar 2003 16:29:52 +0100, Corinna Vinschen wrote:
> Should be solved now. Could you try the next snapshot, please?
Thanks Corinna, X clients are working correctly again with the new
snapshot.
Steven
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
On Fri, 28 Feb 2003 19:36:38 +, Steven O'Brien wrote:
> $ XWin :0 &
> $ xclock -display :0
>
> The clock does not appear, at least I gave up waiting after 7 minutes;
> control-c to get the prompt back. But if you try:
>
> $ xclock -display localhost
On Fri, 28 Feb 2003 19:03:48 +0100, Corinna Vinschen wrote:
> On Fri, Feb 28, 2003 at 01:34:04PM +0000, Steven O'Brien wrote:
> > By the way, the current CVS has a problem with unix sockets - they
> > are vey slow - like several minutes to get a simple message
>
Hi
I think I've found the problem with dlopen()/fork() on Win ME as
reported in
http://cygwin.com/ml/cygwin/2003-02/msg02221.html
If I'm right, it also applies to win 95/98.
in dll_init.cc: (dll_list::load_after_fork) a call is made to
LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES);
A
Hi
I have come across a problem with dlopened dlls and fork() on Windows
ME, that is not related to the rebase issue. The problem does not occur
on win 2k. Dlls linked using gcc-3 and loaded with dlopen() will cause
the program to fail if it fork()s. In my testing, this is true of every
dll I have
On Wed, 01 Jan 2003 18:39:08 -0500
Charles Wilson <[EMAIL PROTECTED]> wrote:
> Steven O'Brien wrote:
> > My patch works around this problem by allocating a buffer of 1024
> > bytes for cygwin. I think I got this value by reading the cygwin dll
> > source to find
Hi
I found a possible glib buffer overflow that is cygwin-specific (due to
a bug in cygwin perhaps?) that I worked around when porting glib-1.2.10
to cygwin. Maybe this is still a problem in glib-2.0.x
In glib-1.2.10, gutils.c: g_get_any_init (void), the current user
details are obtained from /etc
instead of after.
This fix is necessary to support anjuta and other gdb interfaces on
cygwin.
Changelog entry:
2002-12-31 Steven O'Brien <[EMAIL PROTECTED]>
* gdb/win32-nat.c (child_create_inferior): close tty fd before
launching the inferior process.
Patch:
Index:
Corinna Vinschen wrote:
> On Tue, Nov 19, 2002 at 01:34:30PM +0000, Steven O'Brien wrote:
> > Hi
> >
> > The current implementation of poll() does not behave correctly with
> > listen sockets. It always gives a POLLERR revent when a connection
> > request
Hi
The current implementation of poll() does not behave correctly with
listen sockets. It always gives a POLLERR revent when a connection
request is received. I believe the error is in poll.cc lines 96-108:
switch (sock->recvfrom (peek, sizeof (peek), MSG_PEEK,
Eduado wrote:
> I am running the bash shell, and somehow, even though the SHELL variable is
> set, Oine does not pick it up.
Although bash sets the SHELL variable, it does not export it. This has been
discussed on this list before. The correct solution is to explicitly export
it yourself from /e
17 matches
Mail list logo
