Re: problems in Perl process management

On Wed, May 11, 2005 at 01:19:14PM +1000, Sonam Chauhan wrote: > Hello to Reini Urban and Yitzchak Scott-Thoennes if you're seeing this. > > Reine, Yitzchak - Back in Feb, you had a discussion: > http://sourceware.org/ml/cygwin/2005-02/msg00224.html > Do you think the issue below

Re: problems in Perl process management

On Wed, May 11, 2005 at 11:18:16AM -0400, Christopher Faylor wrote: > bearing on the statement "However, I also notice that deeper forked > processes (grandchildren) refuse to die. This script is only run using > ActiveState Perl". If someone is talking about "fork" on windows in a > cygwin maili

RE: Why has GCC 2.95.3 been removed from Cygwin instillation

> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Gray > Sent: Thursday, May 12, 2005 6:53 PM > To: cygwin@cygwin.com > Subject: Why has GCC 2.95.3 been removed from Cygwin instillation > > Hi, > > Why has 2.95.3 been removed from Cygwin ? > >

Re: Why has GCC 2.95.3 been removed from Cygwin instillation

Aaron Gray wrote: > Why has 2.95.3 been removed from Cygwin ? > > I have tried to install it from GNU download but have been unsucessful. > > I need 2.95.3 how/can I get it built ? http://cygwin.com/ml/cygwin-announce/2003-10/msg00014.html http://cygwin.com/faq/faq_2.html#SEC10 -- Unsubscribe

Why has GCC 2.95.3 been removed from Cygwin instillation

Hi, Why has 2.95.3 been removed from Cygwin ? I have tried to install it from GNU download but have been unsucessful. I need 2.95.3 how/can I get it built ? Aaron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation

RE: tail -f and pipes with bash shell

Lev Bishop wrote: > Try "grep --line-buffered" to get grep to flush output after every > line. There is a performance penalty for doing this. I don't know why > you don't see the buffering when grep's stdout isn't redirected. > Perhaps grep (or the std library) removes/reduces buffering in the > ca

Re: tail -f and pipes with bash shell

Try "grep --line-buffered" to get grep to flush output after every line. There is a performance penalty for doing this. I don't know why you don't see the buffering when grep's stdout isn't redirected. Perhaps grep (or the std library) removes/reduces buffering in the case the output is a terminal.

RE: tail -f and pipes with bash shell

Lev Bishop wrote: > On 11/05/05, Peter Ekberg wrote: >> What is going on here? > > My guess: "tail frame.log" closes its stdout as soon as it has read > the requested lines from the file, "tail -f frame.log" keeps its > stdout open, since it is waiting for new lines to be added to the > logfile. C

Re: Strange-Dangerous behaviour in Cygwin

Eric, can you answer to this mail ? Summarizing I want to know if the problems I described are bugs of some Cygwin packages (should I wait for new upgrades?) or are the normal behaviour of Cygwin, so that if I do not like them I shou

Re: tail -f and pipes with bash shell

On 12/05/05, Lev Bishop <[EMAIL PROTECTED]> wrote: > On 11/05/05, Peter Ekberg <[EMAIL PROTECTED]> wrote: Sorry, sorry, sorry. 'kin gmail. Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:

Re: tail -f and pipes with bash shell

On 11/05/05, Peter Ekberg <[EMAIL PROTECTED]> wrote: > What is going on here? My guess: "tail frame.log" closes its stdout as soon as it has read the requested lines from the file, "tail -f frame.log" keeps its stdout open, since it is waiting for new lines to be added to the logfile. Cat is using

Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

At 01:22 PM 5/12/2005, you wrote: >Hello! > >I've been following with great interest the issue of a missing >cygintl-3.dll file. I've read the FAQ's and found that the dll should be >in the libintl3 package. > >I'm at a real loss here as I've checked my copied distribution and a >number of mir

Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

On Thu, May 12, 2005 at 09:13:01PM +0200, Gerrit P. Haase wrote: >Christopher Faylor wrote: > >>On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote: >> >>>[EMAIL PROTECTED] wrote: >>> >>> I am assuming that there should be a release\libintl3 with a libintl3/libintl3-0.14.1-1 fi

Re: Warnings for converting non-pointer types to NULL

On 5/12/05, Mikael <[EMAIL PROTECTED]> wrote: > I guess presume NULL is a macro evaulting to 0 in windows.h and a typedef > for (void *)0 in , or? No. Not in . Since you are using that header file, I assume you are using C++. In C++, NULL is 0, not (void *)0 as it is in C. > > Since I want to ha

Re: sending packets from solaris to Cygwin

On Mon, 9 May 2005, Corinna Vinschen wrote: On May 8 13:02, Nakul Haridas wrote: Hi, The codes I have attached are similar to a eariler reported problem References: <[EMAIL PROTECTED]> However I have my program working either in Solaris or Cygwin only. If the server is on solaris and client on cyg

Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

Christopher Faylor wrote: On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote: [EMAIL PROTECTED] wrote: I am assuming that there should be a release\libintl3 with a libintl3/libintl3-0.14.1-1 file in it. Shouldn't there? If not, why doesn't setup show it when I switch it to FULL m

Re: Patch for cygutils: make cygstart behave better under mount -X

On Thu, May 12, 2005 at 11:59:15AM -0700, David Rothenberger wrote: >On 5/12/2005 11:54 AM, Christopher Faylor wrote: >>On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote: >> >>>Hi, >>> >>>Attached is a patch to fix cygstart behaviour when running under "mount >>>-X". Cygstart now ensu

Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote: >[EMAIL PROTECTED] wrote: > >>I am assuming that there should be a release\libintl3 with a >>libintl3/libintl3-0.14.1-1 file in it. Shouldn't there? If not, why >>doesn't setup show it when I switch it to FULL mode? > >Since libi

Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[EMAIL PROTECTED] wrote: I am assuming that there should be a release\libintl3 with a libintl3/libintl3-0.14.1-1 file in it. Shouldn't there? If not, why doesn't setup show it when I switch it to FULL mode? Since libintl is part of gettext there is no dir release/libintl3 but the dir release/g

Re: Patch for cygutils: make cygstart behave better under mount -X

On 5/12/2005 11:54 AM, Christopher Faylor wrote: On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote: Hi, Attached is a patch to fix cygstart behaviour when running under "mount -X". Cygstart now ensures that the Windows environment is synchronized with the Cygwin one. (For more details

Re: Patch for cygutils: make cygstart behave better under mount -X

On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote: >Hi, > >Attached is a patch to fix cygstart behaviour when running under "mount >-X". Cygstart now ensures that the Windows environment is synchronized >with the Cygwin one. >(For more details, see the recent thread: "Fixing strace an

Patch for cygutils: make cygstart behave better under mount -X

Hi, Attached is a patch to fix cygstart behaviour when running under "mount -X". Cygstart now ensures that the Windows environment is synchronized with the Cygwin one. (For more details, see the recent thread: "Fixing strace and cygcheck so that they work with mount -X") Chuck, can you, at your

Re: Fixing strace and cygcheck so that they work with mount -X

On 12-May-2005 1:49, David Rothenberger wrote: > >> Revised patch attached. Can you try this out and see if it still works >> for you? If you confirm this, I'll resend the patch in a new, more >> obviously titled thread, to attract Chuck's attention. ;-) > > > Works fine for me. Start attractin

Re: Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

On Thu, May 12, 2005 at 01:50:42PM -0400, [EMAIL PROTECTED] wrote: >You missed my point in the post. I'm not disputing that the dll isn't in >the libintl3 package. What I'm saying is that the package file IS NOT IN >THE DISTRIBUTION KIT! No, I didn't miss this. I listed the contents of the pa

Re: Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

Christopher, You missed my point in the post. I'm not disputing that the dll isn't in the libintl3 package. What I'm saying is that the package file IS NOT IN THE DISTRIBUTION KIT! I've even checked some mirror sites around the world for the directory thinking that maybe it didn't get copied

Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

On Thu, May 12, 2005 at 01:10:57PM -0400, [EMAIL PROTECTED] wrote: >Hello! > >I've been following with great interest the issue of a missing >cygintl-3.dll file. I've read the FAQ's and found that the dll should be >in the libintl3 package. > >I'm at a real loss here as I've checked my copied d

bunzip2 cygwin1-20050511.dll.bz2 yields 8911171 byte sized cygwin1-20050511.dl

what am i missing/doing wrong. from the snapshots page "cygwin1-*.dll.bz2 is a compressed cygwin1.dll without debug information." cygwin1-20050511.dll.bz21,964 Kb $ bunzip2 cygwin1-20050511.dll.bz2 $ ll cygwin1-20050511.dll -rwx-- 1 Reid.Thompson Domain Users 8911171 May 12 12:06

Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

Hello! I've been following with great interest the issue of a missing cygintl-3.dll file. I've read the FAQ's and found that the dll should be in the libintl3 package. I'm at a real loss here as I've checked my copied distribution and a number of mirror sites around the world looking for the

Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

Hello! I've been following with great interest the issue of a missing cygintl-3.dll file. I've read the FAQ's and found that the dll should be in the libintl3 package. I'm at a real loss here as I've checked my copied distribution and a number of mirror sites around the world looking for the

Re: Can't build coreutils 5.3.0-5 - RESOLVED!!

Turns out that sometime ago, I had built and installed a cygwin1.dll into /usr/local. During the process of that build/install, it also installed an older types.h into /usr/local/include/cygwin/types.h. Removing those fixed the problem. Actually had to look at .deps/fsupdate.Po to figure out w

ImageMagick doesn't like compressed .ppm files (bug?)

On my proper unix/linux systems I do a lot of imaging work with .ppm.gz or .ppm.bz2 files (binary 'P6' PPM, not the 'P3' ASCII version). The ImageMagick utilities (e.g display, convert) understand this format and it works well. However, with Cygwin, having created an image.ppm.bz2 or image.ppm.gz

Re: SOLUTION: Strange behaviour with output redirection (MORE information, Bug in awk.exe?)

Pekka Niiranen wrote: Got it! I had 7 following lines ord1=`expr 300` echo "Base ordinal is ${ord1}" ord=`expr ${ord1} + 5`#subsequent module interval counter prev=`expr 0` ctr=`expr 1` count=`expr 0` disp_nb=`expr 264` BEFORE the awk call ${FAWK}/"Number_of_Loops/{print \$3}" subst$1 >${TMPDI

Warnings for converting non-pointer types to NULL

Hello, I'm using Cygwin to develop programs using Win32 for the GUI and lot's of posix stuff for the "back-end". Anyway, I noticed that if I include in a file, I have to include after it if I want to receive warnings for converting non-pointer types to NULL. I guess presume NULL is a macro ev

[ANNOUNCEMENT] New package: unison2.12.0 ; Updated: unison2.9.1, unison2.9.20,unison2.10.2

The unison2.12.0 package is now available in the Cygwin repository. In addition, some minor documentation updates have been made to the unison2.9.1, unison2.9.20, and unison2.10.2 packages, to reflect the new unison2.12.0 package. Unison is a file synchronizer for Unix and Windows. It allows t

Re: Can't build coreutils 5.3.0-5

> In file included from /usr/src/coreutils-5.3.0/lib/fsusage.c:76: > /usr/include/sys/statvfs.h:22: error: parse error before "fsblkcnt_t" > /usr/include/sys/statvfs.h:24: error: parse error before "f_bavail" > /usr/include/sys/statvfs.h:25: error: parse error before "f_files" > /usr/include/sys/st

Re: DD converts LF -> CR / LF

On May 12 07:25, Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Christopher Faylor on 5/9/2005 8:57 AM: > > > > As one of the project leads, I am formally asking you to make dd default > > to binary behavior. > > With a request like that, you've got it! Is

Can't build coreutils 5.3.0-5

I am trying to build coreutils-5.3.0-5. To do so, I requested the coreutils source via cygwin's setup. Then I run coreutils-5.3.0-5.sh prep coreutils-5.3.0-5.sh configure coreutils-5.3.0-5.sh build. During the build, I get the following failure: make all-recursive make[1]: Entering directory

Re: gcc + cygwin

Thanks for the useful responses to my problem. The solution of removing stdout to the main() did indeed work for the moment. I apologise for the following simple question in advance: In the course of trying to figure out a solution to the gcc+cygwin problem on my own, I reinstalled some cygwin

Re: DD converts LF -> CR / LF

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 5/9/2005 8:57 AM: > > As one of the project leads, I am formally asking you to make dd default > to binary behavior. With a request like that, you've got it! Is there any reason why fcntl(fd, F_SETFL, O_TEXT) does

Re: gcc + cygwin

Marcel wrote: > I've been using a particular set of C-code for years > on several systems (mostly linux on PC, or Unix on > some Sun) and could always get it to work when I moved > to a new machine. > > Now, I'm trying to get it to work on a PC with cygwin. > > cygcheck claims I have gcc version

RE: gcc + cygwin

Original Message >From: Marcel >Sent: 12 May 2005 11:00 > I am NOT an experienced C or cygwin user, but the > problems I keep running into, appear to me that gcc > with cygwin behaves very differently from whatever I > had on the previous systems. Actually, it's not a difference in gcc,

gcc + cygwin

I've been using a particular set of C-code for years on several systems (mostly linux on PC, or Unix on some Sun) and could always get it to work when I moved to a new machine. Now, I'm trying to get it to work on a PC with cygwin. cygcheck claims I have gcc version 3.3.3-3 OK. I am NOT an exper

Re: missing cygapr-0-0.dll

Dave Korn wrote: There are! Hm. Probably a bug in setup - did you cycle through options or switch back and forward between prev/curr/exp? There have been known to be bugs caused that way. If you can come up with a way to reproduce the problem, please post again; we'll look into it. No I didn'

Re: Permissions problem mounting NFS shares from Cygwin sshd

On May 11 12:20, Chip Olson wrote: > sshd : PID 1364 : starting service `sshd' failed: execve: 1, Operation > not permitted. > > Which tells me Administrator doesn't have the privileges to start > sshd. What does the event log show? In any case, you should not only check permissions on sshd.exe,