Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On 12/1/2009 5:44 AM, John Morrison wrote: On Tue, December 1, 2009 9:15 am, Corinna Vinschen wrote: I'm wondering if /etc/profile is actually the right place for unsetting TMP and TEMP. What about etc/defaults/etc/skel/.bashrc instead? It allows every user simple access to the setting of TMP

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

Ken Brown wrote: Here's one possibility, but it may be a little too verbose: Melius abundare quam deficere! I want just to flag that in the next release of base-files package, one should remove '/usr/X11R6/bin' from the definition of PATH. But, perhaps, this is already in John's ToDo list. :

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

2009/12/1 Ken Brown: > On 12/1/2009 5:44 AM, John Morrison wrote: >> Unsetting them in the skel .bashrc files shouldn't be a problem to do, but >> on my system... >> >> $ echo $TMP >> /cygdrive/c/DOCUME~1/morrijr/LOCALS~1/Temp >> >> Tue Dec 01 10:40 AM >> $ unset TMP >> >> Tue Dec 01 10:40 AM >> $

Re: My DIY solution Re: Cygwin setup.exe: Clean historical setup packages

On Tue, Dec 01, 2009 at 04:31:48AM -0800, LiuYan ?? wrote: >After I viewed setup.ini, I decide to write a little script to do this. >Currently, it scans all the sub-directory of cygwin local package >directory, and delete all the old files which not listed in setup.ini >or setup-2.ini. You did

Re: My DIY solution Re: Cygwin setup.exe: Clean historical setup packages

Hi Christopher, I've figure out one reason in my first post: Our servers have NO internet connection, so I'd better to keep a local copy of install packages, so that I can upgrade cygwin on servers by choose "Install from Local Directory" setup type. There's another reason I don't want to talk ab

Re: how to get the windows PATH env in cygwin

On Mon, Nov 30, 2009 at 07:40:51PM -0600, Jeremy Bopp wrote: [...] > If you want to see the Windows PATH setting unmolested by Cygwin, you > will either need to strip out the additions set by /etc/profile or avoid > running under an environment modified by /etc/profile. It doesn't add, actually

Re: how to get the windows PATH env in cygwin

2009/12/1 Reinier Post: >> If you want to see the Windows PATH setting unmolested by Cygwin, you >> will either need to strip out the additions set by /etc/profile or avoid >> running under an environment modified by /etc/profile. > > It doesn't add, actually - it replaces it. You're wrong. The Cy

Re: My DIY solution Re: Cygwin setup.exe: Clean historical setup packages

On Tue, Dec 01, 2009 at 07:15:43AM -0800, LiuYan ?? wrote: >Hi Christopher, I've figure out one reason in my first post: Our >servers have NO internet connection, so I'd better to keep a local copy >of install packages, so that I can upgrade cygwin on servers by choose >"Install from Local Dire

Re: Issues with find in /proc

On Dec 1 06:31, Chris Sutcliffe wrote: > Hi All, > > I'm not sure if this is expected behaviour or not, but I've noticed > the following: > > csutc...@eush65 /proc > $ find . > . > ./loadavg > ./meminfo > ./registry > find: `./registry': Bad file descriptor This is a bug in Cygwin. It miss

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On Dec 1 08:12, Ken Brown wrote: > On 12/1/2009 5:44 AM, John Morrison wrote: > >They don't get 'reset' to the windows default... but then, I've not really > >been following this thread. Is that what's wanted? > > No, they're not expected to get reset. > > >Also, $PATCH and $TMPDIR weren't defi

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On Dec 1 14:24, Angelo Graziosi wrote: > Ken Brown wrote: > >Here's one possibility, but it may be a little too verbose: > > Melius abundare quam deficere! > > I want just to flag that in the next release of base-files package, > one should remove '/usr/X11R6/bin' from the definition of PATH. Bu

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On Tue, Dec 1, 2009 at 5:44 AM, John Morrison wrote: > On Tue, December 1, 2009 9:15 am, Corinna Vinschen wrote: >> On Nov 30 20:53, Robert Pendell wrote: >>> On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi >>>wrote: >>> > Robert Pendell wrote: >>> >> >>> >> P.S. - On linux (when I tested) TEMP, T

Re: Environment variable documentation

On 12/1/2009 4:45 AM, Corinna Vinschen wrote: On Nov 30 17:04, Ken Brown wrote: The discussion currently going on in the thread http://cygwin.com/ml/cygwin/2009-11/threads.html#00892 makes me think that the section on environment variables in the user's guide (http://cygwin.com/1.7/cygwin-ug

RE: Nasty permissions / pathing bug in perl on 1.7

Hi, After testing this with a latest version of perl (5.10.1-1) / cygwin (1.7), we still see: [r...@quad32]~: perl --version This is perl, v5.10.1 (*) built for i686-cygwin-thread-multi-64int (with 12 registered patches, see perl -V for more detail) Copyright 1987-2009, Larry Wall Perl may be

Re: Nasty permissions / pathing bug in perl on 1.7

Just to be 100% clear its not the fact that the script errors, its the fact that the permissions after the initial DOS pathed chmod doesn't actually set the permissions correctly and doesn't throw any error. Regards Steve - Original Message - From: "Dan Offord" To: Sent: Tuesda

Re: Nasty permissions / pathing bug on 1.7

Steven Hartland wrote: > Just to be 100% clear its not the fact that the script errors, its the fact > that the permissions after the initial DOS pathed chmod doesn't actually > set the permissions correctly and doesn't throw any error. Also, it's not just perl, you can reproduce it in a shell

Re: Nasty permissions / pathing bug on 1.7

On Dec 1 17:42, Dave Korn wrote: > Steven Hartland wrote: > > Just to be 100% clear its not the fact that the script errors, its the fact > > that the permissions after the initial DOS pathed chmod doesn't actually > > set the permissions correctly and doesn't throw any error. > > Also, it's

Re: Environment variable documentation

On Dec 1 11:32, Ken Brown wrote: > On 12/1/2009 4:45 AM, Corinna Vinschen wrote: > >On Nov 30 17:04, Ken Brown wrote: > >>I would be willing to take a stab at writing a patch if the > >>developers think this would be useful. > > > >That sounds like a nice idea. > > OK, my patch is attached. It a

Update >>Re: My DIY solution Re: Cygwin setup.exe: Clean historical setup packages

update: added -p option, which will treat files listed in [prev] section of setup.ini as old. now, run ./cleanOldPackages_UTF8.sh -p -d will clean files listed in [prev] sectoin. download it from nabble.com: http://old.nabble.com/file/p26594254/cleanOldPackages_UTF8.sh cleanOldPackages_UTF8.sh

Re: Nasty permissions / pathing bug on 1.7

Corinna Vinschen wrote: > > That's by design. When you use Win32 paths, instead of POSIX paths, > you will get Win32 default permission handling. Or, in other words, > for all DOS paths the mount mode is "noacl". Cheers, I was just off looking that up. It's obviously what's happening for pe

Re: Nasty permissions / pathing bug on 1.7

- Original Message - From: "Corinna Vinschen" That's by design. When you use Win32 paths, instead of POSIX paths, you will get Win32 default permission handling. Or, in other words, for all DOS paths the mount mode is "noacl". Ok that begs the questions:- 1. What was the reasoning b

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On Tue, Dec 01, 2009 at 11:32:43AM -0500, Robert Pendell wrote: >They are not reset but during an strace I discovered that cygwin will >internally default to the system defined TEMP if one isn't defined in >cygwin. In other words if it has been unset. This is similar to >linux using /tmp by defau

Re: Nasty permissions / pathing bug on 1.7

On Dec 1 18:03, Steven Hartland wrote: > - Original Message - From: "Corinna Vinschen" > > >That's by design. When you use Win32 paths, instead of POSIX paths, > >you will get Win32 default permission handling. Or, in other words, > >for all DOS paths the mount mode is "noacl". > > Ok

Re: how to get the windows PATH env in cygwin

On Tue, Dec 1, 2009 at 10:03 AM, Andy Koppe <> wrote: > 2009/12/1 Reinier Post: >>> If you want to see the Windows PATH setting unmolested by Cygwin, you >>> will either need to strip out the additions set by /etc/profile or avoid >>> running under an environment modified by /etc/profile. >> >> It

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On Tue, Dec 1, 2009 at 1:03 PM, Christopher Faylor wrote: > On Tue, Dec 01, 2009 at 11:32:43AM -0500, Robert Pendell wrote: >>They are not reset but during an strace I discovered that cygwin will >>internally default to the system defined TEMP if one isn't defined in >>cygwin.  In other words if it

Re: Environment variable documentation

On Tue, December 1, 2009 4:32 pm, Ken Brown wrote: > On 12/1/2009 4:45 AM, Corinna Vinschen wrote: >> On Nov 30 17:04, Ken Brown wrote: >>> The discussion currently going on in the thread >>> >>> http://cygwin.com/ml/cygwin/2009-11/threads.html#00892 >>> >>> makes me think that the section on env

Base-Files (was Re: Unset TMP/TEMP in profile?)

Ok, I've removed the X11R6 from the path and unset TMP and TEMP in the skel/.bashrc. Are there any other changes folks would like before I roll this up? :) Regards, J. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

Re: Nasty permissions / pathing bug on 1.7

- Original Message - From: "Corinna Vinschen" Win32 path -> No POSIX path -> no POSIX permissions. So then why does it have any permissions support at all? By allowing permissions to be read and obeyed, but not written, your sending out very much mixed messaging which is confusing a

Re: how to get the windows PATH env in cygwin

DePriest, Jason R. wrote: > On Tue, Dec 1, 2009 at 10:03 AM, Andy Koppe <> wrote: >> 2009/12/1 Reinier Post: If you want to see the Windows PATH setting unmolested by Cygwin, you will either need to strip out the additions set by /etc/profile or avoid running under an environment mod

Re: Base-Files (was Re: Unset TMP/TEMP in profile?)

On 01/12/2009 19:37, John Morrison wrote: Ok, I've removed the X11R6 from the path and unset TMP and TEMP in the skel/.bashrc. Are there any other changes folks would like before I roll this up? It would be nice to audit all the existing packages to see if there are any which still install ex

Re: how to get the windows PATH env in cygwin

To verify it, all you have to do is open a bash prompt (Cygwin.bat, mintty, rxvt, whatever) and then launch a cmd.exe or powershell. Check the path in the bash prompt and you will see the cygwin stuff at the beginning of it. Check the path in the cmd.exe or powershell prompt which was run *after

[1.7] git-difftool paths unusable by win32 kdiff3

My subject keeps getting blocked due to "spam-like" keywords, perhaps it will work this time: I'd like to report this here but I don't really have a general solution. Perhaps someone who knows better can comment. In git-1.6.1.2 [1.5] and git-1.6.4.2 [1.7] there is a command called 'git-mergetool

Re: how to get the windows PATH env in cygwin

On Tue, Dec 1, 2009 at 2:24 PM, Lee Maschmeyer <> wrote: >> To verify it, all you have to do is open a bash prompt (Cygw > 0/tty2W0(2)$ echo $PATH > /home/lmaschm/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/c/Program > Files/Common Files/Microsoft Shared/Windows Live:/c/WINDOWS > /system32:/c/

Re: how to get the windows PATH env in cygwin

Lee Maschmeyer wrote: >> To verify it, all you have to do is open a bash prompt (Cygwin.bat, >> mintty, rxvt, whatever) and then launch a cmd.exe or powershell. >> >> Check the path in the bash prompt and you will see the cygwin stuff at >> the beginning of it. >> >> Check the path in the cmd.exe o

Re: Nasty permissions / pathing bug on 1.7

On Dec 1 19:37, Steven Hartland wrote: > > - Original Message - From: "Corinna Vinschen" > > >Win32 path -> No POSIX path -> no POSIX permissions. > > So then why does it have any permissions support at all? By allowing > permissions to be read and obeyed, but not written, your sending

Re: Environment variable documentation

On Dec 1 19:24, John Morrison wrote: > On Tue, December 1, 2009 4:32 pm, Ken Brown wrote: > > OK, my patch is attached. It anticipates the change to the default > > .bashrc file that we've been discussing in the thread cited above. > > Hi Ken, > > While I think it's a good idea to point out tha

Re: [1.7] git-difftool paths unusable by win32 kdiff3

David Antliff wrote: > In git-1.6.1.2 [1.5] and git-1.6.4.2 [1.7] there is a command called > 'git-mergetool' that is used as a wrapper for various graphical > merging tools, such as kdiff3. It makes local copies of the relevant > commits and brings up an interactive gui for resolving merge conflic

Re: Base-Files (was Re: Unset TMP/TEMP in profile?)

On 01/12/2009 20:17, Jon TURNEY wrote: On 01/12/2009 19:37, John Morrison wrote: Ok, I've removed the X11R6 from the path and unset TMP and TEMP in the skel/.bashrc. Are there any other changes folks would like before I roll this up? It would be nice to audit all the existing packages to see i

cygwin2 performance issue during compilation with autotools

Hello, While making effort to port minitage [1] to windows, i had in mind to test cygwin2 (setup-1.7.exe as i understood) as it as improved support for some things like getaddrinfo and posix threads. Indeed the goal is to recompile a bunch of libraries from sources, then make them link together, an

Re: how to get the windows PATH env in cygwin

ran cmd.exe from start menu And that gets the info into Cygwin - how? -- Lee Maschmeyer Wayne State University Detroit, Michigan, USA -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Un

[OT] Re: how to get the windows PATH env in cygwin

Lee Maschmeyer wrote: >> ran cmd.exe from start menu > > And that gets the info into Cygwin - how? > Yet another false inference. You were being shown an illustrative comparison that was supposed to demonstrate a point about the underlying mechanisms in play, not an answer to the original que

Re: [1.7] git-difftool paths unusable by win32 kdiff3

On Wed, Dec 2, 2009 at 10:11, Jeremy Bopp wrote: > David Antliff wrote: >> On the other hand, this command does work: >> >> kdiff3 --auto --L1 "build.xml (A)" --L2 "build.xml (B)" >> c:/cygwin-1.7/tmp/Vc0BZy_build.xml build.xml > > As a fairly simple workaround, you could create a wrapper script wh

Re: [1.7] git-difftool paths unusable by win32 kdiff3

2009/12/1 David Antliff: > I need a way to > translate "/tmp" to the Cygwin installation directory. I.e. it's not a > simple case of replacing "/tmp" with "c:/tmp" but rather > "$CYGWIN_INSTALL_DIR/tmp" and I'm not sure CYGWIN_INSTALL_DIR or > anything similar exists. Have a look at the cygpath ut

Re: [1.7] git-difftool paths unusable by win32 kdiff3

David Antliff wrote: > On Wed, Dec 2, 2009 at 10:11, Jeremy Bopp wrote: >> David Antliff wrote: >>> On the other hand, this command does work: >>> >>> kdiff3 --auto --L1 "build.xml (A)" --L2 "build.xml (B)" >>> c:/cygwin-1.7/tmp/Vc0BZy_build.xml build.xml >> As a fairly simple workaround, you could

Re: Environment variable documentation

On 12/1/2009 4:08 PM, Corinna Vinschen wrote: On Dec 1 19:24, John Morrison wrote: On Tue, December 1, 2009 4:32 pm, Ken Brown wrote: OK, my patch is attached. It anticipates the change to the default .bashrc file that we've been discussing in the thread cited above. Hi Ken, While I think i

Re: cygwin2 performance issue during compilation with autotools

On 12/01/2009 04:27 PM, kiorky wrote: Hello, While making effort to port minitage [1] to windows, i had in mind to test cygwin2 (setup-1.7.exe as i understood) as it as improved support for some things like getaddrinfo and posix threads. Indeed the goal is to recompile a bunch of libraries from s

Re: [1.7] git-difftool paths unusable by win32 kdiff3

On Wed, Dec 2, 2009 at 10:58, Jeremy Bopp wrote: > There is a purpose built tool specifically to handle this which I > mentioned in my reply. My apologies - I am familiar with the cygpath tool but I had never realised that it treats paths in the cygwin directory like that. I had always thought it

Re: how to get the windows PATH env in cygwin

On Tue, Dec 01, 2009 at 12:42:01PM -0600, DePriest, Jason R. wrote: > On Tue, Dec 1, 2009 at 10:03 AM, Andy Koppe <> wrote: > > 2009/12/1 Reinier Post: > >>> If you want to see the Windows PATH setting unmolested by Cygwin, you > >>> will either need to strip out the additions set by /etc/profile o

Re: how to get the windows PATH env in cygwin

> Windows programs will only ever see a Windows-style PATH no matter what; > however, they WILL see the Cygwin paths converted to Windows-style and > prepended IF they were run from a login shell under Cygwin. Yes, that's how I'm getting these Message too long messages. -- Reinier -- Problem re

Re: [1.7] cygwin2 performance issue during compilation with autotools

On 12/01/2009 05:31 PM, kiorky wrote: Larry Hall (Cygwin) a écrit : Can we see *attached* cygcheck output for your 1.7 and 1.5 installs, as 1.out -> cygwin 2.out -> cygwin2 Thanks. Since cygcheck for 1.5 doesn't find gcc and you have tools from other sources installed, I have to ask, are

You're Invited to Join Blastoff!

Cygwin, I just got my free customizable page on Blastoff that combines the best news, videos, music, and social networking with cash-back shopping from the biggest retailers such as Microsoft, Radioshack, Expedia, and Office Max. You should check it out; it's great. http://my.blastoffnetwork.c

You're Invited to Join Blastoff!

Hi Cygwin Codyburrows. You should check it out; it's great. I just got my free Blastoff site. It's a customizable page that combines the best news, videos, music, and social networking with cash-back shopping from the biggest retailers such as Orbitz, Expedia, Old Navy, and Hotels .com. http:

Re: [1.7] cygwin2 performance issue during compilation with autotools

On Tue, Dec 01, 2009 at 06:28:47PM -0500, Larry Hall (Cygwin) wrote: >On 12/01/2009 05:31 PM, kiorky wrote: >> Larry Hall (Cygwin) a ??crit : >> >>> Can we see *attached* cygcheck output for your 1.7 and 1.5 installs, as >> 1.out -> cygwin >> 2.out -> cygwin2 > >Thanks. Since cygcheck for 1.5 do

Re: how to get the windows PATH env in cygwin

On Wed, Dec 02, 2009 at 12:28:31AM +0100, Reinier Post wrote: >>Windows programs will only ever see a Windows-style PATH no matter >>what; however, they WILL see the Cygwin paths converted to >>Windows-style and prepended IF they were run from a login shell under >>Cygwin. > >Yes, that's how I'm ge

Re: You're Invited to Join Blastoff!

On 12/01/2009 04:34 PM, SEANPAUL JONES wrote: Hi Cygwin Codyburrows. Here's a clue... -- Andrew DeFaria If god wanted people to believe in him, then why did he invent logic?. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com

odd segfault with my c program using cygwin 1.7

My program ran fine under cygwin 1.5 as well as many versions of linux including mandriva 2009, mandriva 2009.1 and mandriva 2010.0 When compiled with gcc cal.c -o cal and run with cal 2009 I get a segmentation fault. When I uncomment line 62, the program runs successfully. I have had other pro

Re: Issues with find in /proc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 12/1/2009 9:13 AM: > This one appears to be a bug in find. It looks like it's using its own > version of the fts(3) functions. AFAICS, what happens is that find uses > fstatat(fd = "/proc/$PID/fd", name="6") in the fi

Re: Environment variable documentation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ken Brown on 12/1/2009 2:59 PM: > I agree. A revised patch is attached. > +You may therefore want to unset them by adding the following two lines > +to your .bashrc file: ~/.bashrc - -- Don't work too hard, make some time for fun as we

[ANNOUNCEMENT] Updated: run2-0.3.2-1

The run2 package provides two utilities: 'run2' and 'checkX' (as the package is actually a renamed and updated successor to the now-obsoleted checkx package). The first utility is a more powerful replacement for the venerable 'run' utility that has long been a part of the cygwin distribution. The s

Re: rsync pull problem and possible solution

Linda Walsh previously wrote: Dunno about the rest, but I rsync from a mounted MS-Windows ^^^ CIFS share every night to a linux server. It's never hung. So I don't know about the 'well

[ANNOUNCEMENT] Updated: run-1.1.12-2

The run package provides a simple application to launch console programs with their console hidden. [[ compiled using gcc-3.4.4-999 ]] CHANGES since run-1.1.12-1 * Ensure stdout and stderr in inferior are distinct. -- Charles Wilson volunteer run maintainer for cygw

[ANNOUNCEMENT] [1.7] Updated: run-1.1.12-11

The run package provides a simple application to launch console programs with their console hidden. [[ compiled using gcc-4.3.4-1 ]] CHANGES since run-1.1.12-10 * Ensure stdout and stderr in inferior are distinct. -- Charles Wilson volunteer run maintainer for cygwi

Re: odd segfault with my c program using cygwin 1.7

2009/12/2 jeffunit: > My program ran fine under cygwin 1.5 as well as many versions of linux > including > mandriva 2009, mandriva 2009.1 and mandriva 2010.0 > > When compiled with > gcc cal.c -o cal > and run with > cal 2009 > I get a segmentation fault. > When I uncomment line 62, the program run

Re: odd segfault with my c program using cygwin 1.7

Andy Koppe wrote: > 2009/12/2 jeffunit: >> My program ran fine under cygwin 1.5 as well as many versions of linux >> including >> mandriva 2009, mandriva 2009.1 and mandriva 2010.0 >> >> When compiled with >> gcc cal.c -o cal >> and run with >> cal 2009 >> I get a segmentation fault. >> When I unco

Re: odd segfault with my c program using cygwin 1.7

2009/12/2 Dave Korn: > Andy Koppe wrote: >> 2009/12/2 jeffunit: >>> My program ran fine under cygwin 1.5 as well as many versions of linux >>> including >>> mandriva 2009, mandriva 2009.1 and mandriva 2010.0 >>> >>> When compiled with >>> gcc cal.c -o cal >>> and run with >>> cal 2009 >>> I get a s

Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On Nov 30 20:53, Robert Pendell wrote: > On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi > wrote: > > Robert Pendell wrote: > >> > >> P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and > >> patch defaulted to /tmp. > > > > I noticed that too... > > > > Ken Brown wrote: > >> >

Re: Environment variable documentation

On Nov 30 17:04, Ken Brown wrote: > The discussion currently going on in the thread > > http://cygwin.com/ml/cygwin/2009-11/threads.html#00892 > > makes me think that the section on environment variables in the > user's guide (http://cygwin.com/1.7/cygwin-ug-net/setup-env.html) > could use some

Re: [1.7] cvs over ssh hangs on completion

On Nov 30 11:23, Corinna Vinschen wrote: > On Nov 26 22:42, Jeremy Hetzler wrote: > > I have cvs on a client machine connecting to a host over ssh. The cvs > > procedure finishes, but the connection does not terminate until I hit > > ctrl-c. The cvs process is then left running on the host. Regular

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

On Tue, December 1, 2009 9:15 am, Corinna Vinschen wrote: > On Nov 30 20:53, Robert Pendell wrote: >> On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi >> wrote: >> > Robert Pendell wrote: >> >> >> >> P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set >> and >> >> patch defaulted to

Issues with find in /proc

Hi All, I'm not sure if this is expected behaviour or not, but I've noticed the following: csutc...@eush65 /proc $ find . . ./loadavg ./meminfo ./registry find: `./registry': Bad file descriptor ./stat ./version ./uptime ./cpuinfo ./partitions ./self ./mounts ./registry32 find: `./registry32'

My DIY solution Re: Cygwin setup.exe: Clean historical setup packages

After I viewed setup.ini, I decide to write a little script to do this. Currently, it scans all the sub-directory of cygwin local package directory, and delete all the old files which not listed in setup.ini or setup-2.ini. Wish it can help someone like me. download it from nabble.com: http://o