Re: tcsh can't find executables in Path with "wrong" case

On Sep 14 10:28, Shankar Unni wrote: > Corinna Vinschen wrote: > > >Cygwin tcsh does not share its hashing code with the Win32 version, it > >uses the same code as all other OSes are using. No other OS is using > >case insensitive hashing, so doesn't Cygwin tcsh. > > Thanks for the corrections.

Re: tcsh can't find executables in Path with "wrong" case

On Sep 14 19:42, Dave Korn wrote: > Original Message > >From: Shankar Unni > >Sent: 14 September 2005 18:55 > > > Eric Blake wrote: > > > >> You'd better check the permissions there. What does > >> 'getfacl /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP.EXE' > >> show? > > > > [~] 7. ge

find does not find files

Hi folks, I have the problem that with the find command several file are not detected. I make a find /cygdrive/c to get all files on the partition c: but all files under the folder drwx--+ 21 F.Braunbeck Domänen-Benutzer 0 Aug 17 11:51 __TRANSFER__/ are not listed. I' am the owner of __TRAN

Re: help on socket connexion

On Sep 15 01:13, znort wrote: > Hello everybody, > > Could U help me please it's very important of course :( There's nobody called "U" on this list, sorry. > I'm doing (trying exactly) a little client/serveur tcp programm. > [...] > Now If I run a sample client test with a loop which try to conn

1.5.18: tclsh's glob and relative paths containing ".."

Hi, I'm running the following simple script under tclsh 8.4: puts stdout [glob ../common/*.cpp] For some reason this returns *absolute* paths to the matching files, e.g. d:/Development/common/test.cpp instead of the expected ../common/test.cpp Using ActiveTcl and under Linux the script work

RE: find does not find files

Hi folks, I have the problem that with the find command several file are not detected. I make a find /cygdrive/c to get all files on the partition c: but all files under the folder drwx--+ 21 F.Braunbeck Domänen-Benutzer 0 Aug 17 11:51 __TRANSFER__/ are not listed. I' am the owner of __TR

Re: Re: testers needed prior to 1.5.19 release

Chris, No it was no problem with 1.5.18 as I could verify. Maybe my writing was not explicit enough. The snapshot 20050914 is definitely okay in this respect. There is no 60 sec delay when I exit rxvt. Current cygcheck output as requested anyway included. Thank you, Ralf Beck On Tue, 13 Sep 20

Bug in gcc and/or binutils?

Hi! I have been looking at a failure in the testsuite in libtool-cvs which I have reduced to the following script. I have included the approximate output from any program execed by it in comments along with comments as to what is going wrong. $ gcc --version | head -1 gcc (GCC) 3.4.4 (cygming spe

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 9/14/2005 11:01 AM: > It would be particularly nice if package maintainers would test their packages > with a snapshot. This is particularly important for Cygwin/X. Historically, > we often seem to find about proble

[ANNOUNCEMENT] Updated: more-2.11o-2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of more, 2.11o-2, is available. NEWS: = This is a minor bugfix release - more was recompiled against newer versions of libraries so that it can now access large files and no longer has the security flaw of the older regular expressio

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

On Thu, Sep 15, 2005 at 12:55:20AM -0400, Volker Quetschke wrote: >>>Can you duplicate this hang at will or does it take a full run of an >>>OpenOffice >>>build to tickle it? >> >>So far (two cases) it hang in different places. It happened a few hours >>into the build :( But I'll try to reproduce

RE: Cygwin build system SOOOO SLOOOWWWW ???

Steve, we've been struggling with speeding up our build process, too, so I'd like to share some ideas - yet I'm not so certain whether you'll learn from me or I'll learn from you: Hopefully both. You wrote on Wednesday, September 14, 2005 3:45 AM: > Greetings To All, > > We've been using Cygwin

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

$ ./loop.csh loop Thu Sep 15 00:28:01 2005 (nothing, no output) . You will see in the windows task manager that cppumaker is doing something but then it will hang. cppumaker will vanish from task manager but a "zombie" perl will remain. This perl will not be mentioned in the ps output. I

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

$ ./loop.csh loop Thu Sep 15 00:28:01 2005 (nothing, no output) . You will see in the windows task manager that cppumaker is doing something but then it will hang. cppumaker will vanish from task manager but a "zombie" perl will remain. This perl will not be mentioned in the ps output. I

RE: Cygwin build system SOOOO SLOOOWWWW ???

On Thu, 15 Sep 2005, Jan Schormann wrote: > Let's see ... > > > 1) How can I tell what Cygwin is doing? Is there a tool that will > > tell me what tool is actually running at any given time? Is there > > any way to tell what Cygwin is doing down in its guts? Does anyone > > have any other sugge

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

On Thu, Sep 15, 2005 at 10:39:22AM -0400, Volker Quetschke wrote: >>>$ ./loop.csh >>>loop >>>Thu Sep 15 00:28:01 2005 >>>(nothing, no output) . >>> >>>You will see in the windows task manager that cppumaker is doing something >>>but then it will hang. cppumaker will vanish from task manager

Re: Cygwin build system SOOOO SLOOOWWWW ???

On Thu, Sep 15, 2005 at 04:21:28PM +0200, Jan Schormann wrote: >c) /bin/sh is now bash, which is now dynamically linked. >Up until a few months ago, /bin/sh has been "ash", a smaller, but >less powerfull shell. This has been replaced by bash, to reduce the >traffic of repeated questions along the l

Sould . (current dir) be in the PATH

Hi, I just discovered that . (current directory) is in my PATH. I installed cygwin on my new laptop some weeks ago. I don't think . was in my PATH on my old PC. First I thought it came from my windows PATH, but it does not. Is . normally in the PATH (it was not on a few solaris systems I just che

eval function not working anymore !?

Hello, I have been using cygwin for several years now and I have several scripts tant do not work anymore since I installed the latest release of cygwin (doxnloaded last week). The reason is the eval function that I use quite a lot in such ways as : DOMAINE_LISTE="DOM1 DOM2 DOM3" DOM1_MODULES='

problem with getppid()

Hello, I have a problem runing the following program "test.c" -- #include #include #include main() { int p; if((p = getppid()) == 1) printf("My parent is bad, ppid=%d\n", p); else printf("My parent is good, ppid=%d\n", p); exit(0); } I build the program with

RE: Cygwin build system SOOOO SLOOOWWWW ???

> we've been struggling with speeding up our build process, too, so I'd > like to share some ideas - yet I'm not so certain whether you'll learn > from me or I'll learn from you: Hopefully both. Thanks for a nice email, with quite a bit of useful and accurate info! > - "strace" - though I haven't

Re: help on socket connexion

Hello, Ok, part of code... If I run a client test (loop of 60 connection) to connect to the server, all the fork/connection are ok... but sometimes all the fork still "hang" in the process list even if I stop the client (sorry but the code is "as is") thanx for your help static int su=0; s

Re: problem with getppid()

On Sep 15 08:14, Eduardo Chappa wrote: > gdb ./test > (gdb) run > > The output is "My parent is bad". I believe this is a bug in Cygwin's > implementation of getppid(). No, it's not a bug. GDB starts the inferior process using the standard Windows mechanisms since it should be useful also for n

Re: help on socket connexion

Hello again; In fact it seems the server "store" the number of descriptor from select() even if the client disconnect... and after the limit of 64 it fails (normal as I can read) So, How can I do to "purge" the descriptor unused into the server ??? thanx for your help :) -- Unsubscribe info

Re: testers needed prior to 1.5.19 release

On 9/14/05, Christopher Faylor wrote: > This will be fixed in the upcoming snapshot. Look for the comment: > * spawn.cc (av::fixup): Guard against problems reading an executable > which does not match Microsoft's documentation about PE format. > in the ChangeLog. Once that shows

Re: eval function not working anymore !?

> > Hello, > > I have been using cygwin for several years now and I have several scripts > tant do not work anymore since I installed the latest release of cygwin > (doxnloaded last week). > The reason is the eval function that I use quite a lot in such ways as : eval is not a function, but a b

Re: help on socket connexion

znort wrote: > Ok, part of code... > > If I run a client test (loop of 60 connection) to connect to the > server, all the fork/connection are ok... > but sometimes all the fork still "hang" in the process list even if I > stop the client > > (sorry but the code is "as is") How can this code pos

Re: eval function not working anymore !?

> Option 1: Fix your shell script to use POSIX compliant expressions > (basically, $" is non-portable in the first level of evaluation, so > quote the $ so that the second level of evaluation will see the > desired $DOM1_MODULES). Any of the following properly quotes > the leading $ (and there are

Re: eval function not working anymore !?

On Thu, 15 Sep 2005, Yann Dubost wrote: > Hello, > > I have been using cygwin for several years now and I have several scripts > tant do not work anymore since I installed the latest release of cygwin > (doxnloaded last week). > The reason is the eval function that I use quite a lot in such ways

Re: Unison 2.9.20 and OpenSSH-4.1p1-2: hangs as server.

> after just a few bytes of network traffic (far > less than the full 400kb), it hangs. Runs of "ps -ef" confirm that the > unison-2.9.20 processes are still running on both machines, but there is > no network traffic, and no CPU usage. > > Attempts to run Unison on directories with lots of ch

Re: problem with getppid()

*** Corinna Vinschen ([EMAIL PROTECTED]) wrote in the cygwin...: :) > The output is "My parent is bad". I believe this is a bug in Cygwin's :) > implementation of getppid(). :) :) No, it's not a bug. GDB starts the inferior process using the standard :) Windows mechanisms since it should be us

RE: Documentation on functions

Is there "documentation on the documentation"? In other words, is the process of submitting documentation documented? Does one use the GNU texi or SGML docbook or some other format? I've been curious about these tools for years but have never used them. Are there any functions documented (and I j

Re: problem with getppid()

On Thu, Sep 15, 2005 at 09:18:10AM -0700, Eduardo Chappa wrote: >The problem I have is that when Pine gets ppid == 1 it exits, and this >is checked after a timeout for a select() command, which makes it very >hard to debug pine under gdb. If your program looked like this: 47 int ppid = getppi

RE: Documentation on functions

Siegfried Heintze wrote: > Is there "documentation on the documentation"? > > In other words, is the process of submitting documentation > documented? Does one use the GNU texi or SGML docbook or some > other format? I've been curious about these tools for years > but have never used them. > > Ar

mount -X and FAQ (was RE: Cygwin build system SOOOO SLOOOWWWW ???)

Christopher Faylor wrote: > I've mentioned this many times before (and suspect that > someone else is frantically typing this in right now) but > mounting directories which contain executable files with > the -X option makes things a little faster for cygwin: > > mount -f -b -X c:/cygwin/bin /bi

RE: Documentation on functions

> Is there "documentation on the documentation"? > > In other words, is the process of submitting documentation documented? Does > one use the GNU texi or SGML docbook or some other format? I've been curious > about these tools for years but have never used them. A while ago (Feb 05, if you are t

Re: problem with getppid()

*** Christopher Faylor ([EMAIL PROTECTED]) wrote...: :) If your program looked like this: :) [removed some sample code, etc] :) :) The above is just a suggestion and is not a 100% accurate :) representation of what needs to be done, of course. Right, if this was just my case I could do this (no

Re: problem with getppid()

On Sep 15 09:18, Eduardo Chappa wrote: > The problem I have is that when Pine gets ppid == 1 it exits [...] That's a bug in pine. It means, you can't run pine from cmd.exe, resp. command.com. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project

Re: problem with getppid()

On Thu, Sep 15, 2005 at 09:54:01AM -0700, Eduardo Chappa wrote: >*** Christopher Faylor ([EMAIL PROTECTED]) wrote...: > >:) If your program looked like this: >:) [removed some sample code, etc] >:) >:) The above is just a suggestion and is not a 100% accurate >:) representation of what needs to b

Re: Sould . (current dir) be in the PATH

At 11:10 AM 9/15/2005, you wrote: >Hi, > >I just discovered that . (current directory) is in my PATH. I installed >cygwin on my new laptop some weeks ago. I don't think . was in my PATH on >my old PC. First I thought it came from my windows PATH, but it does not. > >Is . normally in the PATH (it wa

Re: problem with getppid()

*** Corinna Vinschen ([EMAIL PROTECTED]) wrote in the cygwin...: :) On Sep 15 09:18, Eduardo Chappa wrote: :) > The problem I have is that when Pine gets ppid == 1 it exits [...] :) :) That's a bug in pine. It means, you can't run pine from cmd.exe, resp. :) command.com. Corinna, I can ru

Re: Sould . (current dir) be in the PATH

Larry Hall <[EMAIL PROTECTED]> writes: > At 11:10 AM 9/15/2005, you wrote: >>Hi, >> >>I just discovered that . (current directory) is in my PATH. I installed >>cygwin on my new laptop some weeks ago. I don't think . was in my PATH on >>my old PC. First I thought it came from my windows PATH, but i

Re: problem with getppid()

On Sep 15 10:08, Eduardo Chappa wrote: > *** Corinna Vinschen ([EMAIL PROTECTED]) wrote in the cygwin...: > > :) On Sep 15 09:18, Eduardo Chappa wrote: > :) > The problem I have is that when Pine gets ppid == 1 it exits [...] > :) > :) That's a bug in pine. It means, you can't run pine from cm

RE: Sould . (current dir) be in the PATH

Hi, '.' is not in the PATH due to security reasons on most business setups. I do not know if this is due to security against external threads or the user himself... But if you can handle it... Otherwise you should overwrite it in your .bashrc or .rc. Something like(!) PATH="`echo $PATH | sed 's/:

RE: Sould . (current dir) be in the PATH

Original Message >From: [EMAIL PROTECTED] >Sent: 15 September 2005 18:35 > Hi, > > '.' is not in the PATH due to security reasons on most business setups. > I do not know if this is due to security against external threads or the > user himself... Both, kind of. Imagine what would

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

On Wed, 14 Sep 2005, Christopher Faylor wrote: > On Wed, Sep 14, 2005 at 03:41:06PM -0500, Brian Ford wrote: > >Regression from 1.5.18. It seems gethostbyname is not working > >correctly from secondary threads: > > This should be fixed in the latest snapshot from 2005-Sep-14. It is. Thanks! >

Re: Sould . (current dir) be in the PATH

> At 11:10 AM 9/15/2005, you wrote: > >Hi, > > > >I just discovered that . (current directory) is in my PATH. I installed > >cygwin on my new laptop some weeks ago. I don't think . was in my PATH on > >my old PC. First I thought it came from my windows PATH, but it does not. > > > >Is . normally in

Re: 1.5.18-1 Segfault on setup postinstall

Eric Blake wrote: I left the install running overnightstill no progress... Part of your problem is explained by this: Not Found: sh /etc/postinstall/00ash.sh tries to set up a working /bin/sh. If that fails, then everything else is suspect. Upon inspection It is bash.exe (called

Re: Unison 2.9.20 and OpenSSH-4.1p1-2: hangs as server.

Andrew Schulman wrote: Brooks, I do remember seeing a lot of reports about 6 months or so ago, that Unison was hanging. My recollection is dim but I think it had to do with some bad combination of versions of cygwin.dll and Unison. Are you using the latest cygwin.dll on your servers? "uname -

Re: Sould . (current dir) be in the PATH

"Dave Korn" <[EMAIL PROTECTED]> writes: > Original Message >>From: [EMAIL PROTECTED] >>Sent: 15 September 2005 18:35 > >> Hi, >> >> '.' is not in the PATH due to security reasons on most business setups. >> I do not know if this is due to security against external threads or the >> user h

[TITTTL] RE: Sould . (current dir) be in the PATH

Original Message >From: J. David Boyd >Sent: 15 September 2005 19:59 > "Dave Korn" <[EMAIL PROTECTED]> writes: Dave gentle reminder: http://cygwin.com/acronyms#PCYMTNQREAIYR > Sure, a totally valid point on Unix or Linux. But on most cygwin installs > that I know of, there is onl

Why does stat fail for some files?

Hello, I'm doing homework and I'm having some problems with stat() failing. Consider the following C program: #include #include #include #include #include #include #include #include static void scan_directory(const char *); int main(int argc, char **argv) { if(argc == 1) {

Re: Why does stat fail for some files?

> Hello, I'm doing homework and I'm having some problems with stat() failing. It's called homework for a reason, but here are some hints: > Consider the following C program: > > #include > #include > #include > #include > #include > > #include > #include > #include > > static void sca

Re: Unison 2.9.20 and OpenSSH-4.1p1-2: hangs as server. (Update)

An update Andrew Schulman wrote: On balance though, I recommend that you upgrade to a recent (or at least more recent) version of Unison if you can. 2.9.20 is getting pretty old now. It's still provided in Cygwin in order to allow maximum version compatibility with other hosts, but there a

Re: Why does stat fail for some files?

Mikael wrote: > Hello, I'm doing homework and I'm having some problems with stat() failing. > Consider the following C program: Your program contains a logic flaw that causes it to work only if the path specified is the CWD. Since it's homework (!!) you'll have to figure it out for yourself. Br

Re: Bug in gcc and/or binutils?

Peter Ekberg wrote: Hi! I have been looking at a failure in the testsuite in libtool-cvs which I have reduced to the following script. I have included the approximate output from any program execed by it in comments along with comments as to what is going wrong. $ gcc --version | head -1 gcc (

Re: [ANNOUNCEMENT] Updated: more-2.11o-2

Eric Blake wrote: A new release of more, 2.11o-2, is available. NEWS: = This is a minor bugfix release - more was recompiled against newer versions of libraries so that it can now access large files and no longer has the security flaw of the older regular expression parser libpcre. I just

Re: [ANNOUNCEMENT] Updated: more-2.11o-2

> Eric Blake wrote: > > A new release of more, 2.11o-2, is available. > > > > NEWS: > > = > > This is a minor bugfix release - more was recompiled against newer > > versions of libraries so that it can now access large files and no longer > > has the security flaw of the older regular expressi

Re: Why does stat fail for some files?

Eric Blake wrote: >> Hello, I'm doing homework and I'm having some problems with stat() >> failing. > > It's called homework for a reason, but here are some hints: Come on, at least I just didn't post the assignment without a single line code and waited for someone to fix it for me like I see alo

Re: [ANNOUNCEMENT] Updated: more-2.11o-2

On Thu, Sep 15, 2005 at 08:23:45PM +, Eric Blake wrote: >> Eric Blake wrote: >> > A new release of more, 2.11o-2, is available. >> > >> > NEWS: >> > = >> > This is a minor bugfix release - more was recompiled against newer >> > versions of libraries so that it can now access large files an

Re: Why does stat fail for some files?

I'm glad to see you figured out your bug. Now for another hint: judicious use of chdir() can save you the effort of concatenating the directory name with the entry name. > >>while((entry = readdir(directory))) > > > > You just ignored the possibility that readdir might set errno. > > > >>

Re: Why does stat fail for some files?

On Thu, Sep 15, 2005 at 08:38:35PM +, Eric Blake wrote: >> Thanks for the quick reply, Eric! > >Also, questions like this should probably be directed to other >lists, since it was not cygwin specific. Absolutely. Even putting the issue of helping someone with their homework aside, this certai

1:5:16 XP Is there a strings program?

I was looking for the strings functionality in cygwin. I googled it and saw that strings.exe should be in bin/utils, but I don't have it. I ran my installation again to see if it was an option that I could, but it wasn't there. Thanks, fybar -- Unsubscribe info: http://cygwin.com/ml/#unsu

Re: testers needed prior to 1.5.19 release

oses directly the X server right clicking on the X-icon in sys stray. The same behaviour is showed by snap 20050914 20:32:51 -- Snap 20050915 12:06:56 == With this snap the things get worse. That behaviour remains but the

Re: 1:5:16 XP Is there a strings program?

> I was looking for the strings functionality in cygwin. I googled it > and saw that strings.exe should be in bin/utils, but I don't have it. > I ran my installation again to see if it was an option that I could, > but it wasn't there. It is part of the "binutils" package, which can be selected

Re: 1:5:16 XP Is there a strings program?

Trevor Osatchuk wrote: > I was looking for the strings functionality in cygwin. I googled it > and saw that strings.exe should be in bin/utils, but I don't have it. > I ran my installation again to see if it was an option that I could, > but it wasn't there. http://cygwin.com/cgi-bin2/package

Re: 1:5:16 XP Is there a strings program?

Thanks to both of you. I am updating and have selected binutils to added. On 9/15/05, René Berber <[EMAIL PROTECTED]> wrote: > Trevor Osatchuk wrote: > > > I was looking for the strings functionality in cygwin. I googled it > > and saw that strings.exe should be in bin/utils, but I don't have i

A couple Issues with cygwin1-20050915.dll

Testing the latest 20050915 snapshot, saw a couple issues: 1) Max length of command line inside a makefile seems to have shortened, to around 250 characters max. This is based on a clean command that has a make macro that expands to a relatively long list of files. When the resulting command

cygwin forgets CTRL key press

Has anyone else noted that in vi (either in a plain Cygwin window or in an rxvt window, in an X session or not, also in xterm), that if you hold down the CTRL key and press keys at intervals (like F to page down through a file), and wait four seconds before another key press it's as if you don't ha

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

However, I *really* do appreciate all of the testing that we've seen so far. I hope everyone who has tested previous snapshots will continue to test this one and any other snapshots up until I eventually release 1.5.19. I saw that 20050915 was out and started the OOo testsuite again ;)

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

P.P.S: Yes, JAVA_HOME must be posix format, and uses cygpath --^^^ ANT and converts it into DOS style. -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D s

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

ly release 1.5.19. > >I saw that 20050915 was out and started the OOo testsuite again ;) > >The attached script is the codensed part of configure that tests if ant >is installed and usable. > >If you set $ANT and $JAVA_HOME in the script correctly this is supposed >to succe

Re: cygwin forgets CTRL key press

At 07:25 PM 9/15/2005, you wrote: >Has anyone else noted that in vi (either in a plain Cygwin window or in >an rxvt window, in an X session or not, also in xterm), that if you hold >down the CTRL key and press keys at intervals (like F to page down >through a file), and wait four seconds before ano

Re: Bug in gcc and/or binutils?

FWIW, this is not a "recent" regression --- nothing "changed" in binutils or gcc. I just installed binutils-20040725-2 from the Cygwin Time Machine and got identical output. This was a surprise to me: *I* thought that we no longer needed the DATA flag in .def files because binutils was smart

Re: cygwin forgets CTRL key press

On Fri, 16 Sep 2005, Luke Kendall wrote: > Has anyone else noted that in vi (either in a plain Cygwin window or in > an rxvt window, in an X session or not, also in xterm), that if you hold > down the CTRL key and press keys at intervals (like F to page down > through a file), and wait four second

Re: cygwin forgets CTRL key press

On 15 Sep, Igor Pechtchanski wrote: > On Fri, 16 Sep 2005, Luke Kendall wrote: > > > Has anyone else noted that in vi (either in a plain Cygwin window or in > > an rxvt window, in an X session or not, also in xterm), that if you hold > > down the CTRL key and press keys at intervals (like F to p

Re: cygwin forgets CTRL key press

Luke Kendall wrote: On 15 Sep, Igor Pechtchanski wrote: On Fri, 16 Sep 2005, Luke Kendall wrote: Has anyone else noted that in vi (either in a plain Cygwin window or in an rxvt window, in an X session or not, also in xterm), that if you hold down the CTRL key and press keys at intervals (lik

Re: Bug in gcc and/or binutils?

References: Charles Wilson wrote: > > Using .def files turns off the auto-EXport logic (which it should, > because if you specify a specific set of exports you don't want bin

Python extension package problem & root-cause

The following is derived from a bug report that I've filed on Python that affects building and installing extension packages on the Cygwin platform. I'm posting this here to assist any other Cygwin users affected by this problem. URL for the Python bug report is: http://sourceforge.net/tr