Re: ITP: rxvt-W
Charles Wilson wrote: int main() { int rc; Display* dpy = XOpenDisplay(NULL); /* null lets XOpenDisplay handle querying for $DISPLAY */ rc = !(dpy == NULL); if (dpy) XCloseDisplay(dpy); return rc; /* exits with status of 0 if X available */ } [snip] I'd also need to fiddle with PATH just-in-case /usr/X11R6/bin isn't in the system PATH, before running X-test-app or X-hosted, but those are refinements. Doing all this in a .bat file will be...interesting. Just had another thought: instead of the five-line app above, I could steal a page from current rxvt, and dlopen(cygX11-[6,7,8,9].dll), dlsym ONLY XOpenDisplay and XCloseDisplay, and THEN do the five lines. Then my app really wouldn't explicitly depend on xorg-x11-bin-dlls, AND I'd avoid needing to call grep and cygcheck from a .bat file, (do pipes work .bat files?), AND I wouldn't need to hide X-test-app. Well, it took a bit more than just five lines, to Do It Right. See attached code... --- checkX determines if X is installed and Xserver is running returns 0 if yes, nonzero otherwise Options: -h|--help : prints this help message -d|--display S : use S instead of $DISPLAY -l|--location : print location of Xlib DLL on stdout -a|--appendpath S : append S to value of $PATH (cumulative) -p|--prependpath S : prepend S to value of $PATH (cumulative) -r|--replacepath S : use S instead of $PATH when searching -x|--xlibname S : use exactly S instead of cygX11-*.dll search -t|--timeout FLT: allow FLT seconds to connect with Xserver defaults to 0.5, use 0.0 for Xlib's (safe, 12s) timeout --nogui : disable informational popups --notty : disable stderr messages --debug : turn on debugging messages --no-silent : allow error, warning, and info messages Note that -a defaults to '/usr/bin:/usr/X11R6/bin'. To eliminate the default, use '-a ' --- As compiled with the attached makefile, checkX is silent, and all it really does is return a status (0 or 1). There are no popups or stderr messages. However, --no-silent is useful for displaying WHY a failure code was returned (couldn't find dll, couldn't connect to $DISPLAY, etc). --notty turns off any stdio output, forcing MessageBoxes (not that it matters in silent mode). The --timeout option was necessary because if the Xserver is not running, but $DISPLAY is set and cygX11-*.dll is found, then XOpenDisplay() takes WAY too long. 12 - 15 seconds. So, I spun a separate thread to call XOpenDisplay and the main thread detaches it if it doesn't answer back soon enough. The default timeout of 0.5s seems to work well: it's not too short [*] and it's not annoyingly long either. [*] Too short would be if the main thread gave up faster than a *successful* call to a running, local, Xserver takes. Too short on my machine was 0.01 (0.02 seemed to work most of the time). But, other machines may not be as responsive, so 0.5 seemed okay. Note that if DISPLAY is unset, then there is no long delay; XOpenDisplay returns immediately. The only long delay is if you have DISPLAY set, (say, to :0 like the current rxvt wants) but there is no actual XServer running. - Now, this is obviously not yet needed, although one could write a script to switch between rxvt-unicode-X and current rxvt, so that current rxvt is only used in native mode. But, current rxvt doesn't know how to hide its console after the fact That is, if you have a symlink to a script (foo.bat or 'C:/cygwin/bin/bash.exe -c foo.sh') then a console window WILL get created to run that script itself. It doesn't matter if you then say run.exe rxvt.exe to launch the current rxvt -- you're still stuck with the existing console. - Anyway, I plan to incorporate the checkX program into my rxvt-unicode-common package and roll out a -2 release. But in the meantime, can I get a GTG for xsri and rxvt-unicode-X? -- Chuck checkX.tar.bz2 Description: Binary data
Re: splitting category Devel?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lapo Luchini wrote: Category Devel is huge, really huge. The main reason behind this (from my point of view, of course) is that it contains both tools (compilers, versioning systems, and so on) and libraries (the many many many lib*) useful for developers. I propose to divide it, maybe, in something as straightforward as Devel-tools and Devel-libraries? Another idea could be to have even smaller categories: - compilers and intepreters (we would have well over 20 packages in this category, AFAIR) - versioning systems (we got 4 or 5 already, if I'm not wrong, would be around 15 packages I think) - libraries (I can't imagine any sub-category here, possibly X11 and not-X11) Comments, ideas, suggestions? I like the second scheme. Whilst we are doing it, we could also standardize what we mean by the Libs category - only packages actually providing DLLs? Or anything that is library-related in any way? Max. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) iD8DBQFEJs8SfFNSmcDyxYARArb2AKDH8CYhiGOJ5rCNMWNtaMFm11wFAgCeLEp+ tlecEP+nkKjiAbsFkuEI6qo= =iyg5 -END PGP SIGNATURE-
Re: splitting category Devel?
If you want to redefine Libs as DLLs-only, might I suggest Runtime or Runtimes as a better name? Jason On 3/26/06, Max Bowsher --snip-- wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lapo Luchini wrote: Category Devel is huge, really huge. The main reason behind this (from my point of view, of course) is that it contains both tools (compilers, versioning systems, and so on) and libraries (the many many many lib*) useful for developers. I propose to divide it, maybe, in something as straightforward as Devel-tools and Devel-libraries? Another idea could be to have even smaller categories: - compilers and intepreters (we would have well over 20 packages in this category, AFAIR) - versioning systems (we got 4 or 5 already, if I'm not wrong, would be around 15 packages I think) - libraries (I can't imagine any sub-category here, possibly X11 and not-X11) Comments, ideas, suggestions? I like the second scheme. Whilst we are doing it, we could also standardize what we mean by the Libs category - only packages actually providing DLLs? Or anything that is library-related in any way? Max. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) iD8DBQFEJs8SfFNSmcDyxYARArb2AKDH8CYhiGOJ5rCNMWNtaMFm11wFAgCeLEp+ tlecEP+nkKjiAbsFkuEI6qo= =iyg5 -END PGP SIGNATURE-
Re: Please Upload: ghostscript-8.50-1
On Thu, 16 Feb 2006, Corinna Vinschen wrote: On Feb 15 10:07, James R. Phillips wrote: This is the first ghostscript release from a new maintainer (James R. Phillips). Uploaded. I removed 7.05-2. I kept 8.15-1 and 8.15-2 for now. Thanks for taking over maintainance of an orphaned package. Igor, could you brush up a gold star, please? Corinna A bit late, but nonetheless... Done. 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
Re: setup problems when updating cygwin1.dll
On Sun, 26 Mar 2006, Lapo Luchini wrote: It correctly says you have to reboot, cygwin could not work correctly until you reboot... but then works not correctly a few seconds later, during postinstall scripts ;-) (lots of entry point not found) Hmm, one way of addressing this would be to also schedule the postinstall scripts to run on reboot, rather than running them at that point. I don't think this can easily avoided, but at least the message could be changed to warn the user about it (maybe just in the case it can be needed, i.e. when cygwin1.dll changes). FWIW, any DLL change can prompt such behavior... It's just more common with cygwin1.dll. Ah, I also had a local package aspell-it whose .tar.bz2 was truncated as far as tar told, but that setup.exe extracted in an infinite file (I killed it when it had already extracted 840MB out of a 33MB file). Hmm, that's a completely separate issue. If you still have that truncated file, it would be useful in figuring out whether setup's tar algorithm has a bug. Does the command-line tar have the same problem? 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
[ITP] libusb-win32 0.1.10.1
Hi, With a little patch, I got libusb-win32 to compile and run on cygwin. I hence ITP it. Here is the proposed setup.hint: sdesc: USB programming library ldesc: USB programming library. It is a library that allows userspace application to access USB devices on Windows operation systems (Win98SE, WinME, Win2k, WinXP). It is derived from and fully API compatible to libusb available at http://libusb.sourceforge.net.; category: Devel Libs (libusb is a fairly common library for accessing USB devices from userland) Regards, Samuel
Re: [ITP] libusb-win32 0.1.10.1
For the impatient ones, packaging is available at http://brl.thefreecat.org/libusb-win32/ And more precisely, http://brl.thefreecat.org/libusb-win32/libusb-win32-0.1.10.1-1-src.tar.bz2 http://brl.thefreecat.org/libusb-win32/libusb-win32-0.1.10.1-1.tar.bz2 http://brl.thefreecat.org/libusb-win32/setup.hint Regards, Samuel
winsup/cygwin ChangeLog sigproc.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-27 01:10:48 Modified files: cygwin : ChangeLog sigproc.cc Log message: * sigproc.cc (wait_sig): Move myself manipulation... (wait_for_sigthread): ...to here. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3463r2=1.3464 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.289r2=1.290
winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-27 03:52:24 Modified files: cygwin : ChangeLog spawn.cc Log message: * spawn.cc (spawn_guts): Close handles if we know that we will not be seeing a sync event from the child. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3464r2=1.3465 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/spawn.cc.diff?cvsroot=uberbaumr1=1.224r2=1.225
src/winsup/w32api ChangeLog lib/test.c include ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-03-27 05:23:52 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib: test.c Added files: winsup/w32api/include: mlang.h Log message: 2006-03-27 Hansres Engel [EMAIL PROTECTED] * include/mlang.h: New file. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.744r2=1.745 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/mlang.h.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/test.c.diff?cvsroot=srcr1=1.29r2=1.30
Re: Cygwin: Where is the Help Guide
#A few more help items man intro (good starting point) man cygcheck man cygpath man cygstart http://cygwin.com/cygwin-ug-net/using-utils.html # System specific less /usr/share/doc/Cygwin/cron.README -- 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: Locales with wrong umlauts
Igor Pechtchanski pechtcha at cs.nyu.edu writes: On Sun, 27 Jun 2004, A. Alper Atici wrote: try the following: set OUTPUT_CHARSET=iso-8859-1 Wow. Thanks, this was *extremely* useful. Interestingly enough, the OUTPUT_CHARSET option was not mentioned anywhere in the gettext/libintl documentation, but a search for it unearthed another couple of messages on this list from earlier this year with the same info[*] (one was from you). Extremely useful to me too, I was quite fed up to see `a instead of à =) I also noticed that OUTPUT_CHARSET=CP1252 *may* be preferred, compare the following outputs: % mtn up monotone: gi`a aggiornato a '1848d7dfabfbed09fe53856da038e31eed0f42dc' % OUTPUT_CHARSET=CP1252 monotone up monotone: già aggiornato a ‘1848d7dfabfbed09fe53856da038e31eed0f42dc’ % OUTPUT_CHARSET=ISO8859-1 monotone up monotone: già aggiornato a `1848d7dfabfbed09fe53856da038e31eed0f42dc´ % OUTPUT_CHARSET=ISO8859-15 mtn up monotone: già aggiornato a '1848d7dfabfbed09fe53856da038e31eed0f42dc' In order to really check it some gettext with an euro symbol should be used, but I'm not aware of any that does and I don't have the time to create one right now 0=) Instead of putting it simply in some FAQ couldn't Cygwin define that env var correctly by default? (after all the system *knows* which charset it is using, I guess?) -- 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: service interact with desktop broken between: 1.5.5 1.5.19
On Mar 22 18:59, Steven Hartland wrote: We've been using 1.5.5 for a good long while now and have had cause to upgrade. Everything apart from service interact with desktop is working. I've dug as much as I can but found nothing. The pervious working version was 1.5.5 and the new version 1.5.19. I've attached cygcheck for both. I've uploaded a new cygrunsrv version 1.13-1 which should reenable the interact with desktop functionality for Cygwin 1.5.19 and later. 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: service interact with desktop broken between: 1.5.5 1.5.19
On Mar 25 13:53, Lev Bishop wrote: Another bug in cygrunsrv.cc:main() (again not the reason for this problem) --- cygrunsrv.cc.old2006-03-25 13:49:08.238075200 -0500 +++ cygrunsrv.cc2006-03-25 13:50:35.473513600 -0500 @@ -1930,14 +1930,14 @@ case '1': if (action != Install) return error (IONotAllowed); - if (in_stdin) + if (in_stdout) return error (OnlyOneIO); in_stdout = optarg; break; case '2': if (action != Install) return error (IONotAllowed); - if (in_stdin) + if (in_stderr) return error (OnlyOneIO); in_stderr = optarg; break; On 3/25/06, Lev Bishop wrote: Can't tell you why this isn't working for you (I wasn't able to make it work either). But looking at the cygrunsrv sources I noticed something else that doesn't look quite right: In cygrunsrv.cc:print_service(): if (interact) strcat (tmp, --nohide ); I assume what is intended is: if (interact showc) strcat (tmp, --nohide ); Thanks Lev, I've integrated this into the new 1.13-1 version of cygrunsrv which I just uploaded to cygwin.com. 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: 1.5.19: apache-1.3.33-2: make[5]: *** No rule to make target `libssl.dll', needed by `lib'. Stop.
--- Brian Dessent [EMAIL PROTECTED] wrote: Gerry Reno wrote: ./apache-1.3.33-2.sh prep Without running prep you don't get any patches applied, one of which is the rather involved patch to add hooks and support for mod_ssl. htpasswd.c:101: error: conflicting types for 'getline' /usr/include/sys/stdio.h:31: error: previous declaration of 'getline' was here htpasswd.c:101: error: conflicting types for 'getline' /usr/include/sys/stdio.h:31: error: previous declaration of 'getline' was here This has been discussed in depth in past threads (see the archives.) Yes, that is what I discovered and why I ran prep the second time. In searching around on this getline conflict I see that other people are also encountering this problem on 1.5.19 only. Seems like there was some change introduced in 1.5.19 that is causing this problem. Gerry Reno mailto: grenoml at@ yahoo dot. 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: service interact with desktop broken between: 1.5.5 1.5.19
- Original Message - From: Corinna Vinschen [EMAIL PROTECTED] Thanks Lev, I've integrated this into the new 1.13-1 version of cygrunsrv which I just uploaded to cygwin.com. Ok really silly question where do I get that from the packages link just returns a web page no download links. The mirrors dont seem to have it yet, surely there's a direct download there some where but I cant find it for the life of me. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: service interact with desktop broken between: 1.5.5 1.5.19
On Mar 26 17:57, Steven Hartland wrote: - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] Thanks Lev, I've integrated this into the new 1.13-1 version of cygrunsrv which I just uploaded to cygwin.com. Ok really silly question where do I get that from the packages link just returns a web page no download links. The mirrors dont seem to have it yet, surely there's a direct download there some where but I cant find it for the life of me. Nope, just wait for the mirrors, as usual. 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/
[ANNOUNCEMENT] Updated: cygrunsrv-1.13-1
I have updated cygrunsrv to version 1.13-1. This version fixes a few bugs in argument handling and --query output, curtesy Lev Bishop. This version also reenables the Interact with desktop capability which started to get lost with Cygwin 1.5.19. Additionally this version maintains the current windows focus and Z-order at the time the interactive service gets started. This avoids the annoying behaviour that a console window, from which you start an interactive service, loses focus in favor of the service's console. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to 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] -- 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: service interact with desktop broken between: 1.5.5 1.5.19
- Original Message - From: Corinna Vinschen Nope, just wait for the mirrors, as usual. Thanks for the confirmation Corinna thought I was being totally dim but turns out not :) What was the issue in the end as even reverting to 1.5.5's version of cygrunsrv running under 1.5.19 didn't fix the issue here so looked like it was more a core issue than just cygrunsvr itself. Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygrunsrv-1.13-1
My point is - Thank you. I use it all the time - let's get it updated ... when the mirrors have it :0 Alex http://www.aiengine.org Corinna wrote: I have updated cygrunsrv to version 1.13-1. This version fixes a few bugs in argument handling and --query output, curtesy Lev Bishop. This version also reenables the Interact with desktop capability which started to get lost with Cygwin 1.5.19. Additionally this version maintains the current windows focus and Z-order at the time the interactive service gets started. This avoids the annoying behaviour that a console window, from which you start an interactive service, loses focus in favor of the service's console. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to 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] -- Alexander J. Herrmann Analyst/Programmer http://www.aiengine.org Email: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin: Where is the Help Guide
On Sun, Mar 26, 2006 at 09:26:13AM +, zzapper wrote: #A few more help items man intro (good starting point) man cygcheck man cygpath man cygstart http://cygwin.com/cygwin-ug-net/using-utils.html # System specific less /usr/share/doc/Cygwin/cron.README man common-sense is also a good one. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin: Where is the Help Guide
Christopher Faylor wrote: On Sun, Mar 26, 2006 at 09:26:13AM +, zzapper wrote: #A few more help items man intro (good starting point) man cygcheck man cygpath man cygstart http://cygwin.com/cygwin-ug-net/using-utils.html # System specific less /usr/share/doc/Cygwin/cron.README man common-sense is also a good one. $ man common-sense No manual entry for common-sense Hm. There doesn't appear to be any common-sense. Anyone know where to find conmon-sense? ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: : in filename
On Sat, 25 Mar 2006, Larry Hall (Cygwin) wrote: Eric Blake wrote: snip It would be nice if cygwin could be more proactive in recognizing : as invalid in non-managed mounts, rather than passing the : on to the Windows filename functions, in order to avoid the creation of undeletable filenames such as .new. via the help of a colon, but I can live with the current behavior if adding such a check would slow down the common case. The latter affect is certainly the case here though, as usual, I'm sure it's a PTC if someone has a great brainstorm for a way to do this without the overhead. Well, normalize_posix_path() (in path.cc) already scans the whole path string looking for '\\' -- I can't imagine that adding a check for ':' would introduce all that much overhead. But, of course, empirical evidence is always best, and I don't have any at the moment. Eric, care to simply add a test for ':' in that loop and do some measurements? 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: service interact with desktop broken between: 1.5.5 1.5.19
On Sun, 26 Mar 2006, Steven Hartland wrote: - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Thanks Lev, I've integrated this into the new 1.13-1 version of cygrunsrv which I just uploaded to cygwin.com. Ok really silly question where do I get that from the packages link just returns a web page no download links. The mirrors dont seem to have it yet, surely there's a direct download there some where but I cant find it for the life of me. There is a way of grabbing things directly off cygwin.com via rsync (essentially creating a local mirror). Googling for rsync download site:cygwin.com brings up a few recipes for doing this. I believe the information that Cygwin supports rsync, but not ftp or http downloads used to be somewhere on the Cygwin.com FTP site, but it isn't any longer... Igor P.S. Incidentally, there's a typo in the Cygwin.com FTP welcome message (it says sourcware). -- 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: service interact with desktop broken between: 1.5.5 1.5.19
On Mar 26 18:33, Steven Hartland wrote: - Original Message - From: Corinna Vinschen Nope, just wait for the mirrors, as usual. Thanks for the confirmation Corinna thought I was being totally dim but turns out not :) What was the issue in the end as even reverting to 1.5.5's version of cygrunsrv running under 1.5.19 didn't fix the issue here so looked like it was more a core issue than just cygrunsvr itself. There's no 1.5.5 version of cygrunsrv. cygrunsrv is using its own numbering scheme, the latest version now is 1.13. As for the issue, it's a different handling of the console in case of 1.5.19. This requires a change as for the point where to allocate the console window in case of service applications who need to interact with the desktop. 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: service interact with desktop broken between: 1.5.5 1.5.19
- Original Message - From: Corinna Vinschen There's no 1.5.5 version of cygrunsrv. cygrunsrv is using its own numbering scheme, the latest version now is 1.13. As for the issue, it's a different handling of the console in case of 1.5.19. This requires a change as for the point where to allocate the console window in case of service applications who need to interact with the desktop. Yes I was talking core cygwin versions sorry. Thanks for the info about what the issue was hopefully the mirrors will catch up some time this year :) If not I'll just rsync the sources like Igor suggested. Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: service interact with desktop broken between: 1.5.5 1.5.19
On Sun, Mar 26, 2006 at 03:50:24PM -0500, Igor Peshansky wrote: On Sun, 26 Mar 2006, Steven Hartland wrote: From: Corinna Vinschen [EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Thanks Lev, I've integrated this into the new 1.13-1 version of cygrunsrv which I just uploaded to cygwin.com. Ok really silly question where do I get that from the packages link just returns a web page no download links. The mirrors dont seem to have it yet, surely there's a direct download there some where but I cant find it for the life of me. There is a way of grabbing things directly off cygwin.com via rsync (essentially creating a local mirror). Googling for rsync download site:cygwin.com brings up a few recipes for doing this. I believe the information that Cygwin supports rsync, but not ftp or http downloads used to be somewhere on the Cygwin.com FTP site, but it isn't any longer... This is very much not a supported method for installing packages. You are really just confusing a very simple issue by even bringing this up. The way to install packages for cygwin is via setup.exe. If you don't see a package 2 microseconds after someone sends an announcement to cygwin-announce then... WAIT FOR IT. 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: service interact with desktop broken between: 1.5.5 1.5.19
On Sun, 26 Mar 2006, Christopher Faylor wrote: On Sun, Mar 26, 2006 at 03:50:24PM -0500, Igor Peshansky wrote: On Sun, 26 Mar 2006, Steven Hartland wrote: From: Corinna Vinschen [EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Thanks Lev, I've integrated this into the new 1.13-1 version of cygrunsrv which I just uploaded to cygwin.com. Ok really silly question where do I get that from the packages link just returns a web page no download links. The mirrors dont seem to have it yet, surely there's a direct download there some where but I cant find it for the life of me. There is a way of grabbing things directly off cygwin.com via rsync (essentially creating a local mirror). Googling for rsync download site:cygwin.com brings up a few recipes for doing this. I believe the information that Cygwin supports rsync, but not ftp or http downloads used to be somewhere on the Cygwin.com FTP site, but it isn't any longer... This is very much not a supported method for installing packages. You are really just confusing a very simple issue by even bringing this up. Heh, who said anything about *installing* packages? The above is a way of getting your hands on the latest tarball, which you can later install off of your own mirror using setup.exe. The way to install packages for cygwin is via setup.exe. If you don't see a package 2 microseconds after someone sends an announcement to cygwin-announce then... WAIT FOR IT. The point I was making is that if none of the mirrors are quick enough for you, you can create and maintain your own. Plus, some mirrors are slower to update than others (yes, I know that all mirrors on the official list will be at most 1/2 day behind, but setup.exe gives no indication that the currently selected mirror came from a local selection rather than the official mirror list, so you can easily be waiting on a stale mirror). 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: service interact with desktop broken between: 1.5.5 1.5.19
- Original Message - From: Christopher Faylor There is a way of grabbing things directly off cygwin.com via rsync (essentially creating a local mirror). Googling for rsync download site:cygwin.com brings up a few recipes for doing this. I believe the information that Cygwin supports rsync, but not ftp or http downloads used to be somewhere on the Cygwin.com FTP site, but it isn't any longer... This is very much not a supported method for installing packages. You are really just confusing a very simple issue by even bringing this up. The way to install packages for cygwin is via setup.exe. If you don't see a package 2 microseconds after someone sends an announcement to cygwin-announce then... WAIT FOR IT. As the original reporter of the issue I clearly have a vested in interest in checking the fix to see if the patch has indeed fixed the issue, add to that my other primary OS is FreeBSD who's main distribution method is via rsync and ports build I'm not shy of doing what was suggested to check it does indeed fix the issue I'm seeing here which I hope would be viewed as helpful. It does however seem strange not to have the tier 1, tier 2 mirrors noted so that early adopters or people with vested interest in the fix being posted can't easily obtain said fix. As it stands its just pure guess work to select a mirror and see if its in sync which I've done and no mirrors even 7 hours later seem to have said patch. This is something that might be improved by some simple documentation updates on the core website. On the side of setup.exe being the best way to get things installed most the time this is the case but with its really quite broken dependency checking. Its often simpler and easier to just download and compile the source directly than to fight with the gui to only install the required / wanted components. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: service interact with desktop broken between: 1.5.5 1.5.19
On Sun, Mar 26, 2006 at 04:49:10PM -0500, Igor Peshansky wrote: On Sun, 26 Mar 2006, Christopher Faylor wrote: The above is a way of getting your hands on the latest tarball, which you can later install off of your own mirror using setup.exe. The way to install packages for cygwin is via setup.exe. If you don't see a package 2 microseconds after someone sends an announcement to cygwin-announce then... WAIT FOR IT. The point I was making is that if none of the mirrors are quick enough for you, you can create and maintain your own. Yes. I got that. It's an unproductive and confusing point to be making to someone who wants to install the latest version of a package. Plus, some mirrors are slower to update than others (yes, I know that all mirrors on the official list will be at most 1/2 day behind, but setup.exe gives no indication that the currently selected mirror came from a local selection rather than the official mirror list, so you can easily be waiting on a stale mirror). Yes, and again, the correct advice to the impatient soul who needs the package RIGHT NOW is to either try another mirror or wait. We don't need a bunch of random people setting up local mirrors or, worse, trying to figure out how to grab one package via rsync and sending email here when they can't figure out how to do this. This obviously needs a FAQ entry: Q) Someone announced the availability of a new package and now, 14.3797ms after I've read the message, I find that it is not available on my local mirror. Was the announcement just a joke? Did a hacker delete the package? Is setup.exe broken? A) Don't worry. Relax. Mirrors poll the cygwin web site to retrieve new packages at varying intervals. If you don't see the package on your favorite mirror either try a new mirror or... just wait. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with syslogd and cron...
Pop. Any thoughts? Anyone? -doug -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Irwin, Doug Sent: Thursday, 23 March 2006 16:57 PM To: cygwin@cygwin.com Subject: Problem with syslogd and cron... Hi all, I have the following... In the crontab: 1-59 * * * * /echo_the_date.ksh /echo_the_date.log In /echo_the_date.ksh: #ksh /bin/date In /etc/syslog.conf: *.*;cron.none /var/log/messages My question is, why do I still get this logged into /var/log/messages? Mar 23 16:52:00 DOUG /USR/SBIN/CRON : PID 4844 : (doug) CMD (/echo_the_date.ksh /echo_the_date.log) Any thoughts? Thanks in advance! -doug -- 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: service interact with desktop broken between: 1.5.5 1.5.19
On Sun, Mar 26, 2006 at 11:03:28PM +0100, Steven Hartland wrote: - Original Message - From: Christopher Faylor There is a way of grabbing things directly off cygwin.com via rsync (essentially creating a local mirror). Googling for rsync download site:cygwin.com brings up a few recipes for doing this. I believe the information that Cygwin supports rsync, but not ftp or http downloads used to be somewhere on the Cygwin.com FTP site, but it isn't any longer... This is very much not a supported method for installing packages. You are really just confusing a very simple issue by even bringing this up. The way to install packages for cygwin is via setup.exe. If you don't see a package 2 microseconds after someone sends an announcement to cygwin-announce then... WAIT FOR IT. As the original reporter of the issue I clearly have a vested in interest in checking the fix to see if the patch has indeed fixed the issue, add to that my other primary OS is FreeBSD who's main distribution method is via rsync and ports build I'm not shy of doing what was suggested to check it does indeed fix the issue I'm seeing here which I hope would be viewed as helpful. If you are so well-versed in rsync then it's hard to see why anyone had to tell you about it. It is VERY easy to see if things are available via rsync so, you, as an rsync expert shouldn't really need to have this pointed out to you. It does however seem strange not to have the tier 1, tier 2 mirrors noted There are no such things as tier 1 and tier 2 mirrors. You're probably confused about how this all works. Mirrors poll sourceware.org on different schedules. That is it. And, guess what? cygrunsrv v1.13 is available on some mirrors, e.g., mirrors.kernel.org. On the side of setup.exe being the best way to get things installed most the time this is the case but with its really quite broken dependency checking. Its often simpler and easier to just download and compile the source directly than to fight with the gui to only install the required / wanted components. Funny but I just now downloaded cygrunsrv without any really quite broken dependency problems. Nevertheless, your like-unto-a-god rsync status notwithstanding, it should be very obvious to anyone who reads this mailing list that telling a random user to use rsync to download packages is a bad idea. You may have noticed that Corinna didn't suggest this and she's one of the project leads. I suspect that this wasn't just an oversight on her part. 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/
clamav: no shared libclamav
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 clamav maintainer, The shared libclamav is missing from clamav-0.88-1; you need to (re-)add '-no-undefined' to libclamav_la_LDFLAGS. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEJy+EpiWmPGlmQSMRAlEsAKC7pYGA/FxTgHFVCacoLbjIUB1FFwCg4aBw wdXpSFV/ORmO4+2Fui2i1tI= =bsBW -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: service interact with desktop broken between: 1.5.5 1.5.19
On 3/26/06, Corinna Vinschen wrote: Thanks Lev, I've integrated this into the new 1.13-1 version of cygrunsrv which I just uploaded to cygwin.com. Thanks, Corinna. I can almost get it working now. Maybe you can explain why this works: $ cygrunsrv -I cygtest -jid 'cygrunsrv test' -p '/cygdrive/c/i386/cmd.exe' \ -0/dev/console -1/dev/console -2/dev/console Giving me a console running cmd.exe that I can, for example run bash in. Whereas it fails if I put -p '/bin/bash' directly for the command. I experimented, and found that if I do the following: $ cygrunsrv -I cygtest -jid 'cygrunsrv test' -p '/bin/bash' -a $'-c \ echo this is on STDOUT;\ echo this is on STDERR 2;\ ls -l /proc/self/fd;\ read -p \'Give me something on STDIN: \' input;\ echo input was $input ' \ -0/dev/console -1/dev/console -2/dev/console Then I get a console window showing the messages to stdout and stderr, the /proc/self/fd listing confirms that fd0 is open on /dev/console, but the 'read' builtin hangs and doesn't read anything. So it looks like standard input isn't getting properly mapped in this case, even though stdout and stderr are. cygcheck.out attached in case it's relevant. Lev cygcheck.out Description: Binary data -- 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/
The 20060324/20060326 snapshots hang on testcase
The newest 20060324/20060326 snapshots started to hang on the following testcase. Note, I only tried the following versions: release 1.5.19 no hang snapshot 20060306 no hang snapshot 20060324 hangs snapshot 20060326 hangs The testcase is a bit lengthy, download it here: http://www.openoffice.org/nonav/issues/showattachment.cgi/35278/hangcase.zip Unpack hangcase.zip to c:/tmp/. (There are hardcoded pathnames in myddf7.ddf therefore it has to be that directory.) In cygwin bash do: $ cd /cygdrive/c/tmp/hangcase $ ./perl_open_hang.pl hangs Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Re: Cygwin: Where is the Help Guide
On 3/25/06, George wrote: FWIW, I'd like to think that expanding the contents of the Cygwin man pages ('man cygwin' and 'man intro') to provide the above information as well as offer an overview of Cygwin-specific tools, etc. would go a long way. Wow, someone actually read that page I wrote? I think I already did mention all those things, with the exception of man foo for obvious reasons. The important sections: AVAILABILITY Cygwin is developed by volunteers collaborating over the Internet. It is distributed through the website http://cygwin.com, where you can find extensive documentation, including FAQ, User's Guide, and API Ref- erence. The Cygwin website should be considered the authoritative source of information. The source code, released under the GNU General Public License, Version 2, is also available from the website or one of the mirrors. COMPATIBILITY Cygwin uses the GNU versions of many of the standard UNIX command-line utilities (sed, awk, etc.), so the user environment is more similar to a Linux system than, for example, Sun Solaris. The default login shell and /bin/sh for Cygwin is bash, the GNU Bourne-Again Shell, but other shells such as tcsh (an improved csh) are also available and can be installed using Cygwin's setup.exe. NOTES To port applications you will need to install the development tools, which you can do by selecting gcc in setup.exe (dependencies are auto- matically handled). If you need a specific program or library, you can search for a Cygwin package containing it at: http://cygwin.com/packages/ If you are a UNIX veteran who plans to use Cygwin extensively, you will probably find it worth your while to learn to use Cygwin-specific tools that provide a UNIX-like interface to common operations. For example, cygpath converts between UNIX and Win32-style pathnames. The full docu- mentation for these utilities is at: http://cygwin.com/cygwin-ug-net/using-utils.html The optional cygutils package also contains utilities that help with common problems, such as dos2unix and unix2dos for the CRLF issue. DOCUMENTATION In addition to man pages and texinfo documentation, many Cygwin pack- ages provide system-independent documentation in the /usr/share/doc/ directory and Cygwin-specific documentation in /usr/share/doc/Cygwin/ For example, if you have both less and cron installed, the command less /usr/share/doc/Cygwin/cron.README would display the instructions to set up cron on your system. REPORTING BUGS If you find a bug in Cygwin, please read http://cygwin.com/bugs.html and follow the instructions for reporting found there. If you are able to track down the source of the bug and can provide a fix, there are instructions for contributing patches at: http://cygwin.com/contrib.html -- 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: The 20060324/20060326 snapshots hang on testcase
On Sun, Mar 26, 2006 at 10:03:57PM -0500, Volker Quetschke wrote: The newest 20060324/20060326 snapshots started to hang on the following testcase. Note, I only tried the following versions: release 1.5.19 no hang snapshot 20060306 no hang snapshot 20060324 hangs snapshot 20060326 hangs How about narrowing it down a little? I have been keeping more snapshots around so that it's easier to do that sort of thing. 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: The 20060324/20060326 snapshots hang on testcase
On Sun, Mar 26, 2006 at 10:34:42PM -0500, Christopher Faylor wrote: On Sun, Mar 26, 2006 at 10:03:57PM -0500, Volker Quetschke wrote: The newest 20060324/20060326 snapshots started to hang on the following testcase. Note, I only tried the following versions: release 1.5.19 no hang snapshot 20060306 no hang snapshot 20060324 hangs snapshot 20060326 hangs How about narrowing it down a little? I have been keeping more snapshots around so that it's easier to do that sort of thing. Nevermind. It dawned on me what the problem probably was. However, if you had narrowed this down to a specific failing snapshot or mentioned where it was hanging or what it was trying to do, I would have been able to figure this out much faster. 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: The 20060324/20060326 snapshots hang on testcase
Christopher Faylor wrote: On Sun, Mar 26, 2006 at 10:03:57PM -0500, Volker Quetschke wrote: The newest 20060324/20060326 snapshots started to hang on the following testcase. Note, I only tried the following versions: release 1.5.19 no hang snapshot 20060306 no hang snapshot 20060324 hangs snapshot 20060326 hangs How about narrowing it down a little? I have been keeping more snapshots around so that it's easier to do that sort of thing. Sure, here: snapshot 20060323 hangs snapshot 20060322 hangs snapshot 20060321 hangs snapshot 20060320 works Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Re: The 20060324/20060326 snapshots hang on testcase
Christopher Faylor wrote: On Sun, Mar 26, 2006 at 10:34:42PM -0500, Christopher Faylor wrote: How about narrowing it down a little? I have been keeping more snapshots around so that it's easier to do that sort of thing. Nevermind. It dawned on me what the problem probably was. However, if you had narrowed this down to a specific failing snapshot or mentioned where it was hanging or what it was trying to do, I would have been able to figure this out much faster. Sorry, next time ;) It took a while cutting down the testcase and I was happy as I had it in a reasonable small size and send out the email. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Multiple cygwin installs
Just FYI. I found a pretty good way to manage multiple cygwin installs. I use the windows subst command. It works like this. Create a directory c:\cyginstalls. Then beneath it create a directory for each cygwin install you want like cygwin1, cygwin2 whatever. Then use the subst command like so: subst x: c:\cyginstalls\cygwin1 Now install cygwin to x:\. Change the subst to c:\cyginstalls\cygwin2 and install again to x:\. To choose what cygwin you use just subst x to the appropriate folder. Kind of a poor mans symbolic link. 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: Multiple cygwin installs
Brian Hawkins wrote: Just FYI. I found a pretty good way to manage multiple cygwin installs. I use the windows subst command. It works like this. Create a directory c:\cyginstalls. Then beneath it create a directory for each cygwin install you want like cygwin1, cygwin2 whatever. Then use the subst command like so: subst x: c:\cyginstalls\cygwin1 Now install cygwin to x:\. Change the subst to c:\cyginstalls\cygwin2 and install again to x:\. To choose what cygwin you use just subst x to the appropriate folder. Kind of a poor mans symbolic link. Why are you commandeering one thread to inject another? If you have something you want to say and it has nothing to do with any previous thread, just start a new one by sending email to the list. The flaw that I see with your approach is that you're not taking into account any existing mounts in the mount table. Without resetting the mount table in between each installation, you will very likely end up with subsequent installations overwriting the first one. FWIW, if you want something similar to symbolic links for directories and you're running W2K or above with NTFS, you can use reparse points. See the junction utility from www.sysinternal.com if you're interested in this. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Automated Setup
On 3/24/06, Capaci, Christopher wrote: I'm trying to automate the setup of cygwin so that the same exact setup is reproducible on many different machines. I found some command line arguments to setup.exe that should help. -q runs through the whole process without any input. To use that I'll need to use -R to set the root, which works, and -L to set the local package directory I want to use. This is where I'm having a problem. No matter what I put after -L, it uses C:\WINDOWS as the local package directory. Is this the expected behavior of the -L option? It seems as though you should be able to specify the location you want to use. Also, is there any argument to set the text file type automatically? Thanks a lot. The -L option is do a local install. To set the local package directory, use something like -l x:\cygwin-local\ so your full command is setup.exe -q -L -l x:\cygwin-local\ Also the local package directory needs to exist and be full of packages already, run through setup.exe manually once to create it and put it on a network share, or run setup.exe from that location with something like setup.exe -q -R c:\cygwin -s MIRROR Where MIRROR is one listed at http://cygwin.com/mirrors.html (If you want to specify packages, you can use the patched setup from http://staff.washington.edu/joshuadf/cygwin/ or create a custom setup.ini file.) By the way, the full listing of setup.exe options can be dumped into the setup.log file by running setup.exe --help: Command Line Options: -D --download Download from internet -L --local-install Install from local directory -s --site Download site -R --root Root installation directory -q --quiet-modeUnattended setup mode -h --help print help -l --local-package-dir Local package directory -r --no-replaceonrebootDisable replacing in-use files on next reboot. -n --no-shortcuts Disable creation of desktop and start menu shortcuts -N --no-startmenu Disable creation of start menu shortcut -d --no-desktopDisable creation of desktop shortcut -A --disable-buggy-antivirus Disable known or suspected buggy anti virus software packages during execution. -- 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: Why only 1 cygwin1.dll?
On 3/25/06, Lev Bishop wrote: We do already have FAQs for Why not install in C:\? and Why the weird directory structure?. There is a FAQ for How do I compile a Win32 executable that doesn't use Cygwin? but it doesn't specifically mention that discussion of the binaries doesn't belong here (and in fact specifically says that -mno-cygwin should not be confused with mingw -- whereas when someone asks about -mno-cygwin on this ML everyone always directs them to talk to the mingw lists). There already is How do I just get everything? which sort of explains why setup downloads as much/little as it does. I couldn't see any FAQ for why /dev doesn't replace /cygdrive though. Sounds like I'll update some FAQs. -- 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: The 20060324/20060326 snapshots hang on testcase
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Sunday, March 26, 2006 9:54 PM To: cygwin@cygwin.com Subject: Re: The 20060324/20060326 snapshots hang on testcase On Sun, Mar 26, 2006 at 10:34:42PM -0500, Christopher Faylor wrote: On Sun, Mar 26, 2006 at 10:03:57PM -0500, Volker Quetschke wrote: The newest 20060324/20060326 snapshots started to hang on the following testcase. Note, I only tried the following versions: release 1.5.19 no hang snapshot 20060306 no hang snapshot 20060324 hangs snapshot 20060326 hangs How about narrowing it down a little? I have been keeping more snapshots around so that it's easier to do that sort of thing. Nevermind. It dawned on me what the problem probably was. However, if you had narrowed this down to a specific failing snapshot or mentioned where it was hanging or what it was trying to do, I would have been able to figure this out much faster. cgf Faster than 19 minutes? Wow! -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Multiple cygwin installs
From: Larry Hall (Cygwin) Sent: Sunday, March 26, 2006 10:42 PM To: cygwin@cygwin.com Subject: Re: Multiple cygwin installs Brian Hawkins wrote: Just FYI. I found a pretty good way to manage multiple cygwin installs. I use the windows subst command. It works like this. Create a directory c:\cyginstalls. Then beneath it create a directory for each cygwin install you want like cygwin1, cygwin2 whatever. Then use the subst command like so: subst x: c:\cyginstalls\cygwin1 Now install cygwin to x:\. Change the subst to c:\cyginstalls\cygwin2 and install again to x:\. To choose what cygwin you use just subst x to the appropriate folder. Kind of a poor mans symbolic link. Why are you commandeering one thread to inject another? If you have something you want to say and it has nothing to do with any previous thread, just start a new one by sending email to the list. The flaw that I see with your approach is that you're not taking into account any existing mounts in the mount table. Without resetting the mount table in between each installation, you will very likely end up with subsequent installations overwriting the first one. I've probably said this a dozen times before, but there is in fact a proper way to do this (There Can Be Only One-style library installs, not swapping versions which is inherently wrong). The GTK folks even use it. It's called C:\Program Files\Common Files, or CSIDL_PROGRAM_FILES_COMMON in CSIDL-speak. You make your own subdirectory, ala C:\Program Files\Common Files\Cygwin, and put the DLLs or what have you in there. You make sure that it gets reference counted, that your Cygwin apps can find it (eg put it in the Windows PATH), and you're done. To keep versions dealt with correctly, you probably want to use InnoSetup or Windows Installer to deal with that. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: The 20060324/20060326 snapshots hang on testcase
On Sun, Mar 26, 2006 at 11:40:03PM -0600, Gary R. Van Sickle wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Sunday, March 26, 2006 9:54 PM To: cygwin@cygwin.com Subject: Re: The 20060324/20060326 snapshots hang on testcase On Sun, Mar 26, 2006 at 10:34:42PM -0500, Christopher Faylor wrote: On Sun, Mar 26, 2006 at 10:03:57PM -0500, Volker Quetschke wrote: The newest 20060324/20060326 snapshots started to hang on the following testcase. Note, I only tried the following versions: release 1.5.19 no hang snapshot 20060306 no hang snapshot 20060324 hangs snapshot 20060326 hangs How about narrowing it down a little? I have been keeping more snapshots around so that it's easier to do that sort of thing. Nevermind. It dawned on me what the problem probably was. However, if you had narrowed this down to a specific failing snapshot or mentioned where it was hanging or what it was trying to do, I would have been able to figure this out much faster. Faster than 19 minutes? Wow! Yep. Faster than 19 minutes. The description of what was happening + the ChangeLog would have made it very clear. 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/
Updated: cygrunsrv-1.13-1
I have updated cygrunsrv to version 1.13-1. This version fixes a few bugs in argument handling and --query output, curtesy Lev Bishop. This version also reenables the Interact with desktop capability which started to get lost with Cygwin 1.5.19. Additionally this version maintains the current windows focus and Z-order at the time the interactive service gets started. This avoids the annoying behaviour that a console window, from which you start an interactive service, loses focus in favor of the service's console. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to 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] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat