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 equivalent to
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 library
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
Bruce Adams wrote:
I have lately been having real problems with vanilla gcc 3.2
generating executables that crash.
snip
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
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
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 back
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:0
then the clock appears immediately
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:
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);
On Fri, 28 Feb 2003 19:03:48 +0100, Corinna Vinschen wrote:
On Fri, Feb 28, 2003 at 01:34:04PM +, 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
through in some cases.
Simple
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 a real upper bound, but it was a long time
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
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: win32-nat.c
Corinna Vinschen wrote:
On Tue, Nov 19, 2002 at 01:34:30PM +, 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 is received. I believe the error is in poll.cc
jblazi wrote:
I have tried to compile an X11 program from the Guile tutorial
http://www.gnu.org/software/guile/docs/guile-tut/tortoise1.html. I
could compile it but when I run it from bash, I get a core dump.
I have just tried it with the latest cygwin, xfree and tools, and I do
not get a
Bryan Zimmer wrote:
Greetings,
I used to have an installation of Cygwin that, when I did a startx,
I = got the server startup, the twm window manager, a couple of xterms
and =oclock. Now, I run startx and all I get is the blank server
screen. = When I exit, I get a message to the effect
Hi
On my website at
http://homepage.ntlworld.com/steven.obrien2/
I have published the patches that I found that I needed to apply to
build a gnome 1.4 desktop and some gnome apps on cygwin on NT/2k/XP.
These are unofficial, unsupported, and very experimental; suitable
only for experienced users
On Tue, 30 Apr 2002 16:55:50 -0400
Charles Wilson [EMAIL PROTECTED] wrote:
What was the rationale for removing the included glib? It was put
into pkgconfig in order to break the recursive dependence: glib
requires pkgconfig which requires glib which ...
Granted, the version of glib
On Tue, 30 Apr 2002 02:48:20 -0400
Charles Wilson [EMAIL PROTECTED] wrote:
You could probably do the following:
get rid of mkdll.sh
relibtoolize/autoconf using the -devel tools (e.g. make sure that
configure.in has AC_PREREQ(2.52))
./configure; make;
It oughta work. /famous last
On Tue, 30 Apr 2002 10:57:46 -0400
Charles Wilson [EMAIL PROTECTED] wrote:
Harold Hunt wrote:
... I added a link to your Cygwin Gnome page to Cygwin/XFree86's Ported
Software page:
http://xfree86.cygwin.com/ported-software.html
I'm very impressed with your work to compile Gnome
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
22 matches
Mail list logo
