Re: Upgrade woes ("file in use")

--- On Tue, 3/10/09, Tim McDaniel wrote: > There can be processes running that you can't see > easily. I know there can be, but there aren't. > Anyway, on my current system, even if I have closed all > Bash windows and Emacs windows and and and, it is still > running ssh-agent.exe. > Also, in

Re: Want to let variable pass to cygstart.

Hongyi Zhao wrote: > Hi all, > Any hints on this issue? It's bash shell metacharacters. The '&' character terminates a command and puts it into the background. The simplest way is to use single quotes ' ' around the URL you want to cygstart. cheers, DaveK -- Unsubscribe info:

Re: setup.exe crashes

Larry Hall (Cygwin) wrote: > David Been wrote: >> Uninstalling bash ... >> >> and "setup.exe has encountered a problem and needs to close, sorry >> etc".. >> >> i have tried this repeatedly with different mirrors. If i restart on >> the same mirror it appears to check MD5's and jump to the U

Re: [1.7] Samba file cp

Brian Ford wrote: >>> $ ls -i //SambaServer/share/TestFile >>> 3779159704 //SambaServer/share/TestFile >>> E1416698 >>> $ ls -i //SamabaServer/share/TestFile >>> 3881062408 //SambaServer/share/TestFile E7545008 > $ ls -i //SambaServer/share/TestFile > 1277840537592983992 //SambaServer/share/Te

Re: [1.7] rebaseall doesn't solve the problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Wilson wrote: > Matthew Woehlke wrote: >> Corinna Vinschen wrote: >>> On Feb 28 16:18, Charles Wilson wrote: I'm open to suggestions. "peimgflags"? Currently, aslr only >>> peflags? >> $0.02 from a mostly-lurker-these-days: chpe{h,hdr,he

Want to let variable pass to cygstart.

Hi all, The following code will work: cygstart http://www3.interscience.wiley.com/cgi-bin/fulltext?ID=108568046&PLACEBO=IE.pdf&mode=pdf But, if I use the following codes: MyWileyID = 108568046 cygstart http://www3.interscience.wiley.com/cgi-bin/fulltext?ID=$MyWileyID&PLACEBO=IE.pdf&mode=pdf Th

Bash sometimes writes to stdout in MS_DOS format.

I am having a very strange problem with bash 3.2.48-21 It goes like this. From a bash shell I invoke another bash shell as follows: ERROR_LOG="/tmp/error.$$.log" BUILD_LOG="/tmp/build.$$.log" ... ./$PRODUCT_CMD" >"$BUILD_LOG" 2>"$ERROR_LOG" All my files are moun

Re: setup.exe crashes

David Been wrote: I've used cygwin on many computers since the early 1990's, so i have an idea how setup is supposed to work, no expert, but it gets to the end of downloading, says: Uninstalling bash ... and "setup.exe has encountered a problem and needs to close, sorry etc".. i have tried

Re: [1.7] Samba file cp

On Mar 10 14:27, Brian Ford wrote: > > Brian Ford wrote: > > > It appears that the inode number is changing for consecutive stats? > > > > > > $ ls -i //SambaServer/share/TestFile > > > 3779159704 //SambaServer/share/TestFile > > > > > > $ ls -i //SamabaServer/share/TestFile > > > 3881062408 //Samb

Re: Upgrade woes ("file in use")

On Tue, 10 Mar 2009, Nuzhna Pomoshch wrote: During a recent upgrade of about a dozen packages, I saw the Cygwin setup window progress normally ("deleting package xyz..."), and then up popped a window that said: "In-use files detected" "Unable to extract /etc/postinstall/bash.sh -- the file is

Upgrade woes ("file in use")

During a recent upgrade of about a dozen packages, I saw the Cygwin setup window progress normally ("deleting package xyz..."), and then up popped a window that said: "In-use files detected" "Unable to extract /etc/postinstall/bash.sh -- the file is in use. Please stop all Cygwin processes and

Re: UPDATE: Active FTP Issue with inetutils 1.5

>I'm currently in the process of rebuilding all of "my" packages; >inetutils is on the list and I'm making good progress plowing through >that list. So, I should be able to get to it soon; most likely within >the next week or two. > >Thank you for doing such a thorough job tracking this down. I saw

setup.exe crashes

I've used cygwin on many computers since the early 1990's, so i have an idea how setup is supposed to work, no expert, but it gets to the end of downloading, says: Uninstalling bash ... and "setup.exe has encountered a problem and needs to close, sorry etc".. i have tried this repeatedly wit

Re: [1.7] Samba file cp

On Tue, 10 Mar 2009, Dave Korn wrote: > Brian Ford wrote: > > It appears that the inode number is changing for consecutive stats? > > > > $ ls -i //SambaServer/share/TestFile > > 3779159704 //SambaServer/share/TestFile > > > > $ ls -i //SamabaServer/share/TestFile > > 3881062408 //SambaServer/shar

Re: Utility installation problem - diff (diffutils)

On Tue, Mar 10, 2009 at 06:08:16AM -0700, Philippe Gibelin wrote: >When we installed Cygwin, we noticed that the "diff" utility wasn't installed >by default. We then installed diffutils, and diff crashed when a run was >attempted from the Cygwin shell. From the Windows command prompt, it gave an

Re: [1.7] rebaseall doesn't solve the problem

Charles Wilson wrote: Matthew Woehlke wrote: Corinna Vinschen wrote: On Feb 28 16:18, Charles Wilson wrote: I'm open to suggestions. "peimgflags"? Currently, aslr only peflags? $0.02 from a mostly-lurker-these-days: chpe{h,hdr,header,f,flags}? That way it's a verb instead of a noun... .

Re: minTTY will not interrupt 'locked' process

On Tue, Mar 10, 2009 at 02:16:00AM -0400, Paul McFerrin wrote: > I'll watch for it to occur again. Is there anything I can collect for you > in this besides a ps(1) showing the process is inactive or should I just > forget it for now. There isn't anything to collect. If the process blocks read

Re: enlarge MAXSYMLINKS

On Mar 10 19:05, Denis Excoffier wrote: > > Again about symbolic links, here is some new inputs: > > 1) MAXSYMLINKS is no longer used in modern Cygwin's; >indeed, cygwin-1.5.25-15 uses MAX_LINK_DEPTH and >cygwin-1.7.0-42 uses SYMLOOP_MAX; both are set to 10 >(in ./winsup/cygwin/path.h f

Re: enlarge MAXSYMLINKS

Again about symbolic links, here is some new inputs: 1) MAXSYMLINKS is no longer used in modern Cygwin's; indeed, cygwin-1.5.25-15 uses MAX_LINK_DEPTH and cygwin-1.7.0-42 uses SYMLOOP_MAX; both are set to 10 (in ./winsup/cygwin/path.h for 1.5 and in ./winsup/cygwin/include/limits.h f

Re: [1.7] Samba file cp

Brian Ford wrote: > It appears that the inode number is changing for consecutive stats? > > $ ls -i //SambaServer/share/TestFile > 3779159704 //SambaServer/share/TestFile > > $ ls -i //SamabaServer/share/TestFile > 3881062408 //SambaServer/share/TestFile > > ? Well, doesn't that imply that yo

[1.7] Samba file cp

After upgrading to Cygwin 1.7 (unfortunately in paralell with getting a new computer that includes newly corporate mandated McAfee Host Intrusion Prevention software), I'm having the following issue copying Samba based files: $ uname -a CYGWIN_NT-5.1 PC1163-8460-XP 1.7.0(0.201/5/3) 2009-03-06 11:2

R: Unable to mount .iso file

--- Mar 10/3/09, Keith Christian ha scritto: > Da: Keith Christian > Oggetto: Unable to mount .iso file > A: cygwin@cygwin.com > Data: Martedì 10 marzo 2009, 17:11 > Running the following version of > Cygwin: > > uname -a > CYGWIN_NT-5.1 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 > Cygwin > >

Re: Unable to mount .iso file

Keith Christian wrote: > I've tried the following mount command and it fails: > > mount -t iso9660 -o,loop ./RHEL4-U5-x86_64-WS-disc1.iso /media > mount: invalid option - '' It's because of the mount syntax. Comma is the seperator for seperate options, use a space to seperate the '-o' and the 'lo

Unable to mount .iso file

Running the following version of Cygwin: uname -a CYGWIN_NT-5.1 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin I have some RHEL4 .iso's on a Windows fileshare, I want to find out which CD a particular .RPM is on. I've tried the following mount command and it fails: mount -t iso9660 -o,loop ./R

Re: Replacing setup.exe and cygcheck with dpkg

> I've succesfully ported dpkg. In a few weeks time, I'll start working on > my Debian Cygwin project again, I'm currently busy with other things - > but maybe you could take a look at my dpkg changes and see if you can > make a Cygwin-dpkg which is compatible with cygcheck and setup.exe. Dpkg

R: Utility installation problem - diff (diffutils)

--- Mar 10/3/09, Philippe Gibelin ha scritto: > Da: Philippe Gibelin > Oggetto: Utility installation problem - diff (diffutils) > A: cygwin@cygwin.com > Data: Martedì 10 marzo 2009, 14:08 > When we installed Cygwin, we noticed > that the "diff" utility wasn't installed by default. We then > ins

Re: [1.7] rebaseall doesn't solve the problem

Matthew Woehlke wrote: > Corinna Vinschen wrote: >> On Feb 28 16:18, Charles Wilson wrote: >>> I'm open to suggestions. "peimgflags"? Currently, aslr only >> >> peflags? > > $0.02 from a mostly-lurker-these-days: chpe{h,hdr,header,f,flags}? That > way it's a verb instead of a noun... > ...exce

Utility installation problem - diff (diffutils)

When we installed Cygwin, we noticed that the "diff" utility wasn't installed by default. We then installed diffutils, and diff crashed when a run was attempted from the Cygwin shell. From the Windows command prompt, it gave an error "missing dll (cygintl-2.dll)". We tried to find cygintl-2.dll

Re: Replacing setup.exe and cygcheck with dpkg (Was: Re: cygcheck typo in both manpage and --help)

On Mar 9 19:08, Sjors Gielen wrote: > I think I checked how Cygwin implements fork() a while ago, can't really > remember though. But on a fork(), do processes inherit all information > on dll's, et cetera? Or do they reload the dll and re-check the > addresses of entry points and all? Very

[ANNOUNCEMENT] Updated: [1.7] {jbigkit/libjbig2/libjbig-devel}-2.0-10

The jbigkit package has been updated to version 2.0-10. JBIG is a lossless, bilevel image compression format with better compression than TIFF-LZW (for bilevel images). It is an 'official' standard image format -- International Standard ISO/IEC 11544:1993 and ITU-T Recommendation T.82(1993). (The

[ANNOUNCEMENT] Updated: {jbigkit/libjbig2/libjbig-devel}-2.0-1

The jbigkit package has been updated to version 2.0-1. JBIG is a lossless, bilevel image compression format with better compression than TIFF-LZW (for bilevel images). It is an 'official' standard image format -- International Standard ISO/IEC 11544:1993 and ITU-T Recommendation T.82(1993). (The J