Re: [1.7]: For the love of god, don't update!

Charles Wilson wrote: > Dave Korn wrote: > >> Forgot to say... can I see your "cygcheck -cd"? I would have said "just m4 >> and cygwin", but maybe it's related to something else. > > Attached. FWIW, I had no problems building other things, like > yesterday's p7zip packages or today's alternat

AVG7 users beware false positives this morning [ was Re: [1.7]: For the love of god, don't update! ]

Dave Korn wrote: > I'm about to use the time machine to install a completely fresh cygwin in a > vm. Maybe that'll get things moving again. Of ALL the times for AVG to suddenly start misdetecting "conftest.exe" as "Trojan Horse Generic2.ITN" ... this was not the best moment for it to pick. :

Re: [1.7] Support for CJK Character Sets

On Apr 4 02:32, neomjp wrote: > LANG=en_US.ISO-2022-JP > 000 71 71 0e e4 b8 80 0a > q q so d 8 nul nl > 007 > This must be identical to: > 000 71 71 1b 24 42 30 6c 1b 28 42 0a > q q esc $ B 0 l esc ( B nl > 013 After som

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Dave Korn on 4/6/2009 3:08 AM: > I wonder if m4 suddenly changed its behaviour as a result of now being > locale sensitive, which had knock-on effects on autoconf and bison, which > causes the trouble by doing something unexpected when g

Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

Charles Wilson wrote: > Dave Korn wrote: > >> Forgot to say... can I see your "cygcheck -cd"? I would have said "just m4 >> and cygwin", but maybe it's related to something else. > > Attached. FWIW, I had no problems building other things, like > yesterday's p7zip packages or today's alternat

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

On Apr 6 10:08, Dave Korn wrote: > Charles Wilson wrote: > > Dave Korn wrote: > > > >> Forgot to say... can I see your "cygcheck -cd"? I would have said "just > >> m4 > >> and cygwin", but maybe it's related to something else. > > > > Attached. FWIW, I had no problems building other things,

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

Corinna Vinschen wrote: > This happens if the symlink has been created with Cygwin 1.7.0-45 > and you revert back to 1.7.0-44 or earlier. Yeh, it all went quiet for a while while I've been re-reading the recent release announcements. Thanks for the pointers. > I explained what I did to new sy

"ls" command not working in windows 2008

I tried to list the contents of a directory in DOS command prompt and redirecting it to a file.This did not add the contents at all. “ls $root/virusScanBase >> $resultfile” As an alternative to this I tried to use "echo $root/virusScanBase/*" but this just returns * and not the directory contents

"cat >" command is not working in windows 2008

I am trying the following command on DOS command prompt and it does not work. There is a process which writes to STDOUT and the following command captures it[from STDIN] and writes to a file.Please help in this regard. cat > $root/qfile ‘> $root/script” but /tmp qfile itself is not created. cygiw

Re: cygrunsrv will not start services most of the time

Dave Korn wrote: > Argh, sorry about that. I just updated the BLODA sources in CVS to mention > Google Desktop the other day, but we haven't refreshed the website yet, :-P That would have saved me some troubleshooting time! I swear I searched Google for "Google desktop cygrunsrv" and I didn't

Re: "ls" command not working in windows 2008

On 2009-04-06 12:14Z, sudhap85 wrote: > I tried to list the contents of a directory in DOS command prompt and > redirecting it to a file.This did not add the contents at all. > “ls $root/virusScanBase >> $resultfile” > > As an alternative to this I tried to use > "echo $root/virusScanBase/*" but t

Re: "ls" command not working in windows 2008

Yes this CMD.exe and $root is just a variable which holds a directory name and it would expand as (virusscanbase is a directory) “ls /tmp/virusScanBase >> resultfile” Greg Chicares-2 wrote: > > On 2009-04-06 12:14Z, sudhap85 wrote: >> I tried to list the contents of a directory in DOS command p

Re: "ls" command not working in windows 2008

[reformatted: see http://www.cygwin.com/acronyms/#TOFU ] On 2009-04-06 12:41Z, sudhap85 wrote: > > Greg Chicares-2 wrote: >> >> On 2009-04-06 12:14Z, sudhap85 wrote: >>> I tried to list the contents of a directory in DOS command prompt and >>> redirecting it to a file.This did not add the conten

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

On Apr 6 05:56, Eric Blake wrote: > According to Dave Korn on 4/6/2009 3:08 AM: > > I wonder if m4 suddenly changed its behaviour as a result of now being > > locale sensitive, which had knock-on effects on autoconf and bison, which > > causes the trouble by doing something unexpected when gener

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

Dave Korn wrote: > LOLWUT? It turns out something has gone horribly wrong in the alternatives > department now: > > $ gcc > bash: gcc: command not found > > $ gcc.exe > bash: gcc.exe: command not found > > $ file /bin/gcc.exe > /bin/gcc.exe: broken symbolic link to `/etc/alternatives/gcc' >

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

Corinna Vinschen wrote: > However, just before the application's main() is called, the locale is > set back to "C", see > http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?r1=1.352&r2=1.353&cvsroot=src&f=h Hmm. "before main()" huh? Is that *before*, or *after*, C++ static init

[ANNOUNCEMENT] Updated: rebase-3.0-2

New News: === I have updated the version of rebase to 3.0-2. The tarballs should be available on a Cygwin mirror near you shortly. The changes since the previous release are: * Add two new utilities: peflags and peflagsall * Change rebaseall to skip the Cygwin LSA DLLs Note that e

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

On Apr 6 09:06, Charles Wilson wrote: > Corinna Vinschen wrote: > > > However, just before the application's main() is called, the locale is > > set back to "C", see > > http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?r1=1.352&r2=1.353&cvsroot=src&f=h > > Hmm. "before main()

Background process with Cygwin

I have been beating my head on a wall for two weeks and have googled til my fingers bled. I am running windows server 2003 with cygwin. I am attempting to get a bash script to continue to run in cygwin even after I have logged out. I have tried several different tactics. The most recent and

edit Aux.pm under GNU emacs hangs

Hi, I try to open a new file named 'Aux.pm' under GNU emacs, and this one hangs. Both in X and -nw modes. This is emacs 21.2.13 under cygwin 1.5.25-15. emacs works otherwise normally. Marc -- View this message in context: http://www.nabble.com/edit-Aux.pm-under-GNU-emacs-hangs-tp22909185p229

RE: edit Aux.pm under GNU emacs hangs

Marc Girod wrote: > Hi, > > I try to open a new file named 'Aux.pm' under GNU emacs, and this one > hangs. > Both in X and -nw modes. > > This is emacs 21.2.13 under cygwin 1.5.25-15. > > emacs works otherwise normally. http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames Phil --

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

On Apr 6 09:03, Charles Wilson wrote: > Dave Korn wrote: > > LOLWUT? It turns out something has gone horribly wrong in the > > alternatives > > department now: > > [...] > > Actually, from Corinna's reply, it appears that, in addition to > reverting *alternatives* because of the dependence th

All clear [was Re: [1.7]: For the love of god, don't update!]

Dave Korn wrote: > Hi all, > > [ re: ... don't update! ] > > Or at least, not without taking a backup of your Cygwin installation > first Right, panic over. If you do need to revert, it is possible, as long as you remember to take m4 and alternatives along for the ride. (Also any other

Re: Background process with Cygwin

http://cygwin.com/acronyms/#PCYMTWLL On Apr 6 09:51, Jeff Irwin wrote: > I am running windows server 2003 with cygwin. I > am attempting to get a bash script to continue to run in cygwin even > after I have logged out. That's not possible. Windows always kills all processes started within yo

complete install CYGWIN missing editors ed and vim

Latest Cygwin DLL release version is 1.5.25-15 latest cygwin installed; from advise OpenCobol site, installation description was guided thru every thing :OK had to find editors ed or vim both editors not present in c:\cygwin\bin Ru

Re: All clear [was Re: [1.7]: For the love of god, don't update!]

On Mon, Apr 06, 2009 at 03:21:26PM +0100, Dave Korn wrote: >So, that's why only some applications manifest this problem; it's only >the ones that explicitly pass -lc in their LDFLAGS. So, given how limited the problem is, I don't think the alarmist Subject was really called for. Anyone reading th

RE: [ANNOUNCEMENT] Updated: inetutils-1.5-6

Has there been any progress on the problem reported in http://cygwin.com/ml/cygwin/2008-09/msg00298.html ? --paulr -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

Charles Wilson wrote: > So, IIUC, alternatives-1.3.30c-10 isn't *itself* actually broken, right? No, I didn't mean the package is broken, just that the alternatives themselves, i.e. the symlinks, were wrong. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe

Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!]

Corinna Vinschen wrote: > On Apr 6 09:03, Charles Wilson wrote: >> Dave Korn wrote: >>> LOLWUT? It turns out something has gone horribly wrong in the >>> alternatives >>> department now: >>> [...] >> Actually, from Corinna's reply, it appears that, in addition to >> reverting *alternatives* be

RE: [ANNOUNCEMENT] Updated: inetutils-1.5-6

Robinson, Paul T (NonStop) wrote: > Has there been any progress on the problem reported in > http://cygwin.com/ml/cygwin/2008-09/msg00298.html ? I'm sorry to say I forgot about this one. For some reason, I never copied that thread into my inetutils-pending-problems mail folder; I've done that now

Re: complete install CYGWIN missing editors ed and vim

ruud van der made wrote: > Latest Cygwin DLL release version is 1.5.25-15 don't think so, note that 1.7 is released > had to find editors ed or vim > both editors not present in c:\cygwin\bin Those are optional packages in the setup menu. For further information, see www.cygwin.com -- Unsubscr

Re: Background process with Cygwin

* Corinna Vinschen (Mon, 6 Apr 2009 16:11:14 +0200) > http://cygwin.com/acronyms/#PCYMTWLL > On Apr 6 09:51, Jeff Irwin wrote: > > I am running windows server 2003 with cygwin. I > > am attempting to get a bash script to continue to run in cygwin even > > after I have logged out. > > That's no

Re: All clear [was Re: [1.7]: For the love of god, don't update!]

Christopher Faylor wrote: > On Mon, Apr 06, 2009 at 03:21:26PM +0100, Dave Korn wrote: >> So, that's why only some applications manifest this problem; it's only >> the ones that explicitly pass -lc in their LDFLAGS. > > So, given how limited the problem is, I don't think the alarmist Subject > was

Re: cygrunsrv will not start services most of the time

Robert Jacobson wrote: > Dave Korn wrote: >> Argh, sorry about that. I just updated the BLODA sources in CVS to mention >> Google Desktop the other day, but we haven't refreshed the website yet, > > :-P That would have saved me some troubleshooting time! > > I swear I searched Google for "Goo

Re: cygrunsrv will not start services most of the time

On 4/6/2009 7:59 AM, Robert Jacobson wrote: Dave Korn wrote: Argh, sorry about that. I just updated the BLODA sources in CVS to mention Google Desktop the other day, but we haven't refreshed the website yet, :-P That would have saved me some troubleshooting time! I swear I searched Google

Re: edit Aux.pm under GNU emacs hangs

Hello, * On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote: > Marc Girod wrote: > > I try to open a new file named 'Aux.pm' under GNU emacs, and this one > > hangs. [...] > http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames Is this still true for Cygwin 1.7? I mean, Win 9x s

Re: complete install CYGWIN missing editors ed and vim

* Tim Prince (Mon, 06 Apr 2009 08:16:19 -0700) > ruud van der made wrote: > > Latest Cygwin DLL release version is 1.5.25-15 > > don't think so, note that 1.7 is released http://cygwin.com/#beta-test -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http:

Re: edit Aux.pm under GNU emacs hangs

On Apr 6 18:12, Spiro Trikaliotis wrote: > Hello, > > * On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote: > > Marc Girod wrote: > > > > I try to open a new file named 'Aux.pm' under GNU emacs, and this one > > > hangs. > [...] > > http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-fi

Re: All clear [was Re: [1.7]: For the love of god, don't update!]

On Apr 6 16:48, Dave Korn wrote: > Christopher Faylor wrote: > > On Mon, Apr 06, 2009 at 03:21:26PM +0100, Dave Korn wrote: > >> ...Both exes have an IAT from kernel32 importing GetACP and Get > >> ModuleHandleA, and two single-entry IATs referencing _impure_ptr > >> (auto-import entries, pointing

rsync not working on Wondows Server 2008

I installed rsync on my Windows Server 2008. The service starts but doesn't write to a log or accept any connections. Any pointers or RTFM suggestions? I used the configuration that I used on my Server 2003 machine which works fine. John J. Boris, Sr. JEN-A-SyS Administrator Archdiocese of Philade

Re: [1.7] Support for CJK Character Sets

On Apr 7 02:51, neomjp wrote: > On 2009/04/06 20:04, Corinna Vinschen wrote: > > > After some long mulling over this problem, I gave up on supporting JIS. > > > > So, I removed JIS support from Cygwin again. Given that SJIS and eucJP > > > are both available, this shoudn't pose a big problem for

Re: All clear [was Re: [1.7]: For the love of god, don't update!]

On Apr 6 13:33, Christopher Faylor wrote: > On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote: > >Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at > >all? I mean, eventually there's libcygwin.a linked in which satisfies > >all of the requested symbols. What w

Re: All clear [was Re: [1.7]: For the love of god, don't update!]

On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote: >Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at >all? I mean, eventually there's libcygwin.a linked in which satisfies >all of the requested symbols. What would break if the secondary libs >pointing to cygwi

Re: [1.7] Support for CJK Character Sets

On 2009/04/06 20:04, Corinna Vinschen wrote: > > After some long mulling over this problem, I gave up on supporting JIS. > > So, I removed JIS support from Cygwin again. Given that SJIS and eucJP > > are both available, this shoudn't pose a big problem for Japanese users. Ok, I understand

RE: [1.7] Unable to find jpeg_CreateDecompress but linked against cygjpeg-62.dll OK

Dave Korn wrote on Friday, March 27, 2009 11:46 AM: > Charles Wilson wrote: >> Thrall, Bryan wrote: >>> I recently installed 1.7 (C:\cygwin_1.7) alongside 1.5 (C:\cygwin) on my >>> workstation, then reconfigured and rebuilt my application (vital), which >>> worked just fine under 1.5 but doesn't un

git: need 1.6.2 for cygwin

Hi, I encountered a problem that caused my GitHub repository to be unusable after a push. The GitHub folks indicated that my use of git 1.6.1 together with JGit 0.4 may have caused the problem. I could use msysgit 1.6.2.1, but I like Cygwin and would prefer to continue with that. Could you pleas

Re: edit Aux.pm under GNU emacs hangs

Corinna Vinschen wrote: On Apr 6 18:12, Spiro Trikaliotis wrote: Hello, * On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote: Marc Girod wrote: I try to open a new file named 'Aux.pm' under GNU emacs, and this one hangs. [...] http://cygwin.com/faq/faq-n

cygwin 1.7 fstat weirdness

Hi, I'm trying to get tokyo cabinet running. I have a strange error. One of the test utilities does: #define TCFILEMODE 00644 // permission of a creating file int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path = "Makefile" and then fstats: if(fstat(fd, &sbuf)

Re: edit Aux.pm under GNU emacs hangs

On Apr 6 15:14, Lee D. Rothstein wrote: > Corinna Vinschen wrote: >> Apart from the fact that you should use slashes instead of backslashes, >> there isn't any need to use //./ in Cygwin 1.7. Just open Aux.pm. >> >> http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html >> > Can't have an

Re: git: need 1.6.2 for cygwin

John Bito gmail.com> writes: > I encountered a problem that caused my GitHub repository to be > unusable after a push. The GitHub folks indicated that my use of git > 1.6.1 together with JGit 0.4 may have caused the problem. I could use > msysgit 1.6.2.1, but I like Cygwin and would prefer to c

Re: cygwin 1.7 fstat weirdness

On Apr 6 14:46, Gregg Reynolds wrote: > Hi, > > I'm trying to get tokyo cabinet running. I have a strange error. One > of the test utilities does: > > #define TCFILEMODE 00644 // permission of a creating file > int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path

Re: edit Aux.pm under GNU emacs hangs

On Apr 6 22:07, Corinna Vinschen wrote: > On Apr 6 15:14, Lee D. Rothstein wrote: > > Corinna's reference points this out, but her comments seem to ignore this. > > Did you read my reference? Quotes from the aforementioned Cygwin 1.7 > User's Guide: > > "This restriction doesn't apply to Cyg

Re: cygwin 1.7 fstat weirdness

On Mon, Apr 6, 2009 at 3:11 PM, Corinna Vinschen wrote: > On Apr  6 14:46, Gregg Reynolds wrote: >> Hi, >> >> I'm trying to get tokyo cabinet running.  I have a strange error.  One >> of the test utilities does: >> >>   #define TCFILEMODE     00644             // permission of a creating file >>  

Re: All clear [was Re: [1.7]: For the love of god, don't update!]

On Mon, Apr 06, 2009 at 08:08:33PM +0200, Corinna Vinschen wrote: >On Apr 6 13:33, Christopher Faylor wrote: >> On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote: >> >Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at >> >all? I mean, eventually there's libcygwi

Re: edit Aux.pm under GNU emacs hangs

Corinna Vinschen wrote: On Apr 6 15:14, Lee D. Rothstein wrote: Corinna Vinschen wrote: Apart from the fact that you should use slashes instead of backslashes, there isn't any need to use //./ in Cygwin 1.7. Just open Aux.pm. http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.htm

Re: All clear [was Re: [1.7]: For the love of god, don't update!]

Christopher Faylor wrote: > On Mon, Apr 06, 2009 at 08:08:33PM +0200, Corinna Vinschen wrote: >> On Apr 6 13:33, Christopher Faylor wrote: >>> On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote: Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at all? I

Re: cygwin 1.7 fstat weirdness

On Mon, Apr 6, 2009 at 4:11 PM, Corinna Vinschen wrote: > On Apr  6 14:46, Gregg Reynolds wrote: >>   int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0;  // path = "Makefile" > > Is fd == 0 by any chance?  The above code silently sets fd to 0 if it > can't open path. Unless I'm missing somethin

Re: cygwin 1.7 fstat weirdness

Matt Wozniski wrote: > On Mon, Apr 6, 2009 at 4:11 PM, Corinna Vinschen wrote: >> On Apr 6 14:46, Gregg Reynolds wrote: >>> int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path = >>> "Makefile" >> Is fd == 0 by any chance? The above code silently sets fd to 0 if it >> can't open path