Re: Multiple pending setup patches
Igor Pechtchanski wrote: Technically, these packages *do* require bash, and coreutils, and possibly others, so automatic dependency detection is hard (we don't want to have setup parse shell scripts). Perhaps we should augment the depends function of the g-b-s to also look at the postinstall script and find packages for all commands invoked in it? Well hopefully, most (or all) of the coreutils commands will be plain binaries in /usr/bin, and not hard links or anything that requires fiddling from a postinstall. In other words, coreutils should be functional as soon as it's unpacked, so it doesn't really matter if package foo runs its postinstall before coreutils. In fact it doesn't even look like coreutils currently has a postinstall. Even still, because of the fact that it's in many requires lists coreutils is going to always be near the top of the dependency sorted order list anyway. I have a feeling that bash and coreutils will tend to bubble up to the top of it regardless, even if there are some cases where the explicit dependency in some packages is not spelled out. * io_stream.cc (io_stream::open): Better log message on error. (io_stream::mkpath_p,io_stream::remove,io_stream::mklink): Ditto. (io_stream::move,io_stream::exists): Ditto. Looks fine, go ahead. Better error messages are alwasy good. :-) Though I wonder if all those repeated throws should be a macro or inline instead... Brian
Re: Multiple pending setup patches
On Oct 13 22:19, Christopher Faylor wrote: Is there any way that my proposal of adding a check to see if the currently selected mirror is in the list of mirrors and issuing a pop-up warning if not, could be implemented? I suppose that this would have to be defeatable for people who want to use setup.exe for in-house mirrors but I'm not too worried about that. Ouch, I am. It should be possible to switch this off, or setup should differ between a mirror from the list, which just isn't available right now, and a mirror which has been added manually. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: Multiple pending setup patches
Corinna Vinschen wrote: Is there any way that my proposal of adding a check to see if the currently selected mirror is in the list of mirrors and issuing a pop-up warning if not, could be implemented? I suppose that this would have to be defeatable for people who want to use setup.exe for in-house mirrors but I'm not too worried about that. Ouch, I am. It should be possible to switch this off, or setup should differ between a mirror from the list, which just isn't available right now, and a mirror which has been added manually. What I had in mind was something like this: - Warning: The mirror you have selected is not on the list of official Cygwin mirrors. It may be out of date or missing some packages. If you experience installation problems consider trying an official mirror. [X] Don't show this again [ OK ] -
Re: Multiple pending setup patches
On Oct 14 03:30, Brian Dessent wrote: Corinna Vinschen wrote: Is there any way that my proposal of adding a check to see if the currently selected mirror is in the list of mirrors and issuing a pop-up warning if not, could be implemented? I suppose that this would have to be defeatable for people who want to use setup.exe for in-house mirrors but I'm not too worried about that. Ouch, I am. It should be possible to switch this off, or setup should differ between a mirror from the list, which just isn't available right now, and a mirror which has been added manually. What I had in mind was something like this: - Warning: The mirror you have selected is not on the list of official Cygwin mirrors. It may be out of date or missing some packages. If you experience installation problems consider trying an official mirror. [X] Don't show this again [ OK ] - That's it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: Multiple pending setup patches
On Thu, 13 Oct 2005, Brian Dessent wrote: Igor Pechtchanski wrote: Technically, these packages *do* require bash, and coreutils, and possibly others, so automatic dependency detection is hard (we don't want to have setup parse shell scripts). Perhaps we should augment the depends function of the g-b-s to also look at the postinstall script and find packages for all commands invoked in it? Well hopefully, most (or all) of the coreutils commands will be plain binaries in /usr/bin, and not hard links or anything that requires fiddling from a postinstall. In other words, coreutils should be functional as soon as it's unpacked, so it doesn't really matter if package foo runs its postinstall before coreutils. In fact it doesn't even look like coreutils currently has a postinstall. Right. But it may later. Some other things used in postinstall may already have their own postinstall scripts. If we don't get the dependencies correct now, it might make it harder in the future. Even still, because of the fact that it's in many requires lists coreutils is going to always be near the top of the dependency sorted order list anyway. I have a feeling that bash and coreutils will tend to bubble up to the top of it regardless, even if there are some cases where the explicit dependency in some packages is not spelled out. That is certainly true. Perhaps we ought to have setup add both bash and coreutils to dependencies of packages with postinstalls... But then, what about sed, or tar? * io_stream.cc (io_stream::open): Better log message on error. (io_stream::mkpath_p,io_stream::remove,io_stream::mklink): Ditto. (io_stream::move,io_stream::exists): Ditto. Looks fine, go ahead. Better error messages are alwasy good. :-) Though I wonder if all those repeated throws should be a macro or inline instead... Makes sense. I've committed a variant that uses a macro. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: Multiple pending setup patches
On Fri, 14 Oct 2005, Corinna Vinschen wrote: On Oct 14 03:30, Brian Dessent wrote: Corinna Vinschen wrote: Is there any way that my proposal of adding a check to see if the currently selected mirror is in the list of mirrors and issuing a pop-up warning if not, could be implemented? I suppose that this would have to be defeatable for people who want to use setup.exe for in-house mirrors but I'm not too worried about that. Ouch, I am. It should be possible to switch this off, or setup should differ between a mirror from the list, which just isn't available right now, and a mirror which has been added manually. What I had in mind was something like this: - Warning: The mirror you have selected is not on the list of official Cygwin mirrors. It may be out of date or missing some packages. If you experience installation problems consider trying an official mirror. [X] Don't show this again [ OK ] - That's it. FWIW, I was thinking more of a command-line option to turn it off, rather than a user-changeable setting... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: Security advisory: uw-imap - 3 attachments
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christian Weinberger on 10/14/2005 12:26 AM: I could not post to the cygwin applications list via gmane, so I reply to the main list. Apologies if this not the way it should be done. I don't know why cygwin-apps is registered as a one-way only list on gmane, but I have also found it is annoying that you can't post there through gmane. It would take permission from the list owner for gmane to change the policy on their mirroring of the list (at least gmane still respects the subscriber-only posting rules). However, gmane also has the annoying property of not allowing file attachments, so you really should be using a proper email client and not gmane when trying to send attachments. As for you comments about cygwin applications, they really do belong on cygwin-apps; I've changed the reply-to accordingly. Also, attachments are better received if they are MIME attachments, not uuencoded inline; and with a text MIME type if they really are text based (the number of mail clients out there that blindly assume every attachment should be marked application/octet-stream is unfortunate). I´d be glad to assist the maintainer in building a 2004g package for cygwin. There has been no response from the uw-imap maintainer, at least per http://sources.redhat.com/ml/cygwin-apps/2005-10/msg00111.html. If you are volunteering to maintain it, you will need to respond directly on the cygwin-apps list. - -- 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 iD8DBQFDT7Px84KuGfSFAYARAsZZAKCQv5IVM86s4JG4E/hy31UqsnLc0gCbBjvV AaOfRhh14DlGRrgHIOR6XYs= =FgOe -END PGP SIGNATURE-
Re: [g-b-s patch] Re: Trial plotutils packages again
On Thu, 13 Oct 2005, Eric Blake wrote: According to Igor Pechtchanski on 10/13/2005 5:36 PM: Exactly. So I'm asking again: *is* this the consensus? If so, I'll remove that section from the readme template. You've got my vote - I have to edit the readme file for every release to give details about the new release, but not worrying about the file list will make that a little less painful (even though g-b-s does provide the list option). Someone tried to fix this so that the README was automatically updated with the file list. Given that he hasn't completed the task, you're right. Agreed. Eric, if you plan to tweak the above patch, you should probably also mention http://cygwin.com/packages/ as the place to get package content listings. Done as requested, plus a sample generic-setup.hint: 2005-10-13 Eric Blake ebb9 at byu dot net * templates/generic-setup.hint: New file. * templates/generic-readme: Add License, Language. List date when releases are made. Remove explicit file listing in favor of instructions on how to reproduce it. * templates/generic-build-script: Fix typo when failing. Applied, with a slight rewording of the package listing section. Thanks! BTW, it might be worth mentioning in generic-setup.hint that even though setup doesn't currently understand the maintainer: field, it would be worthwhile to update it anyway (i.e., the setup.hint's sent to cygwin-apps would contain two comments -- the package and the maintainer). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: [g-b-s Patch: next try] Write and save logfiles for configure/make/check/install
On Mon, 10 Oct 2005, Dr. Volker Zell wrote: Igor Pechtchanski writes: On Mon, 10 Oct 2005, Dr. Volker Zell wrote: @@ -340,6 +349,7 @@ cp $0.sig ${srcinstdir}/ ; \ fi \ cd ${srcinstdir} \ + tar cvjf ${log_pkg_name} *.LOG rm *.LOG \ tar cvjf ${src_pkg} * ) } finish() { One small issue here: would it make sense to list the files explicitly for both tar and rm, instead of just using *.LOG? Suppose the variable values get changed? This would, of course, require some rethinking of the variable values (i.e., the explicit path), or we could just change it to + tar cvjf ${log_pkg_name} ${configurelogfile%%${srcinstdir}/} \ + ${makelogfile%%${srcinstdir}/} ${checklogfile%%${srcinstdir}/} \ + ${installlogfile%%${srcinstdir}/} \ +rm *.LOG ${configurelogfile%%${srcinstdir}/} \ + ${makelogfile%%${srcinstdir}/} ${checklogfile%%${srcinstdir}/} \ + ${installlogfile%%${srcinstdir}/} \ (using bash-isms). Comments? No problem, but this time it's your turn :-) This takes way to long. Please check in if nobody else objects. One thing I didn't notice earlier about either this patch or your original one is that you removed the second cd $(topdir) from prep(). I know it looks superfluous, but it's there for a reason (so that unpack() can change directory with impunity -- yes, this happened to me before). Applied, with that one change removed. Thanks for the patch. I'll address the above *.LOG issue shortly. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: [g-b-s Patch: next try] Write and save logfiles for configure/make/check/install
On Fri, 14 Oct 2005, Igor Pechtchanski wrote: On Mon, 10 Oct 2005, Dr. Volker Zell wrote: Igor Pechtchanski writes: On Mon, 10 Oct 2005, Dr. Volker Zell wrote: @@ -340,6 +349,7 @@ cp $0.sig ${srcinstdir}/ ; \ fi \ cd ${srcinstdir} \ + tar cvjf ${log_pkg_name} *.LOG rm *.LOG \ tar cvjf ${src_pkg} * ) } finish() { One small issue here: would it make sense to list the files explicitly for both tar and rm, instead of just using *.LOG? Suppose the variable values get changed? For the record, I've checked in a fix for this. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: Multiple pending setup patches
On Fri, Oct 14, 2005 at 09:19:01AM -0400, Igor Pechtchanski wrote: On Fri, 14 Oct 2005, Corinna Vinschen wrote: On Oct 14 03:30, Brian Dessent wrote: Corinna Vinschen wrote: Is there any way that my proposal of adding a check to see if the currently selected mirror is in the list of mirrors and issuing a pop-up warning if not, could be implemented? I suppose that this would have to be defeatable for people who want to use setup.exe for in-house mirrors but I'm not too worried about that. Ouch, I am. It should be possible to switch this off, or setup should differ between a mirror from the list, which just isn't available right now, and a mirror which has been added manually. What I had in mind was something like this: - Warning: The mirror you have selected is not on the list of official Cygwin mirrors. It may be out of date or missing some packages. If you experience installation problems consider trying an official mirror. [X] Don't show this again [ OK ] - That's it. FWIW, I was thinking more of a command-line option to turn it off, rather than a user-changeable setting... Maybe both would be needed. I like the Don't show this again part of the option. IMO, this out of date mirror problem is probably percolating to the top of the apparent bugs that people see in setup.exe. cgf
Re: Security advisory: uw-imap - 3 attachments
On Fri, Oct 14, 2005 at 07:34:41AM -0600, Eric Blake wrote: According to Christian Weinberger on 10/14/2005 12:26 AM: I could not post to the cygwin applications list via gmane, so I reply to the main list. Apologies if this not the way it should be done. I don't know why cygwin-apps is registered as a one-way only list on gmane, but I have also found it is annoying that you can't post there through gmane. cygwin-apps is a... wait for it... mailing list. It is a *moderated* mailing list. It is moderated for a reason. Having it moderated for email and not moderated for anyone who figured out how to use gmane has already been shown to be a bad idea. I don't want a back door method for people to send their bug reports and package requests to this list. cgf
Re: Security advisory: uw-imap - 3 attachments
cygwin-apps is a... wait for it... mailing list. It is a *moderated* mailing list. It is moderated for a reason. Having it moderated for email and not moderated for anyone who figured out how to use gmane has already been shown to be a bad idea. I don't want a back door method for people to send their bug reports and package requests to this list. But so is cygwin-patches, and gmane *can* post to cygwin-patches! gmane requires a legitimate email address before posting, and therefore gmane will not allow an unsubscribe user to post to a moderated list. The difference is whether gmane is set up as a one-way list (as is cygwin-apps) or a moderated list (as is cygwin-patches). All I was asking is that gmane be told that cygwin-apps can be treated like cygwin-patches, instead of a one-way list. But I can also live with the status quo, there is no need to do this just because I asked if you don't want to. -- Eric Blake
New pstoedit trial packages and a problem
Package reviewers: New trial packages for pstoedit, linking to the recently uploaded plotutils package, are on my server: ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1-src.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/setup.hint ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-devel/pstoedit-devel-3.42-1.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-devel/setup.hint There is a problem though: linking to the newly uploaded libEMF package created a broken executable, so this is disabled in the trial packages above. When pstoedit is configured with the flag --with-emf, it creates the dll file /usr/lib/pstoedit/cygp2edrvwmf-0.dll. This seems to be a problematic dll, which causes pstoedit.exe to fail silently on any invocation. The odd thing is, this remains the case, even if pstoedit is reconfigured --without-emf and recompiled and reinstalled, as long as the problematic cygp2edrvwmf-0.dll remains on the system. Early in the development cycle, I did install and link to libEMF, successfully, using a local build of libEMF. So I don't know what the problem is now, except it obviously isn't working with the newly uploaded libEMF package. If someone [Dr. Zell?] could help me figure out what the issue is and fix it quickly, I'd appreciate the help. Otherwise I recommend we upload this trial packaging (assuming it otherwise passes inspection), and use the available functionality while I try to troubleshoot the libEMF problem. Thanks, jrp
Re: Security advisory: uw-imap - 3 attachments
On Fri, Oct 14, 2005 at 03:32:44PM +, Eric Blake wrote: cgf wrote: cygwin-apps is a... wait for it... mailing list. It is a *moderated* mailing list. It is moderated for a reason. Having it moderated for email and not moderated for anyone who figured out how to use gmane has already been shown to be a bad idea. I don't want a back door method for people to send their bug reports and package requests to this list. But so is cygwin-patches, and gmane *can* post to cygwin-patches! 1) I didn't know that. 2) cygwin-patches hasn't (yet) been abused by people who send off-topic email. If it is abused, then I'll request similar blocking from gmane. gmane requires a legitimate email address before posting, and therefore gmane will not allow an unsubscribe user to post to a moderated list. A person who registered via gmane to read gmane.comp.accessibility.vision does not automatically qualify as a person who should be able to send email to cygwin-apps. The difference is whether gmane is set up as a one-way list (as is cygwin-apps) or a moderated list (as is cygwin-patches). All I was asking is that gmane be told that cygwin-apps can be treated like cygwin-patches, instead of a one-way list. But I can also live with the status quo, there is no need to do this just because I asked if you don't want to. I requested the one-way aspect of this gmane forum and would have taken more draconian steps on sourceware.org if this option wasn't available. cgf
Re: Multiple pending setup patches
On Oct 14 10:44, Christopher Faylor wrote: On Fri, Oct 14, 2005 at 09:19:01AM -0400, Igor Pechtchanski wrote: On Fri, 14 Oct 2005, Corinna Vinschen wrote: On Oct 14 03:30, Brian Dessent wrote: Corinna Vinschen wrote: I suppose that this would have to be defeatable for people who want to use setup.exe for in-house mirrors but I'm not too worried about that. Ouch, I am. It should be possible to switch this off, or setup should differ between a mirror from the list, which just isn't available right now, and a mirror which has been added manually. What I had in mind was something like this: - Warning: The mirror you have selected is not on the list of official Cygwin mirrors. It may be out of date or missing some packages. If you experience installation problems consider trying an official mirror. [X] Don't show this again [ OK ] - That's it. FWIW, I was thinking more of a command-line option to turn it off, rather than a user-changeable setting... Maybe both would be needed. I like the Don't show this again part of the option. IMO, this out of date mirror problem is probably percolating to the top of the apparent bugs that people see in setup.exe. It just occured to me that my reply was a bit too relaxed. To reiterate, I think that it makes sense to differ between a *manually added* mirror and a chosen mirror from the official mirror list, which is just dead or comatose or something. Manually added mirrors are usually either company mirrors or in some other way under control of the user so there should be no need to hint the user that a manually added mirror is not in the list of official mirrors. This is pretty different from the situation which the above dialog would be about to solve or soothe. Just an extra single bit of information would help a lot. Except for the manually added mirror situation, I'm all for the dialog and/or a CLI switch. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: Multiple pending setup patches
Corinna Vinschen wrote: To reiterate, I think that it makes sense to differ between a *manually added* mirror and a chosen mirror from the official mirror list, which is just dead or comatose or something. Manually added mirrors are usually either company mirrors or in some other way under control of the user so there should be no need to hint the user that a manually added mirror is not in the list of official mirrors. This is pretty different from the situation which the above dialog would be about to solve or soothe. Just an extra single bit of information would help a lot. Except for the manually added mirror situation, I'm all for the dialog and/or a CLI switch. Except, from the standpoint of setup there is no way to distinguish the following two scenarios: A) User knowingly uses local company mirror, or uses a non-official mirror to install non-official packages. B) 2 years ago, user chose a mirror located on a ISDN line in Outer Mongolia that was current at the time, but which later stopped mirroring cygwin.com and was removed from mirrors.lst. But because setup remembers the last used mirror, it's still in the list as the default selection and the user just keeps on trying to use it because he just presses Next each time. In either case, setup has no way of knowing the intent. A manually added mirror looks just the same as one that was once on the official list but no longer is. I like the idea of Don't show this again option because it's a standard dialog item that people are familiar with, and it makes it easy for them to acknowledge that they might be doing something wrong but they don't want to be pestered about it every time they run setup. But I'll also add a commandline switch. Brian
Re: Multiple pending setup patches
Brian Dessent wrote: Except, from the standpoint of setup there is no way to distinguish the following two scenarios: That is, unless you meant mirror that was manually added *this session*, whereas I was interpreting it to be user manually entered a non-official mirror at some point in the past and continues to use it each time they run setup. So we could in fact detect if the user typed or pasted something into the edit box and not prompt; but if they then ran setup again and didn't make any changes they would get the prompt because at that point setup cannot differentiate anymore. Brian
Re: Multiple pending setup patches
On 10/14/2005 5:15 PM, Brian Dessent wrote: I like the idea of Don't show this again option because it's a standard dialog item that people are familiar with, and it makes it easy for them to acknowledge that they might be doing something wrong but they don't want to be pestered about it every time they run setup. But I'll also add a commandline switch. Could the dialog list the mirror(s) that are not on the official list? I have an official mirror select as well as my own repository for locally-patched packages. Thus, I will always get this dialog. It would be nice if I could tell from the dialog whether it's complaining just about my own repository or also about the official mirror. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 The days are all empty and the nights are unreal.
Re: Multiple pending setup patches
Brian Dessent wrote: Except, from the standpoint of setup there is no way to distinguish the following two scenarios: A) User knowingly uses local company mirror, or uses a non-official mirror to install non-official packages. B) 2 years ago, user chose a mirror located on a ISDN line in Outer Mongolia that was current at the time, but which later stopped mirroring The the mirror list could show nonstandard mirrors in a different color. For case A, this would visually indicate that it isn't an official mirror, and you use it at your own risk. For case B, what you'd see is that suddenly your default mirror changes color. Then if they complain on the mailing list, the first question would be did your mirror turn red? (to pick a random color). This could be done either along with Chris's don't bug me again dialog box, or without it. One problem with the dialog box alone is that someone could click the don't bug me box without really thinking about the message. Then 6 months later when their out-of-date mirror starts causing serious problems for them, they've forgotten about the choice they made, and post to the list. Having a continuing indication that they're using a nonstandard mirror would ameliorate this. If you do add Chris's dialog box, it needs to be a per-connection setting. The user's willingness to tolerate one nonstandard mirror doesn't imply that they don't care about this status for all of them. I can imagine a person having one nonstandard mirror who also uses other official mirrors from time to time for various purposes. The most common case would be having a package-specific mirror, plus a favorite mirror for Cygwin itself. If their favorite official Cygwin mirror gets dropped from the list, setup.exe should still tell them about it, even though they once told it to ignore another nonstandard mirror.
Re: Multiple pending setup patches
Warren Young wrote: The the mirror list could show nonstandard mirrors in a different color. But every mirror in the mirrors.lst is an official mirror. There can be at most only one mirror URL in the dialog that is not official: the one that the user has just typed in, or the one that was used the last time setup was run. Since that URL is selected by default, it's already in a different color than the rest. But I do see your point. I'm now thinking maybe setup could do something similar -- I'm thinking an asterisk after the name (with dialog text explaining its meaning), since using color becomes confusing when you also have the selected/not-selected color distinction. Brian
Re: Multiple pending setup patches
Brian Dessent wrote: There can be at most only one mirror URL in the dialog that is not official: Ah. I didn't know that limitation. I'm thinking an asterisk after the name (with dialog text explaining its meaning), since using color becomes confusing when you also have the selected/not-selected color distinction. If the warning color were red, you could make the selected color white on red instead of the Windows default. The best reason I can think of to avoid using color is that you'd probably have to write a custom paint routine. That's a bit of work. If you choose this path, something more obvious than an asterisk would be better. For instance, prefix it with NON-OFFICIAL: .
Re: 1.5.18: ld command generates stackdump
CGF It is useless. You probaby have to continue CGF after ld has been attached to see where the CGF SEGV really is coming from. Thanks. Here is the result... GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... Attaching to program `/bin/ld.exe', process 4060 [Switching to thread 4060.0x9f8] (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x195dffd0 in ?? () #6 0x867810e8 in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 4060.0xf60] 0x610c4914 in memcpy () from /bin/cygwin1.dll (gdb) bt #0 0x610c4914 in memcpy () from /bin/cygwin1.dll #1 0x6100275e in toascii () from /bin/cygwin1.dll #2 0x61050c8e in lsearch () from /bin/cygwin1.dll #3 0x610516e4 in lsearch () from /bin/cygwin1.dll #4 0x61051f79 in lsearch () from /bin/cygwin1.dll #5 0x610ab36c in setstate () from /bin/cygwin1.dll #6 0x6104ed0a in lsearch () from /bin/cygwin1.dll #7 0x610844ff in cygwin1!aclcheck () from /bin/cygwin1.dll #8 0x00428f50 in bfd_alloc (abfd=0x2c9aa418, size=320) at opncls.c:853 #9 0x00428f9e in bfd_zalloc (abfd=0x2c9aa418, size=320) at opncls.c:876 #10 0x00432e77 in coff_new_section_hook (abfd=0x2c9aa418, section=0x2c9fb7a0) at coffcode.h:1569 #11 0x0042288c in bfd_section_init (abfd=0x2c9aa418, newsect=0x2c9fb7a0) at section.c:773 #12 0x00422cee in bfd_make_section_anyway (abfd=0x2c9aa418, name=0x2c9fd8b8 .rdata$_ZTV15TCMapProjection) at section.c:1084 #13 0x0042f375 in coff_object_p (abfd=0x2c9aa418) at coffgen.c:99 #14 0x004284a7 in bfd_check_format_matches (abfd=0x2c9aa418, format=bfd_object, matching=0x0) at format.c:167 #15 0x0042857e in bfd_check_format (abfd=0x2c9aa418, format=bfd_object) at format.c:91 #16 0x004239ba in _bfd_generic_link_add_archive_symbols (abfd=0x2c538620, info=0x4af0c0, checkfn=0x4455b0 coff_link_check_archive_element) at linker.c:1085 #17 0x00445566 in _bfd_coff_link_add_symbols (abfd=0x2c538620, info=incomplete type) at cofflink.c:166 #18 0x00409be4 in load_symbols (entry=0x2c538620, place=0x1) at ldlang.c:2275 #19 0x0040a5ed in open_input_bfds (s=0x4af0c0, force=1) at ldlang.c:2685 #20 0x0040f3a2 in lang_process () at ldlang.c:5288 #21 0x00411765 in main (argc=153, argv=0x61156a48) at .././ld/ldmain.c:460 (gdb) Now we're getting somewhere. TCMapProjection is a class in one of my libraries. What next? Sorry for being a pest. Pete -- 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: Security advisory: uw-imap - 3 attachments
uw-imap (whose maintainer, AFAICS, has yet to respond to reply to Corinna's message) is vulnerable to remote overflow of a buffer in the IMAP server leading to execution of arbitrary code. The only solution is to upgrade to 2004g (current Cygwin release is 2002e!). I built 2004g and it nearly builds ootb. The only patch necessary is for CRAM-MD5 auth. This patch is well known and has been used for the 2002e version also. All other patches that have been necessary for 2002e have already been integrated in the 2004g release. I could not post to the cygwin applications list via gmane, so I reply to the main list. Apologies if this not the way it should be done. I´d be glad to assist the maintainer in building a 2004g package for cygwin. I´m facing two minor issues: - the first is described here in detail: http://www.cygwin.com/ml/cygwin/2004-11/msg01137.html it has always been there for me (even with the 2002e package), so I don´t think it is a new problem - second, when I use dmail from .procmailrc, it causes a stackdump at the end of the delivery process. But all logs are written fine and all mail gets delivered, so it is more a cosmetic thing (IMHO) Attached you find 3 patches: 1) imap-2004c1.cram-md5-auth.patch It is necessary for cram-md5 to work. 2) imap-2004c1.mbx-by-default.patch (optional) Local mailboxes are created in MBX format by default, which allows simultanous rw access by multiple sessions. New mail has to be spooled to a mbox format mailbox in /var/spool/mail/user, but is transfered to ~/Mail/INBOX by UW-IMAP immediately. 3) imap-2004c1.mailsubdir-Mail.patch (optional) Mail is stored in the users ~/Mail folder. The last two patches make uw-imap behave more compliant to modern UNIX standards and more capable. These are not real patches, but configuration options for uw-imap. If you migrate from an older version of uw-imap that has been configured differently, you have to move the mailbox files to the new folder localtions. Regards, Christian begin 644 imap-2004c1.mbx-by-default.patch M9EF9B`M875R(EM87`M,C`P-,Q+G9A;FEL;$OW)C+V]S95P+W5N:[EMAIL PROTECTED] M36%K969I;4@:6UATR,#`T8S$OW)C+V]S95P+W5N:[EMAIL PROTECTED];4- MBTM+2!I;6%P+3(P,#1C,2YV86YI;QA+W-R8R]OV1E]U;FEX+TUA:V5F M:6QE3(P,#0M,3$M,#4@,C,Z,S(Z,C8N,#`P,#`P,#`P(LP,3`P#0HK*RL@ M:6UATR,#`T8S$OW)C+V]S95P+W5N:[EMAIL PROTECTED];4),C`P-2TP,RTQ M,`Q,#HU.3HP.XP,#`P,#`P,[EMAIL PROTECTED],#`-D!`(TW,BPQ,2`K-S(L,3$@ M0$`-B!324=465!%/6)S9`T*($-26%194$4][EMAIL PROTECTED],13TO M=7-R+VQI8B]N97=S+V%C=EV90T*+5-03T],1$E2/2]UW(OW!O;VP-BM3 M4$]/3$1)4CTO=F%R+W-P;[EMAIL PROTECTED])3%-03T],/20H4U!/3TQ$25(I+VUA M:6P-B!.15=34U!/3TP])A34$]/3$1)4BDO;F5WPT*(%)[EMAIL PROTECTED] MB]U8V(OG-H#0HM3$]#2U!'33TO971C+VUL;V-K#0HK3$]#2U!'33TO=7-R M+V)I;B]M;]C:PT*(`T*(`T*(,@15F875L=!F;W)M871S(9OB!CF5A M=EN9R!N97@;6%I;)O5S(%N9!F;W(@96UP='D@;6%I;)O5S(EN M('[EMAIL PROTECTED]@*SDR+#@0$`-B`C('-E=!C97)T86EN(]T:5R M(9OFUA=',@*4N9RX@;6)X(%N9!M[EMAIL PROTECTED],@=AE($5-4%194%)/5$\@ M[EMAIL PROTECTED]AEV4-B`C(9OFUA=',@8V%N(YE=F5R()E(5M'1Y(9I M;[EMAIL PROTECTED](`T*+4-214%415!23U1//75N:7APF]T;PT**T-214%415!23U1/ M/6UB'!R;[EMAIL PROTECTED];FEX')O=\-B`-B`-D!`(TR M-#L-R`K,C0W+#@0$`-B`))A54E,1[EMAIL PROTECTED]0H0T%4*2!34$5#24%,4V`@ M3U,])[EMAIL PROTECTED](`E$149!54Q41%))5D524STB:6UA!N;G1P('!O#,@;6)X M('5N:7@@AI;4B(%P-B`)4TE'5%E013UPW@@0TA%0TM05SUC6@3$]' M24Y05SUC6@0U)85%E013US=[EMAIL PROTECTED]/3$1)4CTO=F%R(%P-BL) M4U!/3TQ$25(]+W9AB]S]O;!#0H@4%#5$E6149)3$4]+W5SB]L;V-A M;[EMAIL PROTECTED](`E24TA0051(/2]UW(O8FEN+W)S:! :#0H@4)!4T5#1DQ!1U,](BUG(U/(B!#0H! ` end begin 644 imap-2004c1.cram-md5-auth.patch M9EF9B`M875R(EM87`M,C`P-,Q+G9A;FEL;$OW)C+V]S95P+W5N:[EMAIL PROTECTED] M;]G7V-Y9RYC(EM87`M,C`P-,Q+W-R8R]OV1E]U;FEX+VQO9U]C6N M8PHM+2T@:6UATR,#`T8S$N=F%N:6QL82]SF,O;W-D97`O=6YI]L;V=? M8WEG+F,),C`P,RTP-TR-B`P,CHS-SHU,RXP,#`P,#`P,[EMAIL PROTECTED],#`**RLK M(EM87`M,C`P-,Q+W-R8R]OV1E]U;FEX+VQO9U]C6N8PDR,#`U+3`S M+3$P(#$P.C4T.C$S+C`P,#`P,#`P,`K,#$P,`I`0`M,[EMAIL PROTECTED],[EMAIL PROTECTED](X+#(Q M($!`B!L;VYG(QO9VEN'@*'-TG5C=[EMAIL PROTECTED]EN=!AF=C M+-H87(@*F%R9W9;72D*('L*([EMAIL PROTECTED]@=6ED(#T@'M/G!W7W5I9#L* M+0D)0DO*B!M=7-T()E('-A;[EMAIL PROTECTED]B!N86UE(%S(QA[EMAIL PROTECTED] [EMAIL PROTECTED](HOBT@(EF(@A*-Y9U]UV5R(8F(%S=')C;[EMAIL PROTECTED]'!W+3YP=U]N M86UE+-Y9U]UV5R*2DI(')E='5R;B!.24P[BT)0D)[EMAIL PROTECTED][EMAIL PROTECTED]AE($EM M5RV]N871E3]G9V5D3VY5V5R*[EMAIL PROTECTED]@8WEG=VEN7W-E=%]I;7!E MG-O;F%T:6]N7W1O:V5N(AC6=?:1L*3L**PHK(`O*B!T:[EMAIL PROTECTED])!32U- [EMAIL PROTECTED];]W(1O97-N)[EMAIL PROTECTED];!C:5C:W!W*[EMAIL PROTECTED]@:68@ M*%U=A?;60U+G-EG9EBD**R`@PHK(`@(EF(AC6=?=7-E[EMAIL PROTECTED] M9VEV92`H*'9O:[EMAIL PROTECTED](9C6=?=7-EBD[BL@([EMAIL PROTECTED](@/2!C M'ES='(H'M/G!W7VYA;64I.PHK(!]BL@(5LV4**R`@PHK(`@(`@ M(`@(`@(`@(`@(`@(`@(`@(`@(`O*B!M=7-T()E('-A;[EMAIL PROTECTED] MB!N86UE(%S(QA[EMAIL PROTECTED]@I(HOBL@(`@:[EMAIL PROTECTED]$H8WEG7W5S M97(@)B8@(7-TF-M`H'M/G!W7VYA;64L8WEG7W5S97(I*2D@F5T=7)N
Re: 1.5.18: ld command generates stackdump
One last post before calling it a night. I built a debug version of the cygwin DLL as well and installed it. Here is the latest gdb session: Attaching to program `/bin/ld.exe', process 304 [Switching to thread 304.0x990] (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x195dffd0 in ?? () #6 0x862a0968 in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 304.0x76c] 0x610c4914 in memcpy () at ../../../../cygwin-1.5.18-1/winsup/cygserver/client.cc:464 464 syscall_printf (cygserver un-available); Current language: auto; currently c++ (gdb) bt #0 0x610c4914 in memcpy () at ../../../../cygwin-1.5.18-1/winsup/cygserver/client.cc:464 #1 0x6100275e in crealloc (s=0x611ad488, n=262360) at ../../../../cygwin-1.5.18-1/winsup/cygwin/cygheap.cc:242 #2 0x61050c8e in list::add_record (this=0x61159870, r= {fdesc_ = -1, mapping_handle_ = 0x4a3c, access_mode_ = 1, flags_ = 34, o ffset_ = 0, size_to_map_ = 8192, base_address_ = 0x2c9fe000 , page_map_ = 0x0, dev = {name = 0x2000 Address 0x2000 out of bounds, {devn = 0, {minor = 0, maj or = 0}}, native = 0x22 Address 0x22 out of bounds, mode = 4294967295, dev_on_ fs = false}}, off=0, len=8192) at ../../../../cygwin-1.5.18-1/winsup/cygwin/mmap.cc:375 #3 0x610516e4 in mmap64 (addr=0x0, len=8192, prot=1, flags=34, fd=-1, off=0) at ../../../../cygwin-1.5.18-1/winsup/cygwin/mmap.cc:749 #4 0x61051f79 in mmap (addr=0x0, len=8192, prot=3, flags=34, fd=-1, off=0) at ../../../../cygwin-1.5.18-1/winsup/cygwin/mmap.cc:768 #5 0x610ab36c in dlmalloc (bytes=0) at ../../../../cygwin-1.5.18-1/winsup/cygwin/malloc.cc:3341 #6 0x6104ed0a in malloc (size=4064) at ../../../../cygwin-1.5.18-1/winsup/cygwin/malloc_wrapper.cc:69 #7 0x610844ff in _sigfe () at ../../../../cygwin-1.5.18-1/winsup/cygwin/cygserver.h:82 #8 0x0022e968 in ?? () #9 0x004227f9 in bfd_section_hash_newfunc (entry=0x2c9aa4d8, table=incomplete type, string=0x22e9a8 Oé\) at section.c:738 #10 0x00428f50 in bfd_alloc (abfd=0x2c9aa418, size=320) at opncls.c:853 #11 0x00428f9e in bfd_zalloc (abfd=0x2c9aa418, size=320) at opncls.c:876 #12 0x00432e77 in coff_new_section_hook (abfd=0x2c9aa418, section=0x2c9fb7a0) at coffcode.h:1569 #13 0x0042288c in bfd_section_init (abfd=0x2c9aa418, newsect=0x2c9fb7a0) at section.c:773 #14 0x00422cee in bfd_make_section_anyway (abfd=0x2c9aa418, name=0x2c9fd8b8 .rdata$_ZTV15TCMapProjection) at section.c:1084 #15 0x0042f375 in coff_object_p (abfd=0x2c9aa418) at coffgen.c:99 #16 0x004284a7 in bfd_check_format_matches (abfd=0x2c9aa418, format=bfd_object, matching=0x0) at format.c:167 #17 0x0042857e in bfd_check_format (abfd=0x2c9aa418, format=bfd_object) at format.c:91 #18 0x004239ba in _bfd_generic_link_add_archive_symbols (abfd=0x2c538620, info=0x4af0c0, checkfn=0x4455b0 coff_link_check_archive_element) at linker.c:1085 #19 0x00445566 in _bfd_coff_link_add_symbols (abfd=0x2c538620, info=incomplete type) at cofflink.c:166 #20 0x00409be4 in load_symbols (entry=0x2c538620, place=0x1) at ldlang.c:2275 #21 0x0040a5ed in open_input_bfds (s=0x4af0c0, force=1) at ldlang.c:2685 #22 0x0040f3a2 in lang_process () at ldlang.c:5288 #23 0x00411765 in main (argc=153, argv=0x61156a48) at .././ld/ldmain.c:460 (gdb) Looks like it is craching on 464 syscall_printf (cygserver un-available); in memcpy. Make any sense? Will check the list tomorrow. TIA. Pete -- 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: boost, boost_unit_test_framework
Mattias Brändström wrote: Václav Haisman wrote: /usr/lib/libboost_date_time-gcc-mt-s-1_33.a* /usr/lib/libboost_date_time-gcc-mt-s.a* This is called 'versioned' layout. In my build scripts I would still like to be able to specify -lboost_date_time and not -lboost_date_time-gcc-mt-s. Is it the intention of the maintainer of the cygwin boost package that I should make a symbolic link (ln -s libboost_date_time.a libboost_date_time-gcc-mt-s.a) to the library that I want to use? You can either add the links or you can have something like BOOST_SUFFIX=-gcc-mt-s and use -lboost_date_time${BOOST_SUFFIX}. Ok. I didn't think of using a suffix like you suggest. It looks nice and I am going to use it in my build scripts. Another question regarding the cygwin boost package is why the test libraries are missing? Because its build is broken on Cygwin. Have the test libraries worked in any previous version of boost for Cygwin? If so, is there any way that I can install that version instead? I don't know. The current Boost package is the only Boost Cygwin package so far. You could try to compile some older Boost than 1.33.0 from sources. :.:: mattias Vaclav Haisman signature.asc Description: OpenPGP digital signature
Re: boost, boost_unit_test_framework
Václav Haisman wrote: Have the test libraries worked in any previous version of boost for Cygwin? If so, is there any way that I can install that version instead? I don't know. The current Boost package is the only Boost Cygwin package so far. You could try to compile some older Boost than 1.33.0 from sources. Actually, I tried to compile the test libraries of boost 1.33 myself like this: bjam -sTOOLS=gcc --with-test stage And that command produced the test libraries for me. The only difference from your libraries was that their extension was .lib instead of .a. How did you manage to get .a libraries? Is there any difference between .a and .lib in Cygwin? When I changed the extension of boost_unit_test_framework to .a and compiled and linked my test with -lboost_unit_test_framework I got a working binary. However, I would like to be able to build my project with a vanilla installation of Cygwin. This would make it easier for me to share my project with other people since they would only have to install the correct versions (preferable the latest) of the Cygwin packages to be able to build it. In what way is the test libraries broken under Cygwin? :.:: mattias -- 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 cygrunsrv for running native win32 applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor writes: LOL. Propose a gold star for Antony Baxter - I believe he is the first person on record as getting a laugh out of CGF! ht - -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: [EMAIL PROTECTED] URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFDT5V8kjnJixAXWBoRArgEAJ9xFskpFsU+adhIaLYwUFD1mzVl6QCeIgGp NNbX9IWIl9d1u6AWUDF0KUM= =2baZ -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: patch cygrunsrv for running native win32 applications
Henry S. Thompson wrote: Christopher Faylor writes: LOL. Propose a gold star for Antony Baxter - I believe he is the first person on record as getting a laugh out of CGF! I second this propose ;) Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Security advisory: uw-imap - 3 attachments
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christian Weinberger on 10/14/2005 12:26 AM: I could not post to the cygwin applications list via gmane, so I reply to the main list. Apologies if this not the way it should be done. I don't know why cygwin-apps is registered as a one-way only list on gmane, but I have also found it is annoying that you can't post there through gmane. It would take permission from the list owner for gmane to change the policy on their mirroring of the list (at least gmane still respects the subscriber-only posting rules). However, gmane also has the annoying property of not allowing file attachments, so you really should be using a proper email client and not gmane when trying to send attachments. As for you comments about cygwin applications, they really do belong on cygwin-apps; I've changed the reply-to accordingly. Also, attachments are better received if they are MIME attachments, not uuencoded inline; and with a text MIME type if they really are text based (the number of mail clients out there that blindly assume every attachment should be marked application/octet-stream is unfortunate). I´d be glad to assist the maintainer in building a 2004g package for cygwin. There has been no response from the uw-imap maintainer, at least per http://sources.redhat.com/ml/cygwin-apps/2005-10/msg00111.html. If you are volunteering to maintain it, you will need to respond directly on the cygwin-apps list. - -- 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 iD8DBQFDT7Px84KuGfSFAYARAsZZAKCQv5IVM86s4JG4E/hy31UqsnLc0gCbBjvV AaOfRhh14DlGRrgHIOR6XYs= =FgOe -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: patch cygrunsrv for running native win32 applications
Christopher Faylor writes: LOL. Propose a gold star for Antony Baxter - I believe he is the first person on record as getting a laugh out of CGF! ht Thank you, thank you, bows/ you're too kind! However, I think it would just be construed as a form of nepotism - for the record Henry used to be one of my lecturers in Edinburgh, several years ago. Waddya mean you *don't remember*? Ant. ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup fails!
in my opition you should copy the cygwin1.dll to the winnt/system32 directory.Ignore whatever the installer say there is an old dll in XXX path 2005/10/13, Eric Blake [EMAIL PROTECTED]: The procedure entry point getline could not be located in the dynamic link library cygwin1.dll! What was the title of the popup box (in other words, which app reported this message)? getline() is not present in 1.5.18, only in snapshots. Did you, perchance, install coreutils-5.90-2, which relies on a snapshot being installed? We would have known that had you followed these instructions, or at least mentioned which app was in the popup box title. Problem reports: http://cygwin.com/problems.html -- Eric Blake -- 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: Setup fails!
Ugh, top-posting... Reformatted. On Fri, 14 Oct 2005, Kern wrote: 2005/10/13, Eric Blake [EMAIL PROTECTED]: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. The procedure entry point getline could not be located in the dynamic link library cygwin1.dll! What was the title of the popup box (in other words, which app reported this message)? getline() is not present in 1.5.18, only in snapshots. Did you, perchance, install coreutils-5.90-2, which relies on a snapshot being installed? We would have known that had you followed these instructions, or at least mentioned which app was in the popup box title. Problem reports: http://cygwin.com/problems.html in my opition you should copy the cygwin1.dll to the winnt/system32 directory.Ignore whatever the installer say there is an old dll in XXX path Your opinion is wrong. Not only will it make future upgrades hard, it will also not fix the problem, since, as Eric said, this is a legitimate message that resulted from installing an experimental version of the coreutils package. To reiterate: there is *NEVER*[*] any reason to copy cygwin1.dll anywhere but the directory mounted as /bin. Doing so will only break your Cygwin installation. Igor [*] Unless you really, REALLY, *REALLY* know what you're doing. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: security concerns / production environment
Well, I want to install cygwin on a production server and wanted to make sure there are no current security concerns or things that I should be aware of. I just wanted to know if anybody else had any issues where it conflicted with any existing application that was running at the time or any modification they had to make to cygwin for security purposes. BLOCKQUOTE style='PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #A0C6E5 2px solid; MARGIN-RIGHT: 0px'font style='FONT-SIZE:11px;FONT-FAMILY:tahoma,sans-serif'hr color=#A0C6E5 size=1 From: iquot;Larry Hall (Cygwin)quot; lt;[EMAIL PROTECTED]gt;/ibrReply-To: icygwin@cygwin.com/ibrTo: iABi DaR lt;[EMAIL PROTECTED]gt;/ibrCC: icygwin@cygwin.com/ibrSubject: iRe: security concerns / production environment/ibrDate: iThu, 13 Oct 2005 16:58:47 -0400/ibrgt;ABi DaR wrote:brgt;gt;Greetings,brgt;gt; Are there any known issues about running quot;cygwin SSHDquot; service brgt;gt;in a production environment? Is there any concern I should be brgt;gt;aware of or has anyone run into problems running it on a production brgt;gt;server with ColdFusion running on it.brgt;brgt;brgt;What kind of issues? Just how it works with ColdFusion? Perhaps brgt;othersbrgt;can answer that. I've run Cygwin's sshd for years to tunnel VNC and brgt;notbrgt;had any problems.brgt;brgt;If your concern is security, you may want to read the following brgt;Cygwin FAQ:brgt;brgt;lt;http://cygwin.com/faq/faq-nochunks.html#faq.api.securegt;brgt;brgt;brgt;--brgt;Larry Hall http://www.rfk.combrgt;RFK Partners, Inc. (508) 893-9779 - RFK Officebrgt;838 Washington Street (508) 893-9889 - FAXbrgt;Holliston, MA 01746br/font/BLOCKQUOTE -- 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: Windows update vs. cygrunsrv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Blake wrote: I don't know it this was unique to my machine, but am reporting it in case anyone else runs into the same issue. When running Microsoft update today, on Win2k, the patch for Security Update for DirectX 9 for Windows 2000 (KB904706) hung during installation, with an instance of cygrunsrv hogging 100% CPU, until I had stopped every last one of my cygrunsrv processes. I don't know what the Microsoft update was trying to do to running services during the update, but it obviously didn't interact very well with cygrunsrv. I have the converse experience. I'm usually running three services under cygrunsrv (syslogd, sshd, esd) and today I used Windows Update, too, to get the latest security bugfixes. I had (and never had) problems to do this while my services were still running. I usually leave my services up, as well; this was the first time I had a hang. Today's Win2k patch list contained 10 patches, and it was only the 1 patch for KB904706 that hung. So it's not the update process in general, but that particular patch, that I was complaining about. I had a similar experience this morning, except the DirectX update hung with inetd using all the CPU. Shutting down inetd allowed the update to complete. Al -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDT8RUz4fTOFL/EDYRAkjwAJ0YGyP+tB7U+Wwf6Ys82l4VJklwfwCfTMVO HPdCoBHadCCWNESfcGtRpv0= =oyNi -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: Setup fails!
Kern wrote: in my opition you should copy the cygwin1.dll to the winnt/system32 directory.Ignore whatever the installer say there is an old dll in XXX path Errr.. NO! If you want to use the cygwin1.dll that's a part of cygwin, add cygwin\bin to your path (drive letter omitted here). Then you just make sure and remove any cygwin1.dll's from apps you install. That way you're always using the most up to date one, and never have a conflict between the version cygwin has installed and what you have in your windows directory. 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: 1.5.18: ld command generates stackdump
On Thu, Oct 13, 2005 at 11:50:45PM -0700, Peter J. Stieber wrote: One last post before calling it a night. I built a debug version of the cygwin DLL as well and installed it. Here is the latest gdb session: I don't remember if I suggested trying a snapshot but I'm wondering if a snapshot would just fix your problem: http://cygwin.com/snapshots/ . 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: patch cygrunsrv for running native win32 applications
On Fri, Oct 14, 2005 at 12:24:44PM +0100, Henry S. Thompson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor writes: LOL. Propose a gold star for Antony Baxter - I believe he is the first person on record as getting a laugh out of CGF! http://www.cygwin.com/ml/cygwin-xfree/2004-12/msg9.html http://sourceware.org/ml/cygwin/2004-04/msg00947.html http://sourceware.org/ml/cygwin/2004-04/msg00947.html http://sourceware.org/ml/cygwin-talk/2005-q1/msg00015.html http://sourceware.org/ml/cygwin-talk/2005-q1/msg00015.html . . . And a few in personal email. Dave Korn must be sick of seeing them, in fact. I hate to set the precedent of people voting for gold stars but since I thought of this when I sent the LOL, I guess a gold star would be appropriate, just for a nice comeback. 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/
Running cygwin on multiple computers from a shared network drive
I want to keep a cygwin installation on a shared network drive and then then use it from any computer. Has anybody accomplished this? Can you point me to some instructions? I would guess there is some setup required, such as loading the mount points in registry. Anything else? Thanks you. -- 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: Running cygwin on multiple computers from a shared network drive
On Fri, Oct 14, 2005 at 12:07:37PM -0400, Bogdan Calmac wrote: I want to keep a cygwin installation on a shared network drive and then then use it from any computer. Has anybody accomplished this? Can you point me to some instructions? I would guess there is some setup required, such as loading the mount points in registry. mount -m Anything else? /etc/passwd, /etc/group? 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: patch cygrunsrv for running native win32 applications
On Fri, 14 Oct 2005, Christopher Faylor wrote: On Fri, Oct 14, 2005 at 12:24:44PM +0100, Henry S. Thompson wrote: Christopher Faylor writes: LOL. Propose a gold star for Antony Baxter - I believe he is the first person on record as getting a laugh out of CGF! http://www.cygwin.com/ml/cygwin-xfree/2004-12/msg9.html http://sourceware.org/ml/cygwin/2004-04/msg00947.html http://sourceware.org/ml/cygwin/2004-04/msg00947.html http://sourceware.org/ml/cygwin-talk/2005-q1/msg00015.html http://sourceware.org/ml/cygwin-talk/2005-q1/msg00015.html The last one must've made you laugh twice... :-) . . . And a few in personal email. Dave Korn must be sick of seeing them, in fact. And who could forget http://cygwin.com/acronyms/#3PP? I hate to set the precedent of people voting for gold stars but since I thought of this when I sent the LOL, I guess a gold star would be appropriate, just for a nice comeback. Done. But you haven't answered Anthony's question: *will* this be fixed in 1.5.19? Is it on its way of becoming the next B20? :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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 cygrunsrv for running native win32 applications
On Fri, Oct 14, 2005 at 12:46:34PM -0400, Igor Pechtchanski wrote: On Fri, 14 Oct 2005, Christopher Faylor wrote: On Fri, Oct 14, 2005 at 12:24:44PM +0100, Henry S. Thompson wrote: Christopher Faylor writes: LOL. Propose a gold star for Antony Baxter - I believe he is the first person on record as getting a laugh out of CGF! http://www.cygwin.com/ml/cygwin-xfree/2004-12/msg9.html http://sourceware.org/ml/cygwin/2004-04/msg00947.html http://sourceware.org/ml/cygwin/2004-04/msg00947.html http://sourceware.org/ml/cygwin-talk/2005-q1/msg00015.html http://sourceware.org/ml/cygwin-talk/2005-q1/msg00015.html The last one must've made you laugh twice... :-) It was a stupid cut/paste error from firefox, actually. I'm having a #(* of a time getting that to work correctly. I hate to set the precedent of people voting for gold stars but since I thought of this when I sent the LOL, I guess a gold star would be appropriate, just for a nice comeback. Done. But you haven't answered Anthony's question: *will* this be fixed in 1.5.19? Is it on its way of becoming the next B20? :-) Corinna and I were thinking that 1.5.20 could be the next B20, actually. If I could just figure out Volker's hang problem, I'd release 1.5.19 and then we'd be on the road to nirvana. 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/
rxvt as replacement for windows terminal
I want to use rxvt shipped with cygwin as a replacement for the windows crappy terminal which cygwin uses as default. The problem is that native windows binaries like edit.com or python for windows does not work in rxvt. The terminal just hangs up. Is there a solution for this or what is the problem? / Christoffer Gurell ( not a subscriber to this list ) -- 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: Running cygwin on multiple computers from a shared network drive
On Fri, 14 Oct 2005, Christopher Faylor wrote: On Fri, Oct 14, 2005 at 12:07:37PM -0400, Bogdan Calmac wrote: I want to keep a cygwin installation on a shared network drive and then then use it from any computer. Has anybody accomplished this? Can you point me to some instructions? I would guess there is some setup required, such as loading the mount points in registry. mount -m Anything else? /etc/passwd, /etc/group? Plus a local /tmp and /var/tmp... Also, if the machines sharing the drive have different OSs, the /etc/{hosts,networks,protocols,services} symlinks will be broken. You're probably better off with a local /etc as well, with symlinks to a shared /etc for stuff that needs sharing (e.g., /etc/profile). One more thing: unless the shared drive has the same access path (i.e., drive letter) on all machines, you may want to adapt /cygwin.bat. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: security concerns / production environment
On 10/14/2005, ABi DaR wrote: Well, I want to install cygwin on a production server and wanted to make sure there are no current security concerns or things that I should be aware of. I just wanted to know if anybody else had any issues where it conflicted with any existing application that was running at the time or any modification they had to make to cygwin for security purposes. Beyond the FAQ entry I pointed you to, there is no additional caveats to using OpenSSH under Cygwin. -- 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: 1.5.18: ld command generates stackdump
PS = Peter J. Stieber PSOne last post before calling it a night. I built a debug PS version of the cygwin DLL as well and installed it. PS Here is the latest gdb session: CGF I don't remember if I suggested trying a snapshot CGF but I'm wondering if a snapshot would just fix CGF your problem: http://cygwin.com/snapshots/ . Tried 20051013 and it worked :-))) I will let my development crew know when the next version of the cygwin DLL is released. Thanks again Christopher and Brian for the help. And as always, thanks to Corinna, Christopher, Igor, Joshua, and the many others to numerous to mention for all of their hard work on cygwin. Do I get a gold star ;-) Pete -- 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: rxvt as replacement for windows terminal
Christoffer Gurell wrote: I want to use rxvt shipped with cygwin as a replacement for the windows crappy terminal which cygwin uses as default. The problem is that native windows binaries like edit.com or python for windows does not work in rxvt. The terminal just hangs up. Is there a solution for this or what is the problem? Windows programs don't understand Cygwin ttys. The workarounds are: - Don't use Windows programs with rxvt. - Go back to using cmd.exe (without 'tty' set in your CYGWIN environment variable) if you must use Windows programs. You can find plenty of discussion about this issue in the email archives if you're interested in further info. -- 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: 1.5.18: ld command generates stackdump
On Fri, Oct 14, 2005 at 10:15:36AM -0700, Peter J. Stieber wrote: PS = Peter J. Stieber PSOne last post before calling it a night. I built a debug PS version of the cygwin DLL as well and installed it. PS Here is the latest gdb session: CGF I don't remember if I suggested trying a snapshot CGF but I'm wondering if a snapshot would just fix CGF your problem: http://cygwin.com/snapshots/ . Tried 20051013 and it worked :-))) I'm sorry that it didn't occur to me much earlier that this was a cygwin heap problem that was fixed in a snapshot. I guess that, as a rule of thumb, try a snapshot is always a good idea. 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: 1.5.18: ld command generates stackdump
PSTried 20051013 and it worked :-))) CGF I'm sorry that it didn't occur to me much CGF earlier that this was a cygwin CGF heap problem that was fixed in a snapshot. CGF I guess that, as a rule of thumb, CGF try a snapshot is always a good idea. Not to be a total brown nose, but I've been using cygwin for a long time and this is only the second time I've had to resort to a snapshot to solve a problem. In other words cygwin is normally stable enough so I don't think to try a snapshot. I should have tried it before posting. At least I learned how to build a debug version of the binutils package on cygwin. Thanks again, and I forgot to thank René Berber for his input, Pete -- 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: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'
On Wed, 12 Oct 2005, Corinna Vinschen wrote: On Oct 10 21:29, Igor Pechtchanski wrote: I believe this may be an instance of the error I reported in http://www.cygwin.com/ml/cygwin/2004-09/msg00552.html. Basically, the PATH conversion code stops whenever it encounters an invalid element in the PATH. In my case it was due to strict case checking, but it seems to be a more general problem. Basically, the Cygwin path conversion code stops when it encounters a non-existent directory, and only returns the part of the path it's converted so far. Since in your case the invalid directory comes first, you get an empty PATH. A patch to turn off this behavior altogether is reasonably simple, but I'm not sure it'll be accepted. The main question is whether this behavior is desired. Corinna or Chris, care to comment? This should be solved in current CVS (the general problem with non-existant directories, not the case_check stuff). Incidentally, that fix also solves the check_case problem I reported, since, due to the wrong case, Cygwin simply thought that the directory was non-existent. My patch attempted to make Cygwin understand that the directory was valid, whereas your approach is much simpler. In any case, I'm happy... Thanks! :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Setup error: URL Scheme not registered!
I'm not the original poster but I'm seeing the same problem. Igor, your 2.513.1-alpha build generates the following setup.log.full: 2005/10/14 10:54:10 Starting cygwin install, version 2.513 2005/10/14 10:54:10 Current Directory: G:\LocalPkg\cygwin 2005/10/14 10:54:10 Changing gid to Users 2005/10/14 10:54:10 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2005/10/14 10:54:11 source: network install 2005/10/14 10:54:17 root: C:\PROGRA~1\cygwin binary system 2005/10/14 10:54:18 Selected local directory: G:\LocalPkg\cygwin 2005/10/14 10:54:19 net: IE5 get_url_to_membuf http://sources.redhat.com/cygwin/mirrors.lst getUrlToStream http://sources.redhat.com/cygwin/mirrors.lst 2005/10/14 10:54:21 site: http://mirrors.xmission.com/cygwin get_url_to_membuf http://mirrors.xmission.com/cygwin/setup.bz2 getUrlToStream http://mirrors.xmission.com/cygwin/setup.bz2 2005/10/14 10:54:27 mbox fatal: Fatal Error: Uncaught Exception Thread: install Type: St16invalid_argument Message: URL Scheme for 'file://T:' not registered! 2005/10/14 10:54:30 Ending cygwin install I get the same error when trying to install from my local package cache: 2005/10/14 10:59:10 Starting cygwin install, version 2.513 2005/10/14 10:59:10 Current Directory: G:\LocalPkg\cygwin 2005/10/14 10:59:10 Changing gid to Users 2005/10/14 10:59:10 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2005/10/14 10:59:13 source: from cwd 2005/10/14 10:59:14 root: C:\PROGRA~1\cygwin binary system 2005/10/14 10:59:17 Selected local directory: G:\LocalPkg\cygwin Found ini file - G:\LocalPkg\cygwin/http%3a%2f%2fmirrors.xmission.com%2fcygwin/setup.ini 1% (8192 of 468499 bytes of ini file read) 3% (16384 of 468499 bytes of ini file read) 5% (24576 of 468499 bytes of ini file read) [...] 97% (458752 of 468499 bytes of ini file read) 99% (466944 of 468499 bytes of ini file read) 100% (468499 of 468499 bytes of ini file read) Removing empty category Audio Removing empty category Gnome Removing empty category KDE Removing empty category Math Removing empty category Publishing Removing empty category _obsolete 2005/10/14 10:59:21 mbox fatal: Fatal Error: Uncaught Exception Thread: install Type: St16invalid_argument Message: URL Scheme for 'file://T:' not registered! 2005/10/14 10:59:22 Ending cygwin install The T: drive is my tmp volume; when I first started seeing this error, I had Windows environment variables TEMP and TMP set to T:\. I've since changed them to T:\FOO and T:\BAR respectively but that hasn't changed the error message. The packages it's trying to install are: Package Current New cygwin-doc 1.4-2 1.4-3 dejagnu 20021217-2 expect20030128-1 openssl 0.9.8-2 0.9.8a-1 openssl097 0.9.7g-1 0.9.7h-1 stunnel 4.11-14.12-1 This is a new install (less than a week old) on a freshly-built XP Pro SP2 system. The problem started after I'd been using the system for a couple of days. -- Ernie Longmire Charles Schwab Co., Inc. Corporate Security/Custody Services, Core Brokerage Solutions WARNING: All e-mail sent to this address will be received by the Charles Schwab Co., Inc. corporate e-mail system and is subject to archival and review by someone other than the recipient. -- 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/
Sleep not terminating
I'm encountering a weird problem with sleep. If I run $ while true; do sleep 120; done [1] 6780 $ kill %1 the bash process (6780) and its child sleep process are both killed. However, if I kill the bash process using the pid, the child sleep process is not killed. $ while true; do sleep 120; done [1] 5528 $ kill 5528 $ ps -ef | grep sleep drothe6532 1 0 12:26:41 /bin/sleep I guess this problem has been around for a while. I'm seeing it with the latest snapshot and also with 1.5.18, with the latest bash and the test bash. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 (null cookie; hope that's ok) -- 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: Sleep not terminating
On Fri, Oct 14, 2005 at 12:36:55PM -0700, David Rothenberger wrote: I'm encountering a weird problem with sleep. If I run $ while true; do sleep 120; done [1] 6780 $ kill %1 the bash process (6780) and its child sleep process are both killed. However, if I kill the bash process using the pid, the child sleep process is not killed. $ while true; do sleep 120; done [1] 5528 $ kill 5528 $ ps -ef | grep sleep drothe6532 1 0 12:26:41 /bin/sleep I guess this problem has been around for a while. I'm seeing it with the latest snapshot and also with 1.5.18, with the latest bash and the test bash. I don't suppose that you tried this on linux, did you? Same behavior. It's what I'd expect. In the first case, by specifying %1, you're killing the process group, which consists of the bash process and the sleep process. In the second case, by specifying the bash pid, you're killing only the bash process. Since bash apparently doesn't have any special kill my subprocess behavior, I wouldn't expect sleep to go away. 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/
problems with top using Cygwin ssh to Debian 31r0a
Cygwin: When I use Cygwin to ssh into a Debian 3.1 stable (Sarge) machine and run top, the newlines seem to be double-expanded -- e.g. there is a blank line between each line of information. This problem does not occur when I ssh into a Debian 3.0 stable (Woody) machine. This problem does not occur on either Debian machine if I use Putty. Any suggestions? TIA, David -- 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/