On Aug 3, 2005, at 3:38 PM, Jon A. Lambert indited:
Stein Somers wrote:
In short, cygwin 1.5.17-1 good, 1.5.18-1 bad. As Gerrit wrote from
the
start.
Just as a point of strange coincidence, cygwin 1.5.17-1 good,
1.5.18-1 bad seems to be the case with the recent Python and
Postgres
Below is minimalistic textbook how to generate a DLL code, brought to
flavour by a grain of C++ salt. However it abort if compiled and run
with the latest gcc 3.4.4.1 and binutils 20050610-1 releases (as opposed
to the alternative 3.3.3.3, and I suspect any other version this century).
When
Stein Somers wrote:
Below is minimalistic textbook how to generate a DLL code, brought to
flavour by a grain of C++ salt. However it abort if compiled and run
with the latest gcc 3.4.4.1 and binutils 20050610-1 releases (as opposed
to the alternative 3.3.3.3, and I suspect any other version
Gerrit P. Haase wrote:
I get the same result when running a binary compiled with gcc-3.4.4 /
binutils-20050608-2 / cygwin-1.5.17, here it is running fine, running
the idebntical executable at another box with cygwin-1.5.18 gives me
the crash.
I should mention that it works also the other way
Original Message
From: Gerrit P. Haase
Sent: 02 August 2005 20:16
Gerrit P. Haase wrote:
I get the same result when running a binary compiled with gcc-3.4.4 /
binutils-20050608-2 / cygwin-1.5.17, here it is running fine, running
the idebntical executable at another box with
Dave Korn wrote:
Original Message
From: Gerrit P. Haase
Sent: 02 August 2005 20:16
Gerrit P. Haase wrote:
I get the same result when running a binary compiled with gcc-3.4.4 /
binutils-20050608-2 / cygwin-1.5.17, here it is running fine, running
the idebntical executable at
I tried to go to Chuck Wilson's web page, as pointed to in the
rxvt README:
http://www.neuro.gatech.edu/users/cwilson/cygutils/
And I just noticed it is also mentioned on this Cygwin web page:
http://cygwin.com/links.html
Unfortunately, that page isn't around, and a little bit of Googling
couldn't
http://cygwin.com/links.html is absolutely around!!
On Tue, 18 Jan 2005 10:54:01 -0500, Jonathan Arnold
[EMAIL PROTECTED] wrote:
I tried to go to Chuck Wilson's web page, as pointed to in the
rxvt README:
http://www.neuro.gatech.edu/users/cwilson/cygutils/
And I just noticed it is also
Jonathan Arnold writes:
I tried to go to Chuck Wilson's web page, as pointed to in the
rxvt README:
http://www.neuro.gatech.edu/users/cwilson/cygutils/
And I just noticed it is also mentioned on this Cygwin web page:
http://cygwin.com/links.html
Unfortunately, that page isn't
Jim Drash wrote:
On Tue, 18 Jan 2005 10:54:01 -0500, Jonathan Arnold
[EMAIL PROTECTED] wrote:
I tried to go to Chuck Wilson's web page, as pointed to in the
rxvt README:
http://www.neuro.gatech.edu/users/cwilson/cygutils/
And I just noticed it is also mentioned on this Cygwin web page:
Norman Vine wrote:
Jonathan Arnold writes:
I tried to go to Chuck Wilson's web page, as pointed to in the
rxvt README:
http://www.neuro.gatech.edu/users/cwilson/cygutils/
hmm 4th link returned for
google( wilson cygwin cygutils )
Better man than I, Gunga Din. I tried 'cygutils chuck wilson' and
you wrote:
FYI: I was installing cygwin with setup.exe to a
machine that had 200 MB disk space. During
installation the disk space ran out and setup.exe went
crazy: installation progress halted, setup.exe was
eating 99% of CPU and its memory usage was growing at
rate of 1MB/sec!
... i.e.
FYI: I was installing cygwin with setup.exe to a
machine that had 200 MB disk space. During
installation the disk space ran out and setup.exe went
crazy: installation progress halted, setup.exe was
eating 99% of CPU and its memory usage was growing at
rate of 1MB/sec!
The cygwin terminal mouse position reports (requested with
ESC [ ? 1000h) interfere with the DOS box scrollbar:
When the display is scrolled down, position reports do not indicate
the correct position on the screen but rather add the offset by
which the display has been scrolled down.
On the
On Thu, Jun 10, 2004 at 04:36:53PM +0200, [EMAIL PROTECTED] wrote:
The cygwin terminal mouse position reports (requested with ESC [ ?
1000h) interfere with the DOS box scrollbar: When the display is
scrolled down, position reports do not indicate the correct position on
the screen but rather add
On Feb 18 02:21, Thomas Mellman wrote:
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
Hmm, I tried to get various files between 1 Meg and 22 Megs, multiple
times, and I didn't have any crash. Do you encounter the same problem
with a recent Cygwin snapshot?
Corinna wrote:
On Feb 18 02:21, Thomas Mellman wrote:
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
Hmm, I tried to get various files between 1 Meg and 22 Megs, multiple
times, and I didn't have any crash. Do you encounter the same problem
with a recent
On Feb 19 03:39, Thomas Mellman wrote:
Corinna wrote:
On Feb 18 02:21, Thomas Mellman wrote:
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
Hmm, I tried to get various files between 1 Meg and 22 Megs, multiple
times, and I didn't have any crash. Do you
Corinna wrote:
Did you try to use the mapping feature of nmap? I transfer from a VMS
What's nmap? I never used it. I don't see that we have a nmap package
in the distro.
machine, and I need to nmap to get rid of the version number. I also
use the case command to convert from uppercase
Sent: 19 February 2004 13:32 From: Thomas Mellman
..snip..
$ ftp somehost
Connected to somehost.com.
220 somehost.3 FTP Server (Version 5.0) Ready.
Remote system type is VMS.
ftp user mellman
331 Username mellman requires a Password
Password:
230 User logged in.
ftp cd somewhere
On Feb 19 05:31, Thomas Mellman wrote:
Corinna wrote:
Did you try to use the mapping feature of nmap? I transfer from a VMS
What's nmap? I never used it. I don't see that we have a nmap package
in the distro.
machine, and I need to nmap to get rid of the version number. I also
On Feb 19 17:02, Corinna Vinschen wrote:
On Feb 19 05:31, Thomas Mellman wrote:
ftp nmap $1;$2 $1
ftp case
Case mapping on.
ftp get mspp_i_seq.h
200 PORT command successful.
150 Opening data connection for somewhere:MSPP_I_SEQ.H;1 (x.x.x.x,y)
Segmentation fault (core dumped)
FYI,
At 12:37 PM 2/19/2004, Corinna Vinschen you wrote:
On Feb 19 17:02, Corinna Vinschen wrote:
On Feb 19 05:31, Thomas Mellman wrote:
ftp nmap $1;$2 $1
ftp case
Case mapping on.
ftp get mspp_i_seq.h
200 PORT command successful.
150 Opening data connection for somewhere:MSPP_I_SEQ.H;1
I fixed the bug (which could only show up when using nmap) and uploaded
a new version of inetutils.
Wow! I'm impressed. Thank you!
As an exercise for the reader:
buf = (char *) malloc (size);
to = buf;
[...]
if (newsize size)
buf = realloc (buf, newsize);
while (newsize--)
On Thu, 19 Feb 2004, Thomas Mellman wrote:
Corinna Vinschen wrote:
As an exercise for the reader:
buf = (char *) malloc (size);
to = buf;
[...]
if (newsize size)
buf = realloc (buf, newsize);
while (newsize--)
*to++ = *src++;
What's wrong with this picture?
Brian Ford wrote:
Oh, I hope there's an answer section in the back
of the book.
Hint: realloc can move the data, returning a different base address.
Oh. I guess I read the man page wrong:
The realloc() function changes the size of the block of memory pointed to
by the pointer parameter
On Thu, Feb 19, 2004 at 05:02:36PM +0100, Corinna Vinschen wrote:
On Feb 19 05:31, Thomas Mellman wrote:
Corinna wrote:
Did you try to use the mapping feature of nmap? I transfer from a VMS
What's nmap? I never used it. I don't see that we have a nmap package
in the distro.
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
I tried to debug it with gdb but for some reason that I don't
understand, it hangs when run.
Nevertheless, using gdb to get the symbols (which appear to
be correct) and the ftp.exe.stackdump, I believe that I
On Wed, 18 Feb 2004, Thomas Mellman wrote:
Re: ftp crash
I tried to debug it with gdb but for some reason that I don't
understand, it hangs when run.
Nevertheless, using gdb to get the symbols (which appear to
be correct) and the ftp.exe.stackdump, I believe that I have
localized
On Wed, Feb 18, 2004 at 09:36:58AM -0500, Igor Pechtchanski wrote:
On Wed, 18 Feb 2004, Thomas Mellman wrote:
Re: ftp crash
I tried to debug it with gdb but for some reason that I don't
understand, it hangs when run.
Nevertheless, using gdb to get the symbols (which appear to
be
--- Igor Pechtchanski [EMAIL PROTECTED] wrote:
0x6100 is the base address for cygwin1.dll, IIRC.
Aha. Thank you. I'm still not clear on what happened to
my stack frame for dataconn(), although I can now imagine
what happened to the stack frame entry for the subordinate
fdopen().
Symbol
Patrick,
On Fri, Dec 19, 2003 at 04:05:20AM -0800, Patrick Samson wrote:
Postgresql's configure --with-tcl uses
/lib/tclConfig.sh to know how to link with TCL. But in
package tcltk version 20030901-1, usr/lib/tclConfig.sh
contains:
TCL_LIB_SPEC=''
so something required by Postgres isn't
Postgresql's configure --with-tcl uses
/lib/tclConfig.sh to know how to link with TCL. But in
package tcltk version 20030901-1, usr/lib/tclConfig.sh
contains:
TCL_LIB_SPEC=''
so something required by Postgres isn't found.
Please change to:
TCL_LIB_SPEC='-L/usr/lib -ltcl84'
Additional comments:
On Sun, 2003-03-30 at 13:01, Christopher Faylor wrote:
On Sun, Mar 30, 2003 at 12:42:03PM -0800, linda w (cyg) wrote:
Agreed. Perhaps the naming should be a bit more evident.
Or, perhaps you should school yourself to do some research before you
start blindly sending email. At the very
On 31 Mar 2003, Michael Pierce wrote:
On Sun, 2003-03-30 at 13:01, Christopher Faylor wrote:
On Sun, Mar 30, 2003 at 12:42:03PM -0800, linda w (cyg) wrote:
Agreed. Perhaps the naming should be a bit more evident.
Or, perhaps you should school yourself to do some research before you
On Mon, Mar 31, 2003 at 02:05:25PM -0800, Michael Pierce wrote:
I wish the developers would try to remember, not everyone is a
developer, in fact most are just users, cut some slack!
Step 1: Person posts to wrong list.
Step 2: Person is apprised of that fact by cygwin mailing list notable.
Step
* linda w (cyg) (03-03-30 19:56 +0100)
Did you actually read what Igor Pechtchanski wrote?
,---
| Linda,
|
| According to http://cygwin.com/lists.html#available-lists, this is
| off-topic for the cygwin-apps at cygwin dot com list. Please
| remove cygwin-apps at cygwin dot com from further
) for bug reports, it would be nice, or how do I type of
musings. Use the main cygwin mailing list for that.
The keywords in the above are packaging issues, and it is not for bug
reports. What you've described is not a packaging issue. It is a bug
report. Thus it belongs on the main cygwin list
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Igor Pechtchanski
Sent: Sun, Mar 30, 2003 12:26p
To: linda w (cyg)
Cc: [EMAIL PROTECTED]
Subject: RE: bash bug report? Minor border case:
Linda,
I shan't delve into the intuitiveness of list naming here. There is a
clear
Agreed. Perhaps the naming should be a bit more evident.
I don't reread the list purpose everytime I do a post. Cygwin-packaging
or cygwin-app-packag[e/ing] would be a bit more self-
documenting. Nothing more intelligent that a self documenting
name. :-)
-linda
Maybe. But that document
On Sun, Mar 30, 2003 at 12:42:03PM -0800, linda w (cyg) wrote:
Agreed. Perhaps the naming should be a bit more evident.
Or, perhaps you should school yourself to do some research before you
start blindly sending email. At the very least you could do some
research before responding to valid
Hallo linda,
Nothing more intelligent that a self documenting name. :-)
app means 'application packaging problems'.
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation:
On Sun, 30 Mar 2003, Gerrit P. Haase wrote:
Hallo linda,
Nothing more intelligent that a self documenting name. :-)
app means 'application packaging problems'.
Gerrit
*LOL* Bravo, Gerrit!
Chris, is this one a candidate for the OLOCA? ;-)
Igor
--
On Sun, Mar 30, 2003 at 05:39:50PM -0500, Igor Pechtchanski wrote:
On Sun, 30 Mar 2003, Gerrit P. Haase wrote:
Nothing more intelligent that a self documenting name. :-)
app means 'application packaging problems'. Gerrit
*LOL* Bravo, Gerrit! Chris, is this one a candidate for the OLOCA? ;-)
]; [EMAIL PROTECTED]
Subject: Re: bash bug report? Minor border case:
Linda,
According to http://cygwin.com/lists.html#available-lists, this is
off-topic for the cygwin-apps at cygwin dot com list. Please remove
cygwin-apps at cygwin dot com from further replies.
Igor
On Sat, 29
Valid filename created by app:
\Documents and Settings\law\My
Documents\win\registry2\regtweaks\Kellys_XP_Tweaks\download.com.com\clear\redx\c.gif-ts=-104976066edId=3prtnr=CNET+Networks,+Inc.
oid=3000-2094-10126096ptId=3000onId=2094sId=4asId=10126096pId=10126096asType=Product
exactly 255
Linda,
According to http://cygwin.com/lists.html#available-lists, this is
off-topic for the cygwin-apps at cygwin dot com list. Please remove
cygwin-apps at cygwin dot com from further replies.
Igor
On Sat, 29 Mar 2003, linda w (cyg) wrote:
Valid filename created by app:
\Documents
Valid filename created by app:
\Documents and Settings\law\My
Documents\win\registry2\regtweaks\Kellys_XP_Tweaks\download.com.com\clear\redx\c.gif-ts=-104976066edId=3prtnr=CNET+Networks,+Inc.
oid=3000-2094-10126096ptId=3000onId=2094sId=4asId=10126096pId=10126096asType=Product
exactly 255
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, 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 testcase[tm]?
Corinna
--
Corinna Vinschen
On Fri, 28 Feb 2003, Corinna Vinschen wrote:
On Fri, Feb 28, [EMAIL PROTECTED]: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
On Fri, Feb 28, 2003 at 01:15:08PM -0500, Igor Pechtchanski wrote:
On Fri, 28 Feb 2003, Corinna Vinschen wrote:
On Fri, Feb 28, [EMAIL PROTECTED]: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
On Fri, Feb 28, 2003 at 01:34:04PM +, Steven O'Brien wrote:
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
On Fri, 28 Feb 2003, Christopher Faylor wrote:
On Fri, Feb 28, [EMAIL PROTECTED]:15:08PM -0500, Igor Pechtchanski wrote:
On Fri, 28 Feb 2003, Corinna Vinschen wrote:
On Fri, Feb 28, [EMAIL PROTECTED]:34:04PM +, Steven O'Brien wrote:
By the way, the current CVS has a problem with unix
On Fri, Feb 28, 2003 at 04:16:32PM -0500, Igor Pechtchanski wrote:
TY [Thank you], CGF! THISU [This honor is surely undeserved], IMHO, but
IWTTLUTI [I will try to live up to it]. AAFS [As a first step], IWLTP [I
would like to propose] establishing the OLOCA [Official List of Cygwin
Acronyms].
Igor,
So tell the truth. Are you really undergoing a thesis defense next month?
Randall
At 13:16 2003-02-28, Igor Pechtchanski wrote:
On Fri, 28 Feb 2003, Christopher Faylor wrote:
On Fri, Feb 28, [EMAIL PROTECTED]:15:08PM -0500, Igor Pechtchanski wrote:
On Fri, 28 Feb 2003, Corinna Vinschen
Well, either that or keeling over. I think I'd better change it to a more
truthful April, though...
Igor
On Fri, 28 Feb 2003, Randall R Schulz wrote:
Igor,
So tell the truth. Are you really undergoing a thesis defense next month?
Randall
At 13:16 2003-02-28, Igor Pechtchanski
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
Hi
std::isgraph(char), std::isalpha(char) and std::alnum(char) are not working
correctly on latest cygwin. They return false for á à é í ó ú ç and other
characters like that.
Regards
Gustavo Guerra
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
Gustavo Guerra wrote:
Hi
std::isgraph(char), std::isalpha(char) and std::alnum(char) are not working
correctly on latest cygwin. They return false for á à é í ó ú ç and other
characters like that.
Regards
Gustavo Guerra
Looking at newlib/libc/ctype/ctype_.c, it looks like cygwin only handles
here is the path to the cygwin driver :
--- /usr/bin/automake 2003-01-17 16:42:26.0 +0100
+++ /usr/bin/automake~ 2002-10-22 03:46:27.0 +0200
@@ -24,7 +24,6 @@
unset opt_foreign
unset opt_std_options
unset opt_include_deps
-unset opt_build_dirs
unset opt_ignore_deps
unset
FYI, this looks like a reverse patch...
Igor
On Fri, 17 Jan 2003, James Michael DuPont wrote:
here is the path to the cygwin driver :
--- /usr/bin/automake 2003-01-17 16:42:26.0 +0100
+++ /usr/bin/automake~ 2002-10-22 03:46:27.0 +0200
@@ -24,7 +24,6 @@
unset
errr
thanks!
DOh!
--- /usr/bin/automake~ 2002-10-22 03:46:27.0 +0200
+++ /usr/bin/automake 2003-01-17 16:42:26.0 +0100
@@ -24,6 +24,7 @@
unset opt_foreign
unset opt_std_options
unset opt_include_deps
+unset opt_build_dirs
unset opt_ignore_deps
unset opt_no_force
unset
/usr/bin/automake is a generated script. If you wish to submit a patch,
download the source archive submit a patch against that (Note that each
final script is built from fragments, where it takes two separate
fragments to implement a new option).
However, all I see in your patch is adding
ls reports a 2.6Gb file as being huge! This is under an XP Pro, NTFS
partition with cygwin, 1.3.17-1 using ls from fileutils, 4.1-1. The
following shows the incorrect size for fred3.zero from ls and the correct
size from a similar dir command.
The file was created with: dd if=/dev/zero
On Sat, Nov 30, 2002 at 03:22:42PM -0500, David Edwards wrote:
ls reports a 2.6Gb file as being huge! This is under an XP Pro, NTFS
partition with cygwin, 1.3.17-1 using ls from fileutils, 4.1-1. The
following shows the incorrect size for fred3.zero from ls and the correct
size from a similar
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 lines 96-108:
[...]
Thanks for
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
On Wed, Nov 20, 2002 at 09:07:30AM +, Steven O'Brien wrote:
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
I'm rebuilding my windows box and pulled own the October 24 version and did an
intall all current. Its nice to see gcc3.2 and with this version most
everything works the way I expect it too.
However; building cscope 1.5.3 http://cscope.sourceforge.net/ fails with a
bison pars error,
The bug:
In the preremove script, the sense of a test is wrong:
[ -f /etc/preremove/gcc-mingw-manifest.lst ] exit 0
But the should be a ||. Because of this, gcc-mingw doesn't remove itself
when uninstalled.
The question:
Why is gcc-mingw so weirdly packaged?
(the package tar contains another
oaidl.h uses a symbol CURRENCY that is not defined anywhere in the Cygwin
system headers.
Also, it would need to include wtypes.h and unknwn.h in order to compile.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Harold L Hunt II
Sent: Monday, September 09, 2002 12:05 PM
To: [EMAIL PROTECTED]
Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing
(RDP)
Jean-Claude,
Repeat the entire scenario you described, but start XWin
Jean-Claude,
Repeat the entire scenario you described, but start XWin with the
``-engine 1'' parameter, e.g.
XWin -engine 1
The default graphics engine on Windows 2000/XP will be DirectDraw 4.0;
DirectDraw will probably have a problem with RDP --- I am surprised that
it works at all. The
Sounds similar to this problem I reported a while back...
http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html
What's in /tmp/XWin.log?
From: Jean-Claude Gervais [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Cygwin-XFree [EMAIL PROTECTED]
Subject: Bug report: Using Cygwin-Xfree
PROTECTED]
Subject: Bug report: Using Cygwin-Xfree through Remote Desktop
Sharing (RDP)
Date: Mon, 09 Sep 2002 11:00:28 -0400
This is complicated, so I'll try to be clear.
Let's say you have machine A, which is a Windows XP machine that has
Cygwin
and Cygwin-XFree installed on it.
You
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Chadwick
Sent: Monday, September 09, 2002 12:08 PM
To: [EMAIL PROTECTED]
Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing
(RDP)
Sounds similar to this problem I reported
Jean-Claude,
How about with -engine 1?
Harold
Jean-Claude Gervais wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Chadwick
Sent: Monday, September 09, 2002 12:08 PM
To: [EMAIL PROTECTED]
Subject: Re: Bug report: Using Cygwin
I have a ThinkPad laptop which has a built-in LCD screen as well as a 15-pin
connector for an outboard monitor. To switch between the 2, I hit Fn-F7 on
the keyboard. I've recently discovered that if I do so with the XWin X
server visible, it turns to a blank white screen. I need to do
This is a bug report
I am using cygwin-xfree running on a win2k SP2, acessing a Red Hat 7.3 with
KDE.
When initializing, I get 3 times the message
Failed assertion
fds_on_hand !=NULL
at line 643 of file /cygnus/netrel/scr/cygwin-1.3.10-
1/winsup/cygwin/dtable.cc
I am using cygwin-xfree running on a win2k SP2, acessing a Red Hat 7.3 with
KDE.
When initializing, I get 3 times the message
Failed assertion
fds_on_hand !=NULL
at line 643 of file /cygnus/netrel/scr/cygwin-1.3.10-
1/winsup/cygwin/dtable.cc
and icons are not displayed.
On Sun, May 12, 2002 at 01:39:01PM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
On Sat, May 11, 2002 at 07:39:42PM -0400, Charles Wilson wrote:
Well, I've attached a patch for this bug. However, it uncovered another
problem with 'cp -p src dest', when src is not owned by the
Christopher Faylor wrote:
On Sat, May 11, 2002 at 07:39:42PM -0400, Charles Wilson wrote:
Well, I've attached a patch for this bug. However, it uncovered another
problem with 'cp -p src dest', when src is not owned by the current user.
If the system UID is 18 then maybe cygwin should be
At 09:54 PM 2/6/2002, Frank Seide wrote:
Hi,
I observed cygwin getting into a bad state after a
memory-allocation failure, from which I only can
recover by terminating all cygwin processes to unload
the cygwin1.dll.
I run a perl script that gradually allocates memory
until the memory limit of
Hi,
I observed cygwin getting into a bad state after a
memory-allocation failure, from which I only can
recover by terminating all cygwin processes to unload
the cygwin1.dll.
I run a perl script that gradually allocates memory
until the memory limit of 256 MB (default) is reached.
Perl, as
On Thu, Jan 31, 2002 at 10:07:36PM -0500, Pierre A. Humblet wrote:
I saw that, but my editor is not setup for your tab settings and for
your C indent style. You probably wouldn't like it if I were to apply
my style. Do you have a standard setup, e.g. for emacs?
It's using standard 8 char wide
Corinna Vinschen wrote:
It's using standard 8 char wide tabs. I'm using vi with `set ts=8
set sw=2', that's all. The tab setting should work with all
editors in default setting. The formatting used is consistent with
http://www.gnu.org/prep/standards_toc.html.
OK, it's not what I use but
On Fri, Feb 01, 2002 at 10:08:49AM -0500, Pierre A. Humblet wrote:
Ah, but I am pretty sure you have one already (a few years back).
Really? That's a good thing. I don't have a list of all the
people who already sent an assignment, unfortunately.
Is it a problem for you to assign
On Fri, Feb 01, 2002 at 10:08:49AM -0500, Pierre A. Humblet wrote:
I hoped to get an assignment from you so that we never have to ask
for that later.
Ah, but I am pretty sure you have one already (a few years back).
I don't see any record of this. Do you have specifics? Like who you
sent
At 11:26 AM 1/30/02 +0100, Corinna Vinschen wrote:
On Tue, Jan 29, 2002 at 09:32:06PM -0500, Pierre A. Humblet wrote:
I think you're right that we should always look for the SID in
/etc/passwd at that point. The problem is exactly the startup of
cygrunsrv with no CYGWIN setting in the system
On Tue, Jan 29, 2002 at 09:32:06PM -0500, Pierre A. Humblet wrote:
When ntsec is not defined, internal_getlogin matches the
Windows username with the pw_name's in passwd to find the uid.
When ntsec is defined, internal_getlogin scans passwd by sid's.
Cygwin user names can then be different
At 07:41 PM 1/23/02 +0100, Corinna Vinschen wrote:
On Wed, Jan 23, 2002 at 01:22:29PM -0500, Pierre A. Humblet wrote:
OK, but can you give suggestions about how to debug processes
started under cygrunsrv? I tried to have cygrunsrv start a shell
and put strace in the shell script. However the
On Tue, Jan 29, 2002 at 09:32:06PM -0500, Pierre A. Humblet wrote:
--- how-to-debug-cygwin.txt.in Tue Jan 29 20:08:10 2002
+++ how-to-debug-cygwin.txtTue Jan 29 20:17:50 2002
@@ -11,7 +11,9 @@
1. The first thing you'll need to do is to build cygwin1.dll and your crashed
application from
is under HKLM, it is not a regular
key. There is an article (bug report) about it on the Microsoft
site, but I don't find it right away. The bug report is irrelevant
here, it's about trouble after reading the key 64k times.
I see now that I don't know of which user you're talking here,
the user
On Fri, Jan 25, 2002 at 09:57:02AM -0500, Pierre A. Humblet wrote:
The impersonated one, after setuid()
No problem whatsoever with the creator (self in Microsoft language).
In which situation does the application try to read the
registry key, before or after the successful setuid() call?
On Thu, Jan 24, 2002 at 02:56:49PM -0500, Pierre A. Humblet wrote:
Corinna Vinschen wrote:
However, I've just checked in a change which should create a useful
DACL for the primary token created by DuplicateTokenEx() in the
create_token() function. It uses the function `sec_user()' which
Corinna Vinschen wrote:
Sorry but I don't see what you've tested. The patch should address
your problem with the access rights of the impersonation token.
The attachment has a printout of the security info of the impersonation
token. Its DACL is not set the way you intend to have it, in fact
On Mon, Jan 21, 2002 at 10:40:18AM -0500, Pierre A. Humblet wrote:
Corinna Vinschen wrote:
On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote:
Entry in passwd (note Cygwin name != Windows name)
On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote:
The real problem is that following setuid(), the ACL (not default
ACL) of the impersonation token (which is inherited from the
default ACL of the process token) makes the impersonation
token non-accessible by its user
At 05:06 PM 1/19/02 +0100, Corinna Vinschen wrote:
On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote:
3) Why is it necessary to set the PrimaryGroup in the
process token in setegid()?
No, the primary group is used also to create object DACLs.
When setting the PrimaryGroup,
201 - 300 of 310 matches
Mail list logo
