Re: group"S-1-2-0"(users who login locally)in ssh;windows 2003

On Aug 17 18:49, Tom Rodman wrote: > > tried that.. no joy, take a look: > --v-v--C-U-T---H-E-R-E-v-v-- > $ $WINDIR/system32/whoami /all #we're in an ssh session before edits made > to /etc/group > > USER INFORMATION > > > Us

Re: Newbie: Setting environment variables from a .bat file

Neil Kolban wrote: > I have some windows BAT files that set some windows CMD environment > variables. I am hoping to run a shell under cygwin but when I run the BAT > files from a shell prompt, the BAT file set variables are not exported to > the parent shell. Is there a way that I can have BA

Re: Newbie: Setting environment variables from a .bat file

On Thu, Aug 17, 2006 at 11:10:20PM -0500, Neil Kolban wrote: >Folks, >I have some windows BAT files that set some windows CMD environment >variables. I am hoping to run a shell under cygwin but when I run the BAT >files from a shell prompt, the BAT file set variables are not exported to >the p

Newbie: Setting environment variables from a .bat file

Folks, I have some windows BAT files that set some windows CMD environment variables. I am hoping to run a shell under cygwin but when I run the BAT files from a shell prompt, the BAT file set variables are not exported to the parent shell. Is there a way that I can have BAT file set variabl

Re: [ANNOUNCEMENT] Updated: binutils-20060817-1

> I've made a new version of binutils available for installation. This > is a refresh from the current binutils CVS. It fixes the problem mentioned > here: > > http://cygwin.com/ml/cygwin/2006-08/msg00055.html Excellent! This solves the similar (same?) problem I reported on 14th July. Bill

Re: Scripted setup?

On Thu, 17 Aug 2006, Brown, Beverly wrote: > Is there a way to perform a scripted setup of cygwin? I would like to > preselect a download path, a mirror site and several packages and invoke > setup froma script without requiring any user interaction. Is that > possible? Yes. See, for example,

Re: Snapshot uploaded, please try

On Thu, Aug 17, 2006 at 05:26:16PM -0500, Brian Ford wrote: >On Thu, 10 Aug 2006, Christopher Faylor wrote: >> On Thu, Aug 10, 2006 at 11:19:15PM +0200, Dr. Volker Zell wrote: >> >Starting xterm from an rxvt window gives: >> >In the Xterm window >> > 587214 [main] xterm 296 modify_handle: virtual v

Scripted setup?

Is there a way to perform a scripted setup of cygwin? I would like to preselect a download path, a mirror site and several packages and invoke setup froma script without requiring any user interaction. Is that possible? Beverly -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Pr

Re: group"S-1-2-0"(users who login locally)in ssh;windows 2003

On Wed 8/16/06 23:11 +0200 cygwin@cygwin.com wrote: > On Aug 16 15:49, Tom Rodman wrote: > > On Wed 8/16/06 14:44 CDT mwoehlke wrote: > > > Tom Rodman wrote: > > > > Hosts effected: > > > > > > > > several boxes running windows 2003 server w/cygwin > > > > (1.5.20s(0.155/4/2) 20060403 13:33:45)

Re: Snapshot uploaded, please try

On Thu, 17 Aug 2006, Brian Ford wrote: > Attached is a simpler C test case distilled from the make code causing > the problem. Probably obvious, but simpler yet. -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in a

Re: Snapshot uploaded, please try

On Thu, 17 Aug 2006, Brian Ford wrote: > On Thu, 10 Aug 2006, Christopher Faylor wrote: > > On Thu, Aug 10, 2006 at 11:19:15PM +0200, Dr. Volker Zell wrote: > > >Starting xterm from an rxvt window gives: > > >In the Xterm window > > > 587214 [main] xterm 296 modify_handle: virtual void > > > fhand

Re: Snapshot uploaded, please try

On Thu, 10 Aug 2006, Christopher Faylor wrote: > On Thu, Aug 10, 2006 at 11:19:15PM +0200, Dr. Volker Zell wrote: > >Starting xterm from an rxvt window gives: > >In the Xterm window > > 587214 [main] xterm 296 modify_handle: virtual void > > fhandler_pipe::set_close_on_exec(bool):175 handle guard<

AW: cygwin running from ext. USB HD

If you copy this CD on a HDD it works - http://xlivecd.indiana.edu/ But it's a little bit outdated - and there are informations how they did it - so you could create an updated version of it. With the old version I was able to create a Cygwin-CD (or external HDD, or USB-Stick) running cygwin inc

Re: cygwin running from ext. USB HD

Dirk Schleicher wrote: Hello there, it is possible to install cygwin on a external USB-hd? I think yes. I use W2k and want to store my mails from Sylpheed claws there. Or install cygwin normal and store the whole mails at the USB HD. To do this I have to mount the USB HD to cygwin. How to do thi

Re: Snapshot uploaded, please try

On Thu, 17 Aug 2006, Brian Ford wrote: > Sorry! Finger slipped and sent instead of canceled. I'm not batting very well today :-(. -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained

Re: Snapshot uploaded, please try

On Thu, 10 Aug 2006, Christopher Faylor wrote: > On Thu, Aug 10, 2006 at 11:19:15PM +0200, Dr. Volker Zell wrote: > >> Christopher Faylor writes: > > > >> The latest snapshot has been uploaded. > >> If you have been asked to test a snapshot, please try this one. It > > contains > >

cygwin running from ext. USB HD

Hello there, it is possible to install cygwin on a external USB-hd? I think yes. I use W2k and want to store my mails from Sylpheed claws there. Or install cygwin normal and store the whole mails at the USB HD. To do this I have to mount the USB HD to cygwin. How to do this? Is there a encryption

Re: change in behavior of make from 3.80 to 3.81

On Thu, Aug 17, 2006 at 02:26:34PM -0500, mwoehlke wrote: >Olivier Langlois wrote: >>>Just for the records: My design goals for Cygwin >>>are that it works fine as a POSIX environment, not that it works fine >>>to run DOS tools. That's a nice side-effect at best. >> >>It seems to me that Cygwin de

Re: change in behavior of make from 3.80 to 3.81

Olivier Langlois wrote: Just for the records: My design goals for Cygwin are that it works fine as a POSIX environment, not that it works fine to run DOS tools. That's a nice side-effect at best. It seems to me that Cygwin design goals have changed recently otherwise if offering a POSIX enviro

Re: Start up Script Question

Rich Mayo wrote: What script (or scripts) adds Cygwin directories to the existing environment variables? I use xterm under the Cygwin X Server as my user environment and I'm not happy with the way my INCLUDE, LIB, and PATH variables are laid out. 'man bash' -- Matthew Websites such as ... Wik

RE: change in behavior of make from 3.80 to 3.81

Hi Corinna, > > This has nothing to do with Cygwin's development process. Cygwin is a > POSIX environment after all. It's one of if's design targets to get rid > of the DOS paths. People using Cygwin with DOS paths are using Cygwin > for something it was not designed for. This whole complaint

Start up Script Question

What script (or scripts) adds Cygwin directories to the existing environment variables? I use xterm under the Cygwin X Server as my user environment and I'm not happy with the way my INCLUDE, LIB, and PATH variables are laid out. Thanks, Rich Mayo SRI International 732-389-1003 -- Unsubscribe

Re: change in behavior of make from 3.80 to 3.81

> Date: Thu, 17 Aug 2006 09:43:30 -0400 > From: "William A. Hoffman" <[EMAIL PROTECTED]> > Cc: cygwin@cygwin.com > > Here is a run with the MinGW make, from a cygwin shell: > > $ ./make > [ 25%] Built target testc2 > [ 50%] Built target testc1 > Linking > C > executable > conly.exe > cl : Command

Re: change in behavior of make from 3.80 to 3.81

> From: "Dave Korn" <[EMAIL PROTECTED]> > Date: Thu, 17 Aug 2006 15:51:01 +0100 > > > The thought of adding a cygwin-specific function to make and then making > > sure that it exists as a noop in any other version of make seems a little > > pushy to me. > > Well, it could always just not exist,

Re: change in behavior of make from 3.80 to 3.81

> Date: Thu, 17 Aug 2006 10:12:30 -0400 (EDT) > From: Igor Peshansky <[EMAIL PROTECTED]> > Reply-To: cygwin@cygwin.com > cc: Eli Zaretskii <[EMAIL PROTECTED]> > > Actually, sorry, I've misread the above. Doesn't GNU make already have a > plethora of functions not present in other makes? I again

Re: change in behavior of make from 3.80 to 3.81

-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: change in behavior of make from 3.80 to 3.81

> Date: Thu, 17 Aug 2006 09:59:30 -0400 (EDT) > From: Igor Peshansky <[EMAIL PROTECTED]> > cc: cygwin@cygwin.com > > > FWIW, I don't think such a function is a good idea, and if it is > > proposed on the Make mailing list, I will probably object to it. > > > > The reason is that adding such a func

[ANNOUNCEMENT] Updated: binutils-20060817-1

I've made a new version of binutils available for installation. This is a refresh from the current binutils CVS. It fixes the problem mentioned here: http://cygwin.com/ml/cygwin/2006-08/msg00055.html (And, thanks for the test case which exposed the problem) For a brief description of this pack

RE: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Thu, 17 Aug 2006, Brian Ford wrote: > > > and I have found that this, contrary to the IP_ADD_MEMBERSHIP case, > > must be called BEFORE I bind the socket! > > Um, that makes sense, doesn't it? I guess it does. I just wanted to mention it since the sentence "Note that it is necessary to bin

RE: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Thu, 17 Aug 2006, Alessandro Saffiotti wrote: > On Thu, 17 Aug 2006, Brian Ford wrote: > > Oh yeah, you must call the setsockopt below after the bind on windows. > > Search MSDN for why. > > Thanks a lot, this actually fixed my problem. You're welcome. Sorry for the initial noise. > In case i

Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Aug 17 11:29, Brian Ford wrote: > On Thu, 17 Aug 2006, Corinna Vinschen wrote: > > > On Aug 17 09:06, Brian Ford wrote: > > > Oh yeah, you must call the setsockopt below after the bind on windows. > > > Search MSDN for why. > > > > P.S.: Do you know the MSDN articel off-hand, maybe? > > http:/

RE: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Thu, 17 Aug 2006, Brian Ford wrote: > > Oh yeah, you must call the setsockopt below after the bind on windows. > Search MSDN for why. Thanks a lot, this actually fixed my problem. In case it may help someone else: I also need to make the socket reusable by setsockopt(tcp_broadcast_receiver,

Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Thu, 17 Aug 2006, Corinna Vinschen wrote: > On Aug 17 09:06, Brian Ford wrote: > > Oh yeah, you must call the setsockopt below after the bind on windows. > > Search MSDN for why. > > P.S.: Do you know the MSDN articel off-hand, maybe? http://support.microsoft.com/default.aspx?scid=kb;en-us;131

RE: change in behavior of make from 3.80 to 3.81

At 11:09 AM 8/17/2006, Dave Korn wrote: >On 17 August 2006 16:01, William A. Hoffman wrote: > >> At 10:49 AM 8/17/2006, Christopher Faylor wrote: >>> I've already mentioned once that this was the wrong mailing list for this. >>> Why do you seem to need everything repeated at you? >>> >>> If you, o

RE: change in behavior of make from 3.80 to 3.81

On 17 August 2006 16:01, William A. Hoffman wrote: > At 10:49 AM 8/17/2006, Christopher Faylor wrote: >> I've already mentioned once that this was the wrong mailing list for this. >> Why do you seem to need everything repeated at you? >> >> If you, or anyone, is having problems with MinGW's make

Re: change in behavior of make from 3.80 to 3.81

On Thu, Aug 17, 2006 at 11:00:48AM -0400, William A. Hoffman wrote: >At 10:49 AM 8/17/2006, Christopher Faylor wrote: >>I've already mentioned once that this was the wrong mailing list for >>this. Why do you seem to need everything repeated at you? >> >>If you, or anyone, is having problems with M

Re: change in behavior of make from 3.80 to 3.81

At 10:49 AM 8/17/2006, Christopher Faylor wrote: >I've already mentioned once that this was the wrong mailing list for this. >Why do you seem to need everything repeated at you? > >If you, or anyone, is having problems with MinGW's make it would behoove >you to discuss the problems in a mailing lis

Re: 1.5.18: Possible bug with select and serial ports

On Aug 14 14:16, [EMAIL PROTECTED] wrote: > > Hello everyone, > I have what I suspect is a bug in cygwin's serial port handling which only > seems to manifest itself when using select, then read. > [...] Thanks for the testcase, it was very helpful. It took me a long time to come up with a work

RE: change in behavior of make from 3.80 to 3.81

On 17 August 2006 15:47, Christopher Faylor wrote: > On Thu, Aug 17, 2006 at 03:16:31PM +0100, Dave Korn wrote: >> On 17 August 2006 15:13, Igor Peshansky wrote: >> >>> On Thu, 17 Aug 2006, Igor Peshansky wrote: >>> On Thu, 17 Aug 2006, Eli Zaretskii wrote: >> On Wed, 16 Aug 2006,

Re: change in behavior of make from 3.80 to 3.81

On Thu, Aug 17, 2006 at 09:43:30AM -0400, William A. Hoffman wrote: >At 04:31 AM 8/17/2006, Eli Zaretskii wrote: >>> Date: Wed, 16 Aug 2006 09:34:36 -0400 >>> From: "William A. Hoffman" <[EMAIL PROTECTED]> >>> >>> Actually no, MinGW make is not working for what used to work with cygwin >>> make.

Re: change in behavior of make from 3.80 to 3.81

On Thu, Aug 17, 2006 at 03:16:31PM +0100, Dave Korn wrote: >On 17 August 2006 15:13, Igor Peshansky wrote: > >> On Thu, 17 Aug 2006, Igor Peshansky wrote: >> >>> On Thu, 17 Aug 2006, Eli Zaretskii wrote: >>> > On Wed, 16 Aug 2006, Igor Peshansky wrote: > > Alternatively, you can try

Re: change in behavior of make from 3.80 to 3.81

On Thu, Aug 17, 2006 at 06:48:18AM -0400, Eli Zaretskii wrote: >> Date: Thu, 17 Aug 2006 11:17:52 +0100 >> >> On 17 August 2006 10:47, Eli Zaretskii wrote: >> >> >> Date: Thu, 17 Aug 2006 11:35:51 +0200 >> >> From: Corinna Vinschen >> >> Cc: Eli Zaretskii >> >> Eli, we have a tradition of snip

Re: change in behavior of make from 3.80 to 3.81

On Aug 17 15:27, Dave Korn wrote: > On 17 August 2006 15:25, Corinna Vinschen wrote: > > > On Aug 17 09:59, Igor Peshansky wrote: > >> Actually, as Gareth mentioned, *Cygwin* allows colons in file names on > >> managed mounts. So, at the very least there'd be confusion of whether > >> c:\\TEMP is

Re: change in behavior of make from 3.80 to 3.81

On Thu, 17 Aug 2006, Corinna Vinschen wrote: > On Aug 17 09:59, Igor Peshansky wrote: > > Actually, as Gareth mentioned, *Cygwin* allows colons in file names on > > managed mounts. So, at the very least there'd be confusion of whether > > c:\\TEMP is a directory TEMP in the root of the C: drive,

Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Aug 17 09:06, Brian Ford wrote: > My point should have been that I use this construct every day in 1.5.18 > and 1.5.21 within our application and it works fine. I saw very few > differences. Here is my snippet in case I missed something else obvious: > > fd = socket(AF_INET, SOCK_DGRAM, 0); >

RE: change in behavior of make from 3.80 to 3.81

On 17 August 2006 15:25, Corinna Vinschen wrote: > On Aug 17 09:59, Igor Peshansky wrote: >> Actually, as Gareth mentioned, *Cygwin* allows colons in file names on >> managed mounts. So, at the very least there'd be confusion of whether >> c:\\TEMP is a directory TEMP in the root of the C: drive,

Re: change in behavior of make from 3.80 to 3.81

On Aug 17 09:59, Igor Peshansky wrote: > Actually, as Gareth mentioned, *Cygwin* allows colons in file names on > managed mounts. So, at the very least there'd be confusion of whether > c:\\TEMP is a directory TEMP in the root of the C: drive, or a file named > 'c:\\TEMP' in the current directory

RE: change in behavior of make from 3.80 to 3.81

On 17 August 2006 15:13, Igor Peshansky wrote: > On Thu, 17 Aug 2006, Igor Peshansky wrote: > >> On Thu, 17 Aug 2006, Eli Zaretskii wrote: >> On Wed, 16 Aug 2006, Igor Peshansky wrote: Alternatively, you can try to implement a $(cygpath ...) function in make and submit *that

Re: change in behavior of make from 3.80 to 3.81

On Thu, 17 Aug 2006, Igor Peshansky wrote: > On Thu, 17 Aug 2006, Eli Zaretskii wrote: > > > > On Wed, 16 Aug 2006, Igor Peshansky wrote: > > > > > > Alternatively, you can try to implement a $(cygpath ...) function in > > > make and submit *that* to the upstream maintainers. > > > > FWIW, I don't

RE: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Thu, 17 Aug 2006, Dave Korn wrote: > On 17 August 2006 14:45, Brian Ford wrote: > > On Thu, 17 Aug 2006, Alessandro Saffiotti wrote: > >> imreq.imr_interface.s_addr = INADDR_ANY; > > > > INADDR_ANY is in host byte order, but you need network order for this > > call. > > Yeh, that's it! And

Re: change in behavior of make from 3.80 to 3.81

On Thu, 17 Aug 2006, Eli Zaretskii wrote: > > On Wed, 16 Aug 2006, Igor Peshansky wrote: > > > > Alternatively, you can try to implement a $(cygpath ...) function in > > make and submit *that* to the upstream maintainers. > > FWIW, I don't think such a function is a good idea, and if it is > propo

Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

Brian Ford wrote: > On Thu, 17 Aug 2006, Alessandro Saffiotti wrote: > >> I ran into the following problem when using setsockopt to create a >> multicast receiver in my own application. Here is the relevant part >> of the code: >> >> tcp_broadcast_receiver = socket(PF_INET,SOCK_DGRAM,IPPROTO_IP

RE: Cygwin 1.5.18: Problem using setsockopt() for multicast

On 17 August 2006 14:45, Brian Ford wrote: > On Thu, 17 Aug 2006, Alessandro Saffiotti wrote: > >> I ran into the following problem when using setsockopt to create a >> multicast receiver in my own application. Here is the relevant part of >> the code: >> >> tcp_broadcast_receiver = socket(P

Re: change in behavior of make from 3.80 to 3.81

At 04:31 AM 8/17/2006, Eli Zaretskii wrote: >> Date: Wed, 16 Aug 2006 09:34:36 -0400 >> From: "William A. Hoffman" <[EMAIL PROTECTED]> >> >> Actually no, MinGW make is not working for what used to work with cygwin >> make. It has a nasty habit of changing cl's command line arguments >> like /GZ

Re: Is cygwin-ml softwere altering message content?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max Bowsher wrote: > Václav Haisman wrote: >> I have noticed that sometimes my PGP signed messages do not arrive >> intact from cygwin-ml. The attached two files show the difference >> between good message, that was sent as Bcc to myself, and bad messa

Re: Is cygwin-ml softwere altering message content?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max Bowsher wrote: > Václav Haisman wrote: >> I have noticed that sometimes my PGP signed messages do not arrive >> intact from cygwin-ml. The attached two files show the difference >> between good message, that was sent as Bcc to myself, and bad messa

Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Thu, 17 Aug 2006, Alessandro Saffiotti wrote: > I ran into the following problem when using setsockopt to create a > multicast receiver in my own application. Here is the relevant part > of the code: > > tcp_broadcast_receiver = socket(PF_INET,SOCK_DGRAM,IPPROTO_IP); > > memset(&imreq, 0,

Re: change in behavior of make from 3.80 to 3.81

> Date: Thu, 17 Aug 2006 14:09:23 +0200 > > On Aug 17 05:46, Eli Zaretskii wrote: > > > > Windows doesn't allow colons anywhere else in file names anyway. > > > > > > That's not quite right. Colons are also used in file names when the > > > file name denotes an alternative named stream on NTFS f

Re: Is cygwin-ml softwere altering message content?

Václav Haisman wrote: I have noticed that sometimes my PGP signed messages do not arrive intact from cygwin-ml. The attached two files show the difference between good message, that was sent as Bcc to myself, and bad message that I got from cygwin-ml. If you diff the two text files you will notic

Patch for script of util-linux-2.12r-2 with zsh.

Hi, Here's a patch to make util-linux-2.12r-2/misc-utils/script work with zsh (the best and the greatest :-), and possibly with csh and tcsh as well. diff -Naur util-linux-2.12r/misc-utils/script.c util-linux-2.12r-3/misc-utils/script.c --- util-linux-2.12r/misc-utils/script.c2006-02-

Re: Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Aug 17 12:37, Alessandro Saffiotti wrote: > Thanks for the prompt reaction! > > On Thu, 17 Aug 2006, Corinna Vinschen wrote: > > > > On Aug 17 01:42, Alessandro Saffiotti wrote: > > > > > > I have also read the discussion about the conflicting values for > > > constants between winsock1 and w

Re: change in behavior of make from 3.80 to 3.81

On Aug 17 05:46, Eli Zaretskii wrote: > > > Windows doesn't allow colons anywhere else in file names anyway. > > > > That's not quite right. Colons are also used in file names when the > > file name denotes an alternative named stream on NTFS file systems. > > Right, I forgot about this obscure

Re: change in behavior of make from 3.80 to 3.81

> Date: Thu, 17 Aug 2006 11:17:52 +0100 > > On 17 August 2006 10:47, Eli Zaretskii wrote: > > >> Date: Thu, 17 Aug 2006 11:35:51 +0200 > >> From: Corinna Vinschen <[EMAIL PROTECTED]> > >> Cc: Eli Zaretskii <[EMAIL PROTECTED]> > > Eli, we have a tradition of snipping email addys on this list: >

Re: Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

Thanks for the prompt reaction! On Thu, 17 Aug 2006, Corinna Vinschen wrote: > > On Aug 17 01:42, Alessandro Saffiotti wrote: > > > > I have also read the discussion about the conflicting values for > > constants between winsock1 and winsock2. I have tried to replace > > IP_ADD_MEMBERSHIP by ha

RE: change in behavior of make from 3.80 to 3.81

On 17 August 2006 10:47, Eli Zaretskii wrote: >> Date: Thu, 17 Aug 2006 11:35:51 +0200 >> From: Corinna Vinschen <[EMAIL PROTECTED]> >> Cc: Eli Zaretskii <[EMAIL PROTECTED]> Eli, we have a tradition of snipping email addys on this list: http://cygwin.com/acronyms#PCYMTNQREAIYR if you could plea

Re: 1.5.20: Occasional crash at address 0x6100365f (cygthread::stub() in cygthre

Is your keyboard symbol correctly set at the startxwin.sh log? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: change in behavior of make from 3.80 to 3.81

> Date: Thu, 17 Aug 2006 11:35:51 +0200 > From: Corinna Vinschen <[EMAIL PROTECTED]> > Cc: Eli Zaretskii <[EMAIL PROTECTED]> > > > Windows doesn't allow colons anywhere else in file names anyway. > > That's not quite right. Colons are also used in file names when the > file name denotes an alter

Re: user defined environment variabales problem

On Aug 17 11:30, Andre Heider wrote: > hi, > > windows comes with the following defaults: > > system wide environment variables "TMP" and "TEMP" set to the value > "%SYSTEMROOT%\Temp" > user overwritten variables set to "%USERPROFILE%\Local Settings\Temp" > > when logging on using rdp these val

Re: change in behavior of make from 3.80 to 3.81

On Aug 17 05:05, Eli Zaretskii wrote: > > Date: Wed, 16 Aug 2006 15:52:59 -0400 (EDT) > > From: Igor Peshansky <[EMAIL PROTECTED]> > > cc: cygwin@cygwin.com > > > > Alternatively, you can try to implement a $(cygpath ...) function in make > > and submit *that* to the upstream maintainers. > > FWI

[ot] RE: Is cygwin-ml softwere altering message content?

On 17 August 2006 09:25, Václav Haisman wrote: > Václav Haisman wrote: >> I have noticed that sometimes my PGP signed messages do not arrive >> intact from cygwin-ml. The attached two files show the difference >> between good message, that was sent as Bcc to myself, and bad message >> that I got f

user defined environment variabales problem

hi, windows comes with the following defaults: system wide environment variables "TMP" and "TEMP" set to the value "%SYSTEMROOT%\Temp" user overwritten variables set to "%USERPROFILE%\Local Settings\Temp" when logging on using rdp these values are correctly set by windows to the user specific

Re: change in behavior of make from 3.80 to 3.81

Eli Zaretskii wrote: code, perhaps with some Cygwin-specific changes). Contrary to what some people said in this thread, I don't see any problems that could hamper the Cygwin build of Make if it supported drive letters, since Windows doesn't allow colons anywhere else in file names anyway. Of c

Re: change in behavior of make from 3.80 to 3.81

> Date: Wed, 16 Aug 2006 15:52:59 -0400 (EDT) > From: Igor Peshansky <[EMAIL PROTECTED]> > cc: cygwin@cygwin.com > > Alternatively, you can try to implement a $(cygpath ...) function in make > and submit *that* to the upstream maintainers. FWIW, I don't think such a function is a good idea, and i

Re: change in behavior of make from 3.80 to 3.81

> Date: Wed, 16 Aug 2006 09:34:36 -0400 > From: "William A. Hoffman" <[EMAIL PROTECTED]> > > Actually no, MinGW make is not working for what used to work with cygwin > make. It has a nasty habit of changing cl's command line arguments > like /GZ into c:/msys/1.0/GZ. I think this is the MSYS Mak

Re: Is cygwin-ml softwere altering message content?

Václav Haisman wrote: > I have noticed that sometimes my PGP signed messages do not arrive > intact from cygwin-ml. The attached two files show the difference > between good message, that was sent as Bcc to myself, and bad message > that I got from cygwin-ml. If you diff the two text files you will

Is cygwin-ml softwere altering message content?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have noticed that sometimes my PGP signed messages do not arrive intact from cygwin-ml. The attached two files show the difference between good message, that was sent as Bcc to myself, and bad message that I got from cygwin-ml. If you diff the two te

Re: Running the FSL package from FMRIB

On Aug 17 17:41, K Morris SVHM wrote: > Is this problem still current (was it ever?). Can I install Vsn 1.5.21-1 > and run FSL without a problem?. I never heard about that problem. Why don't you just try? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cyg

Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

On Aug 17 01:42, Alessandro Saffiotti wrote: > Hi there, > > I ran into the following problem when using setsockopt to create a > multicast receiver in my own application. Here is the relevant part > of the code: > [...] > if(setsockopt(tcp_broadcast_receiver, IPPROTO_IP, IP_ADD_MEMBERSHIP, >

Re: Cygwin 1.5.18: Problem using setsockopt() for multicast

Alessandro Saffiotti wrote: > Hi there, > > I ran into the following problem when using setsockopt to create a > multicast receiver in my own application. Here is the relevant part > of the code: > > -- > . > . > . > tcp_b

Running the FSL package from FMRIB

I wish to install the new version of FSL (see http://www.fmrib.ox.ac.uk/fsl/). According to their website:- "Alternatively, FSL can run natively under Windows XP once you have installed a free package called Cygwin, which is a unix-like environment running inside Windows. Programs that run