Re: HISTFILE in zsh

On Sat, 23 Dec 2006, Eli Barzilay wrote: Greetings, Eli, (Sorry for the long delay, vacation, etc etc.) I'm having the same problem that is described at http://www.cygwin.com/ml/cygwin/2004-12/msg00195.html I'm surprised that it was reported in 2004 -- I use cygwin on several machines with

Re: command line arg expansion

On Thu, Jan 11, 2007 at 11:38:18AM -0800, jim wrote: >I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that >has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe >on on 1.5.12 and 1.5.23: > >#include > >int main(int argc, char *argv[]) >{ > int i, c; >

Re: [patch] cygport-0.2.7 hooks for additional prep, install customization

Yaakov (Cygwin Ports) wrote: Could you please provide a sample .cygport showing what would be accomplished with this? Well, there's the src_prep_init|fini_hook example used in the jpeg.cygport (from the mixed-mode-demo tarball). Again, the extra SRC_URIs are all unpacked automatically by cyg

Re: [patch] cygport-0.2.7 mixed-mode SRC_URIs

Charles Wilson wrote: If THAT doesn't exercise the mixed-mode patch, nothin' will. Except that it also uses the src_prep_init_hook changes. Which only makes sense: if you download third-party or upstream patches, somehow you've got to "do" something with them. PATCH_URI helps, but in this

RE: activestate perl on cygwin

> > > And what does #! look like? > > #! /usr/bin/perl > Is there something that the space after the "!" and before the "/" buys > you? Readability. It is simply a question of style. I prefer the space. Has it come to that? > So your specifically saying by your shebang line - execute Cygwin's >

Re: [patch] cygport-0.2.7 mixed-mode SRC_URIs

Yaakov (Cygwin Ports) wrote: Could you provide a sample .cygport (and .src.patch if necessary) which I could use for testing this feature? (In general, for these major patches this would be helpful.) http://cygutils.fruitbat.org/ITP/mixed-mode-demo.tar.bz2 contains jpeg-6b-12.cygport jpeg-6b-

Re: command line arg expansion

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jim wrote: > Morgan, > > What do you mean by: > >> isnt this because if the wildcard reading in 1.5.23? > > Is this something that has changed between 1.5.12 and 1.5.23?Maybe I'm > connecting two unrelated datapoints, but I noticed the problem b

Re: activestate perl on cygwin

Kevin T Cella wrote: And what does #! look like? #! /usr/bin/perl Is there something that the space after the "!" and before the "/" buys you? So your specifically saying by your shebang line - execute Cygwin's perl. what does ls portion after #! in your script return? Before the conversion u

Local Package Directory must not be root-dir of a drive (C:\ or D:\ or ... ; drive in the sense of MS-terminology) ?

Hello! After launching Cygwin's setup.exe (the last time I tried with 2.510.2.2) for downloading and installing the Cygwin-packages, you are asked to specify a so-called 'Local Package Directory' which serves as cache where setup.exe stores the packages before they get installed. I chose to downl

RE: activestate perl on cygwin

> What does that matter? It's still short sited. Yes, I don't disagree. Personally I do not care. I will deal with having to port something when it happens. > And what does #! look like? #! /usr/bin/perl > what does ls portion after #! in your script return? Before the conversion using cygpath

RE: activestate perl on cygwin

> Well, I run perl scripts on cygwin with no problem. Did not do anything > special, > except > make sure NOT to install perl when installing cygwin(and making sure > the activestate perl is in the path) I tried this, but it still does not work. -- Unsubscribe info: http://cygwin.com/ml/#u

RE: activestate perl on cygwin

> That particular case is handled by the wrapper script I posted. Note > that > you *don't* need to use the wrapper script to invoke perl on the > command > line -- only in the #! (shebang) line of your script file. I know. Thanks. I was just trying to oblige the request from Mr. DeFaria. -- Un

Re: cygwin support for shared objects (modules)

On Sat, Jan 13, 2007 at 08:38:26AM +1000, Casey wrote: >InspIRCd has replied back -- InspIRCd need the ability to use dlopen and >dlclose and the method on cygwin for accessing it doesn't work properly >at current for InspIRCd and just segfaults. > >I was wondering if cygwin will have the support

Re: cygwin support for shared objects (modules)

InspIRCd has replied back -- InspIRCd need the ability to use dlopen and dlclose and the method on cygwin for accessing it doesn't work properly at current for InspIRCd and just segfaults. I was wondering if cygwin will have the support for this coming up? - Casey -- Unsubscribe info: h

ssh-host-config patch

Hello Everyone, When configuring sshd host with the ssh-host-config script I got errors from the chown commands at the end of the script. The reason is that my /etc/group file sets S-1-5-32-544 to 0 not 544 (my passwd/group files are printed below). I think the following patch is appropriate so t

Re: "cscope -d" can't find trailer offset if path contains space

Frodak wrote: > < - Original Message > < From: Gmane User > < To: cygwin > < Sent: Friday, January 12, 2007 1:16:32 AM > < Subject: Re: "cscope -d" can't find trailer offset if path contains space > < > < By the way, Dave, if you're going to be poking & prodding mlscope, I was > < wonderi

Re: Snapshot speed on managing files

On Jan 12 20:12, Dave Korn wrote: > On 12 January 2007 20:00, Corinna Vinschen wrote: > > > On Jan 12 19:52, Dave Korn wrote: > >> On 12 January 2007 19:31, Corinna Vinschen wrote: > >> > >>> - If somebody figures out a way to learn if a file has opened handles on > >>> it, quick and maybe in n

RE: Snapshot speed on managing files

On 12 January 2007 20:00, Corinna Vinschen wrote: > On Jan 12 19:52, Dave Korn wrote: >> On 12 January 2007 19:31, Corinna Vinschen wrote: >> >>> - If somebody figures out a way to learn if a file has opened handles on >>> it, quick and maybe in native NT code, I'd be most grateful. >> >> If

Re: Snapshot speed on managing files

So you would open it, delete it and then close it...to avoid races? ...Karl From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Snapshot speed on managing files Date: Fri, 12 Jan 2007 20:59:42 +0100 On Jan 12 19:52, Dave Korn wrote: > On 12 January 2007 19:31, Corinna Vinschen wrote: > >

Re: Snapshot speed on managing files

On Jan 12 19:52, Dave Korn wrote: > On 12 January 2007 19:31, Corinna Vinschen wrote: > > > - If somebody figures out a way to learn if a file has opened handles on > > it, quick and maybe in native NT code, I'd be most grateful. > > If you just want a boolean any/none answer, you can try ope

Re: Snapshot speed on managing files

On Jan 12 13:39, Brian Ford wrote: > Thanks for the explanation. > > On Fri, 12 Jan 2007, Corinna Vinschen wrote: > > > - P's to speed up the code are TC ;) > > I'll look when I can, but since you mentioned "there's obviously some room > for optimization", could you state the obvious as a lead f

RE: Snapshot speed on managing files

On 12 January 2007 19:31, Corinna Vinschen wrote: > - If somebody figures out a way to learn if a file has opened handles on > it, quick and maybe in native NT code, I'd be most grateful. If you just want a boolean any/none answer, you can try opening it exclusively. Or do you need to know h

Re: cygwin 1.5.23-2 : CREAD termios option don't work

On Fri, 12 Jan 2007, Corinna Vinschen wrote: > On Jan 11 16:53, Florent Morin wrote: > > For testing, I have tried with a working program : stty. It works fine > > with all options, but not with CREAD. > > > > $ stty cread < /dev/ttyS0 > > stty: /dev/ttyS0: unable to perform all requested operation

Re: Snapshot speed on managing files

Thanks for the explanation. On Fri, 12 Jan 2007, Corinna Vinschen wrote: > - P's to speed up the code are TC ;) I'll look when I can, but since you mentioned "there's obviously some room for optimization", could you state the obvious as a lead for someone who has the time? -- Brian Ford Lead R

Re: Snapshot speed on managing files

On Jan 12 10:34, Brian Ford wrote: > On Fri, 12 Jan 2007, Corinna Vinschen wrote: > > > Current CVS contains a change which is probably the cause for that. > > Before deleting a file, the file is moved to the recycle bin. > > Couldn't we make this conditional only if a "regular" delete fails beca

RE: activestate perl on cygwin

On Fri, 12 Jan 2007, Kevin T Cella wrote: > > Although this is thorough off topic, perhaps you can explain it better > > to me as I don't use ActiveState therefore I don't see what you are > > claiming. Exactly which "full path" is expanded to "what" and passed to > > (guess) ActiveState Perl inte

Re: Snapshot speed on managing files

On Fri, 12 Jan 2007, Corinna Vinschen wrote: > Current CVS contains a change which is probably the cause for that. > Before deleting a file, the file is moved to the recycle bin. Couldn't we make this conditional only if a "regular" delete fails because the file is in use? Would it then only pen

Re: dos format shell script executed fine with 1.5.12, fails with 1.5.23

jim wrote: > I have a dos format file containing a shell script that works fine on > 1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to > Unix format, it works fine with 1.5.23, but I'm wondering what changed. > Cygwin mounts are the same; what else could be different? Th

Re: dos format shell script executed fine with 1.5.12, fails with 1.5.23

jim wrote: I have a dos format file containing a shell script that works fine on 1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to Unix format, it works fine with 1.5.23, but I'm wondering what changed. Cygwin mounts are the same; what else could be different? Bash cou

Re: dos format shell script executed fine with 1.5.12, fails with 1.5.23

jim wrote: I have a dos format file containing a shell script that works fine on 1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to Unix format, it works fine with 1.5.23, but I'm wondering what changed. Cygwin mounts are the same; what else could be different?

Re: dos format shell script executed fine with 1.5.12, fails with 1.5.23

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to jim on 1/12/2007 9:14 AM: > I have a dos format file containing a shell script that works fine on > 1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to > Unix format, it works fine with 1.5.23, but I'm wondering wha

dos format shell script executed fine with 1.5.12, fails with 1.5.23

I have a dos format file containing a shell script that works fine on 1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to Unix format, it works fine with 1.5.23, but I'm wondering what changed. Cygwin mounts are the same; what else could be different? thanks for any insight

Re: gcc: installation problem, cannot exec 'cc1'

Thomas Antony wrote: Hello, Come to think of it, I had removed the read only stuff when it drove me nuts with silly errors when I tried to delete or move files. But not on C drive. Anyway, I removed those links using the script you said and reinstalled. Now ls lists them correctly $ ls -l /us

Re: command line arg expansion

. Reformatted. jim wrote: -Original Message- From: Larry Hall (Cygwin) [mailto:reply-to-list-only-lh cygwin com] Sent: Thursday, January 11, 2007 12:37 PM To: cygwin cygwin com ^^^

RE: activestate perl on cygwin

Kevin wrote: >I still >have no way to execute the command below and a regular script on cygwin >using Activestate. Well, I run perl scripts on cygwin with no problem. Did not do anything special, except make sure NOT to install perl when installing cygwin(and making sure the activestate perl is in

Re: Snapshot speed on managing files

On Jan 12 09:24, Lev Bishop wrote: > On 1/12/07, Corinna Vinschen wrote: > > >To overcome this problem the file is moved to the recycle bin in > >unlink(2), so that it disappears from it's original directory, > >regardless whether it's still in use or not. I tried to do this as > >quick as possib

Re: Snapshot speed on managing files

On 1/12/07, Corinna Vinschen wrote: To overcome this problem the file is moved to the recycle bin in unlink(2), so that it disappears from it's original directory, regardless whether it's still in use or not. I tried to do this as quick as possible but there's obviously some room for optimizati

Re: "cscope -d" can't find trailer offset if path contains space

< - Original Message < From: Gmane User < To: cygwin < Sent: Friday, January 12, 2007 1:16:32 AM < Subject: Re: "cscope -d" can't find trailer offset if path contains space < < By the way, Dave, if you're going to be poking & prodding mlscope, I was < wondering if you might have time to l

Re: activestate perl on cygwin

Kevin T Cella wrote: [snip] but the point of this little story is that you are short sighted if you believe that the only platform you'll encounter and thus need to deal with is Windows... I agree completely. This is for personal use. What does that matter? It's still short sited. Although thi

RE: command line arg expansion

Thanks Larry. I had seen that option, but nothing to indicate that it had changed between 1.5.12 and 1.5.23. Can anyone account for the difference between these two versions?What I'm actually seeing is a behavior change in a perl script that does something like: open(LS, "ls -dF1 /c* | g

RE: activestate perl on cygwin

> [snip] but the point of this little story is that you > are short sighted if you believe that the only platform you'll > encounter and thus need to deal with is Windows... I agree completely. This is for personal use. > As has been pointed out to you already there is Win32 modules for > Cygwin'

RE: CR/LF problems after upgrade

From: Luke Kendall > > I wonder how many centuries of human endeavour has been > absorbed because of the decision to use CR+LF as line > endings in DOS? > To be fair, \r\n seems to go back to Gary Kildall's CP/M. http://en.wikipedia.org/wiki/Unprintable_characters -- Unsubscribe info: ht

Re: cygwin 1.5.23-2 : CREAD termios option don't work

On Jan 11 16:53, Florent Morin wrote: > Hello, > > I actually develop a program in C for reading and writing data on > serial port. It works fine on GNU/Linux. I now test it with cygwin > (Windows XP). > > I begin to set the port options, then I read/write information and > restore port settings.

Re: Snapshot speed on managing files

On Jan 11 13:14, Marco atzeri wrote: > Hi All, > I have found non specific info on the faq and > documentation, so I am wondering if there is > any specific "debugging" reason to explain why > latest snapshots 20070110 (and 04) are substantial > slower than 1.5.23-2 on removing multiple files. F

Re: [patch] cygport-0.2.7 hooks for additional prep, install customization

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Charles Wilson wrote: > [implementation details] > [1] Possibiliyt: remove the readonly protection on the existing, > internal, automation functions (like __prep_installdir or src_prep). > This is a really bad idea: some of these functions (especiall

Re: [patch] cygport-0.2.7 mixed-mode SRC_URIs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Charles Wilson wrote: > ...and allow the new PATCH_URI in cygport-0.2.7 to work when main src is > in CVS|SVN|GIT repo. (At present, in 0.2.7, PATCH_URI is ignored if > inherit cvs|svn|git). True, only because I haven't yet had such a case. > With