Re: Please upload: perl-Tk-804.027-4
On Thu, Jan 12, 2006 at 04:40:43PM -0600, Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please upload: ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/perl-Tk-804.027-4-src.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/perl-Tk-804.027-4.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/setup.hint Please update the setup.hint as well. Hmm, is --enable-auto-image-base working right? Some of these are in what I thought was system-reserved space above 6800: Tk/Canvas/Canvas.dll ImageBase 681c Tk/Compound/Compound.dll ImageBase 6fc8 Tk/Entry/Entry.dll ImageBase 6454 Tk/Event/Event.dll ImageBase 6258 Tk/HList/HList.dll ImageBase 6490 Tk/InputO/InputO.dll ImageBase 6644 Tk/IO/IO.dll ImageBase 62a4 Tk/JPEG/JPEG.dll ImageBase 7020 Tk/Listbox/Listbox.dll ImageBase 6900 Tk/Menubutton/Menubutton.dll ImageBase 63a0 Tk/Mwm/Mwm.dll ImageBase 625c Tk/NBFrame/NBFrame.dll ImageBase 69ac Tk/Pixmap/Pixmap.dll ImageBase 6cf4 Tk/PNG/PNG.dll ImageBase 6bbc Tk/Scale/Scale.dll ImageBase 6fc4 Tk/Scrollbar/Scrollbar.dll ImageBase 67e8 Tk/Text/Text.dll ImageBase 70a0 Tk/TixGrid/TixGrid.dll ImageBase 69c8 Tk/Tk.dll ImageBase 7028 Tk/TList/TList.dll ImageBase 6c14 Tk/WinPhoto/WinPhoto.dll ImageBase 6f94 Tk/X/X.dll ImageBase 6cb4 Tk/Xlib/Xlib.dll ImageBase 6578
Re: [GTG] Re: [ITP] Numeric-24.2
On Jan 12 17:54, Dr. Volker Zell wrote: Yaakov S writes: Python Numeric is used by many other Python modules, including pygtk, and is included with every major Linux distribution. Once approved, AFAIK this should be uploaded under /release/python/. ftp://sunsite.dk/projects/cygwinports/release/python/Numeric/Numeric-24.2-1-src.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/python/Numeric/Numeric-24.2-1.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/python/Numeric/setup.hint category: Python requires: cygwin python sdesc: Numeric Python module ldesc: Numerical Python adds a fast, compact, multidimensional array language facility to Python. Builds fine from source and packaging looks good. GTG Not GTG. The category is wrong. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [GTG] Re: [ITP] Numeric-24.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 1/13/2006 4:08 AM: category: Python Not GTG. The category is wrong. Is it time for cygwin to add categories for Python and Perl? After all, http://cygwin.com/setup.html recommends checking with this list before inventing new categories. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx7ev84KuGfSFAYARAjWaAKCfhyb1LG8e1313jKQ0MvbAGvffswCcDk/i of/5I1yczvDg88tXyfLD5lQ= =2LMk -END PGP SIGNATURE-
Please upload: xemacs-21.4.18-2/xemacs-tags-21.4.18-2/xemacs-emacs-common-21.4.18-2
cut here #!/bin/bash mkdir -p xemacs/xemacs-emacs-common xemacs/xemacs-tags cd xemacs wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/setup.hint wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/xemacs-21.4.18-2-src.tar.bz2 wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/xemacs-21.4.18-2.tar.bz2 cd xemacs-tags wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/xemacs-tags/setup.hint wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/xemacs-tags/xemacs-tags-21.4.18-2.tar.bz2 cd ../xemacs-emacs-common wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/xemacs-emacs-common/setup.hint wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/xemacs-emacs-common/xemacs-emacs-common-21.4.18-2.tar.bz2 cut here
Security advisory: clamav (CVE-2006-0162)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 clamav maintainer, ClamAV 0.88 is vulnerable to a buffer overflow which may lead to remote execution of arbitrary code. Please update clamav to 0.88 ASAP. More information: http://security.gentoo.org/glsa/glsa-200601-07.xml http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0162 http://sourceforge.net/project/shownotes.php?release_id=384086 Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx/7JpiWmPGlmQSMRAklBAKDDQHMyEGmuYwWhEdmmuG2scuCNEQCgjK/P e/j9m3BPAWKfGCMWD8GUdjY= =zAHO -END PGP SIGNATURE-
dselect
Hi All, I am sorry if this question has already been answered. When I run dselect in an cygwin bash shell, I get the following message read-only access: only preview of selections is available. Is this covered in the documentation? If not, how do I fix it? Yours Sincerely Stephen Grant Brown -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: dselect
STEPHEN GRANT BROWN wrote: I am sorry if this question has already been answered. When I run dselect in an cygwin bash shell, I get the following message read-only access: only preview of selections is available. Is this covered in the documentation? If not, how do I fix it? You seem to be posting to the wrong list. Unless it's a X11-related question, it belongs on cygwin (at) cygwin.com not here. It's not clear why you're running dselect. You can't install packages that way on Cygwin -- the only way to do this is with the graphical setup.exe tool. Normally on *nix that error means that you are trying to run dselect as someone other than root, which means that you won't be able to make any changes. So on a *nix system you would just su to root or use sudo. But Cygwin doesn't work that way, so don't even bother trying. I'm not entirely sure why dselect is even included in the Cygwin dpkg package. It can't possibly serve any purpose. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Plotting from Python on Cygwin/X
My team has begun development of a new project to be written in Python. One of our requirements is that we be able to generate some relatively simple plots and save them in PNG or JPEG format. I've looked at three possibilities so far and encountered problems with all of them. I started by looking at gplt from SciPy (version 0.3.2), but as far as we've been able to determine, it is lacking some of the features we need, especially the ability to do multiplot. I next took a look at Gnuplot-py. It installed easily, but the provided demo failed to run. I may try to resolve the problem if I find time, but for now, I hesitate to spend much more time on it if the demos won't run. The third package I've looked at so far is matplotlib. We might be able to get by for awhile without a GUI agg backend, but I don't want to put myself in that corner. But GTKAgg depends on pygtk, which I've been unable to compile (I tried version 2.6.3 since Cygwin appears to use glib v.2.6.6), and using TkAgg fails to build when it tries to load Tk84.dll. Has anyone gotten one of these to work or found another package that works? Thanks. J. Allen Crider -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: ZoneAlarm Suite popen hang (ssh ForwardX11)
[snip] Other than the usual issues with bash and sshd, I suddenly found that trying to use ssh with X forwarding hung. [snip] Have not made much progress, however did find a work around that others might find useful. Also interested if others are experiencing the issue. In summary, the following hangs any time the the latest version of ZoneAlarm Suite is installed: ssh -X target Note that -Y can be used in place of -X as can the options ForwardX11 or ForwardX11Trusted in the ssh_config file. The hang is on the client running xauth via popen, details can be found in the original posting. ssh -R 6001:localhost:6000 target password: Last Login blah, blah,... $ export DISPLAY=localhost:1 $ xclock $ Not nearly as clean as having ssh perform the setup, but it does work. Brett Brett C. Serkez, Techie -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog net.cc wincap.cc w ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-01-13 10:18:31 Modified files: winsup/cygwin : ChangeLog net.cc wincap.cc wincap.h Log message: * net.cc (cygwin_setsockopt): Ignore errors when setting IP_TOS on Windows 2000 and above. Clarify the comment about IP_TOS and move to the place where the magic happens. (get_ifconf): Remove unused code. * wincap.h (wincaps::has_disabled_user_tos_setting): New element. * wincap.cc: Implement above element throughout. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3335r2=1.3336 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.200r2=1.201 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srcr1=1.47r2=1.48 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srcr1=1.37r2=1.38
src/winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-01-13 13:39:05 Modified files: winsup/utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (dump_sysinfo): Convert osname to const and remove casts in subsequent assignments. Recognize Longhorn/Vista and report as not yet supported. Recognize when running under WOW64 and report native CPU type. Slightly rearrange \n printing. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.337r2=1.338 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/cygcheck.cc.diff?cvsroot=srcr1=1.82r2=1.83
src/winsup/cygwin ChangeLog uname.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-01-13 14:00:10 Modified files: winsup/cygwin : ChangeLog uname.cc Log message: * uname.cc (uname): Concatenate a -WOW64 to utsname's sysname member to see when running under WOW64. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3336r2=1.3337 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uname.cc.diff?cvsroot=srcr1=1.27r2=1.28
src/winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-01-13 15:36:29 Modified files: winsup/utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (dump_sysinfo): Convert k32 to HMODULE. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.338r2=1.339 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/cygcheck.cc.diff?cvsroot=srcr1=1.83r2=1.84
[patch] load wininet dynamically in cygcheck
This uses LoadLibrary and GetProcAddress instead of -lwininet so that systems lacking IE3 can still run cygcheck. Tested on XP and NT4, and verified that with WININET.DLL renamed cygcheck can still function. 2006-01-13 Brian Dessent [EMAIL PROTECTED] * Makefile.in (cygcheck.exe): Do not link against libwininet.a. * cygcheck.cc (pInternetCloseHandle): Define global function pointer. (display_internet_error): Use it. (package_grep): Attempt to load wininet.dll at runtime. Call WinInet API through function pointers throughout. BrianIndex: Makefile.in === RCS file: /cvs/src/src/winsup/utils/Makefile.in,v retrieving revision 1.58 diff -u -p -r1.58 Makefile.in --- Makefile.in 22 Nov 2005 17:19:17 - 1.58 +++ Makefile.in 13 Jan 2006 18:39:16 - @@ -99,15 +99,15 @@ else $(CXX) $(MINGW_CXXFLAGS) -o $@ ${wordlist 1,2,$^} -B$(mingw_build)/ $(MINGW_LDFLAGS) endif -cygcheck.exe: cygcheck.o path.o dump_setup.o $(MINGW_DEP_LDLIBS) $(w32api_lib)/libwininet.a +cygcheck.exe: cygcheck.o path.o dump_setup.o $(MINGW_DEP_LDLIBS) ifeq $(libz) @echo '*** Building cygcheck without package content checking due to missing mingw libz.a.' endif ifdef VERBOSE - $(CXX) $(MINGW_CXXFLAGS) -o $@ ${wordlist 1,3,$^} -B$(mingw_build)/ $(MINGW_LDFLAGS) $(libz) $(w32api_lib)/libwininet.a + $(CXX) $(MINGW_CXXFLAGS) -o $@ ${wordlist 1,3,$^} -B$(mingw_build)/ $(MINGW_LDFLAGS) $(libz) else - @echo $(CXX) -o $@ ${wordlist 1,3,$^} ${filter-out -B%, $(MINGW_CXXFLAGS) $(MINGW_LDFLAGS)} $(libz) $(w32api_lib)/libwininet.a;\ - $(CXX) $(MINGW_CXXFLAGS) -o $@ ${wordlist 1,3,$^} -B$(mingw_build)/ $(MINGW_LDFLAGS) $(libz) $(w32api_lib)/libwininet.a + @echo $(CXX) -o $@ ${wordlist 1,3,$^} ${filter-out -B%, $(MINGW_CXXFLAGS) $(MINGW_LDFLAGS)} $(libz);\ + $(CXX) $(MINGW_CXXFLAGS) -o $@ ${wordlist 1,3,$^} -B$(mingw_build)/ $(MINGW_LDFLAGS) $(libz) endif dumper.o: dumper.cc dumper.h Index: cygcheck.cc === RCS file: /cvs/src/src/winsup/utils/cygcheck.cc,v retrieving revision 1.83 diff -u -p -r1.83 cygcheck.cc --- cygcheck.cc 13 Jan 2006 13:39:05 - 1.83 +++ cygcheck.cc 13 Jan 2006 18:39:16 - @@ -37,6 +37,10 @@ int find_package = 0; int list_package = 0; int grep_packages = 0; +/* This is global because it's used in both internet_display_error as well + as package_grep. */ +BOOL (WINAPI *pInternetCloseHandle) (HINTERNET); + #ifdef __GNUC__ typedef long long longlong; #else @@ -161,7 +165,7 @@ display_internet_error (const char *mess va_start (hptr, message); while ((h = va_arg (hptr, HINTERNET)) != 0) -InternetCloseHandle (h); +pInternetCloseHandle (h); va_end (hptr); return 1; @@ -1588,6 +1592,43 @@ package_grep (char *search) { char buf[1024]; + /* Attempt to dynamically load the necessary WinInet API functions so that + cygcheck can still function on older systems without IE. */ + HMODULE hWinInet; + if (!(hWinInet = LoadLibrary (wininet.dll))) +{ + fputs (Unable to locate WININET.DLL. This feature requires Microsoft + Internet Explorer v3 or later to function.\n, stderr); + return 1; +} + + /* InternetCloseHandle is used outside this function so it is declared + global. The rest of these functions are only used here, so declare them + and call GetProcAddress for each of them with the following macro. */ + + pInternetCloseHandle = (BOOL (WINAPI *) (HINTERNET)) +GetProcAddress (hWinInet, InternetCloseHandle); +#define make_func_pointer(name, ret, args) ret (WINAPI * p##name) args = \ +(ret (WINAPI *) args) GetProcAddress (hWinInet, #name); + make_func_pointer (InternetAttemptConnect, DWORD, (DWORD)); + make_func_pointer (InternetOpenA, HINTERNET, (LPCSTR, DWORD, LPCSTR, LPCSTR, +DWORD)); + make_func_pointer (InternetOpenUrlA, HINTERNET, (HINTERNET, LPCSTR, LPCSTR, + DWORD, DWORD, DWORD)); + make_func_pointer (InternetReadFile, BOOL, (HINTERNET, PVOID, DWORD, PDWORD)); + make_func_pointer (HttpQueryInfoA, BOOL, (HINTERNET, DWORD, PVOID, PDWORD, +PDWORD)); +#undef make_func_pointer + + if(!pInternetCloseHandle || !pInternetAttemptConnect || !pInternetOpenA + || !pInternetOpenUrlA || !pInternetReadFile || !pHttpQueryInfoA) +{ + fputs (Unable to load one or more functions from WININET.DLL. This + feature requires Microsoft Internet Explorer v3 or later to + function.\n, stderr); + return 1; +} + /* construct the actual URL by escaping */ char *url = (char *) alloca (sizeof (base_url) + strlen (search) * 3); strcpy (url, base_url); @@ -1610,7 +1651,7 @@ package_grep
Re: problems with running Gnome applications
Christopher Faylor wrote: That said, however, we don't provide support for cygwinports. You downloaded that from another site and there is another mailing list devoted to it. The fact that it has the word cygwin in it doesn't mean that many people here are familiar with it. Well, my problem with Bluefish was solved by installing cygwin-server, which happens to be part of the official cygwin distribution. Thank you for the directions, anyway. -- 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/
Installing cygwin by manually copying c:\cygwin to another machine
Hello, I am looking for a quick and easy way to install cygwin on other computers so that it contains exactly the packages that i need, other customisations and other programs built manually. In order to do that, I have simply zipped the entire c:\cygwin directory , put it on a cd, and unzipped it on the other computer. Unfortunately, this does not seem to be enough ( the cygwin simply doesn't run ). My question is: what are the settings required by cygwin to operate normally? ( i guess it needs some environment variables and/or registry settings ). Cheers, Adrian Maier -- 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: Installing cygwin by manually copying c:\cygwin to another machine
Adrian Maier wrote: Hello, I am looking for a quick and easy way to install cygwin on other computers so that it contains exactly the packages that i need, other customisations and other programs built manually. In order to do that, I have simply zipped the entire c:\cygwin directory , put it on a cd, and unzipped it on the other computer. Unfortunately, this does not seem to be enough ( the cygwin simply doesn't run ). My question is: what are the settings required by cygwin to operate normally? ( i guess it needs some environment variables and/or registry settings ). Cheers, Adrian Maier You also need the contents of HKLM\Software\Cygnus Solutions This contains your mount points. Note that they'll need editing if the drive you're running it on isn't C: Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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: Installing cygwin by manually copying c:\cygwin to another machine
On Jan 13 09:49, Chris Taylor wrote: Adrian Maier wrote: Hello, I am looking for a quick and easy way to install cygwin on other computers so that it contains exactly the packages that i need, other customisations and other programs built manually. In order to do that, I have simply zipped the entire c:\cygwin directory , put it on a cd, and unzipped it on the other computer. Unfortunately, this does not seem to be enough ( the cygwin simply doesn't run ). My question is: what are the settings required by cygwin to operate normally? ( i guess it needs some environment variables and/or registry settings ). Cheers, Adrian Maier You also need the contents of HKLM\Software\Cygnus Solutions This contains your mount points. Note that they'll need editing if the drive you're running it on isn't C: Can we please refrain from pointing to the registry all the time? You can check out your mount points by `mount -m my_mounts', edit the my_mounts file at will, copy it over to the bin directory on the target system, and then check the mount points in by starting bash from explorer and just call `. my_mounts'. There's even a FAQ entry IIRC. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: inetutils-1.3.2-34: setsockopt warning from ftp
On Jan 12 13:38, David Rothenberger wrote: I'm seeing a problem with ftp in inetutils-1.3.2-34 that was not present in inetutils-1.3.2-33. With -34: % ftp ibiblio.org ftp: setsockopt TOS (ignored): Protocol not available Connected to ibiblio.org. 220 ProFTPD Server (Bring it on...) With -33, I don't get the error about setsockopt. I'm thoroughly embarrassed. This is a (not so) funny combination of Cygwin 1.5.19 using the WinSock2 values for the IPPROTO_IP flags and another local build problem. I managed to use the 1.5.19 socket header while linking the inetutils package against Cygwin 1.5.18 which added up to the described effect. Oh well, I have uploaded a new inetutils package built with the 1.5.18 headers now. However, you should still see an error in the above case, just a different one: % ftp ibiblio.org ftp: setsockopt TOS (ignored): Invalid parameter This is a result of newer Windows versions not simply ignoring the IP_TOS setting, but instead returning an error WSAEINVAL. I applied a fix to Cygwin which now ignores the retun code of setting IP_TOS on Windows 2000 and above. It's a no-op by default anyway. So you won't see this error message anymore when using the next snapshot or when building Cygwin fresh from CVS. Thanks for the report, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Updated: inetutils-1.3.2-34 [setsockopt TOS (ignored): Protocol not available]
On Jan 13 01:12, Adye, TJ (Tim) wrote: Hi Corinna, Thanks for the inetutils update. The inetd -D option is particularly welcome (so thanks also to Bryan Thrall). Unfortunately the new version's ftp, rcp, and rlogin commands give an annoying new warning when connecting, eg. ftp: setsockopt TOS (ignored): Protocol not available Actually, I suspect this is due to being compiled against updated headers [...] Yes, your observation is right. See my reply to David's bug report from 4 hours earlier. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: [PATCH] Proposed clarification of the snapshot installation FAQ
On Thu, Jan 12, 2006 at 07:57:27PM -0800, Joshua Daniel Franklin wrote: On 1/11/06, Igor Peshansky wrote: As mentioned in http://cygwin.com/ml/cygwin/2006-01/msg00537.html, here's a patch to the FAQ to clarify the section on installing snapshots. I didn't know whether the various *.texinfo files are still used, so I ported the modifications there as well, just in case. Applied to faq-setup.xml (the texinfo files are no longer used... I suppose I should remove them). It would be nice to have a sample batch file that automated the cygwin1.dll replacement, too. I've prettied up a batch file I use for installing cygwin-inst-* snapshots, and added stuff to handle spacey pathnames and inetd (which AIUI isn't always a cygrunsrv service), neither of which I personally use. Just drag and drop the tarball onto the batch file, or run with absolute tarball name as argument via a dos prompt. @echo off cd c:\cygwin path bin;%path% sh -c 'echo Preparing to install `cygpath -ua %1`;echo' echo Please shut down all cygwin applications before proceeding pause echo Shutting down any cygwin services . . . net stop inetd nul 2nul sh -c for serv in `cygrunsrv --list`;do cygrunsrv --stop $serv;done echo Installing . . . move bin\cygwin1.dll sh -c 'tar xfj `cygpath -u %1`' echo Restarting any cygwin services . . . net start inetd 2nul sh -c for serv in `cygrunsrv --list`;do net start $serv;done bin\echo cygstart cygwin.bat bin\echo echo Verify cygwin.bat and any services correctly start before deleting old dll pause del cygwin1.dll -- 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: Installing cygwin by manually copying c:\cygwin to another machine
My question is: what are the settings required by cygwin to operate normally? ( i guess it needs some environment variables and/or registry settings ). Is it just the mount points that are the issue? The path? The desktop icon? It is possible to run setup against such an 'installation' to update it? On a related note, it is possible to 'prime' setup with additional packages to select by default. That is whenever I install cygwin, there are about 1/2 dozen packages I always manually select, it would be helpful to have an automated way to doing this. Brett Brett C. Serkez, Techie -- 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/
Fatal error when trying to initialise PostgreSQL in cygwin
Hello, When I try to initialise the postgresql database cluster with initdb it generates the following errors : $ initdb -D pgsql_data/ The files belonging to this database system will be owned by user am. This user must also own the server process. The database cluster will be initialized with locale C. fixing permissions on existing directory pgsql_data/... ok creating directory pgsql_data//base... ok creating directory pgsql_data//global... ok creating directory pgsql_data//pg_xlog... ok creating directory pgsql_data//pg_clog... ok selecting default max_connections... /usr/bin/initdb: line 564: 2152 Bad system call $PGPATH/postgres -boot -x0 $TEST_OPT template1 /dev/null /dev/ null 21 /usr/bin/initdb: line 564: 3312 Bad system call $PGPATH/postgres -boo t -x0 TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 564: 3444 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 564: 1360 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 564: 3744 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 564: 4060 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 10 selecting default shared_buffers... /usr/bin/initdb: line 578: 2476 Bad system call $PGPATH/postgres -boot -x0 $TEST_OPT template1 /dev/null /dev/n ull 21 /usr/bin/initdb: line 578: 1884 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 3816 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 1036 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 4008 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 3728 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 3300 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 3376 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 3960 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 748 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 /usr/bin/initdb: line 578: 3404 Bad system call $PGPATH/postgres -boo t -x0 $TEST_OPT template1 /dev/null /dev/null 21 50 creating configuration files... ok creating template1 database in pgsql_data//base/1... /usr/bin/initdb: line 644: 360 Bad system call $PGPATH/postgres -boot -x1 $PGSQL_OPT $BOOTSTRAP _TALK_ARG template1 initdb: failed This happens for both postgresql 7.4.5 and 8.1. I don't know how to discover what causes this error (bad system call). Any ideas ? Cheers, Adrian Maier -- 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: Installing cygwin by manually copying c:\cygwin to another machine
On 1/13/06, Corinna Vinschen [EMAIL PROTECTED] wrote: Can we please refrain from pointing to the registry all the time? You can check out your mount points by `mount -m my_mounts', edit the my_mounts file at will, copy it over to the bin directory on the target system, and then check the mount points in by starting bash from explorer and just call `. my_mounts'. I'll try to set these mounts points. Thanks, Adrian Maier -- 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: Installing cygwin by manually copying c:\cygwin to another machine
Brett Serkez wrote: My question is: what are the settings required by cygwin to operate normally? ( i guess it needs some environment variables and/or registry settings ). Is it just the mount points that are the issue? The path? The desktop icon? It is possible to run setup against such an 'installation' to update it? It's primarily just the mount points. See Corinna's message in this thread for recreating them. The desktop start menu icons are obviously not going to be present with this method, but that's not really an issue. It should be noted that cygwin.bat has a full path in it, so this would need editing. Yes, you could run setup with this - it is, for all intents and purposes, the installation you made with setup on the other machine. Setup doesn't care that it's now on a different machine. None of what it does is machine-specific. On a related note, it is possible to 'prime' setup with additional packages to select by default. That is whenever I install cygwin, there are about 1/2 dozen packages I always manually select, it would be helpful to have an automated way to doing this. Quoting Igor Peshansky: I've posted this recipe a few times already: create an empty package on your own server, put it in the Base category (which is what setup.exe selects by default on new installs), and make that package depend on the packages you want installed. You'll need to create a custom setup.ini file (see http://sourceware.org/cygwin-apps/package-server.html), but don't need to create a full-fledged mirror (i.e., having the users select both your mirror and some other mirror will also work). Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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: Fatal error when trying to initialise PostgreSQL in cygwin
On Jan 13 12:44, Adrian Maier wrote: Hello, When I try to initialise the postgresql database cluster with initdb it generates the following errors : $ initdb -D pgsql_data/ The files belonging to this database system will be owned by user am. This user must also own the server process. The database cluster will be initialized with locale C. fixing permissions on existing directory pgsql_data/... ok creating directory pgsql_data//base... ok creating directory pgsql_data//global... ok creating directory pgsql_data//pg_xlog... ok creating directory pgsql_data//pg_clog... ok selecting default max_connections... /usr/bin/initdb: line 564: 2152 Bad system call $PGPATH/postgres -boot -x0 $TEST_OPT template1 /dev/null /dev/ null 21 /usr/bin/initdb: line 564: 3312 Bad system call $PGPATH/postgres -boo Did you read /usr/share/doc/Cygwin/postgresql-8.0.4.README? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: dselect
STEPHEN GRANT BROWN wrote: I am sorry if this question has already been answered. When I run dselect in an cygwin bash shell, I get the following message read-only access: only preview of selections is available. Is this covered in the documentation? If not, how do I fix it? You seem to be posting to the wrong list. Unless it's a X11-related question, it belongs on cygwin (at) cygwin.com not here. It's not clear why you're running dselect. You can't install packages that way on Cygwin -- the only way to do this is with the graphical setup.exe tool. Normally on *nix that error means that you are trying to run dselect as someone other than root, which means that you won't be able to make any changes. So on a *nix system you would just su to root or use sudo. But Cygwin doesn't work that way, so don't even bother trying. I'm not entirely sure why dselect is even included in the Cygwin dpkg package. It can't possibly serve any purpose. 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/
AW: config error with Apache2 package
Hi Does none have an idea? (maintainer) thx Stefan -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Stefan Sabolowitsch Gesendet: Donnerstag, 12. Januar 2006 14:55 An: cygwin@cygwin.com Betreff: config error with Apache2 package Hi List, I have here the last version of cygwin and Apache2 package If I make the following: apache2-2.0.54-1.sh conf (after prep) I get the following error message. #-#-#-#-#-#-#-# checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E Configuring PCRE regular expression library ... configuring package in srclib/pcre now configure: error: expected an absolute directory name for --bindir: NONE/bin #-#-#-#-#-#-#-#- Possibly someone an idea? Thank you for each assistance. Stefan -- 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/ -- 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: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.3.1-1
Hello Jason, On Thu, 12 Jan 2006, Jason Tishler wrote: I've updated fetchmail today and I no longer get visual feedback about its progress when messages are being retrieved. Instead printing on the terminal the information is recorder in the Event log. Sounds like the way you are using fetchmail is interacting with syslog. I have alsway run fetchmail manually from the command line. Before the update fetchmail used to indicate the progress by printing dots for each kilobyte of message data it retrieved. After the update it stopped doing that and I haven't changed my config file for ages. Btw I don't remeber which version of fetchmail I was using before the update :( Here is my config file without the lines containing usernames and passwords: # Configuration created Thu Oct 3 14:40:04 2002 by fetchmailconf set syslog set postmaster set nobouncemail set no spambounce set properties #set daemon 900 -- 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: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.3.1-1
Pavel, On Fri, Jan 13, 2006 at 03:22:13PM +0200, Pavel Tsekov wrote: On Thu, 12 Jan 2006, Jason Tishler wrote: I've updated fetchmail today and I no longer get visual feedback about its progress when messages are being retrieved. Instead printing on the terminal the information is recorder in the Event log. Sounds like the way you are using fetchmail is interacting with syslog. I have alsway run fetchmail manually from the command line. Before the update fetchmail used to indicate the progress by printing dots for each kilobyte of message data it retrieved. After the update it stopped doing that and I haven't changed my config file for ages. Btw I don't remeber which version of fetchmail I was using before the update :( Here is my config file without the lines containing usernames and passwords: # Configuration created Thu Oct 3 14:40:04 2002 by fetchmailconf set syslog I believe removing the above line should fix the problem. We have from the (6.2.5 and 6.3.1) man page: The --syslog option (keyword: set syslog) allows you to redirect status and error messages emitted to the syslog(3) system daemon if available. Sorry, but I'm not sure why the output went to the console with your previous installation. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Bad system call error FAQ alert? (Was Re: Fatal error when trying to initialise PostgreSQL in cygwin)
On Fri, 13 Jan 2006, Corinna Vinschen wrote: On Jan 13 12:44, Adrian Maier wrote: Hello, When I try to initialise the postgresql database cluster with initdb it generates the following errors : $ initdb -D pgsql_data/ [snip] /usr/bin/initdb: line 564: 3312 Bad system call $PGPATH/postgres -boo Did you read /usr/share/doc/Cygwin/postgresql-8.0.4.README? I wonder if this has become sufficiently frequent to merit addition to the FAQ. I've seen this question in various forms at least 4 times in the past three months (with two of those relating to PostgreSQL)... Also, can anyone think of a way to emit a more informative Cygwin-specific error message (that mentions cygserver) whenever ENOSYS is returned?.. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: Fatal error when trying to initialise PostgreSQL in cygwin
On 1/13/06, Corinna Vinschen [EMAIL PROTECTED] wrote: On Jan 13 12:44, Adrian Maier wrote: Hello, /usr/bin/initdb: line 564: 3312 Bad system call $PGPATH/postgres -boo Did you read /usr/share/doc/Cygwin/postgresql-8.0.4.README? I hadn't read that file. Started the cygserver, but initdb still crashes. On the other hand, I have managed to install the native PostgreSQL and connect to it from cygwin. This solution is perfectly acceptable for me. Thanks for the answer, Adrian Maier -- 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: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.3.1-1
Hello Jason, On Fri, 13 Jan 2006, Jason Tishler wrote: Here is my config file without the lines containing usernames and passwords: # Configuration created Thu Oct 3 14:40:04 2002 by fetchmailconf set syslog I believe removing the above line should fix the problem. We have from the (6.2.5 and 6.3.1) man page: The --syslog option (keyword: set syslog) allows you to redirect status and error messages emitted to the syslog(3) system daemon if available. Sorry, but I'm not sure why the output went to the console with your previous installation. Well, in a sense it does but it is not as it used to be: [EMAIL PROTECTED] ~ $ fetchmail 2 messages for 14308112 at pop.gmx.net (231717 octets). reading message [EMAIL PROTECTED]:1 of 2 (2985 octets) ..fetchmail: SMTP connect to localhost failed fetchmail: can't raise the listener; falling back to /usr/bin/procmail -d %T flushed reading message [EMAIL PROTECTED]:2 of 2 (228732 octets) ... flushed I saw this in the manpage of fetchmail: The --syslog option (keyword: set syslog) allows you to redirect status and error messages emitted to the syslog(3) system daemon if available. Messages are logged with an id of fetchmail, the facility LOG_MAIL, and priorities LOG_ERR, LOG_ALERT or LOG_INFO. This option is intended for logging status and error messages which indicate the status of the daemon and the results while fetching mail from the server(s). and in the past it used to be: set syslog Do error logging through syslog(3). Well, I guess I have to live with it - it seems like it is a upstream change ?! If you look at the descripption of --showdots command line option you'll see that fetchmail is supposed to write the dots if it is attached to a tty, but ... By the way I just noticed that the --logfile option doesn't produce a logfile as suggested no matter if set syslog is in the config file or not. -- 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: [ANNOUNCEMENT] Updated: nfs-server-2.3-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Urgh - top-posting; reformatted. http://cygwin.com/acronyms/#TOFU -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Urgh - raw addresses. http://cygwin.com/acronyms/#PCYMTNQREAIYR Where is a mirror I can download this from? I tried a few but they only had 2.3-3. Usually, maintainers send the release announcement as soon as cygwin.com has the package, but it often takes up to 24 hours for all the mirrors to pick up the package. Patience is a virtue; the bulk of the mirrors should have it now. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx7df84KuGfSFAYARAvMvAJ9ksst9VxkKmu7/ZZk3X00TyKLpDwCcDurv HcRyhFmfezTONhLoVBsAmTs= =zGRY -END PGP SIGNATURE- -- 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: Fatal error when trying to initialise PostgreSQL in cygwin
Adrian Maier wrote: On 1/13/06, Corinna Vinschen [EMAIL PROTECTED] wrote: On Jan 13 12:44, Adrian Maier wrote: Hello, /usr/bin/initdb: line 564: 3312 Bad system call $PGPATH/postgres -boo Did you read /usr/share/doc/Cygwin/postgresql-8.0.4.README? I hadn't read that file. Started the cygserver, but initdb still crashes. But did you also turn up the kern.ipc.semmns parameter? 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: Fatal error when trying to initialise PostgreSQL in cygwin
On 1/13/06, Dave Korn [EMAIL PROTECTED] wrote: I hadn't read that file. Started the cygserver, but initdb still crashes. But did you also turn up the kern.ipc.semmns parameter? I tried with 100 and 300. The same error occurs. Adrian Maier -- 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: Define _POSIX_SOURCE in cygwin's features.h?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 1/12/2006 10:31 AM: Someone on the cygwin irc channel had a problem building a package which would have been solved if Cygwin defined _POSIX_SOURCE. I know that Cygwin is not fully POSIX compliant (I really really do) but I'm wondering if setting _POSIX_SOURCE in the cygwin headers wouldn't solve more porting problems than it creates. Any opinions on this? Eric? Well, since you asked me (what, am I now the POSIX guru?), POSIX has this to say about it: http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_02.html It is the responsibility of a POSIX-conformant app to define _POSIX_SOURCE to 1 if they want compliance with the 1992 version of POSIX.1, or to define _POSIX_C_SOURCE to 200112L if they want compliance with the 2001 version of POSIX. The definition must occur in the application's file before the inclusion of any standard header. By defining _POSIX*SOURCE, the application is specifically requesting that all namespace variables required or reserved by POSIX are visible, and no functions not required by POSIX and not in a reserved namespace are hidden, unless additional feature macros were also defined. (For example, defining _XOPEN_SOURCE to 600 is an additional feature macro to pull in the X headers.) In fact, POSIX states that defining only _XOPEN_SOURCE=600 is good enough that the system headers should then turn on _POSIX_C_SOURCE=200112L. Now what does this all mean to cygwin? Most apps don't care about strict compliance - they are more than willing to use extensions if it makes it easier to get the job done, so most apps don't define _POSIX_SOURCE or _POSIX_C_SOURCE before including headers. I agree with Samuel's conclusion - we can use the Linux trick of having a default configuration of gcc that turns on _GNU_SOURCE (itself a feature test, that turns on all other extensions), provided that gcc can also be told to be strictly compliant to a given standard (gcc's -ansi flag, among others). Then, when _GNU_SOURCE is defined, cygwin can also define _POSIX_SOURCE under the hood to allow developers to be lazy and not explicitly define it themselves when they don't care about strict compliance. In other words, the goal should be that unless the user EXPLICITLY asked for a certain namespace, by defining _POSIX_C_SOURCE themselves, we might as well be generous and give them everything. P.S. I know that Cygwin isn't fully compliant with POSIX specifications. One other thing to be aware of. If cygwin does define _POSIX2_VERSION in its headers, programs will assume that all features specified by POSIX are available. Coreutils, in particular, makes a compile-time decision about the default behavior of some of its apps, based on the value of _POSIX2_VERSION (of course, this decision is overridable at runtime by redefining _POSIX2_VERSION in the environment). An example of this would be that right now on cygwin, with coreutils 5.93, tail +4 defaults to the 1992 POSIX semantics of tail -n +4, because _POSIX2_VERSION was not detected at configure time. But if you start adding _POSIX* macros to features.h, to be more like Linux, and choose to move to the 2001 version of POSIX, then a recompilation of tail +4 would default to the semantics of tail ./+4. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx72U84KuGfSFAYARAhzrAKCXvG9T8qf/jC72EiOfkV47h+Kr4wCdHXaQ d72MLCP3eLQR4qIgITkiYn4= =YNn9 -END PGP SIGNATURE- -- 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: Define _POSIX_SOURCE in cygwin's features.h?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 1/12/2006 12:24 PM: This particular application was ircd. It was testing _POSIX_SOURCE (and a few other defines) to determine whether it should use setsid or a two-argument version of setpgrp, e.g.: #ifdef _POSIX_SOURCE setsid (); #else setpgr(..., ...); #endif That is a bug in ircd. It is ircd's responsibility to define _POSIX_SOURCE itself if it wants strict POSIX compliance. In other words, if ircd wants to guarantee that it will compile on all POSIX-compliant systems, it should have defined _POSIX_SOURCE and then it could blindly use setsid() without any further heartburn. But it is possible to be portable to more systems than just those that are POSIX-compliant, so the better approach for ircd would have been to do an autoconf test for the existance of setsid, whether or not _POSIX_SOURCE was defined, and not a test for the existance of _POSIX_SOURCE. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx78U84KuGfSFAYARAqHtAKCPOxmuUCb1bWzkrNcHpUs7tJrNtACgrL9V X1SSS7bGJHZhfKSNkz8+SSA= =dXZ3 -END PGP SIGNATURE- -- 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: [ANNOUNCEMENT] Updated: nfs-server-2.3-4
Where is a mirror I can download this from? I tried a few but they only had 2.3-3. Thanks, Siegfried Siegfried, It usually takes some time for packages updates to propagate out to the mirrors. Wait a day or so, then give it another try. However - in this case, the only change that should be present in the package is the change to the nfs-server-config script described in the last paragraph of this message: http://cygwin.com/ml/cygwin/2006-01/msg00599.html If you want to update your nfs-server-config script for the 2.3-3 release by hand, all you really need is a text editor. -Samrobb -- 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: Define _POSIX_SOURCE in cygwin's features.h?
On Fri, Jan 13, 2006 at 07:47:48AM -0700, Eric Blake wrote: Now what does this all mean to cygwin? Most apps don't care about strict compliance - they are more than willing to use extensions if it makes it easier to get the job done, so most apps don't define _POSIX_SOURCE or _POSIX_C_SOURCE before including headers. I agree with Samuel's conclusion - we can use the Linux trick of having a default configuration of gcc that turns on _GNU_SOURCE (itself a feature test, that turns on all other extensions), provided that gcc can also be told to be strictly compliant to a given standard (gcc's -ansi flag, among others). Thank you for your feedback. I was just going to silently digest this but I can't let this particular one slide. I don't see how you credit *Samuel* with any conclusions other than the one that anyone who used _POSIX_SOURCE in source code was stupid and that I needed to read a book on posix. After making those observations for a couple of paragraphs he quoted a snippet of a header file that *I* included and said Well, that's ok then. I'm glad to have his permission on this, though. So, let me state a few things: 0) It is cygwin's goal to emulate linux (as per the cygwin web page). 1) linux defines _POSIX_SOURCE by default unless specific gcc command line options are specified (as per the code snippet that I posted). 2) I want cygwin to be *more* like linux (as per my repeated assertions in this thread and elsewhere). 3) The fact that the cygwin header files are currently inconsistent, and probably wrong, wrt _POSIX_SOURCE does not preclude fixing them to make them more like linux. Conclusion: newlib's headers are not close enough to glibc headers and that is what is causing people problems. Task for 1.5.20: Make cygwin's header files more like the linux header files. I'm sorry that my goals here were not clearer from my original message. I don't need anymore feedback about this. 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: Perl/TK Missing Dependency Found
[snip] fontconfig??? Looks like I had the wrong perl-Tk release uploaded, the one with 'experimental' Xft support, and not the standard one on my system (which is why I couldn't dup this). Now we all know why it's experimental. Look for a release -4 soon which should fix this. The '-4' release works. Brett Brett C. Serkez, Techie -- 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: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.3.1-1
Pavel, On Fri, Jan 13, 2006 at 04:16:26PM +0200, Pavel Tsekov wrote: On Fri, 13 Jan 2006, Jason Tishler wrote: Sorry, but I'm not sure why the output went to the console with your previous installation. Well, in a sense it does but it is not as it used to be: [snip] Well, I guess I have to live with it - it seems like it is a upstream change ?! That would be my assessment too. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: inetutils-1.3.2-34: setsockopt warning from ftp
On 1/13/2006 2:31 AM, Corinna Vinschen wrote: Oh well, I have uploaded a new inetutils package built with the 1.5.18 headers now. However, you should still see an error in the above case, just a different one: % ftp ibiblio.org ftp: setsockopt TOS (ignored): Invalid parameter This is a result of newer Windows versions not simply ignoring the IP_TOS setting, but instead returning an error WSAEINVAL. I applied a fix to Cygwin which now ignores the retun code of setting IP_TOS on Windows 2000 and above. It's a no-op by default anyway. So you won't see this error message anymore when using the next snapshot or when building Cygwin fresh from CVS. Thanks Corinna! The new inetutils and the CVS HEAD prevent both error messages. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 Economics is extremely useful as a form of employment for economists. -- John Kenneth Galbraith -- 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/
cd to directory in paste buffer : shell function
Hi, I often want to cd to a (DOS) path that I've copied from some Windows App. The following function (put in one of your startup files .bashrc .profile etc) saves a few clicks and is forward or backslash proof function cdp() { # cdp(aste) # description : Cd to path in paste buffer: convert from DOS if required # set -x getclip echo '' getclip|sed 's#\\#\/#g'|putclip cd $(getclip) } I can already see a few improvements, and it would also be nice to have a check that paste buffer actually contains a path -- zzapper Success for Techies and Vim,Zsh tips http://SuccessTheory.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: cd to directory in paste buffer : shell function
I often want to cd to a (DOS) path that I've copied from some Windows App. The following function (put in one of your startup files .bashrc .profile etc) saves a few clicks and is forward or backslash proof [snip] Without deminishing the value of this procedure, I simply wanted to say there is another alternative. Assuming that the cygwin chere package is installed, open Explorer and paste the path into the address bar and click on go. Once the directory appears under folders, right click on it and select 'Bash Here'. This doesn't address all the possibilities of the original method, it is however quick to utilize with minimal setup. Brett Brett C. Serkez, Techie -- 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: cd to directory in paste buffer : shell function
On 1/13/06, zzapper [EMAIL PROTECTED] wrote: I often want to cd to a (DOS) path that I've copied from some Windows App. The following function (put in one of your startup files .bashrc .profile etc) saves a few clicks and is forward or backslash proof function cdp() { # cdp(aste) # description : Cd to path in paste buffer: convert from DOS if required # set -x getclip echo '' getclip|sed 's#\\#\/#g'|putclip cd $(getclip) } The cygpath program will do the slash conversion for you: cdclipboard() { unixpath=`cygpath -f /dev/clipboard`; if [ -d $unixpath ]; then cd $unixpath fi } -- 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: cd to directory in paste buffer : shell function
On Fri, 13 Jan 2006 10:28:45 -0800, wrote: On 1/13/06, zzapper [EMAIL PROTECTED] wrote: I often want to cd to a (DOS) path that I've copied from some Windows App. The cygpath program will do the slash conversion for you: cdclipboard() { unixpath=`cygpath -f /dev/clipboard`; if [ -d $unixpath ]; then cd $unixpath fi } echo that's cute -- zzapper Success for Techies and Vim,Zsh tips http://SuccessTheory.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: cd to directory in paste buffer : shell function
On Fri, 13 Jan 2006, zzapper wrote: Hi, I often want to cd to a (DOS) path that I've copied from some Windows App. The following function (put in one of your startup files .bashrc .profile etc) saves a few clicks and is forward or backslash proof function cdp() { # cdp(aste) # description : Cd to path in paste buffer: convert from DOS if required # set -x getclip echo '' getclip|sed 's#\\#\/#g'|putclip cd $(getclip) } I can already see a few improvements, and it would also be nice to have a check that paste buffer actually contains a path How about simply cd $(cygpath -f - /dev/clipboard) ? Or, in a more robust form, DIR=$(cygpath -f - /dev/clipboard) [ -d $DIR ] cd $DIR Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: cd to directory in paste buffer : shell function
On Fri, Jan 13, 2006 at 01:51:11PM -0500, Igor Peshansky wrote: On Fri, 13 Jan 2006, zzapper wrote: Hi, I often want to cd to a (DOS) path that I've copied from some Windows App. The following function (put in one of your startup files .bashrc .profile etc) saves a few clicks and is forward or backslash proof function cdp() { # cdp(aste) # description : Cd to path in paste buffer: convert from DOS if required # set -x getclip echo '' getclip|sed 's#\\#\/#g'|putclip cd $(getclip) } I can already see a few improvements, and it would also be nice to have a check that paste buffer actually contains a path How about simply cd $(cygpath -f - /dev/clipboard) ? Or, in a more robust form, DIR=$(cygpath -f - /dev/clipboard) [ -d $DIR ] cd $DIR Or, even: cdclip() { cd $(cygpath -f - /dev/clipboard) 2/dev/null || : } Since apparently it's ok to have nothing happen when the clipboard doesn't hold a directory. 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: cd to directory in paste buffer : shell function
On Fri, 13 Jan 2006 14:02:40 -0500, wrote: On Fri, Jan 13, 2006 at 01:51:11PM -0500, Igor Peshansky wrote: On Fri, 13 Jan 2006, zzapper wrote: Hi, I often want to cd to a (DOS) path that I've copied from some Windows sh proof function cdp() { # cdp(aste) # description : Cd to path in paste buffer: convert from DOS if required # set -x getclip echo '' getclip|sed 's#\\#\/#g'|putclip cd $(getclip) } How about simply cd $(cygpath -f - /dev/clipboard) DIR=$(cygpath -f - /dev/clipboard) [ -d $DIR ] cd $DIR Or, even: cdclip() { cd $(cygpath -f - /dev/clipboard) 2/dev/null || : } Funny thing my little script which I've gradually developed for months solved a problem that's niggled me for years then I post it up here and see it variously improved in minutes. Aren't Newsgroups wonderful (also found a solution to how to repair my VW Golf today (not in Cygwin) elsewhere -- zzapper Success for Techies and Vim,Zsh tips http://SuccessTheory.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: ZoneAlarm Suite popen hang (ssh ForwardX11)
[snip] Other than the usual issues with bash and sshd, I suddenly found that trying to use ssh with X forwarding hung. [snip] Have not made much progress, however did find a work around that others might find useful. Also interested if others are experiencing the issue. In summary, the following hangs any time the the latest version of ZoneAlarm Suite is installed: ssh -X target Note that -Y can be used in place of -X as can the options ForwardX11 or ForwardX11Trusted in the ssh_config file. The hang is on the client running xauth via popen, details can be found in the original posting. ssh -R 6001:localhost:6000 target password: Last Login blah, blah,... $ export DISPLAY=localhost:1 $ xclock $ Not nearly as clean as having ssh perform the setup, but it does work. Brett Brett C. Serkez, Techie -- 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: Bad system call error FAQ alert? (Was Re: Fatal error when trying to initialise PostgreSQL in cygwin)
On 1/13/06, Igor Peshansky wrote: On Fri, 13 Jan 2006, Corinna Vinschen wrote: On Jan 13 12:44, Adrian Maier wrote: /usr/bin/initdb: line 564: 3312 Bad system call $PGPATH/postgres Did you read /usr/share/doc/Cygwin/postgresql-8.0.4.README? I wonder if this has become sufficiently frequent to merit addition to the FAQ. I've seen this question in various forms at least 4 times in the past three months (with two of those relating to PostgreSQL)... It's a good idea. Anyone want to suggest some wording? -- 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: bash 3.1-1 exec -l doesn't start login shell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to David Rothenberger on 1/12/2006 9:21 AM: bash --login works fine, but the problem with -bash prevents chere from starting login shells. It may be possible to modify chere to use bash --login, but this is still a bash bug, right? Yes, it is a regression in bash 3.1, and Tim Waugh proposed a patch here: http://article.gmane.org/gmane.comp.shells.bash.bugs/8634 I will include that, as well as official patches 2-5, when I next roll bash-3.1-2. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDyCOP84KuGfSFAYARAiejAJ9D7xaaUBrWtcDhvfcE5VN4hDQp3ACeKdQQ scYH2QrY32L7zOhG4V5lrtQ= =WtU6 -END PGP SIGNATURE- -- 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/
fenv.h and friends
I'm trying to compile NumPy [1], and am running into a problem: I'm getting undefined references to fetestexcept, feclearexcept, and feraisexcept. These are normally defined in fenv.h. Now, Cygwin doesn't come with a fenv.h; there *is* one in /usr/include/mingw (and a matching definition in /usr/lib/mingw/libminwex.a), but something tells me that linking a MinGW runtime library into an otherwise-Cygwin program will cause more problems than it'll solve. Any ideas as to what I can do to solve this? Has anyone else successfully built a Cygwin NumPy? Thanks for all the help. -- Luke Stras [EMAIL PROTECTED] The meek can have the Earth; the rest of us have other plans --Henry Spencer -- 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: perl-Tk-804.027-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following package has been updated in the Cygwin net release: *** perl-Tk-804.027-4 This module provides a Unix/X11-based Tk implementation for perl. Please note that this is not dependent on, or have anything to do with, the tcltk package. Changes: * link with -Wl,--enable-auto-image-base; * disable the experimental Xft features, which were causing segfaults under certain conditions. Yaakov *** 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 this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx/1epiWmPGlmQSMRAmw6AJ0aDrnC9x2HJyQz10hEgestAW1HCACgw6hD 8E5XBaGY21+XgsOvoqnxuBU= =VkkC -END PGP SIGNATURE- -- 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: once more into the breach - please try a snapshot so I can release this thing
Although a cygwin package maintainer, I am a complete novice at debugging cygwin programs, so please bear with me. The current cygwin1.dll snapshot (2006.01.12) causes octave (a package I maintain) to dump core under some circumstances. I haven't been able to isolate just what causes it. When this happens, I get the following error message _on_exit_ : === octave:3 exit Aborted (core dumped) === This causes octave to write an octave-core file, which apparently is not something gdb understands, but is a binary file that octave can load to restart a computation. I take the core dump error message to have originated in octave, rather than cygwin. In order to further investigate this, I tried gdb, with the following results: === $ gdb -q /usr/bin/octave (no debugging symbols found) (gdb) run Starting program: /usr/bin/octave.exe Program received signal SIGSEGV, Segmentation fault. 0x610ae8d8 in pthread_key_create () from /usr/bin/cygwin1.dll (gdb) === I interpret this to mean a segfault has occurred even prior to any computations. This surprises me because if I don't use gdb, I can apparently load and exit octave, doing no computations between load and exit, without any aborts, segfaults, or obvious error messages. Advice on where to go from here in debugging the problem would be appreciated. Jim Phillips Cygwin Configuration Diagnostics Current System Time: Fri Jan 13 17:19:18 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 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:\PROGRA~1\Eai\E-VISV~1.2\Program 'C C:\cygwin\Program Files\Common Files\Adaptec Shared\System' c:\MATLAB704\bin\win32 c:\MATLAB701\bin\win32 c:\matlab6p5p1\bin\win32 c:\SFU\common\ 'C C:\cygwin\Program Files\Hummingbird\Connectivity\7.00\Accessories\' c:\Perl\bin\ c:\swish-e c:\swish-e\lib\swish-e c:\winnt\Microsoft.NET\Framework\v1.1.4322 c:\BIN c:\BIN\MATLAB\BIN\WIN32 c:\BIN\MATLAB c:\progra~1\gs\GS8.53\bin c:\progra~1\gs\GS8.53\lib\ c:\PROGRA~1\QVCS C:\cygwin\bin C:\cygwin\lib\lapack Output from C:\cygwin\bin\id.exe (nontsec) UID: 37196(e008456) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users)1002(PasswordPropDeny) 1001(Tivoli_Admin_Privileges) Output from C:\cygwin\bin\id.exe (ntsec) UID: 37196(e008456) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users)1002(PasswordPropDeny) 1001(Tivoli_Admin_Privileges) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = `e008456' PWD = `/home/e008456' HOME = `/home/e008456' MAKE_MODE = `unix' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 19296Mb 70% CP CS UN PA FC NTFS-WIN2K d: hd NTFS 65538Mb 36% CP CS UN PA FC NTFS-DATA e: hd NTFS 14331Mb 37% CP CS UN PA FC NTFS-BACK f: hd N/AN/A h: net NTFS350028Mb 77% CP CS UN PA FC Data-350GB i: net NTFS104144Mb 79% CP CS UN PA FC j: net NTFS140011Mb 93% CP CS UN PA FC k: net NTFS208283Mb 61% CP CS UN PA FC m: cd N/AN/A n: cd N/AN/A s: net NTFS208283Mb 61% CP CS UN PA FC C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system 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:\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 5181k 2006/01/10 C:\cygwin\usr\local\bin\cygatlas.dll 277k 2006/01/10 C:\cygwin\usr\local\bin\cygblas.dll 4953k 2006/01/10 C:\cygwin\usr\local\bin\cyglapack.dll 56k 2005/07/09 C:\cygwin\bin\cygbz2-1.dll 7k 2005/11/20 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 1108k 2005/10/17 C:\cygwin\bin\cygcrypto-0.9.7.dll 1042k 2005/07/07 C:\cygwin\bin\cygcrypto-0.9.8.dll 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll 965k 2005/05/14 C:\cygwin\bin\cygdb-4.3.dll 1156k 2004/04/28
Re: bash 3.1-1 exec -l doesn't start login shell
David Rothenberger wrote: On 1/11/2006 9:06 PM, Eric Blake wrote: exec -l in bash 3.1-1 doesn't seem to start a login shell. This prevents my chere commands from starting a login shell, too. Have you tried bash --login instead? bash --login works fine, but the problem with -bash prevents chere from starting login shells. It may be possible to modify chere to use bash --login, but this is still a bash bug, right? chere could indeed be modified to do that. However prepending '-' is (currently) the only method of invoking a login shell which works across all the packaged shells. So I went ahead and installed 3.1-1 to try it out. Here's what I found: chere did indeed stop working as advertised. Further experiments from a command prompt: --- start c:\cygwin\binbash bash-3.1$ exec -l bash [EMAIL PROTECTED] ~ $ --- end login shell executed (PS1 evaluated). Attempting the verbatim line from chere: --- start c:\cygwin\binbash bash-3.1$ exec -l /bin/bash bash-3.1$ --- end I haven't checked $0, but I'm guessing it's something like -/bin/bash, and this isn't triggering a login shell. chere passes the full path to the executable in case the shell isn't in the path. I can't remember if this was absolutely necessary, but it certainly works with the other shells. e.g --start c:\cygwin\binbash bash-3.1$ exec -l /bin/zsh ([EMAIL PROTECTED])[1] ~ $ ---end Regards, Dave chere maintainer __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.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: bash 3.1-1 exec -l doesn't start login shell
Eric wrote: According to David Rothenberger on 1/12/2006 9:21 AM: bash --login works fine, but the problem with -bash prevents chere from starting login shells. It may be possible to modify chere to use bash --login, but this is still a bash bug, right? Yes, it is a regression in bash 3.1, and Tim Waugh proposed a patch here: http://article.gmane.org/gmane.comp.shells.bash.bugs/8634 I will include that, as well as official patches 2-5, when I next roll bash-3.1-2. Argh. Crossed emails - that's what I get for reading the list on the web. Thanks Eric. Dave. PS. Apologies for repeatedly killing the thread history. That's what I get with yahoo. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.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/
How to read man pages on nfs-server?
Hmmm... well I tried a few more mirrors and still cannot find nfs-server 2.3-4 -- I'll wait some more. In the mean time, I did a /usr/bin/find /usr/share | xargs grep -n nfs-server and found the README contains a list of files below. Now how do I, from looking at the README, know how to learn more? I tried info nfs, info nfs-server, man nfs and man nfs-server. None of them work. From the README, it looks like there are some man pages. How do I look at them with the man or info command? Thanks, Siegfried /usr/bin/nfs-server-config /usr/sbin/rpc.mountd.exe /usr/sbin/rpc.nfsd.exe /usr/sbin/rpc.ugidd.exe /usr/sbin/showmount.exe /usr/share/doc/Cygwin/nfs-server-2.3-1.README /usr/share/doc/nfs-server-2.3/BUGS /usr/share/doc/nfs-server-2.3/ChangeLog /usr/share/doc/nfs-server-2.3/COPYING /usr/share/doc/nfs-server-2.3/NEWS /usr/share/doc/nfs-server-2.3/README /usr/share/man/man5/exports.5 /usr/share/man/man8/mountd.8 /usr/share/man/man8/nfsd.8 /usr/share/man/man8/showmount.8 /usr/share/man/man8/ugidd.8 -- 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 to convert from windows DLL to windows lib file?
Is there a way to generate a windows LIB file from windows DLL file? I thought I saw it somewhere in some documentation but I cannot remember where. I think it is one of the bin utils. Since someone recently explained that cygwin so files are the same as dll files, can I infer that the same technique works for converting so files to LIB files? Thanks, Siegfried -- 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: How to convert from windows DLL to windows lib file?
Siegfried Heintze wrote: Is there a way to generate a windows LIB file from windows DLL file? I thought I saw it somewhere in some documentation but I cannot remember where. I think it is one of the bin utils. Since someone recently explained that cygwin so files are the same as dll files, can I infer that the same technique works for converting so files to LIB files? I think here you are referring to an *import* library, or what dlltool seems to call and *interface* library. You certainly can't create a static library from an existing dynamic libray, but you can create an import library from a dynamic library. Check the documentation of dlltool, which can create the .lib file from a .def file. Or just use -Wl,--out-implib when building the DLL and you will get an import library (.a) for it, which you can just rename to .lib. If all you have is the dll you can use 'pexports' to create a .def file and then dlltool to create the import library. You may even be able to do this in one step with dlltool, I'm not sure. 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: once more into the breach - please try a snapshot so I canrelease this thing
On Fri, 13 Jan 2006, James R. Phillips wrote: Although a cygwin package maintainer, I am a complete novice at debugging cygwin programs, so please bear with me. The current cygwin1.dll snapshot (2006.01.12) causes octave (a package I maintain) to dump core under some circumstances. I haven't been able to isolate just what causes it. When this happens, I get the following error message _on_exit_ : === octave:3 exit Aborted (core dumped) === This causes octave to write an octave-core file, which apparently is not something gdb understands, but is a binary file that octave can load to restart a computation. I take the core dump error message to have originated in octave, rather than cygwin. In order to further investigate this, I tried gdb, with the following results: === $ gdb -q /usr/bin/octave (no debugging symbols found) FWIW, you might want to download the cygwin1.dbg file associated with the snapshot. Assuming you save it in /tmp, at this point you'd issue the command (gdb) dll-symbols /tmp/cygwin1.dbg to load the debugging symbols. If you've already downloaded the .dbg file, please ignore this. (gdb) run Starting program: /usr/bin/octave.exe Program received signal SIGSEGV, Segmentation fault. 0x610ae8d8 in pthread_key_create () from /usr/bin/cygwin1.dll (gdb) === I interpret this to mean a segfault has occurred even prior to any computations. This surprises me because if I don't use gdb, I can apparently load and exit octave, doing no computations between load and exit, without any aborts, segfaults, or obvious error messages. Advice on where to go from here in debugging the problem would be appreciated. See http://cygwin.com/ml/cygwin/2006-01/msg00464.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: How to read man pages on nfs-server?
Siegfried Heintze wrote: Hmmm... well I tried a few more mirrors and still cannot find nfs-server 2.3-4 -- I'll wait some more. In the mean time, I did a /usr/bin/find /usr/share | xargs grep -n nfs-server and found the README contains a list of files below. Now how do I, from looking at the README, know how to learn more? I tried info nfs, info nfs-server, man nfs and man nfs-server. None of them work. From the README, it looks like there are some man pages. How do I look at them with the man or info command? Thanks, Siegfried /usr/bin/nfs-server-config /usr/sbin/rpc.mountd.exe /usr/sbin/rpc.nfsd.exe /usr/sbin/rpc.ugidd.exe /usr/sbin/showmount.exe /usr/share/doc/Cygwin/nfs-server-2.3-1.README /usr/share/doc/nfs-server-2.3/BUGS /usr/share/doc/nfs-server-2.3/ChangeLog /usr/share/doc/nfs-server-2.3/COPYING /usr/share/doc/nfs-server-2.3/NEWS /usr/share/doc/nfs-server-2.3/README The files below are the manpages. /usr/share/man/man5/exports.5 /usr/share/man/man8/mountd.8 /usr/share/man/man8/nfsd.8 /usr/share/man/man8/showmount.8 /usr/share/man/man8/ugidd.8 you can do the following: man exports man mountd man nfsd man showmount man ugidd You may want to have a look at man man Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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: Installing cygwin by manually copying c:\cygwin to another machine
[snip] Is it just the mount points that are the issue? The path? The desktop icon? It is possible to run setup against such an 'installation' to update it? It's primarily just the mount points. See Corinna's message in this thread for recreating them. The desktop start menu icons are obviously not going to be present with this method, but that's not really an issue. It should be noted that cygwin.bat has a full path in it, so this would need editing. Yes, you could run setup with this - it is, for all intents and purposes, the installation you made with setup on the other machine. Setup doesn't care that it's now on a different machine. None of what it does is machine-specific. What about chere and services such as sshd and the like? Seems to me there is a short list, having a documented method or even a script to settle in a moved cygwin directory on a new system may be useful. I would presume this would be significantly faster than reinstalling on multiple systems. Brett Brett C. Serkez, Techie -- 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: Installing cygwin by manually copying c:\cygwin to another machine
Brett Serkez wrote: [snip] Is it just the mount points that are the issue? The path? The desktop icon? It is possible to run setup against such an 'installation' to update it? It's primarily just the mount points. See Corinna's message in this thread for recreating them. The desktop start menu icons are obviously not going to be present with this method, but that's not really an issue. It should be noted that cygwin.bat has a full path in it, so this would need editing. Yes, you could run setup with this - it is, for all intents and purposes, the installation you made with setup on the other machine. Setup doesn't care that it's now on a different machine. None of what it does is machine-specific. What about chere and services such as sshd and the like? Seems to me there is a short list, having a documented method or even a script to settle in a moved cygwin directory on a new system may be useful. I would presume this would be significantly faster than reinstalling on multiple systems. Not particularly, assuming you use the same local package cache on each machine, especially if you use the trick for pulling in all the packages you want automatically. I don't know about chere, but once the mount points are created, as per Corinna's message, cygwin is in the same state it would be in if you had installed it on that system directly. That means that setup, services like sshd, cron, inetd, etcetera will be available for installation. Permissions will be set accordingly by the service installation scripts, where appropriate. You could /potentially/ have a permissions problem if you copy the folder as a user and for whatever reason permissions are not inherited that allow other users to utilise cygwin, but if this is the case then you're already running a non-standard setup, and should know enough about it to avoid this problem. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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: Installing cygwin by manually copying c:\cygwin to another machine
[snip] Not particularly, assuming you use the same local package cache on each machine, especially if you use the trick for pulling in all the packages you want automatically. Right. I don't know about chere, chere must have settings in the registry, as it adds a 'bash here' menu option in explorer when you right click on a directory. You'd have to run 'chere -i' on the new system. That means that setup, services like sshd, cron, inetd, etcetera will be available for installation. Right, available for installation, you'd have to run the setup scripts. I suppose running ssh-host-config wouldn't be a bad idea, not only would it install the Windows sshd service on the new system, but it would generate unique host keys, otherwise both the new and old systems would have the same key. Sounds like this is doable, but there may be a series of commands that need to be run, depending on the original installation. Brett Brett C. Serkez, Techie -- 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: Installing cygwin by manually copying c:\cygwin to another machine
Brett Serkez wrote: [snip] Not particularly, assuming you use the same local package cache on each machine, especially if you use the trick for pulling in all the packages you want automatically. Right. I don't know about chere, chere must have settings in the registry, as it adds a 'bash here' menu option in explorer when you right click on a directory. You'd have to run 'chere -i' on the new system. Ah. See below. That means that setup, services like sshd, cron, inetd, etcetera will be available for installation. Right, available for installation, you'd have to run the setup scripts. I suppose running ssh-host-config wouldn't be a bad idea, not only would it install the Windows sshd service on the new system, but it would generate unique host keys, otherwise both the new and old systems would have the same key. Sounds like this is doable, but there may be a series of commands that need to be run, depending on the original installation. You don't want to be copying a setup where you've already installed ssh or such things imo, though you could do. Given that you already have to run a script to set up the mount points, there's no reason why you couldn't extend it to install sshd and any other services you wanted/needed... Hell, you could even wrap the entire thing in a .cmd/.bat script in order to automate it entirely.. (Assuming ssh-host-config and other similar scripts have a non-interactive mode..) Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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/
procedure entry point getline could not be located
I seem to have a cygwin problem that others have had, but the fixes that worked for them have not fixed my installation. What further steps can I take to try and fix the error The procedure entry point getline could not be located in the dynamic link library cygwin1.dll? Thanks. Window title: find.exe - Entry point not found Message: The procedure entry point getline could not be located in the dynamic link library cygwin1.dll Happens when: I launch cygwin or invoke find.exe. I had a working but limited default install of Cygwin on Windows XP. I ran the installer later, added dev tools, vim, wget, etc. Had some disconnections after choosing modules before setup.exe did the downloads. Because of the disconnects, I used 2 or 3 different mirrors on these attempts (Maybe I got dlls out-of-sync that way?) Posts I've read: FAQ, Problems, and 40 posts (see list below). The gist from other posts: You have an old version of cygwin1.dll You have multiple copies of cygwin1.dll You have cygwin1.dll in a software distribution After each attempt to fix, you need to reboot Steps I've Tried: Eliminating Duplicates: No duplicate cygwin1.dll showed up through the following searches. Windows XP Explorer find (one copy, as expected) In CMD.EXE: cd C:\ dir cygwin1.dll /s /a /b CYGWIN_DLL_S_A_B.txt more \CYGWIN_DLL_S_A_B.txt C:\cygwin\bin\cygwin1.dll (one copy, as expected) In Cygwin terminal: cd /cygdrive/c/ ls -R1 CYGWIN_DLL_ls-R1.txt $ grep -c 'cygwin1.dll' /cygdrive/c/CYGWIN_DLL_ls-R1.txt 1 (Rebooting, restarting cygwin from desktop shortcut, with each attempt) Shutting off firewall (which alerted as hostname.exe and uname.exe would launch) Rolling back GNU coreutils to 5.2.1-5 from 5.3.0-9 Moving cygwin1.dll, and then selecting Reinstall in the installer. C:\move C:\cygwin\bin\cygwin1.dll \home\monte\BKP\old_cygwin1.dll Installing from local directory. Posts that I've read on similar errors: http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00073.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00082.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00108.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00110.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00132.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00133.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00134.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00135.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00136.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00138.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00140.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00141.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00142.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00143.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00162.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00163.html http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00169.html http://www.cygwin.com/ml/cygwin-xfree/2005-11/msg00128.html http://www.cygwin.com/ml/cygwin-xfree/2005-11/msg00129.html http://www.cygwin.com/ml/cygwin-xfree/2005-12/msg0.html http://www.cygwin.com/ml/cygwin/1998-09/msg00307.html http://www.cygwin.com/ml/cygwin/2001-04/msg00846.html http://www.cygwin.com/ml/cygwin/2003-07/msg00011.html http://www.cygwin.com/ml/cygwin/2003-07/msg00014.html http://www.cygwin.com/ml/cygwin/2003-07/msg00043.html http://www.cygwin.com/ml/cygwin/2003-07/msg00046.html http://www.cygwin.com/ml/cygwin/2003-07/msg00314.html http://www.cygwin.com/ml/cygwin/2004-02/msg00414.html http://www.cygwin.com/ml/cygwin/2004-02/msg00422.html http://www.cygwin.com/ml/cygwin/2004-02/msg00427.html http://www.cygwin.com/ml/cygwin/2005-10/msg00102.html http://www.cygwin.com/ml/cygwin/2005-10/msg00323.html http://www.cygwin.com/ml/cygwin/2005-10/msg00324.html http://www.cygwin.com/ml/cygwin/2005-10/msg00325.html http://www.cygwin.com/ml/cygwin/2005-10/msg00327.html http://www.cygwin.com/ml/cygwin/2005-10/msg00410.html http://www.cygwin.com/ml/cygwin/2005-10/msg00411.html http://www.cygwin.com/ml/cygwin/2005-10/msg00414.html ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! -- 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: procedure entry point getline could not be located
On Sat, 14 Jan 2006, keinnamens wrote: I seem to have a cygwin problem that others have had, but the fixes that worked for them have not fixed my installation. What further steps can I take to try and fix the error The procedure entry point getline could not be located in the dynamic link library cygwin1.dll? Thanks. Window title: find.exe - Entry point not found Message: The procedure entry point getline could not be located in the dynamic link library cygwin1.dll Happens when: I launch cygwin or invoke find.exe. You have an old version of Cygwin on your system. Without knowing more about your Cygwin configuration, the best this list can offer is guesses. I had a working but limited default install of Cygwin on Windows XP. I ran the installer later, added dev tools, vim, wget, etc. Had some disconnections after choosing modules before setup.exe did the downloads. Because of the disconnects, I used 2 or 3 different mirrors on these attempts (Maybe I got dlls out-of-sync that way?) Posts I've read: FAQ, Problems, and 40 posts (see list below). Oh, good, so you've read http://cygwin.com/problems.html... Please re-read it and follow the directions in bold (in the third bullet). This will give us enough information to attempt diagnosing the problem. The gist from other posts: You have an old version of cygwin1.dll This is the most likely culprit. You have multiple copies of cygwin1.dll ...and one of them is old... You have cygwin1.dll in a software distribution ...and it is old. [snip] Posts that I've read on similar errors: [snip] http://www.cygwin.com/ml/cygwin/1998-09/msg00307.html http://www.cygwin.com/ml/cygwin/2001-04/msg00846.html While we admire the amount of research, why would you think that 4- and 7-year-old posts have any relevance anymore? HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: fenv.h and friends
Luke Stras wrote: I'm trying to compile NumPy [1], and am running into a problem: I'm getting undefined references to fetestexcept, feclearexcept, and feraisexcept. These are normally defined in fenv.h. Now, Cygwin doesn't come with a fenv.h; there *is* one in /usr/include/mingw (and a matching definition in /usr/lib/mingw/libminwex.a), but something tells me that linking a MinGW runtime library into an otherwise-Cygwin program will cause more problems than it'll solve. You are very intuitive. ;-) Any ideas as to what I can do to solve this? Has anyone else successfully built a Cygwin NumPy? Sorry, I don't have any insights here. -- 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/
stat(2) triggers on-demand virus scan
I have an antique question. I'm currently running cygwin.dll version: 1.3.6 ! (don't laugh). I use cygwin daily in my work and I'm happy not to disturb things that are not broken. The stat(2) system call runs very slowly because it is constantlt triggering the McAfee on-demand virus scanner to scan the file that is being stat'ed. This may not seem like a big thing but I frequently stat thousands of files at a batch. I find that the stat runs much faster when I temporarily disable the on-demand virus scanner. When I examined the code within cygwin1.dll, I really didn't see anything cygwin was doing to trigger this behavior so I assummed it was a MS feature. I'm using XP Pro with NO SP2. Has the behavior of the stat changed over the years that might solve this problem? It *might* prompt me to upgrade if this behavior has been improved. -Paul McFerrin -- 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: procedure entry point getline could not be located
What further steps can I take to try and fix the error The procedure entry point getline could not be located in the dynamic link library cygwin1.dll? Although you did extensive research, you failed to realize that providing the output of cygcheck -svr is essential to helping us determine your problem. However, my guess is as follows: You are probably running cygwin 1.5.18 and tried the experimental findutils 4.2.27-1. This won't work. Findutils 4.2.27 is experimental for a reason - it depends on getline(), which cygwin1.dll did not provide until in the snapshots following 1.5.18. To fix the problem, either downgrade findutils back to the stable 4.2.25-2, or upgrade cygwin to a current snapshot (see earlier threads from this week for instructions on installing a snapshot). -- Eric Blake volunteer cygwin findutils maintainer -- 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: stat(2) triggers on-demand virus scan
On Sat, Jan 14, 2006 at 12:56:11AM -0500, Paul McFerrin wrote: I have an antique question. I'm currently running cygwin.dll version: 1.3.6 ! (don't laugh). I use cygwin daily in my work and I'm happy not to disturb things that are not broken. The stat(2) system call runs very slowly because it is constantlt triggering the McAfee on-demand virus scanner to scan the file that is being stat'ed. This may not seem like a big thing but I frequently stat thousands of files at a batch. I find that the stat runs much faster when I temporarily disable the on-demand virus scanner. When I examined the code within cygwin1.dll, I really didn't see anything cygwin was doing to trigger this behavior so I assummed it was a MS feature. I'm using XP Pro with NO SP2. Has the behavior of the stat changed over the years that might solve this problem? It *might* prompt me to upgrade if this behavior has been improved. It is a novel concept, but why not just try it? Back up your cygwin directory, install a new version, and see if there is any difference. If you don't like what you see, then restore the directory. It's either that or trust some random mailing list voice to say yes or no and then find out for yourself just how authoritative they really are. Given that every installation is different, no one is going to be able to give you a definitive answer anyway. 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: procedure entry point getline could not be located
In my case, the following fix worked: - delete all files from the local install directory e.g. ftp%22%3A%2F%2F%somemirror-filefolder.com - run setup, select All, then click the arrow switch to cycle through actions. Keep - Install - until Uninstall is displayed. Follow wizard until Uninstall is complete. - verify absence of cygwin1.dll (click desktop icon, get error) - run setup.exe again, with Defaults Cygwin runs, with just the basics. Find and startup work without the getline error. Now, let's see if I can add more than the basic defaults without horking it up... - reboot - run setup.exe - choose a mirror - make a zillion selections - let the installer run It works now! I don't know which of these actions fixed the installation. Maybe one of the ini files in the install directory had a bad combination of versions. I'm sure I did not pick the exact same set of packages to install. I did not remove the exes and other files left behind after the uninstall. ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! -- 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: procedure entry point getline could not be located
Thanks for the info on findutils, Eric. I probably clicked one too many times on findutils, on the first try. My output from cygcheck does show the earlier version, now. ... file 4.16-1 findutils4.2.25-2 fontconfig 2.2.2-1 ... ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! -- 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/
Updated: perl-Tk-804.027-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following package has been updated in the Cygwin net release: *** perl-Tk-804.027-4 This module provides a Unix/X11-based Tk implementation for perl. Please note that this is not dependent on, or have anything to do with, the tcltk package. Changes: * link with -Wl,--enable-auto-image-base; * disable the experimental Xft features, which were causing segfaults under certain conditions. Yaakov *** 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 this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx/1epiWmPGlmQSMRAmw6AJ0aDrnC9x2HJyQz10hEgestAW1HCACgw6hD 8E5XBaGY21+XgsOvoqnxuBU= =VkkC -END PGP SIGNATURE-