Re: Catgets ready for upload
Hi Bryan, On Jun 8 21:16, Bryan Henderson wrote: Here are the files for the previously discussed Catgets package, which contains the catgets message catalog facility from the GNU C library. ftp://giraffe-data.com/pub/catgets/setup.hint ftp://giraffe-data.com/pub/catgets/catgets-1.0-0.tar.bz2 ftp://giraffe-data.com/pub/catgets/catgets-1.0-0-src.tar.bz2 sorry, but this isn't good to go. I found three problems: - The binary usr/bin/gencat.exe is not executable. Check the permissions in the tar file, please. - The Cygwin doc should go into usr/share/doc/Cygwin, not usr/share/Cygwin. - The setup.hint file only lists cygwin as requirement, but gencat.exe is also linked dynamically against libiconv and libintl. - Problem 4 of 3: The -0 should be a -1 in the final first version. IMHO. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Catgets ready for upload
OK, I've fixed those. Here are the current URLs: ftp://giraffe-data.com/pub/catgets/setup.hint ftp://giraffe-data.com/pub/catgets/catgets-1.0-1.tar.bz2 ftp://giraffe-data.com/pub/catgets/catgets-1.0-1-src.tar.bz2 -- Bryan HendersonPhone 408-621-2000 San Jose, California
Re: Catgets ready for upload
On Jun 9 18:51, Bryan Henderson wrote: OK, I've fixed those. Here are the current URLs: ftp://giraffe-data.com/pub/catgets/setup.hint ftp://giraffe-data.com/pub/catgets/catgets-1.0-1.tar.bz2 ftp://giraffe-data.com/pub/catgets/catgets-1.0-1-src.tar.bz2 Hmm, curl: (19) catgets-1.0-1.tar.bz2: No such file or directory. curl: (19) catgets-1.0-1-src.tar.bz2: No such file or directory. also your setup requires libintl and libiconv but the application is apparently linked against the latest versions of both libs, so make that libintl3 and libiconv2 (or was it vice versa?) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Catgets ready for upload
curl: (19) catgets-1.0-1.tar.bz2: No such file or directory. ... Sorry, I got some dots and dashes mixed up. They work now. I tried them. ftp://giraffe-data.com/pub/catgets/setup.hint ftp://giraffe-data.com/pub/catgets/catgets-1.0-1.tar.bz2 ftp://giraffe-data.com/pub/catgets/catgets-1.0-1-src.tar.bz2 make that libintl3 and libiconv2 Ah, I see. Fixed. -- Bryan HendersonPhone 408-621-2000 San Jose, California
Do we still have an emacs maintainer
There have now been three reports of problems with emacs in the cygwin and cygwin-xfree mailing lists and I haven't seen anyone stepping in to try to help. (Other than me, that is, but then I wasn't doing it right, apparently) Do we still have an active emacs maintainer? I don't see Joe's name in either the cygwin or the cygwin-apps mailing lists, which can't be a good sign. Joe Buehler are you still around? cgf
broken libguile.la file (libguile12-1.6.7-1)
I was trying to build autogen when I got to this: /bin/bash ../libtool --tag=CC --mode=link ccache gcc -Wl,-no-undefined -o autogen.exe -export-dynamic autogen-ag.o ../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm libtool: link: cannot find the library `/home/mingw/cygwin/root/usr/lib/libguile-ltdl.la' This apparently comes from the following in /usr/lib/libguile.la: # Libraries that this one depends upon. dependency_libs=' /home/mingw/cygwin/root/usr/lib/libguile-ltdl.la -lcrypt' After changing that to /usr/bin/libguile-ltdl.la, I got this: /bin/bash ../libtool --tag=CC --mode=link ccache gcc -Wl,-no-undefined -o autogen.exe -export-dynamic autogen-ag.o ../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm ccache gcc -Wl,-no-undefined -o autogen.exe autogen-ag.o -Wl,--export-dynamic ../autoopts/.libs/libopts.a /usr/lib/cygguile.dll.a /usr/lib/libguile-ltdl.dll.a -lcrypt gcc: /usr/lib/cygguile.dll.a: No such file or directory So I changed the 'library_names' line to 'libguile.dll.a' instead of 'cygguile.dll.a', and the link worked. I'm really not totally fluent in libtool but it does seem to me that these are guile packaging problems and not the fault of autogen, no? Brian
Re: Problems with ALT_GR and minimized multiwindow xterm
I forgot to mention that you need to change Windows keyboard layout under regional settings for the problem to apear. Using -kxblayout se is not enough. The easiest way is to just add the swedish layout and switch to that with the language bar while starting the cygwin session. That way you don't have to have se layout for you other sessions. /Regards Dan On 07/06/05 14:57 +0200, Alexander Gottwald wrote: On Tue, 7 Jun 2005, Dan Bruhn wrote: Hi Problem: If i start a xterm from a already existing xterm and minimize either of them keys in the still open xterm starts behaving strange. ALT_GR seems to be the most consistent affected key. If i try to type a \ on the specific layout which is SE (Swedish) all kind of strange characters appear. If I open up the xterm that i have minimized, functionallity comes right back again. somehow the alt-gr messages (which actually are composed from alt and control presses) are not properly merged and a fake control gets sent. Now that I know how to reproduce this easily I can try check what the cause is. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Problems with ALT_GR and minimized multiwindow xterm
On Thu, 9 Jun 2005, Dan Bruhn wrote: I forgot to mention that you need to change Windows keyboard layout under regional settings for the problem to apear. Using -kxblayout se is not enough. The easiest way is to just add the swedish layout and switch to that with the language bar while starting the cygwin session. That way you don't have to have se layout for you other sessions. I could reproduce it with the installed german layout too. I does however seem to be related to something else too. I tried with a separatly started server used for debugging and could not reproduce this (latest CVS code, compiled for mingw) but I'm quite I saw this too some time ago. Anyway, since I now can reproduce this much more easily the chances are good I can find a solution. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xterm and right click and 'print window'
Igor Pechtchanski [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Wed, 8 Jun 2005, J. David Boyd wrote: Has anyone found a way to make this feature work, on any version of windows, with any printer? This works for me. WinXP, networked printer. As long as the PRINTER variable is exported. I've had no luck so far, and am grasping for clues. I've defined my $PRINTER as //quantex2/hplaserj, which prints okay from windows, but not cygwin. Open a regular bash window (no X), and type echo $PRINTER. If that prints the correct thing, try bash -c 'echo $PRINTER'. If that works too, type xterm -display 127.0.0.1:0, and from that xterm type echo $PRINTER. If you see the correct printer in all 3 cases, the Print Window command should work (it does for me). Alternatively, since all xterm does is pipe stuff to lpr, does lpr -P //quantex2/hplaserj /etc/passwd print /etc/passwd to that printer (just to make sure lpr works)? Igor All the variable expansion looks fine, so maybe it is an lpr problem. When I try the command line lpr -P //quantex2/HPLaserJ /etc/passwd I get the error printer name is invalid. When I go back to what my profile set up, which is HP LaserJet 6P, I actually get output. I was thinking all along that I couldn't use that name, but perhaps cygwin's lpr has been patched to use the windows resource name? I also noticed that nothing came out of the printer until I sent another file... And, are you setup for DOS endings or Unix? So, I can print from the command line. But, after closing my terms and opening some new ones (just to be sure I have the correct environment), and verifying that $PRINTER is still HP LaserJet 6P, I get nothing from 'Print window', and I don't see any errors. I wonder if there is a log somewhere that I can peruse. Anyway, thanks for the help. I guess I won't worry about it for now. I can always do an Alt-PrtScn and paste it somewhere to print it. Dave
Re: xterm and right click and 'print window'
On Thu, 9 Jun 2005, J. David Boyd wrote: Igor Pechtchanski [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. On Wed, 8 Jun 2005, J. David Boyd wrote: Has anyone found a way to make this feature work, on any version of windows, with any printer? This works for me. WinXP, networked printer. As long as the PRINTER variable is exported. I've had no luck so far, and am grasping for clues. I've defined my $PRINTER as //quantex2/hplaserj, which prints okay from windows, but not cygwin. Open a regular bash window (no X), and type echo $PRINTER. If that prints the correct thing, try bash -c 'echo $PRINTER'. If that works too, type xterm -display 127.0.0.1:0, and from that xterm type echo $PRINTER. If you see the correct printer in all 3 cases, the Print Window command should work (it does for me). Alternatively, since all xterm does is pipe stuff to lpr, does lpr -P //quantex2/hplaserj /etc/passwd print /etc/passwd to that printer (just to make sure lpr works)? Igor All the variable expansion looks fine, so maybe it is an lpr problem. When I try the command line lpr -P //quantex2/HPLaserJ /etc/passwd I get the error printer name is invalid. When I go back to what my profile set up, which is HP LaserJet 6P, I actually get output. I was thinking all along that I couldn't use that name, but perhaps cygwin's lpr has been patched to use the windows resource name? lpr interacts directly with the print spooler, so whatever name is used for the printer in Windows, lpr will also use. I also noticed that nothing came out of the printer until I sent another file... That may be because your driver needs to be set up to send a FF after each job. There may be an lpr option for that as well, not sure. And, are you setup for DOS endings or Unix? Unix, of course. But it doesn't matter for lpr -- it's all pipes anyway. So, I can print from the command line. But, after closing my terms and opening some new ones (just to be sure I have the correct environment), and verifying that $PRINTER is still HP LaserJet 6P, I get nothing from 'Print window', and I don't see any errors. I wonder if there is a log somewhere that I can peruse. If you start an xterm from a bash console window, all error messages from that xterm go into the console window. Otherwise, you can redirect the stdout/stderr of the xterm to a file. Anyway, thanks for the help. I guess I won't worry about it for now. I can always do an Alt-PrtScn and paste it somewhere to print it. It would be interesting to find out why your config doesn't work. Do you have PRINTER set in the global Windows environment? How do you start your xterm? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: read bug in Cygwin xterm window only
Peter Farley wrote: Hi all, The following program demonstrates what looks to me like a bug in the read function in an xterm (as opposed to a Cygwin console window). To run the test, compile with: gcc -g -o xtermbug.exe xtermbug.c When you run it in a console window, you can enter normal keyboard characters, then a return to see cmdline=what you typed. Press the Esc key to exit the program. Unfortunately I'm seeing exactly the same problem too, and have so for some time. I've also noticed that a read() giving a particular length will ignore the length field and actually read more data in some cases. I haven't seen these problems under a normal console, nor under xterm on other operating systems (e.g. Linux). When run in an xterm window, the first keypress causes this behavior: 1. Select returns with rc = 0 and readset set to indicate that a key was received 2. read returns with kblen = 1 and kbbuf[0] = '\0' 3. (1) and (2) repeat forever. I put in a maxdbg parameter and terminate the program after 5 occurrences of this loop. This problem was first detected trying to run a copy of the hercules IBM mainframe emulator in a Cygwin xterm window. The code below is extracted and minimalized as much as possible from the hercules keyboard input routine. Peter Farley
Re: xterm and right click and 'print window'
Igor Pechtchanski [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Thu, 9 Jun 2005, J. David Boyd wrote: Igor Pechtchanski [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. On Wed, 8 Jun 2005, J. David Boyd wrote: Has anyone found a way to make this feature work, on any version of windows, with any printer? This works for me. WinXP, networked printer. As long as the PRINTER variable is exported. I've had no luck so far, and am grasping for clues. I've defined my $PRINTER as //quantex2/hplaserj, which prints okay from windows, but not cygwin. Open a regular bash window (no X), and type echo $PRINTER. If that prints the correct thing, try bash -c 'echo $PRINTER'. If that works too, type xterm -display 127.0.0.1:0, and from that xterm type echo $PRINTER. If you see the correct printer in all 3 cases, the Print Window command should work (it does for me). Alternatively, since all xterm does is pipe stuff to lpr, does lpr -P //quantex2/hplaserj /etc/passwd print /etc/passwd to that printer (just to make sure lpr works)? Igor All the variable expansion looks fine, so maybe it is an lpr problem. When I try the command line lpr -P //quantex2/HPLaserJ /etc/passwd I get the error printer name is invalid. When I go back to what my profile set up, which is HP LaserJet 6P, I actually get output. I was thinking all along that I couldn't use that name, but perhaps cygwin's lpr has been patched to use the windows resource name? lpr interacts directly with the print spooler, so whatever name is used for the printer in Windows, lpr will also use. I also noticed that nothing came out of the printer until I sent another file... That may be because your driver needs to be set up to send a FF after each job. There may be an lpr option for that as well, not sure. And, are you setup for DOS endings or Unix? Unix, of course. But it doesn't matter for lpr -- it's all pipes anyway. So, I can print from the command line. But, after closing my terms and opening some new ones (just to be sure I have the correct environment), and verifying that $PRINTER is still HP LaserJet 6P, I get nothing from 'Print window', and I don't see any errors. I wonder if there is a log somewhere that I can peruse. If you start an xterm from a bash console window, all error messages from that xterm go into the console window. Otherwise, you can redirect the stdout/stderr of the xterm to a file. Anyway, thanks for the help. I guess I won't worry about it for now. I can always do an Alt-PrtScn and paste it somewhere to print it. It would be interesting to find out why your config doesn't work. Do you have PRINTER set in the global Windows environment? How do you start your xterm? Igor I start my xterm from startxwin.bat. Four of them. I've tried defining PRINTER in startxwin.bat, but it seems to make no difference. Oh well, I have to go to Oregon tomorrow morning for a week, so I'll look into this when I get back. Thanks again, Dave
Re: read bug in Cygwin xterm window only
On Wed, Jun 08, 2005 at 09:22:08PM +0200, Jason Curl wrote: On Fri, Apr 29, 2005 at 05:54:35PM -0700, Peter Farley wrote: The following program demonstrates what looks to me like a bug in the read function in an xterm (as opposed to a Cygwin console window). To run the test, compile with: gcc -g -o xtermbug.exe xtermbug.c When you run it in a console window, you can enter normal keyboard characters, then a return to see cmdline=what you typed. Press the Esc key to exit the program. Unfortunately I'm seeing exactly the same problem too, and have so for some time. I've also noticed that a read() giving a particular length will ignore the length field and actually read more data in some cases. Peter provided a test case which I used to diagnose a problem with Cygwin. I fixed the problem and released a new version of cygwin which fixed the problem so it is unlikely that this is exactly the same problem. Please provide a simple test case which shows your specific problem. And, also please provide the details mentioned at http://cygwin.com/problems.html . cgf
Emacs 21.2.1 having problems with latest Cygwin/X11
I recently re-installed Cygwin 1.5.17-1 with emacs 21.2.-13 and Cygwin/X 6.8.2.0-1. When I attempt to launch emacs from an xterm I get tons of the following message: Xlib: sequence lost (0x1 0x1ce) in reply type 0xf! followed by emacs either hanging or aborting. Is there anything I can do to fix this? Here is a list of the packages: cygwin: 1.5.17-1 emacs: 21.2-13 emacs-X11: 21.2-13 emacs-el: 21.2-13 emacs-leim: 21.3.50-2 xorg-x11-base: 6.8.2.0-1 xorg-x11-bin: 6.8.2.0-1 xorg-x11-bin-dlls: 6.8.2.0-1 xorg-x11-bin-lndir: 6.8.2.0-1 xorg-x11-etc: 6.8.2.0-1 xorg-x11-fenc: 6.8.2.0-2 xorg-x11-fnts: 6.8.2.0-3 xorg-x11-libs-data: 6.8.2.0-1 xorg-x11-xwin: 6.8.2.0-2 Gilbert Pilz Sr. Principal Technologist Office of the CTO BEA Systems Inc. Join CEO Alfred Chuang and CTO Mark Carges on June 15 for a unique online event, giving you the first look at a new category of enterprise software built specifically for Service-Oriented Architecture (SOA). Register Now. It's Free! http://www.bea.com/events/june15
winsup/cygwin ChangeLog include/pthread.h
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-09 15:30:44 Modified files: cygwin : ChangeLog cygwin/include : pthread.h Log message: * include/pthread.h (PTHREAD_MUEXT_INITIALIZER): Change to PTHREAD_NORMAL_MUTEX_INITIALIZER_NP to be closer to linux default. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2951r2=1.2952 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/pthread.h.diff?cvsroot=uberbaumr1=1.21r2=1.22
winsup/cygwin ChangeLog cygwin.sc init.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-09 19:29:28 Modified files: cygwin : ChangeLog cygwin.sc init.cc Log message: * cygwin.sc: Place .cygwin_dll_common. * init.cc (threadfunc_ix): Use a more common name for the section name. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2952r2=1.2953 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygwin.sc.diff?cvsroot=uberbaumr1=1.13r2=1.14 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/init.cc.diff?cvsroot=uberbaumr1=1.47r2=1.48
winsup/cygwin ChangeLog cygwin.sc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-09 20:46:00 Modified files: cygwin : ChangeLog cygwin.sc Log message: * cygwin.sc: Place .cygwin_dll_common in a more sensible spot. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2953r2=1.2954 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygwin.sc.diff?cvsroot=uberbaumr1=1.14r2=1.15
winsup/cygwin ChangeLog thread.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-09 20:59:59 Modified files: cygwin : ChangeLog thread.cc Log message: * thread.cc (pthread_mutex::_lock): Use cancelable_wait rather than WaitForSingleObject. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2954r2=1.2955 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.cc.diff?cvsroot=uberbaumr1=1.180r2=1.181
winsup/cygwin ChangeLog cygtls.h cygwin.din sy ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-09 22:33:57 Modified files: cygwin : ChangeLog cygtls.h cygwin.din syscalls.cc thread.cc tlsoffsets.h Log message: * cygtls.h (_local_storage::setmode_file): New element. (_local_storage::setmode_mode): New element. * tlsoffsets.h: Regenerate. * cygwin.din (setmode): Define as cygwin_getmode. * syscalls.cc (setmode_helper): Use setmode_* variables from tls rather than using unthreadsafe static. (setmode): Break out fwalk stuff. (cygwin_setmode): New function. Put fwalk stdio stuff here. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2955r2=1.2956 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygtls.h.diff?cvsroot=uberbaumr1=1.29r2=1.30 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygwin.din.diff?cvsroot=uberbaumr1=1.137r2=1.138 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/syscalls.cc.diff?cvsroot=uberbaumr1=1.380r2=1.381 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.cc.diff?cvsroot=uberbaumr1=1.181r2=1.182 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/tlsoffsets.h.diff?cvsroot=uberbaumr1=1.18r2=1.19
winsup/cygwin ChangeLog cygthread.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-09 23:48:08 Modified files: cygwin : ChangeLog cygthread.cc Log message: * cygthread.cc (cygthread::detach): Improve diagnostics for what should be an impossible failure condition. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2956r2=1.2957 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygthread.cc.diff?cvsroot=uberbaumr1=1.65r2=1.66
Re: [Patch] Testing loads of cygwin1.dll from MinGW and MSVC, take 3
On Jun 8 11:44, Max Kaehn wrote: I wound up using eval, and was thoroughly perplexed at the way that the first eval seems to get thrown away. -v, please. tcsh sh $ eval date Thu Jun 9 10:52:23 WEDT 2005 $ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: [Patch] Testing loads of cygwin1.dll from MinGW and MSVC, take 3
On Thu, 2005-06-09 at 01:53, Corinna Vinschen wrote: On Jun 8 11:44, Max Kaehn wrote: I wound up using eval, and was thoroughly perplexed at the way that the first eval seems to get thrown away. -v, please. tcsh sh $ eval date Thu Jun 9 10:52:23 WEDT 2005 $ Corinna make -v gives GNU Make 3.80. sh -v doesn't seem to do anything-- the ash man page doesn't mention a verbose or debugging mode. cygcheck -f /bin/sh reports ash-20040127-1. cygcheck -f /bin/make reports ash-20040127-1. make --debug doesn't tell anything interesting. I'm using cygwin1.dll from the cygwin1-20050609.dll.bz2 snapshot. (I wasn't sure if you meant -v for version numbers or verbose output; I hope what you wanted is somewhere in there.) I've tried testing this with a pure shell script and I can't reproduce the problem there. If the cause lies with GNU make, it's pretty subtle, since the Electric Cloud make program gets the same results. I'm badly out of practice with the classic Bourne shell, and I haven't worked with ash before, so I may be missing something basic. Using this makefile: --- TESTS = foo bar baz all: @i=0; \ eval ; \ for tool in $(TESTS); do \ echo results_$${tool}=$$i; \ eval results_$${tool}=$$i; \ i=`expr $$i + 1`; \ done; \ echo results_foo = $$results_foo; \ echo results_bar = $$results_bar; \ echo results_baz = $$results_baz; \ for tool in $(TESTS); do \ eval result=\$$results_$$tool; \ echo results_$$tool = $$result;\ if [ $${result} -ne 0 ] ; then \ exit $$result; \ fi; \ done; --- with the 'eval ' line present I get: fulgurite-xpdbg% make -f /u/cygwin/src/winsup/testsuite/iterate.mak results_foo=0 results_bar=1 results_baz=2 results_foo = 0 results_bar = 1 results_baz = 2 results_foo = 0 results_bar = 1 make: *** [all] Error 1 Delete the line with 'eval ' and: fulgurite-xpdbg% make -f /u/cygwin/src/winsup/testsuite/iterate.mak results_foo=0 results_bar=1 results_baz=2 results_foo = results_bar = 1 results_baz = 2 results_foo = [: 0: unknown operand results_bar = 1 make: *** [all] Error 1 This shell script, on the other hand, works just fine: --- i=0; \ for tool in foo bar baz; do \ echo results_${tool}=$i; \ eval results_${tool}=$i; \ i=`expr $i + 1`; \ done; \ echo results_foo = $results_foo; \ echo results_bar = $results_bar; \ echo results_baz = $results_baz; \ for tool in foo bar baz; do \ eval result=\$results_$tool; \ echo results_$tool = $result; \ if [ ${result} -ne 0 ] ; then \ exit $result; \ fi; \ done; ---
Subversion perl bindings - where do they live?
Hi, I have perl, swig, subversion and subversion-dev installed via cygwin. I am finding that I need to use some very simple subversion client capabilities from inside of a perl script. Looking around on google I see multiple references to subversion perl bindings existing as part of the subversion main package, and one mailing list post from some time ago saying they hoped to have the perl bindings in subversion soon. Looking some further I find that the Subversion documentation includes a section named using languages other than C++: http://svnbook.red-bean.com/en/1.1/svn-book.html#svn-ch-8-sect-2.3 Which describes the SWIG bindings used by perl as being located in subversion/bindings/swig, and gives some python examples of how the bindings should be used. Unfortunately no such directory as subversion/bindings/swig appears to exist on my system as far as I can tell. (I also am not quite sure of how the python bindings would translate to perl (would from svn import fs become use SVN::fs? or what?) but that's something of a secondary concern at this point.) So my questions are: 1. Where exactly on my system, or in what as-yet-uninstalled cygwin package, would I find the subversion swig bindings, assuming Cygwin installs them? (And are there any perl examples of using said subversion swig bindings anywhere?) 2. If Cygwin does not install the Subversion perl bindings, then does anyone know, what must I do to get them in place? Can I install them independently of subversion itself? Do I need to reinstall the entire subversion client from source? Do I need to uninstall cygwin's subversion package before I install my own? Thanks much, I appreciate it. -- 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/
Directory c:\%USERPROFILE% created
Hello, i was wandering about strange folders created in the root directory of my Cygwin-Enhanced PCs and found out that everytime i start installer programs from within a cygwin shell, a folder called %USERPROFILE% is created in the base directory of the pc's harddisk. I found out that if i start a command-shell from windows there is an environment variable called %USERPROFILE% which points to the current logged in users directory. In cygwin-shells this variable is missing. So everytime a windows-process tries to access the current users profile-dir (to store some ini's or whatever), the variable does not resolve but will be taken literal, so this directory will be created. In other words: %USERPROFILE% does not point to c:\WINNT\Profiles\username, resp. %SystemRoot%\Profiles\username like it should. The effect is that the installer will fail, which is very bad if running silent setups. To avoid this i've set $USERPROFILE to the appropriate profile-directory for the users in his .profile in cygwin's /home/username. This seems to work, but do i make something wrong ? Is there a better way to do this ? Are there any environment-variables or programs to resolve the current users Windows-Profile-Directory, instead of setting it literally in .profile ? Regards, Oliver Geisen --- Systemadministrator Kreisboten Verlag Mühlfellner KG Telefon: 0881/686-63 Telefax: 0881/686-74 Mail: [EMAIL PROTECTED] --- -- 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: Launching a cygwin binary from an application using CreateProcess Win32 API.
Venaktesh Goapal wrote Hi, I tried what is mentioned in the subject above but have not been successful. CreateProcess(...) returns the error 1305. From Winerror.h #define ERROR_UNKNOWN_REVISION 1305L Has someone tried this, or know the reason for the error. Thanks, Venkatesh. I think Christopher is right.Use ShellExecute() WinExec or (if you use C) _spawn... and _execThey get less parameters and do the same work foe simple processes. -- 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: Unicode in filenames support? (FAQ update needed)
On Jun 8 18:20, Williams, Gerald S (Jerry) wrote: (I don't necessarily expect that there will be any interest in my solution, but I thought that I should mention it just in case. As I said, there are other ways to deal with this without imposing path length limitations, and I don't even know how much of a concern such limits are in general.) Of course we would be glad to have more people working on the DLL (and sign the copyright assignment, sigh), but what you wrote sounds somewhat like a special solution which requires lots of new if (is_ntfs) tests, roughly. Sure it only works on file systems supporting that (which is NTFS, basically), but the code already contains way too many different routes due to OS/FS differences. Our vague ideas how to implement this are more along the lines of always use the fooW (on Win32 level) or _U (on NT level) functions and drop back to something else only on 9x, if necessary. This would also automatically cover the managed mounts in terms of path length. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: Directory c:\%USERPROFILE% created
On Jun 9 08:37, Systemtechnik wrote: Hello, i was wandering about strange folders created in the root directory of my Cygwin-Enhanced PCs and found out that everytime i start installer programs from within a cygwin shell, a folder called %USERPROFILE% is created in the base directory of the pc's harddisk. I found out that if i start a command-shell from windows there is an environment variable called %USERPROFILE% which points to the current logged in users directory. In cygwin-shells this variable is missing. Sure it's not something you're doing? The variable is certainly available when running the shell with cygwin.bat. And even when starting, say, tcsh directly from explorer, the variable is there, right in the environment. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: cygwin.bat fails with WFMO failed waiting for cygthread 'WnetGetResourceInformation'
On Jun 8 11:01, Tim Hart wrote: On Jun 7 19:06, Tim Hart wrote: having the same home directory path. I can use a few pattern matching tools to filter out the appropriate domain users and modify /etc/passwd accordingly. Obviously mkpasswd needs to be updated in order to produce correct home directory entries (possibly a unique format for Windows XP?). The information returned by Windows is used unchanged. There should be no need for some special handling. In this case mkpasswd isn't using any information returned by Windows other than the homeroot prefix. The full command ( for reference ), is mkpasswd -d -l -p $(cygpath -H) /etc/passwd mkpasswd -d -l is returning information on two different users: the local TJHart and CORPORATE\TJHart. The -p option overwrites any directories returned by Windows. mkpasswd has no intelligence built in. It just appends the user name to the path given by -p, nothing else. If you leave out the -p option you'll get the home directory return by the Windows function NetUserEnum. If there hasn't been stored any homedir in the SAM, you get /home/username. If the NetUserEnum function doesn't return the correct path, there's no way to get what you want which I'm aware of. I don't know how NT generates different paths for the same user name in different Domains. If you need a more complex layout, either manipulate the resulting passwd file by hand or consider to write a patch to mkpasswd. You know, http://cygwin.com/acronyms/#SHTDI and http://cygwin.com/acronyms/#PTC ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: Error piping data through a cygwin command using rsh (write system call fails)
On Jun 8 14:44, Johnny B. Goode wrote: We're using a windows 2000 based server running cygwin as a development environment for porting our AIX-based software to the Windows platform. When we extract the compiled programs, we connect to the cygwin server using rsh, passing a file list as input, returning a gzip'ed CPIO archive as output using a command like: cat filelist | rsh cygserver -l logname cd /directory ; cpio -oc | gzip output.cpio.gz This is executed from an AIX server (running AIX 5.3), effectively packing files from the filelist in a CGZ-archive that ends up back on the AIX server. The problem is, however, that gzip on the cygwin server terminates prematurely with the error gzip: stdout: Invalid argument. Did you try gzip -c ? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: Subversion perl bindings - where do they live?
Andrew McClure wrote: [query about Subversion Perl bindings] Currently, the Subversion Perl bindings do not even compile on Cygwin. Max. -- 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/
passwd group file problems ?
Hello, I work in a corporate environment, with very limited internet access, and I want to distribute cygwin to some sysadmins who can make good use of these tools. I cannot run the cygwin setup across the internet, and I do not want to download all the binaries to put on the server. We want to package a specific subset of cygwin that we require into a package that we can distribute to sysadmins. I've done this and it works very well, except for the passwd and group security information generation which is tied to the machine the install was done on, and I have no idea how to change this. The message I get on running cygwin.bat on any other system but the one where it is installed is : C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. I expect this is to do with the passwd and group files from what I know of unix, and these instructions have something to do with the solution, but I have tried these commands in every possible way that I can think of, but cannot get this error to disappear and properly register cygwin for the user. I've tried googling and all the commands I can think of, but I'm stumped. Please, can someone tell me how to correct this in the cygwin system so that I can distribute it to the sysadmins that would like to use these excellent tools ? Thanks Best Regards, Roy Wiseman. ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com -- 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: passwd group file problems ?
* Roy Wiseman (2005-06-09 13:34 +0100) Hello, I work in a corporate environment, with very limited internet access, and I want to distribute cygwin to some sysadmins who can make good use of these tools. I cannot run the cygwin setup across the internet, and I do not want to download all the binaries to put on the server. We want to package a specific subset of cygwin that we require into a package that we can distribute to sysadmins. I've done this and it works very well, except for the passwd and group security information generation which is tied to the machine the install was done on, and I have no idea how to change this. The message I get on running cygwin.bat on any other system but the one where it is installed is : C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. I expect this is to do with the passwd and group files from what I know of unix, and these instructions have something to do with the solution, but I have tried these commands in every possible way that I can think of, but cannot get this error to disappear and properly register cygwin for the user. I've tried googling and all the commands I can think of, but I'm stumped. Please, can someone tell me how to correct this in the cygwin system so that I can distribute it to the sysadmins that would like to use these excellent tools ? If in a domain, use -d. Read /etc/postinstall/passwd-grp.sh.done and /etc/profile. It all depends how you log on: domain or local account. -- 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: Directory c:\%USERPROFILE% created
* Systemtechnik (2005-06-09 07:37 +0100) i was wandering about strange folders created in the root directory of my Cygwin-Enhanced PCs and found out that everytime i start installer programs from within a cygwin shell, a folder called %USERPROFILE% is created in the base directory of the pc's harddisk. I found out that if i start a command-shell from windows there is an environment variable called %USERPROFILE% which points to the current logged in users directory. In cygwin-shells this variable is missing. So everytime a windows-process tries to access the current users profile-dir (to store some ini's or whatever), the variable does not resolve but will be taken literal, so this directory will be created. In other words: %USERPROFILE% does not point to c:\WINNT\Profiles\username, resp. %SystemRoot%\Profiles\username like it should. The effect is that the installer will fail, which is very bad if running silent setups. To avoid this i've set $USERPROFILE to the appropriate profile-directory for the users in his .profile in cygwin's /home/username. This seems to work, but do i make something wrong ? Is there a better way to do this ? Are there any environment-variables or programs to resolve the current users Windows-Profile-Directory, instead of setting it literally in .profile ? Don't use .profile for bash (see man bash FILES). Cywin should read all your Windows environment variables. Try bash -c set | grep USERPROFILE -- 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: passwd group file problems ?
On Thu, 9 Jun 2005, Roy Wiseman wrote: Hello, I work in a corporate environment, with very limited internet access, and I want to distribute cygwin to some sysadmins who can make good use of these tools. I cannot run the cygwin setup across the internet, and I do not want to download all the binaries to put on the server. We want to package a specific subset of cygwin that we require into a package that we can distribute to sysadmins. I've done this and it works very well, I would be a bit cautious in this situation. It's true that most Cygwin programs will work just fine when copied from machine to machine. However, some other things, specifically hard and symbolic links, are created during the postinstall phase, and may be specific to the installation machine. Unless the other machines have exactly the same configuration, there may be inconsistencies in the copied installation. You'll also need to replicate the mounts, which I suspect is your current problem anyway. Run 'mount -m /mounts.bat' on the machine you use as the template installation, and run /mounts.bat after copying. And you will need to regenerate /etc/passwd and /etc/group (since that information is also machine-specific). You can add the two commands reported (mkpasswd and mkgroup) to the end of /mounts.bat. except for the passwd and group security information generation which is tied to the machine the install was done on, and I have no idea how to change this. The message I get on running cygwin.bat on any other system but the one where it is installed is : C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. I expect this is to do with the passwd and group files from what I know of unix, and these instructions have something to do with the solution, but I have tried these commands in every possible way that I can think of, but cannot get this error to disappear and properly register cygwin for the user. I've tried googling and all the commands I can think of, but I'm stumped. Please, can someone tell me how to correct this in the cygwin system so that I can distribute it to the sysadmins that would like to use these excellent tools? It would have been better had you followed the instructions in the Cygwin problem reporting guidelines at http://cygwin.com/problems.html and attached the output of cygcheck -svr on the failing system. Without that information, the above guess (missing mounts) is all I can offer. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: passwd group file problems ?
Hi Igor, those mount commands don't seem to do much for this situation. same problems. you mention the hard and symbolic links, are created during the postinstall phase. this is very interesting, are there no commands to make that process rerun outside of the postinstall phase ? I've attached my cygcheck.out file here. my current situation is : - mkpasswd (with -l and/or -d) does nothing, this command hangs for over 30 minutes, and does nothing - mkgroup (with -l and/or -d) does nothing, this command hangs for over 30 minutes, and does nothing - mount -m /mounts.bat is no help, same errors apply. - is there some way to make the postinstall process kick off again, outside of the setup process ? Best Regards, Roy. --- Igor Pechtchanski [EMAIL PROTECTED] wrote: On Thu, 9 Jun 2005, Roy Wiseman wrote: Hello, I work in a corporate environment, with very limited internet access, and I want to distribute cygwin to some sysadmins who can make good use of these tools. I cannot run the cygwin setup across the internet, and I do not want to download all the binaries to put on the server. We want to package a specific subset of cygwin that we require into a package that we can distribute to sysadmins. I've done this and it works very well, I would be a bit cautious in this situation. It's true that most Cygwin programs will work just fine when copied from machine to machine. However, some other things, specifically hard and symbolic links, are created during the postinstall phase, and may be specific to the installation machine. Unless the other machines have exactly the same configuration, there may be inconsistencies in the copied installation. You'll also need to replicate the mounts, which I suspect is your current problem anyway. Run 'mount -m /mounts.bat' on the machine you use as the template installation, and run /mounts.bat after copying. And you will need to regenerate /etc/passwd and /etc/group (since that information is also machine-specific). You can add the two commands reported (mkpasswd and mkgroup) to the end of /mounts.bat. except for the passwd and group security information generation which is tied to the machine the install was done on, and I have no idea how to change this. The message I get on running cygwin.bat on any other system but the one where it is installed is : C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. I expect this is to do with the passwd and group files from what I know of unix, and these instructions have something to do with the solution, but I have tried these commands in every possible way that I can think of, but cannot get this error to disappear and properly register cygwin for the user. I've tried googling and all the commands I can think of, but I'm stumped. Please, can someone tell me how to correct this in the cygwin system so that I can distribute it to the sysadmins that would like to use these excellent tools? It would have been better had you followed the instructions in the Cygwin problem reporting guidelines at http://cygwin.com/problems.html and attached the output of cygcheck -svr on the failing system. Without that information, the above guess (missing mounts) is all I can offer. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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/ ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com Cygwin Configuration Diagnostics Current System Time: Thu Jun 09 17:08:20 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Citrix\ICA Client_01 c:\CmdTools c:\DOSTOOLS c:\WINNT\Microsoft.NET\Framework\v1.1.4322
RE: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.
From: Larry Hall [mailto:[EMAIL PROTECTED] I can't seem to build the cygwin1.dll ... Sounds OK to me. Try stripping it. Been there, tried that.. [built from source] and it complained about something with the address). Perhaps it's best if you just tell us what the actual error message was and when it happened. First, note I used setup to update to the current versions of everything, apparently 1.5.17-1 (reported by cygcheck, and the source tarball). I also have to do rebaseall since I use KDE. OK, I did ./configure;make;make install... 29716 [main] ? 4056 multiple_cygwin_problem: cygheap base magic number mismatch detected - 0x6182/0x0 If I try to rebase it, nothing works and I get a bigger error message. If it is a rebase problem, is there any way to get the current address (from /bin/cygwin1.dll) so I can set the built one to it? Even if I strip the newly made dll, it isn't the same size as the release version. Are there instructions anywhere to build an exact copy of the release. I need to change exactly one byte in trace.o(.cc) so PTHREAD_MUTEX_DEFAULT will be different to see if this fixes my problem. -- 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: passwd group file problems ?
Hi, I guess the main question that I'm asking from the below is : on a clean system without cygwin where setup.exe is run, after the files have been installed to c:\cygwin (or wherever), how do I run the process that binds/registers these files into a working cygwin system ? (i.e. the process that deals with mount points, security files and hard / symbolic links). this process is obviously run every time that setup.exe is run, so is this procedure a secret locked in setup.exe which, instead of a well known process that anyone can run ? I think if I can find out this process, then all the problems that I have will be very simply solved completely :) Best Regards, Roy. --- Roy Wiseman [EMAIL PROTECTED] wrote: Hi Igor, those mount commands don't seem to do much for this situation. same problems. you mention the hard and symbolic links, are created during the postinstall phase. this is very interesting, are there no commands to make that process rerun outside of the postinstall phase ? I've attached my cygcheck.out file here. my current situation is : - mkpasswd (with -l and/or -d) does nothing, this command hangs for over 30 minutes, and does nothing - mkgroup (with -l and/or -d) does nothing, this command hangs for over 30 minutes, and does nothing - mount -m /mounts.bat is no help, same errors apply. - is there some way to make the postinstall process kick off again, outside of the setup process ? Best Regards, Roy. --- Igor Pechtchanski [EMAIL PROTECTED] wrote: On Thu, 9 Jun 2005, Roy Wiseman wrote: Hello, I work in a corporate environment, with very limited internet access, and I want to distribute cygwin to some sysadmins who can make good use of these tools. I cannot run the cygwin setup across the internet, and I do not want to download all the binaries to put on the server. We want to package a specific subset of cygwin that we require into a package that we can distribute to sysadmins. I've done this and it works very well, I would be a bit cautious in this situation. It's true that most Cygwin programs will work just fine when copied from machine to machine. However, some other things, specifically hard and symbolic links, are created during the postinstall phase, and may be specific to the installation machine. Unless the other machines have exactly the same configuration, there may be inconsistencies in the copied installation. You'll also need to replicate the mounts, which I suspect is your current problem anyway. Run 'mount -m /mounts.bat' on the machine you use as the template installation, and run /mounts.bat after copying. And you will need to regenerate /etc/passwd and /etc/group (since that information is also machine-specific). You can add the two commands reported (mkpasswd and mkgroup) to the end of /mounts.bat. except for the passwd and group security information generation which is tied to the machine the install was done on, and I have no idea how to change this. The message I get on running cygwin.bat on any other system but the one where it is installed is : C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. I expect this is to do with the passwd and group files from what I know of unix, and these instructions have something to do with the solution, but I have tried these commands in every possible way that I can think of, but cannot get this error to disappear and properly register cygwin for the user. I've tried googling and all the commands I can think of, but I'm stumped. Please, can someone tell me how to correct this in the cygwin system so that I can distribute it to the sysadmins that would like to use these excellent tools? It would have been better had you followed the instructions in the Cygwin problem reporting guidelines at http://cygwin.com/problems.html and attached the output of cygcheck -svr on the failing system. Without that information, the above guess (missing mounts) is all I can offer. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe
RE: passwd group file problems ?
Original Message From: Roy Wiseman Sent: 09 June 2005 16:16 I've attached my cygcheck.out file here. You have multiple incompatible copies of cygwin1.dll in the $PATH; that's an absolute no-no. 1158k 2005/04/01 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2005/4/1 20:40 Cygwin DLL version info: DLL version: 1.5.14 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 126 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Apr 1 13:40:00 EST 2005 Shared id: cygwin1S4 224k 2003/08/09 c:\CmdTools\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 cygncurses7.dll v0.0 ts=2003/8/9 11:24 1085k 2004/01/19 c:\CmdTools\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2004/1/19 6:43 Cygwin DLL version info: DLL version: 1.5.6 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 108 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Mon Jan 19 00:43:36 EST 2004 CVS tag: cr-0x9d Shared id: cygwin1S3 Warning: There are multiple cygwin1.dlls on your path cheers, DaveK -- Can't think of a witty .sigline today -- 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: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.
On Wed, Jun 08, 2005 at 03:29:46PM -0700, Peter Rehley wrote: On Jun 8, 2005, at 2:59 PM, Thomas E. Zerucha wrote: I have a problem similar to that of: http://sourceware.org/ml/cygwin/2005-05/msg01400.html I have an old system that I'm trying to port that uses pthreads, but doesn't set the attribute, and a non-owner thread will destroy the thread in a deallocate routine, but this won't happen (it won't actually destroy the thread). The problem is that (in pthread.h) PTHREAD_MUTEX_DEFAULT is .._NORMAL on linux, the system was originally written for. It works but eventually dies when it runs out of threads or mutexes or something since it can't recycle. PTHREAD_MUTEX_DEFAULT is .._ERRORCHECK on cygwin. It would be painful to add a whole section to create an attribute structure just to set this to be the same as linux. If you look at the test case you will see a line that says mutex=PTHREAD_MUTEX_INITIALIZER; This causes the program to use the default (ERRORCHECK) mutex. To get a normal mutex, you can use mutex=PTHREAD_NORMAL_MUTEX_INITIALIZER_NP; However, in the test case when NORMAL is used, the mutex never gets unlocked because the signal SIG_CHLD doesn't get to the parent. FWIW, I've changed the default for PTHREAD_MUTEX_INITIALIZER to PTHREAD_NORMAL_MUTEX_INITIALIZER_NP in CVS. Last night I also tried to implement handling for interrupting mutexes based on Corinna's explanation of what your patch did. Both of these changes are in the current snapshot. cgf -- 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: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.
On Thu, Jun 09, 2005 at 11:16:42AM -0400, Thomas E. Zerucha wrote: From: Larry Hall [mailto:[EMAIL PROTECTED] I can't seem to build the cygwin1.dll ... Sounds OK to me. Try stripping it. Been there, tried that.. [built from source] and it complained about something with the address). Perhaps it's best if you just tell us what the actual error message was and when it happened. First, note I used setup to update to the current versions of everything, apparently 1.5.17-1 (reported by cygcheck, and the source tarball). I also have to do rebaseall since I use KDE. OK, I did ./configure;make;make install... 29716 [main] ? 4056 multiple_cygwin_problem: cygheap base magic number mismatch detected - 0x6182/0x0 This may be due to a problem with binutils-20050520-1 and cygwin. The CVS/snapshot version of cygwin has improvements to cygwin's cygheap handling which work better with newer binutils. See the Snapshots and Source in CVS links on the main cygwin page if you want to try either of these two methods. Note that I've already made the change for PTHREAD_MUTEX_DEFAULT in the latest CVS and this version of cygwin is available as a snapshot. cgf -- 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: passwd group file problems ?
ok, thanks Dave, do you know which I should remove to fix that and any settings that I should change ? (I don't know how this could have happened as well, as I did a fresh installation in a single step and captured it in Wise Package Studio to see every file and registry change made to the system, so it seems very strange that this could have happened). --- Dave Korn [EMAIL PROTECTED] wrote: Original Message From: Roy Wiseman Sent: 09 June 2005 16:16 I've attached my cygcheck.out file here. You have multiple incompatible copies of cygwin1.dll in the $PATH; that's an absolute no-no. 1158k 2005/04/01 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2005/4/1 20:40 Cygwin DLL version info: DLL version: 1.5.14 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 126 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Apr 1 13:40:00 EST 2005 Shared id: cygwin1S4 224k 2003/08/09 c:\CmdTools\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 cygncurses7.dll v0.0 ts=2003/8/9 11:24 1085k 2004/01/19 c:\CmdTools\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2004/1/19 6:43 Cygwin DLL version info: DLL version: 1.5.6 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 108 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Mon Jan 19 00:43:36 EST 2004 CVS tag: cr-0x9d Shared id: cygwin1S3 Warning: There are multiple cygwin1.dlls on your path cheers, DaveK -- Can't think of a witty .sigline today -- 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/ ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com -- 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: passwd group file problems ?
Original Message From: Roy Wiseman Sent: 09 June 2005 16:58 ok, thanks Dave, do you know which I should remove to fix that and any settings that I should change ? (I don't know how this could have happened as well, as I did a fresh installation in a single step and captured it in Wise Package Studio to see every file and registry change made to the system, so it seems very strange that this could have happened). --- Dave Korn dave.korn RGHHH artimi NOo com wrote: ^^ Heh. The first settings you should change are in your mailer: http://cygwin.com/acronyms#PCYMTNQREAIYR please! As to how they got there, you appear to have some pre-existing http://cygwin.com/acronyms#3PP package called 'CmdTools' installed on that PC, which is cygwin-based and has stale and conflicting versions of various libraries and dlls in it. Get rid of it and then have another go with mkpasswd/mkgroup. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
[ANNOUNCEMENT] Updated: binutils-20050608-1
I've made a new version of binutils available for installation. This version is a refresh from CVS and contains a fix for a long-standing problem with executable files which caused debugging information to be loaded into memory rather than just referenced from disk as intended. This problem indirectly caused the latest CVS version of cygwin to be unstrippable. For a brief description of this package, and a listing of the files it contains, see http://cygwin.com/packages/binutils . The project web page has more details: http://sourceware.org/binutils/ . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. Christopher Faylor -- 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: passwd group file problems ?
Ugh, top-posting. Reformatted. On Thu, 9 Jun 2005, Roy Wiseman wrote: --- Igor Pechtchanski [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. On Thu, 9 Jun 2005, Roy Wiseman wrote: Hello, I work in a corporate environment, with very limited internet access, and I want to distribute cygwin to some sysadmins who can make good use of these tools. I cannot run the cygwin setup across the internet, and I do not want to download all the binaries to put on the server. We want to package a specific subset of cygwin that we require into a package that we can distribute to sysadmins. I've done this and it works very well, I would be a bit cautious in this situation. It's true that most Cygwin programs will work just fine when copied from machine to machine. However, some other things, specifically hard and symbolic links, are created during the postinstall phase, and may be specific to the installation machine. Unless the other machines have exactly the same configuration, there may be inconsistencies in the copied installation. You'll also need to replicate the mounts, which I suspect is your current problem anyway. Run 'mount -m /mounts.bat' on the machine you use as the template installation, and run /mounts.bat after copying. And you will need to regenerate /etc/passwd and /etc/group (since that information is also machine-specific). You can add the two commands reported (mkpasswd and mkgroup) to the end of /mounts.bat. except for the passwd and group security information generation which is tied to the machine the install was done on, and I have no idea how to change this. The message I get on running cygwin.bat on any other system but the one where it is installed is : C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. I expect this is to do with the passwd and group files from what I know of unix, and these instructions have something to do with the solution, but I have tried these commands in every possible way that I can think of, but cannot get this error to disappear and properly register cygwin for the user. I've tried googling and all the commands I can think of, but I'm stumped. Please, can someone tell me how to correct this in the cygwin system so that I can distribute it to the sysadmins that would like to use these excellent tools? It would have been better had you followed the instructions in the Cygwin problem reporting guidelines at http://cygwin.com/problems.html and attached the output of cygcheck -svr on the failing system. Without that information, the above guess (missing mounts) is all I can offer. Hi Igor, those mount commands don't seem to do much for this situation. same problems. Have you *run* /mounts.bat on the target machine? It's unclear whether your cygcheck output is from the original installation machine or the new machine. Regardless, it shows a few unrelated problems with the machine. First off, you *do* have multiple Cygwin1.dll's in your path -- very nasty, and likely to bite you at some point soon. Secondly, some application (presumably Norton Ghost) has inserted a quoted string into your PATH, which confuses Cygwin. Remove the quotes from the PATH. Also, as your cygcheck output shows, you are in a domain. It's quite possible that the domain controller really is taking more than 30 minutes to return the set of users and groups (for large domains). The -u/-g options of mkpasswd/mkgroup respectively may be helpful. you mention the hard and symbolic links, are created during the postinstall phase. this is very interesting, are there no commands to make that process rerun outside of the postinstall phase ? Sure, they're just scripts. One potential problem is that some postinstall scripts create files, and don't modify them once those files are created. They rely on a pristine installation to get the files right. So, if you have such files on the source machine, they may not be correct on the target machine... I've attached my cygcheck.out file here. my current situation is : - mkpasswd (with -l and/or -d) does nothing, this command hangs for over 30 minutes, and does nothing I'm a bit skeptical about mkpasswd -l alone taking 30 minutes. Does net user hang also? If mkpasswd hangs only with -d, try (mkpasswd -l -c; mkpasswd -d -u nlwiso) /etc/passwd. - mkgroup (with -l and/or -d) does nothing, this command hangs for over 30 minutes, and does nothing This one's harder, as you'll need to know which groups you're a member of. You could try running net user nlwiso to find out the
RE: passwd group file problems ?
Original Message From: Igor Pechtchanski Sent: 09 June 2005 18:09 likely to bite you at some point soon. Secondly, some application (presumably Norton Ghost) has inserted a quoted string into your PATH, which confuses Cygwin. Remove the quotes from the PATH. At this point, I'd just like to say ${DAVEK_ANTI_NORTON_RANT}, and furthermore, ${DAVEK_ANTI_SYMANTEC_RANT:-${DAVEK_ANTI_NORTON_RANT//NORTON/SYMANTEC}}, while of course it is also true that ${DAVEK_ANTI_MCAFEE_RANT:-${DAVEK_ANTI_SYMANTEC_RANT//SYMANTEC/MCAFEE}}. Also, as your cygcheck output shows, you are in a domain. It's quite possible that the domain controller really is taking more than 30 minutes to return the set of users and groups (for large domains). The -u/-g options of mkpasswd/mkgroup respectively may be helpful. Or indeed running it in such a way that the redirection doesn't prevent you from seeing what's going on, such as: mkpasswd -d -l | tee /etc/passwd which will let you see it spitting out entries one-by-one as the server sends responses. You could try running net user nlwiso to find out the group membership (though I'm not certain how to ensure that the user being queried is EMEA\nlwiso); net user EMEA\nlwiso. It's pretty universal in 'doze that wherever you can put a username, you can put a DOMAIN\user string instead. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
Problem with gcc 3.4.4-1 and -mno-cygwin switch
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just cc1plus Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 QOTD: All I want is more than my fair share. -- 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: Login Something diff since cygwin 1.5.15-1 release - could it be security changes that were made
Larry Hall wrote: Perhaps you added one or more of these one time when you wanted to try this with your account and didn't remove them all later. sshd kept jumping to mind and after a google search of cygwin.com it seems to hold that at one time this was the method (and may still be - just not using your personal account) of getting ssh/sshd to work. Those searches also show me getting help getting sshd working (although I do not mention those settings being changed) and then finally getting it working (through the help of Max and Corinna) using SYSTEM. bk -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just cc1plus Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? I can't answer many of the above but this is not an issue for the mingw group. It's a cygwin gcc configuration problem. cgf -- 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: cygwin and tape backup
resent in plain text On 6/9/05, Manny Kaiser [EMAIL PROTECTED] wrote: Hi, I have a win2k client with a SCSI card connected to a Quantum l200 tape loader - dlt7000 tape drive with a 8 slot robot. I made a backup of data on a dlt7000 connected to a Unix machine with the tar command. I would like now to read this tape with the hardware mentioned above. I have read the html doc. below I attempted to do: mt -f /dev/st0 status and get the response resource busy. any suggestions? Thanks Manny Kaiser On 6/9/05, Hugh Sparks [EMAIL PROTECTED] wrote: I came across your article on nfs and cygwin. Possibly you can help me out. I have connected a tape drive to a scsi card on my win2k box. I have a tape with tar files I created from a linux/unix backup. I have no personal experience reading tapes with Cygwin (or Windows for that matter.) I notice that folks who work with tapes seem to experience constant and mysterious injustices. (This has been true for at least 35 years.) I know that once you get the data off the tap, there are lots of tools in both Cygwin and native windows (FilZip for example) that will deal with the tar archive. Most Windows-based tools that work with tape do so with proprietary formats that become a total loss when the company that makes the backup device goes out of business. You are fortunate that the tape was created with Linux. At least the data can be decoded once you can read the drive. I'd get on the web with Google and search using a set of keys such as: Cygwin SCSI tape I did this for you and it appears that people do have success using the Cygwin/Posix device drivers. Here is one reference I found in about 4 seconds: http://cygwin.com/cygwin-ug-net/using-specialnames.html Let me know if you succeed. I might face the problem myself someday. -Hugh Sparks, [EMAIL PROTECTED] -- Manny Kaiser Mobile: +972-(0)50-8221122 -- Manny Kaiser Mobile: +972-(0)50-8221122 -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Original Message From: Christopher Faylor Sent: 09 June 2005 19:08 On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just cc1plus Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? I can't answer many of the above but this is not an issue for the mingw group. It's a cygwin gcc configuration problem. cgf So the next question has to be 'What does gcc -print-search-dirs show, and how does it compare to gcc -mno-cygwin -print-search-dirs?' cheers, DaveK -- Can't think of a witty .sigline today -- 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: passwd group file problems ?
I agree that Symantec are a bit of satanic corporation, but ... well, Ghost2003 is actually very impressive most of the time (apart from breaking cygwin which is a big problem of course). ok, I've fixed symantec by taking out the 2 in the path and I fixed the cygwin1.dll (it was a copy of testdisk that was in there. testdisk carries it's own old version of cygwin1.dll around with it) then I did the mkpasswd and mkgroup stuff as you suggested ... and this is what I got, but I've no idea what tee it telling me (now I'm on my home system which is non domain, my office ABN Amro system is all the EMEA\nlwiso stuff). This is a lot confusing to me, do you understand this output ? oh, after this, I still get the same error unfortunately. C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. [EMAIL PROTECTED] ~ $ mkpasswd -d -l | tee /etc/passwd mkpasswd (731): [2453] Could not find domain controller for this domain. SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-RAID\Administrator,S-1-5-21-1275210 071-1604221776-725345543-500:/home/Administrator:/bin/bash ASPNET:unused_by_nt/2000/xp:1004:513:ASP.NET Machine Account,U-RAID\ASPNET,S-1-5 -21-1275210071-1604221776-725345543-1004:/home/ASPNET:/bin/bash Boss:unused_by_nt/2000/xp:1003:513:U-RAID\Boss,S-1-5-21-1275210071-1604221776-72 5345543-1003:/home/Boss:/bin/bash eric:unused_by_nt/2000/xp:1005:513:U-RAID\eric,S-1-5-21-1275210071-1604221776-72 5345543-1005:/home/eric:/bin/bash Guest:unused_by_nt/2000/xp:501:513:U-RAID\Guest,S-1-5-21-1275210071-1604221776-7 25345543-501:/home/Guest:/bin/bash HelpAssistant:unused_by_nt/2000/xp:1000:513:Remote Desktop Help Assistant Accoun t,U-RAID\HelpAssistant,S-1-5-21-1275210071-1604221776-725345543-1000:/home/HelpA ssistant:/bin/bash SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft Corporation,L=Redmon d,S=Washington,C=US,U-RAID\SUPPORT_388945a0,S-1-5-21-1275210071-1604221776-72534 5543-1002:/home/SUPPORT_388945a0:/bin/bash __ra_ssh_privsep__:unused_by_nt/2000/xp:1008:513:RemotelyAnywhere SSH Privilege Separation User,U-RAID\__ra_ssh_privsep__,S-1-5-21-1275210071-1604221776-7253455 43-1008:/home/__ra_ssh_privsep__:/bin/bash __vmware_user__:unused_by_nt/2000/xp:1007:513:__vmware_user__,U-RAID\__vmware_us er__,S-1-5-21-1275210071-1604221776-725345543-1007:/home/__vmware_user__:/bin/ba sh [EMAIL PROTECTED] ~ $ mkpasswd -l | tee /etc/passwd SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-RAID\Administrator,S-1-5-21-1275210 071-1604221776-725345543-500:/home/Administrator:/bin/bash ASPNET:unused_by_nt/2000/xp:1004:513:ASP.NET Machine Account,U-RAID\ASPNET,S-1-5 -21-1275210071-1604221776-725345543-1004:/home/ASPNET:/bin/bash Boss:unused_by_nt/2000/xp:1003:513:U-RAID\Boss,S-1-5-21-1275210071-1604221776-72 5345543-1003:/home/Boss:/bin/bash eric:unused_by_nt/2000/xp:1005:513:U-RAID\eric,S-1-5-21-1275210071-1604221776-72 5345543-1005:/home/eric:/bin/bash Guest:unused_by_nt/2000/xp:501:513:U-RAID\Guest,S-1-5-21-1275210071-1604221776-7 25345543-501:/home/Guest:/bin/bash HelpAssistant:unused_by_nt/2000/xp:1000:513:Remote Desktop Help Assistant Accoun t,U-RAID\HelpAssistant,S-1-5-21-1275210071-1604221776-725345543-1000:/home/HelpA ssistant:/bin/bash SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft Corporation,L=Redmon d,S=Washington,C=US,U-RAID\SUPPORT_388945a0,S-1-5-21-1275210071-1604221776-72534 5543-1002:/home/SUPPORT_388945a0:/bin/bash __ra_ssh_privsep__:unused_by_nt/2000/xp:1008:513:RemotelyAnywhere SSH Privilege Separation User,U-RAID\__ra_ssh_privsep__,S-1-5-21-1275210071-1604221776-7253455 43-1008:/home/__ra_ssh_privsep__:/bin/bash __vmware_user__:unused_by_nt/2000/xp:1007:513:__vmware_user__,U-RAID\__vmware_us er__,S-1-5-21-1275210071-1604221776-725345543-1007:/home/__vmware_user__:/bin/ba sh [EMAIL PROTECTED] ~ $ mkgroup -l | tee /etc/passwd SYSTEM:S-1-5-18:18: None:S-1-5-21-1275210071-1604221776-725345543-513:513: Administrators:S-1-5-32-544:544: Backup Operators:S-1-5-32-551:551: Guests:S-1-5-32-546:546: Network Configuration Operators:S-1-5-32-556:556: Power Users:S-1-5-32-547:547: Remote Desktop Users:S-1-5-32-555:555: Replicator:S-1-5-32-552:552: Users:S-1-5-32-545:545: HelpServicesGroup:S-1-5-21-1275210071-1604221776-725345543-1001:1001: __vmware__:S-1-5-21-1275210071-1604221776-725345543-1006:1006: [EMAIL PROTECTED] ~ $ mkgroup -l -d | tee /etc/passwd Cannot get PDC, code = 2453 SYSTEM:S-1-5-18:18: None:S-1-5-21-1275210071-1604221776-725345543-513:513: Administrators:S-1-5-32-544:544: Backup Operators:S-1-5-32-551:551: Guests:S-1-5-32-546:546: Network Configuration Operators:S-1-5-32-556:556: Power
RE: passwd group file problems ?
Original Message From: Roy Wiseman Sent: 09 June 2005 19:16 [SNIP everything.] Why did you ignore the perfectly polite request I made to you to stop spamming my email address across the web archive? cheers, DaveK -- Can't think of a witty .sigline today -- 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: Unicode in filenames support? (FAQ update needed)
Of course we would be glad to have more people working on the DLL (and sign the copyright assignment, sigh), Yes, the assignment was/is a hurdle for me. It turns out to be much easier to release something into the public domain (at least at my company), thus my approach. I had actually made some progress with the assignment, but it went back to ground zero when my old group was disbanded. but what you wrote sounds somewhat like a special solution which requires lots of new if (is_ntfs) tests, roughly. Sort of, although I approached it as a set of services that could replace Windows file operations with extended versions that could be selected dynamically. I had come up with the following list of functions to replace (which perhaps might be of some use to you): CopyFile CopyFileEx CreateDirectory CreateDirectoryEx CreateFile DeleteFile FindFirstChangeNotification FindFirstFile FindFirstFileEx GetBinaryType GetFileAttributes GetFileAttributesEx GetFullPathName GetLongPathName GetShortPathName MoveFile MoveFileEx MoveFileWithProgress RemoveDirectory ReplaceFile SearchPath SetCurrentDirectory SetFileAttributes SetFileSecurity gsw -- 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: Unicode in filenames support? (FAQ update needed)
On Thu, Jun 09, 2005 at 02:28:28PM -0400, Williams, Gerald S (Jerry) wrote: Of course we would be glad to have more people working on the DLL (and sign the copyright assignment, sigh), Yes, the assignment was/is a hurdle for me. It turns out to be much easier to release something into the public domain (at least at my company), thus my approach. I had actually made some progress with the assignment, but it went back to ground zero when my old group was disbanded. But releasing something to the public domain doesn't help Cygwin. I did ask the Red Hat lawyer if accepting public domain sources was ok and he said Yes, but... The problem is that you still have to verify that the sources are truly public domain and how do you do that without getting a disclaimer from a person's employer? I truly hate all of this assignment stuff that is required for contributions to FSF programs and Cygwin. I think it's time for someone to come up with an online way to do this. I asked a (very) technically savvy lawyer acquaintance about this once and he said Hmm... but he never came up with anything workable... cgf -- 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: passwd group file problems ?
i'm sorry, it was completely unintentional. really did not mean to do that, I pressed reply-all by mistake i think, i did go to the acronym page and read it and noted it, so I did not mean to do that. --- Dave Korn [EMAIL PROTECTED] wrote: Original Message From: Roy Wiseman Sent: 09 June 2005 19:16 [SNIP everything.] Why did you ignore the perfectly polite request I made to you to stop spamming my email address across the web archive? cheers, DaveK -- Can't think of a witty .sigline today -- 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/ ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com -- 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/
where can i download the source code of cygwin
_ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. -- 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/
Application Error with 20050609 snapshot
I get an Application Error popup when trying to start bash (or sh) with the 20050609 snapshot or a DLL built myself from CVS today. The error is: The application failed to initialize properly (0xc005). Click on OK to terminate the application. I've been getting this message the last few days from DLLs built myself from CVS. (It doesn't matter if the DLL is stripped or not.) -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Once ... in the wilds of Afghanistan, I lost my corkscrew, and we were forced to live on nothing but food and water for days. -- W. C. Fields, My Little Chickadee -- 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/
where can i download the source code of cygwin
_ Take charge with a pop-up guard built on patented Microsoft® SmartScreen Technology http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. -- 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/
click on the Src box when running setup.exe (was Re: where can i download the source code of cygwin)
-- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On 6/9/2005 11:15 AM, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 09 June 2005 19:08 On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just cc1plus Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? I can't answer many of the above but this is not an issue for the mingw group. It's a cygwin gcc configuration problem. cgf So the next question has to be 'What does gcc -print-search-dirs show, and how does it compare to gcc -mno-cygwin -print-search-dirs?' % gcc -print-search-dirs install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libexec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ libraries: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3.4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/ % gcc -mno-cygwin -print-search-dirs install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/ libraries: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/lib/i686-pc-mingw32/3.4.4/:/usr/lib/ % ls /lib/gcc/i686-pc-mingw32 3.4.1 % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Once ... in the wilds of Afghanistan, I lost my corkscrew, and we were forced to live on nothing but food and water for days. -- W. C. Fields, My Little Chickadee -- Unsubscribe info:
RE: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Original Message From: David Rothenberger Sent: 09 June 2005 19:50 % gcc -print-search-dirs install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc -cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwi n/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libe xec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/ i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-c ygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib /gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686- pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/li b/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ libraries: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc -cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cy gwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/ gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-p c-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib /gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i6 86-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cy gwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygw in/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3. 4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/ % gcc -mno-cygwin -print-search-dirs install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-p c-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mi ngw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/us r/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/ lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc /i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4 /:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/us r/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4 /:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/ libraries: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-p c-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc -mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/. ./lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gc c/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/l ib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc -mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw 32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/ :/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/ lib/i686-pc-mingw32/3.4.4/:/usr/lib/ Yep, that's got to be the source of the problem. % ls /lib/gcc/i686-pc-mingw32 3.4.1 Gcc normally lives under /lib/gcc-lib/, rather than /lib/gcc/...; someone's been playing around with all the various individual --*-prefix=DIR and --*dir= options at configure time, and got an inconsistent set. Presumably they've got it installed under both prefixes on their development PC because at some time in the past it's moved from one prefix to the other, and so that hid the problem in testing. Gerrit, is this your doing? cheers, DaveK -- Can't think of a witty .sigline today -- 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: passwd group file problems ?
Original Message From: Roy Wiseman Sent: 09 June 2005 19:40 i'm sorry, it was completely unintentional. really did not mean to do that, I pressed reply-all by mistake i think, i did go to the acronym page and read it and noted it, so I did not mean to do that. And then you go and IMMEDIATELY do it YET AGAIN. This has now become OFFENSIVE of you; you come across as if you aren't paying the slightest bit of attention to what you're doing or what anyone is saying. --- Dave Korn dave.korn GET A CLUE artimi HOW MANY TIMES com wrote: DO NOT REPLY TO THIS POST, because you're clearly not in control of your own actions and you'll only go and get me spammed again. You can solve your own problems as far as I'm concerned, there's really not a lot of point offering advice to people who aren't going to bother actually reading what I write. cheers, DaveK -- Can't think of a witty .sigline today -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: On 6/9/2005 11:15 AM, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 09 June 2005 19:08 On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just cc1plus Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? I can't answer many of the above but this is not an issue for the mingw group. It's a cygwin gcc configuration problem. cgf So the next question has to be 'What does gcc -print-search-dirs show, and how does it compare to gcc -mno-cygwin -print-search-dirs?' % gcc -print-search-dirs install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libexec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ libraries: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3.4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/ % gcc -mno-cygwin -print-search-dirs install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/ libraries: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/lib/i686-pc-mingw32/3.4.4/:/usr/lib/ % ls /lib/gcc/i686-pc-mingw32 3.4.1 % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. My bad, I missed to edit the setup.hint of gcc-mingw, will do this now. [EMAIL PROTECTED] ~]$ cat /var/ftp/pub/cygwin/release/gcc-mingw/gcc-mingw-g++/setup.hint sdesc: Mingw32 support headers and libraries for GCC C++ category: Devel requires: gcc-core gcc-g++ prev:
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Dave Korn wrote: Yep, that's got to be the source of the problem. % ls /lib/gcc/i686-pc-mingw32 3.4.1 Gcc normally lives under /lib/gcc-lib/, rather than /lib/gcc/...; someone's been playing around with all the various individual --*-prefix=DIR and --*dir= options at configure time, and got an inconsistent set. Presumably they've got it installed under both prefixes on their development PC because at some time in the past it's moved from one prefix to the other, and so that hid the problem in testing. Gerrit, is this your doing? It works for me, honestly;) See my other post please. Gerrit -- =^..^= -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just cc1plus Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? GCC 3.4.4 is new, 3.4.1 was the test release of the 3.4.x series, now it is time to move on. So 3.3.3 is the previous release now and 3.4.4 is current. Gerrit -- =^..^= -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On 6/9/2005 12:24 PM, David Rothenberger wrote: On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 20040822-1 that fix the problem? -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 It's raisins that make Post Raisin Bran so raisiny ... -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Gerrit P. Haase wrote: Dave Korn wrote: Yep, that's got to be the source of the problem. % ls /lib/gcc/i686-pc-mingw32 3.4.1 Gcc normally lives under /lib/gcc-lib/, rather than /lib/gcc/...; someone's been playing around with all the various individual --*-prefix=DIR and --*dir= options at configure time, and got an inconsistent set. BTW, the options used are --prefix=/usr --exec-prefix=/usr \ --libdir=/usr/lib --libexecdir=/usr/lib The path under lib and libexec is gcc controled. I just use --libexecdir=/usr/lib because I dislike to have executables under /usr/share/gcc/... where they put it nowadays. With --libdir=/usr/lib --libexecdir=/usr/lib we have only one path, /usr/lib/gcc/... else there are two, /usr/lib/gcc and /usr/share/gcc/... one with the runtime libraries and one with the executables. The gcc-lib path was used in pre 3.4 gcc releases. Gerrit -- =^..^= -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. The latest gcc-mingw-* packages, version 20050522-1, I missed to edit the setup.hint for these packages, so setup thinks 20040810-1 is current (until the new setup.hint files have arrived at the mirrors which will happen really soon now). Gerrit -- =^..^= -- 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: passwd group file problems ?
Thanks for the insults D A V E . K O R N You say you are offended, and that I am not in control of my own actions (obviously highly offensive, patronising and insulting statements). I am in control of my own actions. You of course have answers that I would like, and yet you dangle them at me in effect with the maturity of a child it seems. I will not get my answers, you will jealously guard them to prove the point about the Linux community being closed and secret and you have insulted me repeatedly here, because you can. You tell me to DO NOT REPLY TO THIS EMAIL, and yet I am not your dog to tell what to do. You treat people with an unbelievable level of disrespect. This is the kind of touch-paper anger that I would expect from a child, not an adult. And yet, of course, as I said, you have answers to something that I would like to know, so you choose to take offence at anything and demean anyone around you that happens to be nearby. by anything, let me explain that : if I made the mistake once of doing a reply all, then the damage was done, that's simplistic logic that a 6 year old child could understand right ? and so repeating the mistake has not affected you in anyway whatsoever (anymore than my original mistake), and that's clear, obvious, logical and undeniable right ? and yet you SCREAM IN CAPITALS, TELLING ME THAT I MUST NOT REPLY and patronise and offend wildly without any concern as you feel that because you have answers to cygwin questions you somehow DEMAND respect from everyone around you. the logic I point out above is undeniable, and yet you act as if I have fncked your mother ... get a grip, I neither fncked your mother or offended you in any way whatsoever ... you *choose* to be offended at anything, and in this case, I did not a single thing to offend you (please read the logical points that I make above for my reasoning). and to continue your incredibly offensive email, you said something like you come across as if you don't pay the slightest attention bla bla something, rant, moan, whine ... that does not follow in the slightest right ??? it takes a real leap of incoherent ranting and unbelievable disrespect for other people to come to that conclusion. i sent an email, that's all, polite, friendly, normal. I do pay attention to others, and I respect everyone I work with, family, freinds, etc. and I even respected you, until you chose to start insulting me for no reason (by no reason, try reading the points of logic that I make above, all completely undeniable). do you know the word tantrum in the english language ? i suspect that you have heard people refering to you with this word often in your life ... thanks for the insults and the rant mate, i would be offended if I could actually see a logical basis behind your rant (by logic, see above). so I made a mistake, you are RIGHT, I made a mistake, I admit it ... i didn't offend you, I didn't insult you, I didn't disrespect you, and I did not do ANY of the things that you accuse me of. so you hold your secret geek-knowledge from me, push someone away from Cygwin, that was really enjoying exploring it, keep that knowledge for yourself and alienate everyone and anyone that doesn't do EXACTLY WHAT YOU TELL THEM TO DO, cos Linux/cygwin is not for polite adults, you want me to fnck off and DO NOT REPLY and all that. ok, so you win, another person who wants nothing to do with rude little fat boys with no girlfriends, all cos I made a mistake, well what a great advert for decent maturity you are ! come and use linux/cygwin, and meet ANGRY ANGRY RANTY ILLOGICAL (see points above) PEOPLE (maybe your girlfriend/boyfriend cheated on you and ran off with a friend leaving you with all this anger, I don't know, all I know if that you insult me without any logic (see points above). I don't know why you have so much hatred for people who have only ever been polite and decent to you. ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com -- 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/
bash page fault on Win98SE when running non-Cygwin programs
When running some non-Cygwin programs from bash (seems to be mostly a problem with 16-bit programs, but also some 32-bit programs), bash gets an invalid page fault in KERNEL32.DLL and pops up a fault dialog. Also, quitting the fault dialog doesn't work - I just get another page fault dialog each time I quit the current one. I can sometimes start up another bash and kill the first one, but in most cases, the machine locks up and I have to reset it. However, cygcheck works OK (output follows). Has anyone else seen this? /Irwin Meisels irwinm at rogers dot com Cygwin Configuration Diagnostics Current System Time: Thu Jun 09 14:52:35 2005 Windows 98 SE Ver 4.10 Build Path: C:\cygwin\bin C:\cygwin\bin c:\usr\games\bin C:\cygwin\usr\local\bin c:\WINDOWS c:\WINDOWS\COMMAND c:\USR\BIN c:\PROGRAM FILES\EXECUTIVE SOFTWARE\DISKEEPERLITE\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(irwin) GID: 544(unknown) 544(unknown) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(irwin) GID: 544(unknown) 544(unknown) SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS USER = `irwin' PWD = `/usr/games/foo' HOME = `/c/irwin' MAKE_MODE = `unix' MANPATH = `:/usr/ssl/man' TERM = `cygwin' CMDLINE = `bash --login -i' OLDPWD = `/c/irwin' TEMP = `/c/WINDOWS/TEMP' W = `/cygdrive/g/levels' PS1 = `% ' !C: = `C:\cygwin\bin' WINBOOTDIR = `C:\WINDOWS' SHLVL = `1' BLASTER = `A220 I5 D1 H7 P300 T6' COMSPEC = `C:\WINDOWS\COMMAND.COM' PROMPT = `$p$g' LESS = `cMifnR' TMP = `/c/WINDOWS/TEMP' _ = `/usr/bin/cygcheck' SYSTEMROOT = `C:\WINDOWS' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\Software\Cygnus Solutions HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/games (default) = `c:\usr\games' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `c:' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/h (default) = `h:' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/f (default) = `f:' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd FAT32 8197Mb 70% CPUN d: hd FAT32 1503Mb 87% CPUN e: hd FAT988Mb 35% CPUN f: hd FAT 1019Mb 98% CPUN g: hd FAT32 540Mb 1% CPUN h: cd CDFS 634Mb 100%CDROM i: net NTFS 10076Mb 66% CP CSPAirwin j: net NTFS 56342Mb 82% CP CSPAmnt1 c:\usr\games /usr/games system binmode c: /c system binmode h: /h system binmode f: /f system binmode C:\cygwin / system binmode C:\cygwin/bin /usr/binsystem binmode C:\cygwin/lib /usr/libsystem binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: c:\WINDOWS\COMMAND\find.exe Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: c:\USR\BIN\tar.exe Warning: C:\cygwin\bin\tar.exe hides c:\USR\BIN\tar.exe 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 cygcrypt-0.dll v0.0 ts=2003/10/19 3:57 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 cygintl.dll v0.0 ts=2001/6/20 13:09 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 cygintl-1.dll v0.0 ts=2001/12/13 4:28 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 cygform5.dll v0.0 ts=2001/4/25 1:28 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll -
RE: passwd group file problems ?
Yuk, top posting. Reformatted. Please consider pressing Ctrl-End in the Message text area... On Thu, 9 Jun 2005, Roy Wiseman wrote: --- Dave Korn [EMAIL PROTECTED] wrote: ...after changing the first line of the reply quote. As I mentioned, http://cygwin.com/acronyms/#PCYMTNQREAIYR. I know it's Yahoo webmail, so doesn't have much in the way of convenience features, but at worst you'd have to remove the addresses by hand. Anything to avoid helping spammers. If this is sufficiently annoying, perhaps enough Yahoo users will request this feature that Yahoo will give in and implement it. Original Message From: Igor Pechtchanski Sent: 09 June 2005 18:09 likely to bite you at some point soon. Secondly, some application (presumably Norton Ghost) has inserted a quoted string into your PATH, which confuses Cygwin. Remove the quotes from the PATH. At this point, I'd just like to say ${DAVEK_ANTI_NORTON_RANT}, and furthermore, ${DAVEK_ANTI_SYMANTEC_RANT:-${DAVEK_ANTI_NORTON_RANT//NORTON/SYMANTEC}}, while of course it is also true that ${DAVEK_ANTI_MCAFEE_RANT:-${DAVEK_ANTI_SYMANTEC_RANT//SYMANTEC/MCAFEE}}. At this point, Dave, it might pay for you to actually create a web page with the rants and post links... :-p Also, as your cygcheck output shows, you are in a domain. It's quite possible that the domain controller really is taking more than 30 minutes to return the set of users and groups (for large domains). The -u/-g options of mkpasswd/mkgroup respectively may be helpful. Or indeed running it in such a way that the redirection doesn't prevent you from seeing what's going on, such as: mkpasswd -d -l | tee /etc/passwd which will let you see it spitting out entries one-by-one as the server sends responses. Roy, the name after the tee command is, of course, the name of the file you'll be overwriting. In any case, you might want to first get a command running (without any redirection or pipes), and then redirect it in the way I showed you. You could try running net user nlwiso to find out the group membership (though I'm not certain how to ensure that the user being queried is EMEA\nlwiso); net user EMEA\nlwiso. It's pretty universal in 'doze that wherever you can put a username, you can put a DOMAIN\user string instead. Dave, you can be sure I've tried the obvious before posting. It didn't work for me. Perhaps the local domain (i.e., the current computer) isn't handled in the same way. I agree that Symantec are a bit of satanic corporation, but ... well, Ghost2003 is actually very impressive most of the time (apart from breaking cygwin which is a big problem of course). It would have broken other apps as well, just not in such an obviously detectable way. ok, I've fixed symantec by taking out the 2 in the path and I fixed the cygwin1.dll (it was a copy of testdisk that was in there. testdisk carries it's own old version of cygwin1.dll around with it) then I did the mkpasswd and mkgroup stuff as you suggested ... and this is what I got, but I've no idea what tee it telling me (now I'm on my home system which is non domain, my office ABN Amro system is all the EMEA\nlwiso stuff). tee isn't telling you anything, you're seeing the output of mkpasswd (or mkgroup, as the case may be). This is a lot confusing to me, do you understand this output ? See http://cygwin.com/cygwin-ug-net/ntsec.html. oh, after this, I still get the same error unfortunately. C:\cygwincygwin Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. The commands you quoted will have destroyed your /etc/passwd completely. Try re-running the commands I gave you. [EMAIL PROTECTED] ~ $ mkpasswd -d -l | tee /etc/passwd mkpasswd (731): [2453] Could not find domain controller for this domain. This is a problem. Are you on the network when you run this command? If not, the delay may be mkpasswd waiting for domain controller connections to time out. Did you run mkpasswd -c -l, like I told you? [EMAIL PROTECTED] ~ $ mkpasswd -l | tee /etc/passwd This just overwrote /etc/passwd generated in the previous run. [EMAIL PROTECTED] ~ $ mkgroup -l | tee /etc/passwd Ditto, and this time it's with the output of mkgroup. [EMAIL PROTECTED] ~ $ mkgroup -l -d | tee /etc/passwd Cannot get PDC, code = 2453 As you see, the primary domain controller is inaccessible. Do you need to be on a VPN or something to log in to the domain? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor
Re: Unicode in filenames support? (FAQ update needed)
On Thu, 9 Jun 2005, Christopher Faylor wrote: On Thu, Jun 09, 2005 at 02:28:28PM -0400, Williams, Gerald S (Jerry) wrote: Of course we would be glad to have more people working on the DLL (and sign the copyright assignment, sigh), Yes, the assignment was/is a hurdle for me. It turns out to be much easier to release something into the public domain (at least at my company), thus my approach. I had actually made some progress with the assignment, but it went back to ground zero when my old group was disbanded. But releasing something to the public domain doesn't help Cygwin. I did ask the Red Hat lawyer if accepting public domain sources was ok and he said Yes, but... The problem is that you still have to verify that the sources are truly public domain and how do you do that without getting a disclaimer from a person's employer? I truly hate all of this assignment stuff that is required for contributions to FSF programs and Cygwin. I think it's time for someone to come up with an online way to do this. I asked a (very) technically savvy lawyer acquaintance about this once and he said Hmm... but he never came up with anything workable... FWIW, here's something I proposed to our lawyers that they found reasonable: paste the fingerprint hash of the digital signature on the manager's e-mail message approving the copyright assignment into the assignment form. That way, if there's ever doubt, the message can be referred to and it could be verified to be the correct message. I don't know how workable that is, but it could be a start... Of course, it could be the ravings of a madman on a dark September night, in which case feel free to ignore or drop a hippo on me (in the appropriate list). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.
On Jun 9, 2005, at 8:57 AM, Christopher Faylor wrote: On Wed, Jun 08, 2005 at 03:29:46PM -0700, Peter Rehley wrote: On Jun 8, 2005, at 2:59 PM, Thomas E. Zerucha wrote: I have a problem similar to that of: http://sourceware.org/ml/cygwin/2005-05/msg01400.html I have an old system that I'm trying to port that uses pthreads, but doesn't set the attribute, and a non-owner thread will destroy the thread in a deallocate routine, but this won't happen (it won't actually destroy the thread). The problem is that (in pthread.h) PTHREAD_MUTEX_DEFAULT is .._NORMAL on linux, the system was originally written for. It works but eventually dies when it runs out of threads or mutexes or something since it can't recycle. PTHREAD_MUTEX_DEFAULT is .._ERRORCHECK on cygwin. It would be painful to add a whole section to create an attribute structure just to set this to be the same as linux. If you look at the test case you will see a line that says mutex=PTHREAD_MUTEX_INITIALIZER; This causes the program to use the default (ERRORCHECK) mutex. To get a normal mutex, you can use mutex=PTHREAD_NORMAL_MUTEX_INITIALIZER_NP; However, in the test case when NORMAL is used, the mutex never gets unlocked because the signal SIG_CHLD doesn't get to the parent. FWIW, I've changed the default for PTHREAD_MUTEX_INITIALIZER to PTHREAD_NORMAL_MUTEX_INITIALIZER_NP in CVS. Last night I also tried to implement handling for interrupting mutexes based on Corinna's explanation of what your patch did. Shouldn't PTHREAD_MUTEX_DEFAULT be PTHREAD_MUTEX_NORMAL? Both of these changes are in the current snapshot. And the pthread_mutex_lock is still waiting forever...doesn't process the signal. Looking at the code I think that the pthread_mutex::_lock function should be using the cancelable_wait routine in place of the WaitForSingleObject. cgf -- 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/ Enjoy, Peter --- A Møøse once bit my sister -- 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: passwd group file problems ?
thanks Igor, and also Dave, I totally appreciate both of your time on this (can't say I liked the insult much Dave, but my mistake was accidental you know. Maybe it's a Scottish thing that we treat people with respect until they disrespect us, I guess we don't think we should have to put up with insults from anyone, ... we're stubborn that way !). I'll work through your explanations tomorrow Igor. I had no idea there was so much going on under cygwin, I kind of assumed that the bunch-of-files and configuration information sat in the cygwin folder, until at runtime when the bash shell was invoked, the cygwin dll somehow bound all the files together into a workable system at that point. clearly a lot more going on there, but very interesting to see how it all works together. cheers, roy. ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com -- 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: Unicode in filenames support? (FAQ update needed)
Christopher Faylor wrote: But releasing something to the public domain doesn't help Cygwin. [...] The problem is that you still have to verify that the sources are truly public domain and how do you do that without getting a disclaimer from a person's employer? [...] I truly hate all of this assignment stuff that is required for contributions to FSF programs and Cygwin. I think it's time for someone to come up with an online way to do this. My employer authorized the release into the public domain, making the code explicitly not protected by copyright. The lawyer-types don't trust the assignments though, so online forms therefore wouldn't help anyway. If a disclaimer is all that you want, I'm sure you/I can get it. In fact, as long as they know about the uncopyrighted code and don't do anything about it, they've given up rights to it. Of course, IANALATEIHSMBSI (http://cygwin.com/acronyms/#IANAL and http://cygwin.com/acronyms/#YANALATEYHSMBSI). gsw -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: On 6/9/2005 12:24 PM, David Rothenberger wrote: On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 20040822-1 that fix the problem? Yes. And I suggest that you get a gold star because you found the first mistake I made when building and uploading this package even before an announcement was sent;) Gerrit -- =^..^= -- 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: Unicode in filenames support? (FAQ update needed)
On Thu, Jun 09, 2005 at 05:24:57PM -0400, Williams, Gerald S (Jerry) wrote: Christopher Faylor wrote: But releasing something to the public domain doesn't help Cygwin. [...] The problem is that you still have to verify that the sources are truly public domain and how do you do that without getting a disclaimer from a person's employer? [...] I truly hate all of this assignment stuff that is required for contributions to FSF programs and Cygwin. I think it's time for someone to come up with an online way to do this. My employer authorized the release into the public domain, making the code explicitly not protected by copyright. The lawyer-types don't trust the assignments though, so online forms therefore wouldn't help anyway. If a disclaimer is all that you want, I'm sure you/I can get it. In fact, as long as they know about the uncopyrighted code and don't do anything about it, they've given up rights to it. And you prove that they don't know anything about it by...? cgf -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote: Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 20040822-1 that fix the problem? Yes. And I suggest that you get a gold star because you found the first mistake I made when building and uploading this package even before an announcement was sent;) Can we get a gold star over here? cgf -- 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/
automatic generation of resolv.conf
I recently downloaded and compiled dig from the bind website. When I tried to run it, it wouldn't work unless I specified the DNS server on the command line. Looking at the man page on a Linux box, I saw a reference to resolv.conf (which is obviously not present by default in Windoze. Creating a resolv.conf with my ISP's name servers in it fixed the issue. I saw some posts from a while back where someone was thinking about a utility to create the resolv.conf file for some other application that was expecting its presence. Does anyone know if this ever got further than the idea phase? I use a laptop in a lot of different places and the name servers vary from place to place, depending on the ISP. I could just hard code the resolv.conf, but it would be helpful to see the data my clients are seeing without having to redo resolv.conf each time. Thanks in advance for the help. -- 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: error initdb-failed
Hello Carlo, Yes, we look at the documentation but it did not give certain. The problems to install postgresql in win98 had been many, then in the project we decide here to develop using winXP. I did not obtain to decide the problem with the Cygwin and win98, we cannot wait more. I am thankful for the attention, especially of the Carlo. I am thankful. Any doubt return. Juliano. Citando Carlo Florendo [EMAIL PROTECTED]: - Juliano Francisco Angeli wrote: - - Hello, - - I am installing postgresql in the Windows 98 with cygwin. - A signal error 12 is happening (initdb-failed). - Necessary to install postgres in the Windows 98, then I am using win98, - cygwin - and postgresql-7.4.3. - - They help me? - I did not find nothing in the aid InterNet? - - I am thankful for the attention. - - Juliano F. Angeli - - - - Have you actually read /usr/share/doc/Cygwin/postgresql-x.x.x.README? - - That README contains detailed information on how to setup postgresql - properly. In any case, my guess is that you do not have the proper - setting for the CYGWIN environment variable. On the default cygwin - shell (bash), you could try doing this: - - export CYGWIN=server - - Then, try running initdb. If that does not work still, please give more - details into what you're doing or, take a look at - http://cygwin.com/problems.html and read the part that talks about - running cygcheck. - - HTH. - - Thanks! - - Best Regards, - - Carlo - - -- - Carlo Florendo - Astra Philippines Inc. - www.astra.ph - -- É tempo de inspiração - Vestibular FACCAT Inscrições: até 24 de junho Provas: 26 de junho Mais informações http://www.faccat.br -- 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: automatic generation of resolv.conf
Ross Boulet wrote: I recently downloaded and compiled dig from the bind website. When I tried to run it, it wouldn't work unless I specified the DNS server on the command line. Looking at the man page on a Linux box, I saw a reference to resolv.conf (which is obviously not present by default in Windoze. Creating a resolv.conf with my ISP's name servers in it fixed the issue. I saw some posts from a while back where someone was thinking about a utility to create the resolv.conf file for some other application that was expecting its presence. Does anyone know if this ever got further than the idea phase? I use a laptop in a lot of different places and the name servers vary from place to place, depending on the ISP. I could just hard code the resolv.conf, but it would be helpful to see the data my clients are seeing without having to redo resolv.conf each time. I know that this does not directly answer your question, but if you use the win32 port of dig (straight from isc.org) you do not need any such resolv.conf, it gets the nameservers from the Windows configuration. Since that functionality already exists, your best bet would be to either a) use the win32 port b) patch dig to include that functionality when compiling with Cygwin. Brian -- 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: error initdb-failed
Hello Carlo, Yes, we look at the documentation but it did not give certain. The problems to install postgresql in win98 had been many, then in the project we decide here to develop using winXP. I did not obtain to decide the problem with the Cygwin and win98, we cannot wait more. I am thankful for the attention, especially of the Carlo. I am thankful. Any doubt return. Juliano. Citando Carlo Florendo [EMAIL PROTECTED]: - Juliano Francisco Angeli wrote: - - Hello, - - I am installing postgresql in the Windows 98 with cygwin. - A signal error 12 is happening (initdb-failed). - Necessary to install postgres in the Windows 98, then I am using win98, - cygwin - and postgresql-7.4.3. - - They help me? - I did not find nothing in the aid InterNet? - - I am thankful for the attention. - - Juliano F. Angeli - - - - Have you actually read /usr/share/doc/Cygwin/postgresql-x.x.x.README? - - That README contains detailed information on how to setup postgresql - properly. In any case, my guess is that you do not have the proper - setting for the CYGWIN environment variable. On the default cygwin - shell (bash), you could try doing this: - - export CYGWIN=server - - Then, try running initdb. If that does not work still, please give more - details into what you're doing or, take a look at - http://cygwin.com/problems.html and read the part that talks about - running cygcheck. - - HTH. - - Thanks! - - Best Regards, - - Carlo - - -- - Carlo Florendo - Astra Philippines Inc. - www.astra.ph - -- É tempo de inspiração - Vestibular FACCAT Inscrições: até 24 de junho Provas: 26 de junho Mais informações http://www.faccat.br -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, 9 Jun 2005, Christopher Faylor wrote: On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote: Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 20040822-1 that fix the problem? Yes. And I suggest that you get a gold star because you found the first mistake I made when building and uploading this package even before an announcement was sent;) Can we get a gold star over here? Sure thing Boss! You want I should drop a hippo on someone while I'm at it? :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: Multi Threaded programs deadlock doing simple I/O operations
On Wed, Jun 08, 2005 at 05:43:59PM -0700, Mark Pizzolato wrote: There is a serious problem for multi threaded programs doing simple I/O operations in cygwin (open, dup, fdopen, fclose, and close). The attached 81 line test program clearly demonstrates the issue (by hanging and no longer consuming CPU or performing any I/O operations). Thanks for the relatively small test case. That was enough to track the problem down. I'm generating a new snapshot with a fix for this problem. cgf -- 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: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, Jun 09, 2005 at 06:26:59PM -0400, Igor Pechtchanski wrote: On Thu, 9 Jun 2005, Christopher Faylor wrote: On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote: Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 20040822-1 that fix the problem? Yes. And I suggest that you get a gold star because you found the first mistake I made when building and uploading this package even before an announcement was sent;) Can we get a gold star over here? Sure thing Boss! You want I should drop a hippo on someone while I'm at it? :-) Not yet. You might want to work on gold hippos, though. It's only a matter of time. cgf -- 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: passwd group file problems ?
Roy Wiseman wrote: I agree that Symantec are a bit of satanic corporation, Wow, I've never heard it put so correctly and succinctly. Perhaps the new Pope can help us all out and exorcise Symantec, McAffe, and Google Desktop Search. -- Gary R. Van Sickle -- 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/
ruby dumps core
I tried running ri File, and got the following messages: C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 3 [main] ruby 3944 fork_parent: child 2636 died waiting for dll loading /usr/lib/ruby/1.8/rdoc/ri/ri_display.rb:226: [BUG] rb_sys_fail() - errno == 0 ruby 1.8.2 (2004-12-25) [i386-cygwin] Abort (core dumped) Any idea what's up? % ri --version ri v1.0.1 - 20041108 % ruby --version ruby 1.8.2 (2004-12-25) [i386-cygwin] % Thanks, Steve -- 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/
./config
Hello Every time I use the ./config comand it does not work. Also re openssl where can I find the sign.sh file alex -- 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: ruby dumps core
Steve Kelem wrote: C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 You need to run rebaseall. Brian -- 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: Login Something diff since cygwin 1.5.15-1 release - could it be security changes that were made
At 02:07 PM 6/9/2005, you wrote: Larry Hall wrote: Perhaps you added one or more of these one time when you wanted to try this with your account and didn't remove them all later. sshd kept jumping to mind and after a google search of cygwin.com it seems to hold that at one time this was the method (and may still be - just not using your personal account) of getting ssh/sshd to work. Those searches also show me getting help getting sshd working (although I do not mention those settings being changed) and then finally getting it working (through the help of Max and Corinna) using SYSTEM. The OpenSSH server, sshd, typically runs as a service. To support switching to a new user, the account the service runs as must have the previously listed privileges. SYSTEM has all of them by default on NT/W2K/XP. W2K3's SYSTEM doesn't, so you have to create a new account that has these permissions and run the sshd service under that account (or modify an existing one if you're comfortable with that option). This all has been automated by the /bin/ssh-host-config script for some time though, including creating a special 'sshd_server' account for W2K3 to run the sshd service. At one time, many of these steps did need to be performed manually, though I can't ever remember needing to create or modify an existing account to run the sshd service on NT/W2K/XP. There was certainly some docuementation of these requirements in /usr/share/doc/Cygwin/openssh-README and /usr/share/doc/Cygwin/inetutils-1.3.2.README. You may have gotten some ideas from these documents at some point in time. And there was certainly some discussion of how to set up such an account, be it your own or a new one, on the list from time to time. You may have even had someone suggest to you to add these permissions (it would have been a reasonable suggestion if you mentioned that you had installed the service to run with your user account). But, like I said, making these changes is not a requirement for running sshd as a service and has never been a requirement on NT/W2K/XP AFAIR. So if you don't have a use for such privileges on your account, you can remove them if you like. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: ./config
alex hardy wrote: Every time I use the ./config comand it does not work. Huh? This is way too vague to answer. 1. ./config is not a standard command, do you mean ./configure? 2. What software (exact version) are you trying to configure/build? 3. What is the exact command that you are typing? 4. What is the exact error that you get? 5. What is your exact system setup (cygcheck -srv output) All of this is outlined at http://cygwin.com/problems.html which you seriously need to read. Also re openssl where can I find the sign.sh file It's not part of openssl. It's included with mod_ssl though, and the first few hits for a google search of openssl sign.sh will turn up instructions for how to obtain and use it. Please consult google. Brian -- 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: Unicode in filenames support? (FAQ update needed)
On 6/7/05, Christopher Faylor wrote: On Tue, Jun 07, 2005 at 02:17:02PM -0400, Williams, Gerald S (Jerry) wrote: Corinna Vinschen wrote: Not that I know of. We're discussing to convert Cygwin's path handling to use Unicode for a while now, but it will take time. Don't expect this any time soon. I've been off of the developer list for a while now, and now the archives are subscriber only. :-( Joshua, any chance I could get a FAQ entry about this? However, it was NTFS-specific and Cygwin went a different route (which has path length limitations, but I digress). And, Joshua could I get a FAQ entry about this, too? This has got to be at least the fifth time that someone has felt compelled to make the observation that the current implementation of managed mode has path length limitations. Maybe a managed mode section would be useful in general. Sure, though unfortunately it will be a few days since I'm moving right now. -- 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: Multi Threaded programs deadlock doing simple I/O operations
On Thursday, June 09, 2005 at 3:35 PM, Christopher Faylor wrote: On Wed, Jun 08, 2005 at 05:43:59PM -0700, Mark Pizzolato wrote: There is a serious problem for multi threaded programs doing simple I/O operations in cygwin (open, dup, fdopen, fclose, and close). The attached 81 line test program clearly demonstrates the issue (by hanging and no longer consuming CPU or performing any I/O operations). Thanks for the relatively small test case. That was enough to track the problem down. I'm generating a new snapshot with a fix for this problem. The snapshot looks good! This fixes the stability problems with clamav's clamd that I've been chasing for a long time. Thanks. - Mark Pizzolato -- 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: Application Error with 20050609 snapshot
At 02:43 PM 6/9/2005, you wrote I get an Application Error popup when trying to start bash (or sh) with the 20050609 snapshot or a DLL built myself from CVS today. The error is: The application failed to initialize properly (0xc005). Click on OK to terminate the application. I've been getting this message the last few days from DLLs built myself from CVS. (It doesn't matter if the DLL is stripped or not.) Make sure the DLL is executable. You may also want to try installing the newly announced binutils. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
Use setup.exe or CVS - was - where can i download the source code of cygwin
At 02:46 PM 6/9/2005, you wrote: Is there a reason that your question can't actually be the *content* of your email message? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: Application Error with 20050609 snapshot
On 6/9/2005 6:54 PM, Larry Hall wrote: At 02:43 PM 6/9/2005, you wrote I get an Application Error popup when trying to start bash (or sh) with the 20050609 snapshot or a DLL built myself from CVS today. The error is: The application failed to initialize properly (0xc005). Click on OK to terminate the application. I've been getting this message the last few days from DLLs built myself from CVS. (It doesn't matter if the DLL is stripped or not.) Make sure the DLL is executable. It was executable. You may also want to try installing the newly announced binutils. I was using 20050608-1. I just built the latest from CVS using the latest binutils, gcc, and gcc-mingw releases and all is working now. I don't know whether it's due to the changes cgf made this afternoon or the new point release of binutils (20050608-2), but it's working now, so I'm happy. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Ah, sweet Springtime, when a young man lightly turns his fancy over! -- 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/
[ANNOUNCEMENT] Updated: binutils-20050608-2
I've made a new version of binutils available for installation. This is a quick update from the release I made a few hours ago which corrects some section handling problems that I introduced in my patch. This version should now correctly build the Cygwin DLL. For a brief description of this package, and a listing of the files it contains, see http://cygwin.com/packages/binutils . The project web page has more details: http://sourceware.org/binutils/ . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. Christopher Faylor -- 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/