Re: Please Upload: octave-forge-2005.06.13-1
On Jul 7 20:28, James R. Phillips wrote: Core Maintainers, Initial packaging of octave-forge is ready for upload. Packaging method is method 2. This package depends only on octave. It is planned that a new version will be released whenever octave is updated. Files available at ftp://antiskid.homelinux.net/pub/octave-forge octave-forge-2005.06.13-1.tar.bz2 octave-forge-2005.06.13-1-src.tar.bz2 setup.hint Uploaded. I've put the package into a subdirectory of octave on the server so that the octave stuff is neatly together. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Upload: bash-3.0-4 [test]
On Tue, 5 Jul 2005, Igor Pechtchanski wrote: This isn't good enough -- I think you do need a preremove script. I've been trying to figure out why the no-preremove solution seems wrong, and came up with the following scenario: suppose bash is linked against an older libreadline, and the user upgrades both bash and libreadline to newer versions. /bin/sh will be a copy of the old version of bash, but after the upgrade it won't have the necessary DLLs. So, running the postinstall script (with /bin/sh --version) will result in a Can't locate DLL popup, which should be a no-no in a postinstall script. Aha! http://cygwin.com/ml/cygwin/2005-07/msg00337.html -- that's what's been nagging at me all that time. The reason you have to use the preremove script instead of relying on the postinstall one is that there may not *be* a postinstall script that does the right thing (for example, when downgrading). FWIW, I still see nothing wrong with a preremove script. 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
Octave-related patch for rebaseall
All, I'm not certain if rebase is being actively maintained, since the last release was over a year ago. If anyone is, I have a patch for rebaseall that adds compiled octave shared libraries (*.oct) to the list of things that rebaseall can rebase. This should make rebaseall work with octave installations. Thanks, Jim Phillips, Cygwin Octave maintainer rebaseall.octave.patch Description: 3926675173-rebaseall.octave.patch
Re: Trial Packages Available for Cygwin: octave-forge-2005.05.06-1
James R. Phillips wrote: Though the package has already been uploaded, I have a few remarks: octave-forge-2005.05.06-1.tar.bz2 - The functions in main/gsl are not included. Did you have the gsl package installed during configuring? The configure script detects gsl correctly. octave-forge-2005.05.06-1-src.tar.bz2 octave-forge-2005.06.13-1.sh prep gives an error message that is fixed by this patch: --- orig/octave-forge-2005.06.13-1.sh 2005-07-07 06:44:13.0 +0200 +++ octave-forge-2005.06.13-1.sh2005-07-08 18:58:00.015625000 +0200 @@ -181,7 +181,7 @@ touch ./main/parallel/NOINSTALL \ touch ./main/symbolic/NOINSTALL \ touch ./nonfree/gpc/NOINSTALL \ - touch ./nonfree/splines/NOINSTALL ) + touch ./nonfree/splines/NOINSTALL ) } conf() { regards, Teun
Re: Octave-related patch for rebaseall
On Fri, Jul 08, 2005 at 09:50:14AM -0700, James R. Phillips wrote: I'm not certain if rebase is being actively maintained, since the last release was over a year ago. If anyone is, I have a patch for rebaseall that adds compiled octave shared libraries (*.oct) to the list of things that rebaseall can rebase. This should make rebaseall work with octave installations. This isn't really a patch list for anything other than setup.exe. OTOH, why not just make sure that the DLLs don't all load in the default location? Then you won't have to rely on rebaseall. cgf
Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer)
[redirecting to cygwin-apps] On Fri, Jul 08, 2005 at 07:27:55PM +0200, Corinna Vinschen wrote: On Jul 8 17:20, Gerrit P. Haase wrote: Christopher Faylor wrote: I don't think so but I don't think it will use cygwin's address anyway. Ok. Maybe Corinna should do the same for openssl? What? Why? OpenSSL uses another base address already in the Makefile (0x6300). Do we need to coordinate this among all package maintainers, maybe? Maybe we could publish a list of all of the dlls in the system along with standard base addresses for each and ask that maintainers make sure that their DLL complies with the base address. The more I think about this, the more I believe that we shouldn't have to continually tell users to run rebaseall. Setting the base address is something that should be done once, by the maintainer, not every time a person installs a package. cgf
Re: Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer)
On Jul 8 13:32, Christopher Faylor wrote: [redirecting to cygwin-apps] On Fri, Jul 08, 2005 at 07:27:55PM +0200, Corinna Vinschen wrote: On Jul 8 17:20, Gerrit P. Haase wrote: Christopher Faylor wrote: I don't think so but I don't think it will use cygwin's address anyway. Ok. Maybe Corinna should do the same for openssl? What? Why? OpenSSL uses another base address already in the Makefile (0x6300). Do we need to coordinate this among all package maintainers, maybe? Maybe we could publish a list of all of the dlls in the system along with standard base addresses for each and ask that maintainers make sure that their DLL complies with the base address. The more I think about this, the more I believe that we shouldn't have to continually tell users to run rebaseall. Setting the base address is something that should be done once, by the maintainer, not every time a person installs a package. I second that. Hereby I reserve the right for OpenSSL to keep 0x6300 as base address. ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer)
- Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: cygwin-apps@cygwin.com Cc: cygwin-apps@cygwin.com Sent: Friday, July 08, 2005 1:32 PM Subject: Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer) [redirecting to cygwin-apps] On Fri, Jul 08, 2005 at 07:27:55PM +0200, Corinna Vinschen wrote: On Jul 8 17:20, Gerrit P. Haase wrote: Christopher Faylor wrote: I don't think so but I don't think it will use cygwin's address anyway. Ok. Maybe Corinna should do the same for openssl? What? Why? OpenSSL uses another base address already in the Makefile (0x6300). Do we need to coordinate this among all package maintainers, maybe? Maybe we could publish a list of all of the dlls in the system along with standard base addresses for each and ask that maintainers make sure that their DLL complies with the base address. The more I think about this, the more I believe that we shouldn't have to continually tell users to run rebaseall. Setting the base address is something that should be done once, by the maintainer, not every time a person installs a package. Amen, but before we setup a centralized database can we evaluate if --enable-auto-image-base suffices? For example, does it currently lead to any collision? Pierre
Re: Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer)
On Fri, Jul 08, 2005 at 01:42:34PM -0400, Pierre A. Humblet wrote: From: Christopher Faylor Do we need to coordinate this among all package maintainers, maybe? Maybe we could publish a list of all of the dlls in the system along with standard base addresses for each and ask that maintainers make sure that their DLL complies with the base address. The more I think about this, the more I believe that we shouldn't have to continually tell users to run rebaseall. Setting the base address is something that should be done once, by the maintainer, not every time a person installs a package. Amen, but before we setup a centralized database can we evaluate if --enable-auto-image-base suffices? For example, does it currently lead to any collision? Yep. That's a good first step. cgf
Re: Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer)
--- Pierre A. Humblet wrote: The more I think about this, the more I believe that we shouldn't have to continually tell users to run rebaseall. Setting the base address is something that should be done once, by the maintainer, not every time a person installs a package. Amen, but before we setup a centralized database can we evaluate if --enable-auto-image-base suffices? For example, does it currently lead to any collision? Is there a way to force this linker option with a configuration flag in g-b-s?
Re: Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer)
On Fri, 8 Jul 2005, James R. Phillips wrote: --- Pierre A. Humblet wrote: The more I think about this, the more I believe that we shouldn't have to continually tell users to run rebaseall. Setting the base address is something that should be done once, by the maintainer, not every time a person installs a package. Amen, but before we setup a centralized database can we evaluate if --enable-auto-image-base suffices? For example, does it currently lead to any collision? Is there a way to force this linker option with a configuration flag in g-b-s? Isn't it a configure option? You can change the conf() function to pass it in. For linker options, set MY_LDFLAGS in the beginning of the script. 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: zlib security problem
Corinna Vinschen wrote: Any plans to release a new zlib package to solve http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-2096 ? Various Linux distros have already released a patched version. Updated zlib and mingw-zlib packages. -- Chuck
Re: Cygwin-Xfree 6.8.2.0-1 - Keyboard problem with Matlab 6.X
Hi all, I actually use Cygwin/X to display software from remote Unix servers. It really works fine except with matlab 6 : When I launch matlab, the main window appears on my local display but the keyboard seems inactive. (I cannot type anything inside the matlab's command window) Moreover, a left click is a paste (?), middle is also paste while the right click opens correctly the context menu. Maybe a problem with modifier keys. Try disabling numlock. bye ago Quite simple and it works .. thanks ! and if anyone knows how I could get a working numpad that would be great ! -- Mathieu OUDART
Gnome problem
Hello I tried to compile gnome-libs with cygwin and in configuration phase I got the following error : checking for gmodule support... no configure: error: Dynamic linking is not available on this platform. Some apps,like panel, will not run properly. Is there any idea about solving it ? And at all,What should I do if I want to have Gnome in my cygwin ? What packages should I download ? Thanks.
Re: Cygwin-Xfree 6.8.2.0-1 - Keyboard problem with Matlab 6.X
This thread from several years ago may be what you're looking for... http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00307.html -Tom From: Mathieu OUDART Reply-To: cygwin-xfree@cygwin.com To: cygwin-xfree@cygwin.com Subject: Re: Cygwin-Xfree 6.8.2.0-1 - Keyboard problem with Matlab 6.X Date: Fri, 08 Jul 2005 08:43:04 +0200 Hi all, I actually use Cygwin/X to display software from remote Unix servers. It really works fine except with matlab 6 : When I launch matlab, the main window appears on my local display but the keyboard seems inactive. (I cannot type anything inside the matlab's command window) Moreover, a left click is a paste (?), middle is also paste while the right click opens correctly the context menu. Maybe a problem with modifier keys. Try disabling numlock. bye ago Quite simple and it works .. thanks ! and if anyone knows how I could get a working numpad that would be great ! -- Mathieu OUDART
Re: Gnome problem
Redirected to cygwin-xfree list. Alireza Ghasemi wrote: Hello I tried to compile gnome-libs with cygwin and in configuration phase I got the following error : checking for gmodule support... no configure: error: Dynamic linking is not available on this platform. Some apps,like panel, will not run properly. Is there any idea about solving it ? And at all,What should I do if I want to have Gnome in my cygwin ? What packages should I download ? Thanks. There are several Gnome packages available in the GNOME category of Cygwin Setup, just start it: http://cygwqin.com/setup.exe and tell me which packages you are missing.
Newbie needs help getting GUI
I installed Cygwin/X on an XP computer. I'm trying to connect to a Redhat workstation that allows an SSH connection. Launching Cygwin, I get the shell. Typing ssh -Y - username hostname, I can successfully connect to the workstation and get a shell. Pardon what may be a simple question, but how do I get a GUI? I'm a *NIX newbie, so please speak slowly and be gentle. I've unsuccessfully tried to find the solution in the Cygwin documentation and the FAQs and the mailing lists. Thanks in advance for your help. -Peter
RE: Newbie needs help getting GUI
Thanks for the quick response! I'm not certain which environment is available on the Red Hat machine and I don't have physical access to it. It's running Red Hat Enterprise 4. I tried 'ssh -Y [EMAIL PROTECTED] gnome-session' and get the following... (gnome-session:6144): Gtk-WARNING **: cannot open display: Then, I tried 'ssh -Y [EMAIL PROTECTED] startkde' and get the following... /usr/bin/startkde: line 70: xsetroot: command not found /usr/bin/startkde: line 189: xset: command not found /usr/bin/startkde: line 192: xset: command not found /usr/bin/startkde: line 202: xsetroot: command not found startkde: Starting up... ksplash: cannot connect to X server kdeinit: Abortin. $DISPLAY is not set. Warning: connect() failed: :No such file or directory ksmserver: cannot connect to X server startkde: Shutting down... Warning: connect() failed: :No such file or directory Error: Can't contact kdeinit! startkde: Running shutdown scripts... startkde: Done. Is there something that must be configured on the Red Hat workstation? Thanks again! -Peter -Original Message- From: [EMAIL PROTECTED] Subject: Newbie needs help getting GUI Depending on the desktop environment you have to run different programs which startup the GUI: Gnome: gnome-session KDE: startkde CDE: dtsession X11: ~/.xinitrc (this will do the same as startx) You can start a single program by typing it's name: $ mozilla $ gimp You can add this to the ssh commandline for easy access: ssh -Y [EMAIL PROTECTED] gnome-session This will login and start the remote gnome desktop. Please note that running the remote desktop with multiwindow mode will result in a strange window layout, so are best used in the windowed mode (omiting the -multiwindow parameter). bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Newbie needs help getting GUI
Ugh, top-posting. Reformatted... On Fri, 8 Jul 2005, Peter Urban wrote: -Original Message- From: [EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Subject: Newbie needs help getting GUI Depending on the desktop environment you have to run different programs which startup the GUI: Gnome: gnome-session KDE: startkde CDE: dtsession X11: ~/.xinitrc (this will do the same as startx) You can start a single program by typing it's name: $ mozilla $ gimp You can add this to the ssh commandline for easy access: ssh -Y [EMAIL PROTECTED] gnome-session This will login and start the remote gnome desktop. Please note that running the remote desktop with multiwindow mode will result in a strange window layout, so are best used in the windowed mode (omiting the -multiwindow parameter). Thanks for the quick response! I'm not certain which environment is available on the Red Hat machine and I don't have physical access to it. It's running Red Hat Enterprise 4. I tried 'ssh -Y [EMAIL PROTECTED] gnome-session' and get the following... (gnome-session:6144): Gtk-WARNING **: cannot open display: Either run the ssh command from an xterm that pops up when you start X, or set your DISPLAY in the shell that you run ssh from (i.e., run it as DISPLAY=:0 ssh -Y [EMAIL PROTECTED] gnome-session ). Then, I tried 'ssh -Y [EMAIL PROTECTED] startkde' and get the following... /usr/bin/startkde: line 70: xsetroot: command not found /usr/bin/startkde: line 189: xset: command not found /usr/bin/startkde: line 192: xset: command not found /usr/bin/startkde: line 202: xsetroot: command not found startkde: Starting up... ksplash: cannot connect to X server kdeinit: Abortin. $DISPLAY is not set. Warning: connect() failed: :No such file or directory ksmserver: cannot connect to X server startkde: Shutting down... Warning: connect() failed: :No such file or directory Error: Can't contact kdeinit! startkde: Running shutdown scripts... startkde: Done. Same as above. Is there something that must be configured on the Red Hat workstation? No, it's your local thing. 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
src/winsup/w32api ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-07-08 13:37:34 Modified files: winsup/w32api : ChangeLog Log message: * include/objsafe.h: New file. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.662r2=1.663
[PATCH]: Add get{delim,line} symbol alias to avoid autoconf detection failures
Hi Corinna, I saw that you exported __get{delim,line} in the cygwin dll. I've had this modification locally for awhile now. There are a number of autoconfiscated applications which check for these functions and use them if present. Unfortunately, autoconf's AC_CHECK_FUNCS will not pickup CPP definitions in headers because the test links to the c library using a phony prototype. Thus, in order to facilitate autoconf, I've added the necessary resource aliases. I've also taken the liberty of replacing the CPP definitions with actual function prototypes for improved clarity. The patch for doing these operations is attached. I hope you find it satisfactory. Cheers, Nicholas 2005-07-09 Nicholas Wourms [EMAIL PROTECTED] * cygwin.din (getline): Add symbol alias to avoid problems with autoconf's AC_CHECK_FUNCS macro. (getdelim): Likewise. * include/sys/stdio.h (getline): Improve clarity by replacing the cpp definition with a proper function prototype. (getdelim): Likewise. * include/cygwin/version.h: Bump API minor number. getdelim-getline-autoconf-fix.patch Description: Binary data
Re: Running Windows apps (newbie again)
On Thu, Jul 07, 2005 at 08:15:42PM -0400, Igor Pechtchanski wrote: On Thu, 7 Jul 2005, Rex Eastbourne wrote: Hi all, If I already have a program, such as Emacs, that comes with Cygwin, should I keep my own version, or get the Cygwin version? (The shell doesn't recognize the 'emacs' command, but I presume I can fix that by changing my $PATH). Are there any other advantages to the Cygwin versions? The Cygwin versions of programs would understand Cygwin mounts and POSIX paths, as well as signals. Other than that, the differences are likely to be superficial (depending on the program). You left off the and likely be slower part. Also on the advantage side is having a cygwin package maintainer out there ready to address bugs and upgrade to newer versions for 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: Qestion about Bash Fork Resource Temporily Unavailable for NS2.28 and NS2.27
Hi, Larry, I use Cygwin not cygwin, is that matter? Can I rename Cygwin as cygwin directory and install it again? Thanks --- Larry Hall [EMAIL PROTECTED] wrote: At 07:04 PM 7/6/2005, you wrote: Hi, Larry, It is just easy to install (the download site is http://www.isi.edu/nsnam/ns/ns-build.html#allinone). I would appreciate if you would help. Yes, I understand. Well, let's hope that if/when I find the space to download and the time to build/install, it goes as easy as you suggest. Like I said, I'll report my results in this thread if I have any. By the way, which package in Cygwin can support unzip? I can't use winzip since it can't automatically unzip the file to the aimed directory. I haven't checked this zip file but the comments about it made me believe that it was a pure Windows zip file. It mentioned something about making sure that your Cygwin install directory was c:\cygwin. (I would normally double check all this before posting but the site appears to be down at my time of posting so I'm working from memory). Anyway, if I am remembering correctly, then WinZip should work just fine if your installation meets that restriction. As for 'unzip', I mentioned in: http://cygwin.com/ml/cygwin/2005-07/msg00189.html this utility can be found in the Cygwin unzip package. Re-run 'setup.exe' and install that package if you have not already. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and zsh...
* Spack (2005-07-08 00:08 +0100) I've tried to change the default shell (bash) to zsh by changing the appropriated line in the /etc/passwd You changed the login shell for that user. file but when I reload cygwin I'm always on bash. How did you do that? How can I change the default shell ? There is no default shell. If you start bash by clicking on the Cygwin icon, you start a batch file that explicitly starts bash. Modify the batch to start zsh. PS: I've installed zsh but I've not looking for the /etc/shells file. /etc/shells lists available shells (for chsh or other utilities). It's not required. -- 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 perils of editing .bashrc (Attn: base-files maintainer)
On Fri, July 8, 2005 1:12 am, Igor Pechtchanski said: On Thu, 7 Jul 2005, Rex Eastbourne wrote: Is it advisable to edit one's .bashrc? I'd like to put in a bunch of customizations, aliases, etc., but I'm intimidated by the message saying that my .bashrc will not be updated by setup.exe if I modify it. Does this mean that I'll have to put in changes for new programs manually? If so, how can I customize my shell without losing setup.exe's automation? What Andrew said. Setup will never touch the .bashrc in your home directory, whether you modify it or now. The severe-sounding warning you saw really refers to /etc/skel/.bashrc (copied to every new user's directory, which is apparently what the base-files maintainer didn't count on). So yes, do go ahead and customize it -- that's what it's there for. To the base-files maintainer: John, could you maybe tone the warning down a bit? Perhaps simply putting the following would be enough (and certainly wouldn't sound as scary to new users): Sure - I certainly didn't intent to scare people! To pick up the latest recommended .bashrc content, look in /etc/defaults/etc/skel/.bashrc. Modifying /etc/skel/.bashrc directly would prevent setup from updating it. I would even borrow Andrew's phrase and say This is the default .bashrc file. By all means, customize it to create a shell environment to your liking. somewhere in the top comments. I need to do a new release. I should be able to over the weekend. J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Perl Win32::Shortcut screws up fork
Adye, TJ (Tim) sagte: Answering my own question cygiconv-2.dll is used by bash, but rebaseall is a bash script. What can I do? I found I could do this by saving the rebase command-line and file list that rebaseall generates and then running the rebase command directly from the DOS prompt. Now Perl's Win32::Shortcut and fork work together! Thanks for the hint. BTW: Since I'm the libwin32 maintainer I want to add that this my package is one of the rare packages with a gbs script actually having a rebase step, so that the required rebaseall is a rare condition. But with the latest updates (perl, bash, cygwin, gcc, ...) libwin32 certainly needs an update to the actual 0.24 version; sorry, without any cygwin visible fixes, yet. perl-5.8.7 is much better though. I hope to make a perl-libwin32-0.24 during the weekend. The new Win32::GUI is top priority, which will be released today or tommorrow. Maybe a cygwin Win32::API with callbacks will also be available soon. Nevertheless, there does seem to be a problem with the rebaseall. -- 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] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual)
Max Bowsher wrote: Gerrit P. Haase wrote: However, I see the same problem as I had with my own Apache2 in January, I'm getting only 8k and then it stops transmission... $ wget http://anfaenger.de/xmailgraph/pop3_daily.png --22:22:04-- http://anfaenger.de/xmailgraph/pop3_daily.png = `pop3_daily.png' Resolving anfaenger.de... 82.139.192.138 Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 17,765 [image/png] 46% [=== ] 8,192 17.39K/s 22:22:20 (17.39 KB/s) - Connection closed at byte 8192. Retrying. --22:22:21-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 2) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (9,573 to go) [image/png] 92% [ ] 16,38417.20K/s 22:22:36 (17.20 KB/s) - Connection closed at byte 16384. Retrying. --22:22:38-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 3) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (1,381 to go) [image/png] 100%[+=] 17,765--.--K/s 22:22:38 (14.35 KB/s) - `pop3_daily.png' saved [17765/17765] What the heck is going on here? I have still cygwin-1.5.17 running, however I saw the same behaviour in January. And I saw it also when I installed Apache2 on my Laptop or my home server. Is someone else seeing this problem? Who is actually running Apache2 on Cygwin, where can I fetch some file which is greater than 8k for testing? I cannot believe that it works for you and not for me... ;) Sorry, it does indeed work just fine for me. Hmmm. But what may be the reason for this strange behaviour? I tried this with three different Cygwin installations, with my own versions, with your release tarball, same result. I can connect the server locally and fetch as many bytes as I like, if I connect from remote it fails after every 8k. Every attempt to debug this failed. What can I do to debug it? 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: [ANNOUNCEMENT] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual)
Brian Dessent wrote: Gerrit P. Haase wrote: However, I see the same problem as I had with my own Apache2 in January, I'm getting only 8k and then it stops transmission... ... What the heck is going on here? Try adding 'EnableSendfile Off' to httpd.conf to see if it makes a difference. $ wget http://anfaenger.de/xmailgraph/pop3_daily.png --11:28:05-- http://anfaenger.de/xmailgraph/pop3_daily.png = `pop3_daily.png' Resolving anfaenger.de... 82.139.192.138 Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 21,065 [image/png] 38% [= ] 8,192 17.09K/s 11:28:21 (17.09 KB/s) - Connection closed at byte 8192. Retrying. No. As I encountered this (my) problem the first time I tried to figure out what in the source defaults to 8k limit, I found some interesting definitions, however changing them didn't help. 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: Perl Win32::Shortcut screws up fork
Christopher Faylor wrote: But what was wrong with my idea of making rebaseall a #!/bin/ash script? You still couldn't run the script from bash since the dlls would still be loaded. That would mean that you'd have to do something like: c:\ash rebaseall (Currently rebaseall won't work as an ash script but the fix is trivial) I guess that's better than nothing but I still think that just not rebasing the bash dlls is going to result in fewer mailing list complaints. OTOH, if we had some coordination between the maintainers of DLLs in the distribution we could reduce the need for rebase a lot. I don't know if using --enable-auto-image-base would fix every problem but I suspect that it might help. I suggest another simple solution. Teach rebase to read an INI file if called without options, this INI includes all options needed for rebaseall and then after closing all Cygwin processes a simple double click on rebase from explorer (or calling from a .bat file) would be sufficient to start it. 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: question for perl maintainer
Christopher Faylor wrote: --enable-auto-image-base would probably be sufficient -- at least as a first stab at fixing this problem. Just make sure that none of the dlls load into cygwin's load address. Can I tell the linker to exclude some address? 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/
Gnome problem
Hello I tried to compile gnome-libs with cygwin and in configuration phase I got the following error : checking for gmodule support... no configure: error: Dynamic linking is not available on this platform. Some apps,like panel, will not run properly. Is there any idea about solving it ? And at all,What should I do if I want to have Gnome in my cygwin ? What packages should I download ? Thanks. -- 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] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual)
Gerrit P. Haase wrote: Max Bowsher wrote: Gerrit P. Haase wrote: However, I see the same problem as I had with my own Apache2 in January, I'm getting only 8k and then it stops transmission... $ wget http://anfaenger.de/xmailgraph/pop3_daily.png --22:22:04-- http://anfaenger.de/xmailgraph/pop3_daily.png = `pop3_daily.png' Resolving anfaenger.de... 82.139.192.138 Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 17,765 [image/png] 46% [=== ] 8,192 17.39K/s 22:22:20 (17.39 KB/s) - Connection closed at byte 8192. Retrying. --22:22:21-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 2) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (9,573 to go) [image/png] 92% [ ] 16,38417.20K/s 22:22:36 (17.20 KB/s) - Connection closed at byte 16384. Retrying. --22:22:38-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 3) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (1,381 to go) [image/png] 100%[+=] 17,765--.--K/s 22:22:38 (14.35 KB/s) - `pop3_daily.png' saved [17765/17765] What the heck is going on here? I have still cygwin-1.5.17 running, however I saw the same behaviour in January. And I saw it also when I installed Apache2 on my Laptop or my home server. Is someone else seeing this problem? Who is actually running Apache2 on Cygwin, where can I fetch some file which is greater than 8k for testing? I cannot believe that it works for you and not for me... ;) Sorry, it does indeed work just fine for me. Hmmm. But what may be the reason for this strange behaviour? I tried this with three different Cygwin installations, with my own versions, with your release tarball, same result. I can connect the server locally and fetch as many bytes as I like, if I connect from remote it fails after every 8k. Every attempt to debug this failed. What can I do to debug it? I have absolutely no idea, sorry. If it works locally, is it necessarily an apache problem at all? Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: question for perl maintainer
On Fri, Jul 08, 2005 at 11:51:39AM +0200, Gerrit P. Haase wrote: Christopher Faylor wrote: --enable-auto-image-base would probably be sufficient -- at least as a first stab at fixing this problem. Just make sure that none of the dlls load into cygwin's load address. Can I tell the linker to exclude some address? I don't think so but I don't think it will use cygwin's address anyway. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual)
Gerrit P. Haase skrev: Max Bowsher wrote: Gerrit P. Haase wrote: However, I see the same problem as I had with my own Apache2 in January, I'm getting only 8k and then it stops transmission... $ wget http://anfaenger.de/xmailgraph/pop3_daily.png --22:22:04-- http://anfaenger.de/xmailgraph/pop3_daily.png = `pop3_daily.png' Resolving anfaenger.de... 82.139.192.138 Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 17,765 [image/png] 46% [=== ] 8,192 17.39K/s 22:22:20 (17.39 KB/s) - Connection closed at byte 8192. Retrying. --22:22:21-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 2) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (9,573 to go) [image/png] 92% [ ] 16,38417.20K/s 22:22:36 (17.20 KB/s) - Connection closed at byte 16384. Retrying. --22:22:38-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 3) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (1,381 to go) [image/png] 100%[+=] 17,765--.--K/s 22:22:38 (14.35 KB/s) - `pop3_daily.png' saved [17765/17765] What the heck is going on here? I have still cygwin-1.5.17 running, however I saw the same behaviour in January. And I saw it also when I installed Apache2 on my Laptop or my home server. Is someone else seeing this problem? Who is actually running Apache2 on Cygwin, where can I fetch some file which is greater than 8k for testing? I cannot believe that it works for you and not for me... ;) Sorry, it does indeed work just fine for me. Hmmm. But what may be the reason for this strange behaviour? I tried this with three different Cygwin installations, with my own versions, with your release tarball, same result. I can connect the server locally and fetch as many bytes as I like, if I connect from remote it fails after every 8k. Every attempt to debug this failed. What can I do to debug it? Gerrit Just a wild guess: Do you have some firewall ?? try disabling it. -- Bengt-Arne Fjellner 0910-58 53 69 -- 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/
--with-installed-readline breaks tilde-expansion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On the cygwin list, a difference was pointed out between compilations of bash that avoid or use --with-installed-readline: static_bash$ echo $HOME ~ /home/eblake /home/eblake static_bash$ HOME=/tmp; echo $HOME ~ /tmp /tmp dynamic_bash$ echo $HOME ~ /home/eblake /home/eblake dynamic_bash$ HOME=/tmp; echo $HOME ~ /tmp /home/eblake When compiling statically (without using --with-installed-readline), bash uses its own -ltilde, and sh_get_env_value resolves to bash's implementation in variable.c, which correctly searches bash's alternative environment. When compiling dynamically out of the box (using - --with-installed-readline), there is a link error of multiply defined symbols. The problem here is that bash wants to use the static -ltilde but the dynamic libreadline.dll; but since cygwin forbids dynamic libraries with undefined symbols, libreadline.dll was already compiled with -ltilde and all the symbols from -ltilde conflict with those from the dynamic library. My patch to this issue is below. When compiling dynamically with the patch applied, bash gets its tilde-expansion routines from the dynamic libreadline. Unfortunately, when compiling libreadline, sh_get_env_value resolves to readline's version in shell.c, which just calls getenv(). Cygwin does not allow bash's sh_get_env_value (or getenv) to override libreadline.dll's version (back to that no undefined symbol rule - tilde.c cannot link into a dynamic library with an import of sh_get_env_value unless sh_get_env_value is defined as part of the dynamic library). So tilde expansion is now stuck reading the global environ instead of bash's environment, and since bash does not update environ, tilde expansion is frozen to the value of $HOME at process invocation. I think the best solution would be a backwards-compatible extension to the tilde library. It should provide a new exported variable that defaults to NULL (in which case tilde_expand_word falls back to calling the imported sh_get_env_value), but which applications can set to override the calls to sh_get_env_value (and thus sh_get_home_dir). It could either be a char* (the current string representing HOME/home_dir in bash's notion of the environment) or a function pointer (a callback that lets bash compute the current HOME or home_dir every time it is needed), I'm not sure which of those two options would be easier for bash. This new export would bump the API version of readline (to 5.1?), and then compiling bash - --with-installed-readline would have to use this new entry point so that it can tell tilde_expand_word what to use so that tilde-expansion isn't stuck expanding from a stale environment. - --- bash-3.0-orig/configure.in 2004-07-21 14:06:54.0 -0600 +++ bash-3.0/configure.in 2005-05-24 20:29:34.0 -0600 @@ -487,14 +487,15 @@ esac ;; esac - - READLINE_DEP= + READLINE_DEP= TILDE_LIB= else RL_LIBDIR='$(dot)/$(LIBSUBDIR)/readline' READLINE_DEP='$(READLINE_LIBRARY)' +TILDE_LIB=-ltilde fi else RL_LIBDIR='$(dot)/$(LIBSUBDIR)/readline' - - READLINE_LIB= READLINE_DEP= + READLINE_LIB= READLINE_DEP= TILDE_LIB=-ltilde fi if test $opt_history = yes || test $opt_bang_history = yes; then if test $opt_history = yes; then @@ -528,6 +529,7 @@ AC_SUBST(RL_LIBDIR) AC_SUBST(RL_INCLUDEDIR) AC_SUBST(RL_INCLUDE) +AC_SUBST(TILDE_LIB) AC_SUBST(HISTORY_LIB) AC_SUBST(HISTORY_DEP) AC_SUBST(HIST_LIBDIR) - --- bash-3.0-orig/Makefile.in 2004-03-17 06:34:39.0 -0700 +++ bash-3.0/Makefile.in2005-07-06 05:59:58.0 -0600 @@ -309,7 +309,7 @@ TILDE_LIBDIR = $(dot)/$(LIBSUBDIR)/tilde TILDE_ABSSRC = ${topdir}/$(TILDE_LIBDIR) - -TILDE_LIB = -ltilde +TILDE_LIB = @TILDE_LIB@ TILDE_LIBRARY = $(TILDE_LIBDIR)/libtilde.a TILDE_LDFLAGS = -L$(TILDE_LIBDIR) TILDE_DEP = $(TILDE_LIBRARY) - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCznYv84KuGfSFAYARAmw3AJ9Yam4HBCFu4zZ+93Tpwstt3CkkzgCcDG7X VGiwfFrmNtArlMztTtF8Cdk= =6Ifo -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: Qestion about Bash Fork Resource Temporily Unavailable for NS2.28 and NS2.27
At 03:11 AM 7/8/2005, you wrote: Hi, Larry, I use Cygwin not cygwin, is that matter? Can I rename Cygwin as cygwin directory and install it again? Thanks No, it doesn't matter. Windows is case-preserving but not case sensitive. What you have should work fine. -- 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: Qestion about Bash Fork Resource Temporily Unavailable for NS2.28 and NS2.27
At 11:29 PM 7/7/2005, you wrote: On Wed, Jul 06, 2005 at 11:27:15AM -0400, Larry Hall wrote: I said virus program. That would be something like Norton AV, McAfee VirusScan, etc. Hmm, is there any way cygcheck could report on intrusive software like virus scanners and firewalls? Though my knowlege on the subject is close to nil I think the latter may be doable with WSCEnumProtocols. I'm in the same boat as you but I agree. Setup does something to detect McAfee IIRC. And it's certainly possible to query for services as well as protocols, as you point out. So I think it's just of SHTDI. -- 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/
Bash 3.0 packaging problems
Hi, In addition to the issues with the prompt reported elsewhere, bash-3.0-7 seems to have some minor packaging issues: 1) The info file is missing. Running cygcheck -l bash on bash 2.05 lists /usr/share/info/bash.info but is not found in the bash 3.0 package. /usr/share/doc/Cygwin/bash-3.0.README suggest an info file should be included. 2) The package scripts don't seem to remove /bin/bash as /bin/sh when downgrading to an older version. I would expect that either /bin/sh would be be replaced with ash, or the new (downgraded) bash version. - Run setup to upgrade to bash 3.0 - Run setup to downgrade bash back to 2.05: ~ bash --version GNU bash, version 2.05b.0(1)-release (i686-pc-cygwin) Copyright (C) 2002 Free Software Foundation, Inc. ~ sh --version GNU bash, version 3.00.16(7)-release (i686-pc-cygwin) Copyright (C) 2004 Free Software Foundation, Inc. AndyM -- 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: FAQ request
On 7/7/05, Christopher Faylor wrote: Could we split the Why is your package so out of date? question out of the Why isn't package available in Cygwin? and add something like the below? OK, I should get to all the updates in my queue this weekend. -- 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/
perl testsuite errors / cygserver not working / apache2 problems (was: Re: [ANNOUNCEMENT] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual))
Summary: Connecting Apache2 (running on NT4) from remote the transmission stops after 8k and it works ok when connecting locally via http://localhost/. Bengt-Arne Fjellner wrote: Just a wild guess: Do you have some firewall ?? try disabling it. You mean a WAG? No firewall. What is this thing firewall good for? I am behind a router / dsl-modem, no chance to get on my box. It is an NT4 Server, apache and every other webserver software works fine, I'm connected to this box all the time via ssh. Evertything is working fine besides apache2. My WAG is a problem with cygserver. Since apache2 is using it and all the other software which works ok doesn't use cygserver. I also get errors when running the perl-5.8.7 testsuite for the SysV extension on this NT4 box: Failed Test Stat Wstat Total Fail Failed List of --- ../ext/IPC/SysV/t/ipcsysv.t1 25616 32 200.00% 1-16 ../ext/IPC/SysV/t/msg.t012?? ?? % ?? ../ext/IPC/SysV/t/sem.t012?? ?? % ?? op/taint.t 012 238 178 74.79% 150-238 I'm running a PostgreSQL database server which works fine. So basically cygserver is working. When I run the Perl build on my laptop (XP SP2) I get no errors when running the Perl testsuite. I have apache2 at my workstation (W2K latest SP) now, this works fine! Cygwin version is the same on both: 1.5.17. I wonder now why I got similar problems with my laptop when I tested it there back in January. How to debug cygserver? 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: [ANNOUNCEMENT] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual)
Max Bowsher wrote: Gerrit P. Haase wrote: Max Bowsher wrote: Gerrit P. Haase wrote: However, I see the same problem as I had with my own Apache2 in January, I'm getting only 8k and then it stops transmission... $ wget http://anfaenger.de/xmailgraph/pop3_daily.png --22:22:04-- http://anfaenger.de/xmailgraph/pop3_daily.png = `pop3_daily.png' Resolving anfaenger.de... 82.139.192.138 Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 17,765 [image/png] 46% [=== ] 8,192 17.39K/s 22:22:20 (17.39 KB/s) - Connection closed at byte 8192. Retrying. --22:22:21-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 2) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (9,573 to go) [image/png] 92% [ ] 16,38417.20K/s 22:22:36 (17.20 KB/s) - Connection closed at byte 16384. Retrying. --22:22:38-- http://anfaenger.de/xmailgraph/pop3_daily.png (try: 3) = `pop3_daily.png' Connecting to anfaenger.de[82.139.192.138]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 17,765 (1,381 to go) [image/png] 100%[+=] 17,765--.--K/s 22:22:38 (14.35 KB/s) - `pop3_daily.png' saved [17765/17765] What the heck is going on here? I have still cygwin-1.5.17 running, however I saw the same behaviour in January. And I saw it also when I installed Apache2 on my Laptop or my home server. Is someone else seeing this problem? Who is actually running Apache2 on Cygwin, where can I fetch some file which is greater than 8k for testing? I cannot believe that it works for you and not for me... ;) Sorry, it does indeed work just fine for me. Hmmm. But what may be the reason for this strange behaviour? I tried this with three different Cygwin installations, with my own versions, with your release tarball, same result. I can connect the server locally and fetch as many bytes as I like, if I connect from remote it fails after every 8k. Every attempt to debug this failed. What can I do to debug it? I have absolutely no idea, sorry. If it works locally, is it necessarily an apache problem at all? In general you are right. I thought it must be so since it works well with apache-1.3.x or other http servers. I could verify now that it works ok on another computer. Cool. My WAG now is a problem with cygserver at this box. I posted another mail about this with a new subject since it is not really an Apache2 problem. 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: question for perl maintainer
Christopher Faylor wrote: On Fri, Jul 08, 2005 at 11:51:39AM +0200, Gerrit P. Haase wrote: Christopher Faylor wrote: --enable-auto-image-base would probably be sufficient -- at least as a first stab at fixing this problem. Just make sure that none of the dlls load into cygwin's load address. Can I tell the linker to exclude some address? I don't think so but I don't think it will use cygwin's address anyway. Ok. Maybe Corinna should do the same for openssl? 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: Bash 3.0 packaging problems
1) The info file is missing. Running cygcheck -l bash on bash 2.05 lists /usr/share/info/bash.info but is not found in the bash 3.0 package. /usr/share/doc/Cygwin/bash-3.0.README suggest an info file should be included. Acknowledged. I'll have to see why it disappeared, especially since the original tarball includes it. I'll also see about building the builtins.1 man page, and creating links for all builtins not also covered by programs (ie. exit.1 would point to builtins.1, but false.1 is already claimed by coreutils). 2) The package scripts don't seem to remove /bin/bash as /bin/sh when downgrading to an older version. I would expect that either /bin/sh would be be replaced with ash, or the new (downgraded) bash version. - Run setup to upgrade to bash 3.0 - Run setup to downgrade bash back to 2.05: It's a known problem that the bash preremove script is useless in the current version of setup.exe (see http://sources.redhat.com/ml/cygwin-apps/2005-07/msg00114.html). As to downgrading, you must also downgrade the ash package to get /bin/sh to be ash again via setup.exe. Or, just hand-copy /bin/ash.exe from the new ash over /bin/sh.exe (of course, you have to do this from bash or from Windows explorer, and not from sh, since you can't overwrite a running executable). -- Eric Blake volunteer cygwin bash maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FAQ request
From: Christopher Faylor Date: 2005/07/07 Thu PM 09:46:10 EDT To: cygwin@cygwin.com Subject: FAQ request Could we split the Why is your package so out of date? question out of the Why isn't package available in Cygwin? and add something like the below? cgf Q) Why is your package XYZ so out of date? Q) Why is the version of package XYZ older than the version that I can download from the XYZ web site? Q) Why is the version of package XYZ older than the version that I installed on my linux system? Q) Is there something special about Cygwin which requires that only an older version of package XYZ will work on it? Every package in the Cygwin distribution has a maintainer who is responsible for sending out updates of the package. This person is a volunteer who is rarely the same person as the official developer of the package. If you notice that a version of a package seems to be out of date, the reason is usually pretty simple -- the person who is maintaining the package hasn't gotten around to updating it yet. If you urgently need an update, sending a polite message to the cygwin mailing list pinging the maintainer is perfectly acceptable. There are no guarantees that the maintainer will have time to update the package or that you'll receive a response to your request, however. Remeber that the operative term here is volunteer. Hi Chris, Thanks for the info. As I said in my question, I'm not the libtiff developer. But since I use both libtiff and cygwin I am quite willing to help out in the advancement of both. Who is the libtiff maintainer for cygwin? Or better yet, is there a list of package maintainers that we can search? Thanks, Thom OBTW, I *was* trying to be polite in my phrasing. Sorry if it didn't come out sounding that way. -- 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: FAQ request
On Fri, Jul 08, 2005 at 12:49:32PM -0400, Thom DeCarlo wrote: From: Christopher Faylor Date: 2005/07/07 Thu PM 09:46:10 EDT To: cygwin@cygwin.com Subject: FAQ request Could we split the Why is your package so out of date? question out of the Why isn't package available in Cygwin? and add something like the below? cgf Q) Why is your package XYZ so out of date? Q) Why is the version of package XYZ older than the version that I can download from the XYZ web site? Q) Why is the version of package XYZ older than the version that I installed on my linux system? Q) Is there something special about Cygwin which requires that only an older version of package XYZ will work on it? Every package in the Cygwin distribution has a maintainer who is responsible for sending out updates of the package. This person is a volunteer who is rarely the same person as the official developer of the package. If you notice that a version of a package seems to be out of date, the reason is usually pretty simple -- the person who is maintaining the package hasn't gotten around to updating it yet. If you urgently need an update, sending a polite message to the cygwin mailing list pinging the maintainer is perfectly acceptable. There are no guarantees that the maintainer will have time to update the package or that you'll receive a response to your request, however. Remember that the operative term here is volunteer. Hi Chris, Thanks for the info. As I said in my question, I'm not the libtiff developer. But since I use both libtiff and cygwin I am quite willing to help out in the advancement of both. Who is the libtiff maintainer for cygwin? Or better yet, is there a list of package maintainers that we can search? Thanks, Thom OBTW, I *was* trying to be polite in my phrasing. Sorry if it didn't come out sounding that way. Huh? This was a proposed *FAQ* entry, not a response to a mailing list message. In any event: If you urgently need an update, sending a polite message to the cygwin mailing list pinging the maintainer is perfectly acceptable. You've already done that. Note that I didn't say that the next step is for you to send personal email to someone. We have mailing lists for this type of communication. I guess words to the effect should be part of the FAQ entry, too as this seems to be a frequent source of confusion. 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: question for perl maintainer
On Jul 8 17:20, Gerrit P. Haase wrote: Christopher Faylor wrote: I don't think so but I don't think it will use cygwin's address anyway. Ok. Maybe Corinna should do the same for openssl? What? Why? OpenSSL uses another base address already in the Makefile (0x6300). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl testsuite errors / cygserver not working / apache2 problems (was: Re: [ANNOUNCEMENT] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual))
On Jul 8 17:04, Gerrit P. Haase wrote: How to debug cygserver? -d option? GDB? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: question for perl maintainer
Corinna Vinschen wrote: On Jul 8 17:20, Gerrit P. Haase wrote: Christopher Faylor wrote: I don't think so but I don't think it will use cygwin's address anyway. Ok. Maybe Corinna should do the same for openssl? What? Why? OpenSSL uses another base address already in the Makefile (0x6300). Good thing. I had problems using openssl extensions for MySQL and perl together (half year back). Is this a recent change or was it only perl failing? 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: question for perl maintainer
On Jul 8 19:46, Gerrit P. Haase wrote: Corinna Vinschen wrote: What? Why? OpenSSL uses another base address already in the Makefile (0x6300). Good thing. I had problems using openssl extensions for MySQL and perl together (half year back). Is this a recent change or was it only perl failing? OpenSSL 0.9.7 uses 0xFE00 as base address. For some reason which is entirely beyond me, the OpenSSL developers chose 0x6100 (OUCH!) as base address for 0.9.8, which is especially funny because this base address is *only* used for the Cygwin build. I vetoed the address and let it change to 0x6300 for 0.9.8. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
question for libtiff maintainer
(ok, sorry 'bout the confusion) I've check the mail archive and the last correspondence about libtiff happened last October, when v3.7.0beta2-1 was introduced. At the time there was a question raised about the danger of the LZW patent. Everything that I've read says the patent has expired and the algorithm is now in the public domain. Is there anything else (like maybe... free time) preventing the update to version 3.7.3? Is there anything I can do to help? Thanks, Thom -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash not noticing when child done
I've upgraded my cygwin and bash yesterday. I'm puzzled by what I see and every attempt I've made at generating a smaller test case has failed. Anyway, one script prints a message that it's about to call another script. On return from the script, another message is printed. The called script notices certain files are not present, then prints a message to that effect and exits with an error code. But, the message 2nd message on the calling script never prints and I'm just stumped. All I can think is that bash is unaware that the script exited or terminated. A portion of the calling script: uptime2xls echo $me($$): `date` start rtf2uptime rtf2uptime #raw24csv2xls echo $me($$): `date` remove any left over raw24 csv files A portion of the rtf2uptime script: FILES=`ls *rtf 2/dev/null` if [ -z $FILES ]; then echo No .rtf files found exit 1 fi The output I see: uptime2xls(2120): Fri Jul 8 09:39:19 EDT 2005 start rtf2uptime No .rtf files found Note that the remove any left over raw24 ... message does not print. -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- 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/
Ping autoconf maintainer (was Re: auto tools issues)
Could I please have a comment on this? My cygcheck output was attatched to the previous message. On Thu, 30 Jun 2005, Brian Ford wrote: We have a project that is still using autoconf 2.13 and automake 1.4. Up until recent auto tools updates, all was fine. Now, with no change to the project, not only are we getting lots of underquoted macro warnings (even from standard system installed m4 macros), but we are also seeing fatal errors (I assume from the wrapper scripts) like: $ aclocal [snip underquoted macro definition warnings] ac-wrapper: /usr/bin/autom4te-2.13 is missing or not executable. Something is very wrong. aclocal: autom4te failed with exit status: 1 Any ideas? Thanks. BTW, according to the http://cygwin.com/packages search, atuom4te-2.31 doesn't exist in any cygwin package. So, why is it looking for it? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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/
exim setup
Does anyone have an idea of how long the exim install script runs? It has been going for 30 minutes on a w2k 1.2ghz box. I really didn't mean to run it, I typed exim and figured it would tell me something and not launch the config script. As far as versioning and such, I told setup.exe to install everything and last night I loaded everything that has changed. Thanks, Wes PS I ran top to show what processes are still running. top - 16:35:37 up 4 days, 7:41, 0 users, load average: 0.00, 0.00, 0.00 Tasks: 181 total, 2 running, 179 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0% user, 0.0% system, 0.0% nice, 0.0% idle Mem:523760k total, 409552k used, 114208k free,0k buffers Swap: 753812k total, 4291677884k used, 4043224k free,0k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 364 Administ 8 0 3136 1628 20 R 47.3 0.3 3:45.34 top 9028 Administ 8 0 3616 4720 48 S 25.8 0.9 0:01.89 sh 8984 Administ 8 0 3616 4724 48 S 2.9 0.9 0:03.08 sh 9060 Administ 8 0 2300 1780 40 R 0.3 0.3 0:00.02 grep 7548 Administ 8 0 3616 4728 48 S 0.1 0.9 0:03.10 sh 7456 Administ 8 0 3616 4724 48 S 0.1 0.9 0:03.18 sh 2772 Administ 8 0 3616 3012 24 S 0.0 0.6 0:03.19 sh 2692 Administ 8 0 3616 3072 32 S 0.0 0.6 0:03.24 sh 2164 Administ 8 0 3616 2952 20 S 0.0 0.6 0:03.15 sh 2740 Administ 8 0 3616 3132 36 S 0.0 0.6 0:03.22 sh 2656 Administ 8 0 3616 3012 24 S 0.0 0.6 0:03.16 sh 2444 Administ 8 0 3616 3072 32 S 0.0 0.6 0:03.16 sh 2720 Administ 8 0 3616 3192 36 S 0.0 0.6 0:03.13 sh 2204 Administ 8 0 3616 3132 36 S 0.0 0.6 0:03.16 sh 1360 Administ 8 0 3616 3012 24 S 0.0 0.6 0:03.22 sh 2052 Administ 8 0 3616 3132 36 S 0.0 0.6 0:03.16 sh 2284 Administ 8 0 3616 2952 20 S 0.0 0.6 0:03.25 sh 2072 Administ 8 0 3616 3072 32 S 0.0 0.6 0:03.17 sh 2284 Administ 8 0 3616 4728 48 S 0.0 0.9 0:03.24 sh 2072 Administ 8 0 3616 4728 48 S 0.0 0.9 0:03.13 sh -- 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: exim setup
On 8 Jul 2005 at 16:37, Wes S wrote: Does anyone have an idea of how long the exim install script runs? Nevermind, I read comment at top of program output. Sorry for bothering everyone. Wes -- 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: Prompting weird with new bash
Eric, Not sure if you are the person to address this to...but since you appear to be the Cygwin maintainer for Bash, I figured I'd throw it your way. http://cygwin.com/acronyms/#PPIOSPE $ tail -n 1 /usr/share/doc/cygwin/bash-3.0.README Please address all questions to the Cygwin mailing list at cygwin@cygwin.com Since the upgrade to 3.0-7, I've seen all sorts of quirky stuff happening with the prompt -- things that worked fine with 2.x. For some reason, the presence of escape sequences seem to leave the terminal prompt in a strange state where cursor/line positioning seems to get off track: PS1='\[\e]0;termwindow\a\][plaintext] ' Known issue. See http://sources.redhat.com/ml/cygwin/2005-07/msg00259.html. I'm looking for time to try and find a fix. On my machine, the prompt has two spaces after the '' character (it should have only one). Now to see the quirky behavior, try tab-expanding any command (like ps). As soon as you type 'ps[TAB]', the cursor will move to the correct location. But the weirdness does not end there. If you just let the character repeat on any key take you near the end of the line in the terminal, it will return with a linefeed before it gets to the end. If you want to see an exaggeration of the problem, try this prompt: PS1='\[\e]0;[EMAIL PROTECTED]:[EMAIL PROTECTED]:\[\e[3 4m\]\w\[\e[0m\]] ' Things look normal with that one until you try the tab expansion thingy again. Type 'ps[TAB]' produces something that looks like this: [EMAIL PROTECTED]:~] ps] ps I've tried these prompts on a few other platforms running versions of Bash 3.0.x. On a Solaris machine, I compiled the latest bash source tarball after applying all of the patches I could find -- GNU bash, version 3.00.15(1)-release (sparc-sun-solaris2.8). No problems with that one. I also tried it on a recent Linux distro -- GNU bash, version 3.00.16(2)-release -- and didn't encounter any issues with that one either. Just to be sure that it wasn't something unique to the one machine, I also tried it on another cygwin installation on another machine, and it had the same problems. I know it's not critical, but it certainly can be annoying when characters begin to overwrite each other during tab expansions (of which I tend to overuse). At any rate, I hope it helps you sort out any bugs. Thanks, Rob -- Rob Gillen Inovis, Inc. -- Eric Blake volunteer cygwin bash maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with ash-20040127-3 (Attn: bash maintainer)
On Thu, 7 Jul 2005, Igor Pechtchanski wrote: On Fri, 8 Jul 2005, Angelo Graziosi wrote: Last morning I have made a build of ROOT (a CERN application) using the snapshot 20050705, bash-3.0-3-test, ash-20040127-1, coreutils-5.3.0-6 GCC-3.3.3-3. The buid takes almost 1.5 h After upgrading to bash-3.0-7, ash-20040127-3, coreutils-5.3.0-7 I have tried a new build. This time the buid stopped after a few minutes with: wingcc_ld.sh: unespected end of file... at line 12 and 31 Perhaps should one to change someting in this *.sh file (see Attc.) ? /bin/sh in /bin/ash ? or in /bin/bash ? Yep. The new /bin/sh is bash. Apparently, bash doesn't like the following line: if [ `echo $dllname | sed 's{^lib/.*\.dll${{'` != $dllname ]; then because in bash, ${ has special meaning -- it starts a variable reference. FWIW, I get the same error with bash -n wingcc_ld.sh when bash is version 2.05b. I suspect this may actually be a bug in bash, since single quotes ought to stop it from trying to expand variable references. This only happens when the single quotes are inside a shell substitution (i.e., echo '${' works, but echo `echo '${'` doesn't). Nevertheless, changing the '{' to any other character (e.g., '#') in the sed script makes it parse correctly. Igor Downgrading a package at time, I have seen that reinstalling ash-20040127-1 (and using Bash-3.0-7, coreutils-5.3.0-7) all works fine. All works fine also if one uses the new versions of those pkgs. and changes '/bin/sh' in '/bin/ash' in 'wingcc_ld.sh' (/bin/bash does not help) Tanks angelo. -- 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: Problems with ash-20040127-3 (Attn: bash maintainer)
Yep. The new /bin/sh is bash. Apparently, bash doesn't like the following line: if [ `echo $dllname | sed 's{^lib/.*\.dll${{'` != $dllname ]; then Downgrading a package at time, I have seen that reinstalling ash-20040127-1 (and using Bash-3.0-7, coreutils-5.3.0-7) all works fine. Of course, because downgrading to ash-20040127-1 (re)installed ash as /bin/sh, and ash does not have the parsing bug (for once! usually, it is ash that is buggy and bash that is POSIX compliant). All works fine also if one uses the new versions of those pkgs. and changes '/bin/sh' in '/bin/ash' in 'wingcc_ld.sh' (/bin/bash does not help) You could also follow the advice already given in this thread, so that using bash as /bin/sh will work - change the culprit line to not trigger bash's parsing bug. Also, I would advise you to report the bug to the upstream maintainers of ROOT, so they know how to work around the bash bug triggered by their wingcc_ld.sh script: if [ $(echo $dllname | sed 's{^lib/.*\.dll${{') != $dllname ]; then or if [ `echo $dllname | sed 's#^lib/.*\.dll$##'` != $dllname ]; then Meanwhile, you will have to wait patiently until the upstream maintainer releases a patch (because I haven't the faintest clue where in the lexer to look for fixing his parse error). Repeated pinging on the cygwin list will not help speed up the situation. -- Eric Blake volunteer cygwin bash maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with ash-20040127-3 (Attn: bash maintainer)
On Fri, 8 Jul 2005, Eric Blake wrote: ... Meanwhile, you will have to wait patiently until the upstream maintainer releases a patch (because I haven't the faintest clue where in the lexer to look for fixing his parse error). Repeated pinging on the cygwin list will not help speed up the situation. -- Eric Blake volunteer cygwin bash maintainer My previous mail was only for the sake of completeness NOT to ping. I have seen the '(Attn: bash maintainer)' only when that mail was started, i.e. to late to correct the subject field. angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl testsuite errors / cygserver not working / apache2 problems (was: Re: [ANNOUNCEMENT] New package: apache2-2.0.54-1 (and subpackages apache2-devel, apache2-manual))
On Fri, Jul 08, 2005 at 05:04:11PM +0200, Gerrit P. Haase wrote: My WAG is a problem with cygserver. Since apache2 is using it and all the other software which works ok doesn't use cygserver. I also get errors when running the perl-5.8.7 testsuite for the SysV extension on this NT4 box: Failed Test Stat Wstat Total Fail Failed List of --- ../ext/IPC/SysV/t/ipcsysv.t1 25616 32 200.00% 1-16 ../ext/IPC/SysV/t/msg.t012?? ?? % ?? ../ext/IPC/SysV/t/sem.t012?? ?? % ?? op/taint.t 012 238 178 74.79% 150-238 Looks like a cygserver problem to me. Have you set CYGWIN=server? Is cygserver actually running? -- 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/
patch for some rxvt stuff
Sorry if this is the wrong place to send this. I tried sending to the rxvt guys at sf, and got no response. Anyway; in case whoever maintains the cygwin port is listening, here's some diffs... -- Jordan DeLong [EMAIL PROTECTED] changes: - libW11 support to change the cursor to a xterm cursor - don't go into the menu-state when someone presses and then releases Alt - don't close terminals when people hit the x button or alt+f4 - fix NT_get_state: - allow using the VK_LWIN key as a meta key (people who use litestep may want this, because they can turn off the windows menu popup crap). - fix logic about control - small tweak that makes inherit pixmap a *lot* faster (i.e. actually usuable) diff -ruN rxvt-dist/W11/w32/event.c rxvt/W11/w32/event.c --- rxvt-dist/W11/w32/event.c 2005-04-04 20:24:49.0 -0500 +++ rxvt/W11/w32/event.c2005-06-27 17:35:52.920411200 -0500 @@ -196,6 +196,18 @@ mask = window-mask; switch (message) { +case WM_SYSKEYDOWN: + // Don't go into the menu mode for alt keys. + return 0L; + case WM_CLOSE: + // Never close when people hit the x button. + return 0L; + case WM_SETCURSOR: + if (window-cursor != INVALID_HANDLE) { + SetCursor(window-cursor); + return TRUE; + } + return NT_default(hWnd, message, wParam, lParam); /* we'll handle these, later */ case WM_KILLFOCUS: QEvent(wineventq,window,message,wParam,lParam); @@ -203,7 +215,6 @@ break; case WM_SETFOCUS: case WM_QUIT: - case WM_CLOSE: case WM_DESTROY: case WM_SYSCHAR: /* alt-keys go here */ case WM_CHAR: @@ -352,13 +363,9 @@ { unsigned int state = 0; if (GetKeyState(VK_SHIFT)0x8000) state |= ShiftMask; - if (GetKeyState(VK_CONTROL) 0x8000) - { - if (!(GetKeyState(VK_MENU) 0x8000)) - state |= ControlMask; - } - else if (GetKeyState(VK_MENU) 0x8000) - state |= Mod1Mask; + if (GetKeyState(VK_CONTROL) 0x8000) state |= ControlMask; + if (GetKeyState(VK_MENU) 0x8000) state |= Mod1Mask; + if (GetKeyState(VK_LWIN) 0x8000) state |= Mod1Mask; if (GetKeyState(VK_CAPITAL) 0x0001) state |= LockMask; if (GetKeyState(VK_NUMLOCK) 0x0001) state |= Mod5Mask; if (GetKeyState(VK_SCROLL) 0x0001) state |= Mod3Mask; diff -ruN rxvt-dist/W11/w32/ntdef.h rxvt/W11/w32/ntdef.h --- rxvt-dist/W11/w32/ntdef.h 2002-12-03 23:21:30.0 -0600 +++ rxvt/W11/w32/ntdef.h2005-06-27 17:15:22.154786200 -0500 @@ -35,6 +35,7 @@ HWND w; HBRUSH bg; int parentRelative; + HCURSOR cursor;/* cursor for this window */ struct NT_window *parent; /* parent of this window */ struct NT_window *next;/* next window in list */ struct NT_child *child;/* points to list of children */ diff -ruN rxvt-dist/W11/w32/ntutil.c rxvt/W11/w32/ntutil.c --- rxvt-dist/W11/w32/ntutil.c 2002-12-03 23:21:30.0 -0600 +++ rxvt/W11/w32/ntutil.c 2005-06-27 17:17:07.826661200 -0500 @@ -38,6 +38,7 @@ new-parent= NULL; new-hBitmap = INVALID_HANDLE; new-hDC = INVALID_HANDLE; + new-cursor = INVALID_HANDLE; window_list = new; cjh_printf(NEW window %x\n,window_list); return(window_list); diff -ruN rxvt-dist/W11/w32/xlib.c rxvt/W11/w32/xlib.c --- rxvt-dist/W11/w32/xlib.c2004-01-05 23:51:12.0 -0600 +++ rxvt/W11/w32/xlib.c 2005-06-27 17:32:46.217286200 -0500 @@ -2914,7 +2914,11 @@ unsigned int shape; { xtrace(XCreateFontCursor\n); - return 0; + if (shape == XC_xterm || + shape == XC_left_ptr || + shape == 0) + return shape; + return -1; } @@ -4239,9 +4243,23 @@ xtrace(XSetWMProperties\n); XSetNormalHints(display,w,normal_hints); } + +int XDefineCursor(Display* display,Window w,Cursor cursor) { + NT_window *ntw=(NT_window *)w; + LPCTSTR csr; + xtrace(XDefineCursor\n); + + switch (cursor) { + case XC_xterm: csr = IDC_IBEAM;break; + case XC_left_ptr: csr = IDC_ARROW;break; + default: + return 0; + } + + ntw-cursor = LoadCursor(NULL, csr); return 0; } diff -ruN rxvt-dist/src/command.c rxvt/src/command.c --- rxvt-dist/src/command.c 2005-06-29 15:49:56.066384100 -0500 +++ rxvt/src/command.c 2005-06-29 16:51:00.003884100 -0500 @@ -1921,6 +1921,14 @@ } else { /* wait (an arbitrary period) for the WM to do its thing * needed for fvwm2.2.2 (and before?) */ +#ifndef __CYGWIN__ +/* + * JRD: this waits a whole second any time you move a + * window on
Re: Ping autoconf maintainer (was Re: auto tools issues)
Brian Ford wrote: $ aclocal [snip underquoted macro definition warnings] ac-wrapper: /usr/bin/autom4te-2.13 is missing or not executable. Something is very wrong. aclocal: autom4te failed with exit status: 1 Any ideas? Thanks. BTW, according to the http://cygwin.com/packages search, atuom4te-2.31 doesn't exist in any cygwin package. So, why is it looking for it? Short version: you're running the wrong aclocal. The automake tools no longer try to figure out which version of themselves to use; you need to tell them. Run /usr/sbin/alternatives --set automake /usr/bin/automake-1.4 to make automake-1.4 (and aclocal-1.4) the 'active' version on your machine. Long version: You're running aclocal from automake-1.9, which tries to invoke unversioned autom4te from (some) autoconf package. There IS an unversioned autom4te in /usr/bin -- which is a new (linux-derived and not home-grown-for-cygwin) wrapper script. All autoconf wrapper scripts will attempt to deduce the corrent version of their underlying tools to run. This is happening properly in your case; the autom4te script figures out that you need to use the autoconf-2.13 distribution. So, it tries to launch autom4te-2.13. But that's the ONE case where the wrappers will bomb: because there is no autom4te in -2.13. The real problem is that aclocal should not have tried to call autom4te in your case -- but its behavior is normal for the automake-1.9.x distribution because 1.9.x REQUIRES autoconf-2.5x or better. So, ensure that you are using aclocal-1.4 NOT aclocal-1.9. See short version, above. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl testsuite errors / cygserver not working / apache2 problems
Yitzchak Scott-Thoennes wrote: On Fri, Jul 08, 2005 at 05:04:11PM +0200, Gerrit P. Haase wrote: My WAG is a problem with cygserver. Since apache2 is using it and all the other software which works ok doesn't use cygserver. I also get errors when running the perl-5.8.7 testsuite for the SysV extension on this NT4 box: Failed Test Stat Wstat Total Fail Failed List of --- ../ext/IPC/SysV/t/ipcsysv.t1 25616 32 200.00% 1-16 ../ext/IPC/SysV/t/msg.t012?? ?? % ?? ../ext/IPC/SysV/t/sem.t012?? ?? % ?? op/taint.t 012 238 178 74.79% 150-238 Looks like a cygserver problem to me. Have you set CYGWIN=server? Is cygserver actually running? Yes and yes. cygserver starting: $ /usr/sbin/cygserver -d 21 | tee ../log.cygserver cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.srv.cleanup_threads to 8 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.srv.request_threads to 32 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.msgmni to 64 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.semmni to 32 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_mutex.cc, line 294: Try allocating msgmni (64) + semmni (32) msleep records cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.msgseg to 8192 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.msgssz to 32 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.msgmnb to 8192 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.msgmni to 64 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.msgtql to 64 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.semmni to 32 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.semmns to 512 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.semmnu to 64 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.semmsl to 128 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.semopm to 128 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.semume to 32 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.shmmaxpgs to 16384 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.shmmni to 512 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/bsd_helper.cc, line 677: Set kern.ipc.shmseg to 256 cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/threaded_queue.cc, line 112: starting all queue submission loops cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/threaded_queue.cc, line 112: starting all queue submission loops cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/process.cc, line 301: waiting on 2 objects in total (0 processes) running the first failing test: $ ./perl ext/IPC/SysV/t/ipcsysv.t 1..16 ok 1 ok 2 not ok 3 not ok 4 ok 5 ok 6 ok 7 not ok 8 not ok 9 not ok 10 not ok 11 not ok 12 not ok 13 not ok 14 not ok 15 not ok 16 results in this output from cygserver: cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/process.cc, line 62: got handle 0x58 for new cache process 551(303) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/process.cc, line 78: initialized (551) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/process.cc, line 287: Try hold(551) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/process.cc, line 287: holding (551) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/msg.cc, line 84: leaving (551) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/sysv_msg.cc, line 520: msgget(0x0, 00) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/sysv_msg.cc, line 525: Try locking mutex msq (303) (hold: 0) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/sysv_msg.cc, line 525: Locked mutex msq/1 (303) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/sysv_msg.cc, line 549: need to allocate the msqid_ds cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/sysv_msg.cc, line 568: msqid 0 is available cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/sysv_msg.cc, line 607: Unlockedmutex msq/1 (owner: 303) cygserver: /netrel/src/cygwin-1.5.17-1/winsup/cygserver/process.cc, line 301: waiting on 3 objects in total (1 processes) cygserver:
Unwanted .exe appended to symlinks
I use ln -s /cygdrive/c /c ln -s /cygdrive/f /f etc as a convenient mechanism to arrange that the shorthand /c/{pathname} can be used instead of the longer /cygdrive/c/{pathname}. I only have to do this once and if I had not happened for other reasons to need to re-create these links I would not have noticed the following; but I did need to. Following the recent upgrade to cygutils I find that the symlink is created as /c.exe not /c and /f.exe not /f in cases where the drive exists. Where it doesn't (e.g. it isn't plugged in but might be later so I am just preparing the way) then ln -s /cygdrive/h /h works as before: the symlink /h exists, and is not called /h.exe. Fergus -- 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: Unwanted .exe appended to symlinks
The reason mentioned in the previous posting for re-creating symlinks is that periodically (after several updates) I run through all 3000 of them re-creating them; that way I can be sure they are all Windows +R *.lnk files rather than Windows +S files, which can't be guaranteed to copy properly to other media. So, I wonder, has an unwanted trailing .exe been incorporated in other contexts than that described in the previous post? Not that I can see. No problems with (say) ln -s oldname extraname where oldname is a textfile. Also, in other cases where oldname really is an executable, extraname does not seem to have the trailing .exe. There must be something special about doing this with a drivename. Can any expert confirm whether I ought to look elsewhere for this strange appendix? I admit it's my fault for meddling but it's not that daft an activity to have pursued, and certainly ln -s /cygdrive/c /c must be a fairly common solution to an annoying problem (that of having to write a lot). Fergus -- 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: Unwanted .exe appended to symlinks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to fergus on 7/8/2005 9:43 PM: ln -s /cygdrive/c /c ln -s /cygdrive/f /f Following the recent upgrade to cygutils I find that the symlink is created as /c.exe not /c and /f.exe not /f in cases where the drive exists. Confirmed. Unfortunately, this is a side effect of my improvements to ln to unify the cygwin-specific .exe code which tries to determine when the original file exists as just file vs. file.exe. Inside normal directories, the test is simple - check if file. exists (since Windows flattens the trailing .). But for virtual filenames (such as /cygdrive, /proc/registry, //server, or managed drives), the trailing . trick doesn't work. I really NEED a way to tell whether a file exists with exact spelling, or had .exe appended, and you've found a place where the trailing . trick is not cutting it. Since ln, mv, and cp share my cygwin-specific code now, I imagine it is probably easy to find a similar bug in cp or mv. Is there an easy way to tell if a filename resolves to a virtual mount, instead of a disk file, and therefore know that the trailing . trick won't work? Where it doesn't (e.g. it isn't plugged in but might be later so I am just preparing the way) then ln -s /cygdrive/h /h works as before: the symlink /h exists, and is not called /h.exe. Hmm, I thought that a possible workaround might be using ln -s /cygdrive/h. /h, even when h exists. It correctly created /h, supressing the .exe extension, but now stat /h shows that the link has length 12 but only points to the 11 characters /cygdrive/h (in other words, cygwin chopped the trailing dot from the link name, so it is reporting the wrong length). Furthermore, since /cygdrive/h. doesn't exist, the link is useless without any indication that it is broken because of the invisible trailing dot: $ ln -s /cygdrive/d. d $ readlink d /cygdrive/d $ stat d File: `d' - `/cygdrive/d' Size: 12 Blocks: 1 IO Block: 1024 symbolic link Device: d47c93feh/3564934142d Inode: 50665495808013319 Links: 1 Access: (0777/lrwxrwxrwx) Uid: ( 1007/ eblake) Gid: ( 513/None) Access: 2005-07-08 21:56:04.20900 -0600 Modify: 2005-07-08 21:56:01.599625000 -0600 Change: 2005-07-08 21:56:01.599625000 -0600 $ ls d d@ $ ls d/ ls: d/: No such file or directory - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCz0yd84KuGfSFAYARAqlJAKDKEqDnL5knEaT4sr+9x+3w5ir5LQCgxNhg cl66yRebPnVLO4igOspM//0= =2Cnw -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: Unwanted .exe appended to symlinks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to fergus on 7/8/2005 9:57 PM: There must be something special about doing this with a drivename. Yes - /cygdrive is virtual, so drivenames in that directory are managed entirely by cygwin instead of by Windows. Windows-managed files (99% of what you use) don't have any problems. Can any expert confirm whether I ought to look elsewhere for this strange appendix? I admit it's my fault for meddling but it's not that daft an activity to have pursued, and certainly ln -s /cygdrive/c /c must be a fairly common solution to an annoying problem (that of having to write a lot). Actually, a more common solution is to use mount to move the cygdrive prefix to a spelling other than its default (usually /, as mentioned in the FAQ, http://cygwin.com/faq/faq_toc.html#TOC53). - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCz03G84KuGfSFAYARAteSAJ97wRNETP62vsdc6PM3mKJQP6abbACglz2B 1pGK+m2JXRdAMaR/dXMNUYs= =qi+j -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: Unwanted .exe appended to symlinks
On Fri, Jul 08, 2005 at 10:03:41PM -0600, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to fergus on 7/8/2005 9:43 PM: ln -s /cygdrive/c /c ln -s /cygdrive/f /f Following the recent upgrade to cygutils I find that the symlink is created as /c.exe not /c and /f.exe not /f in cases where the drive exists. Confirmed. Unfortunately, this is a side effect of my improvements to ln to unify the cygwin-specific .exe code which tries to determine when the original file exists as just file vs. file.exe. Inside normal directories, the test is simple - check if file. exists (since Windows flattens the trailing .). But for virtual filenames (such as /cygdrive, /proc/registry, //server, or managed drives), the trailing . trick doesn't work. I really NEED a way to tell whether a file exists with exact spelling, or had .exe appended, and you've found a place where the trailing . trick is not cutting it. Since ln, mv, and cp share my cygwin-specific code now, I imagine it is probably easy to find a similar bug in cp or mv. I don't get it. Certainly /cygdrive/c.exe doesn't exist so why would you try to link to 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/
File Naming Between Cygwin and Windows
I am trying to access via a cygwin application a file called kdeinit-127.0.0.1:0. The filename is generated within the software, so it is not trivial to change the file name in the file access via the file system. However the underlying Windows file system does not accept colons (:), so the file is actually called kdeinit-127.0.0.1_0. How does cygwin deal with characters not accepted by the windows file system such as colon(:). Does it translate these characters automtically in file system calls? /Ross -- 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: Unwanted .exe appended to symlinks
fergus wrote: I admit it's my fault for meddling but it's not that daft an activity to have pursued, and certainly ln -s /cygdrive/c /c must be a fairly common solution to an annoying problem (that of having to write a lot). It would seem to me that this would be better done via mount than ln (and would closer parallel other Unicies as well). If you want to be able to access the drive under different conditions (-x or -X would seem be the most likely culprit here), add a new mount for the drive (this is what I usually do, even though the settings usually aren't any different from '/cygdrive's). Otherwise, just remount /cygdrive. -- 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: zlib-1.2.2-2
The zlib package has been updated to version 1.2.2-2. zlib is a standard lossless compression library. This is a security bugfix release. CHANGES: Includes patch for security issue can-2005-2096 Buffer overflow in zlib 1.2 and later versions allows remote attackers to cause a denial of service (crash) via a crafted compressed stream, -- Charles Wilson zlib volunteer maintainer for cygwin To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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: mingw-zlib-1.2.2-2
The mingw-zlib package has been updated to version 1.2.2-2. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a security bugfix release. CHANGES: Includes patch for security issue can-2005-2096 Buffer overflow in zlib 1.2 and later versions allows remote attackers to cause a denial of service (crash) via a crafted compressed stream, -- Charles Wilson mingw-zlib volunteer maintainer for cygwin To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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: bzip2-1.0.3-1, libbz2_1-1.0.3-1
bzip2 provides the bzip2.exe / bunzip2.exe executables, a patent-unencumbered but highly effective compression tool. CHANGES: Routine update to upstream version 1.0.3 Addresses security issue CAN-2005-1260 bzip2 allows remote attackers to cause a denial of service (hard drive consumption) via a crafted bzip2 file that causes an infinite loop (a.k.a decompression bomb). Addresses security issue CAN-2005-0953 Race condition in bzip2 1.0.2 and earlier allows local users to modify permissions of arbitrary files via a hard link attack on a file while it is being decompressed, whose permissions are changed by bzip2 after the decompression is complete. -- Charles Wilson bzip2 volunteer maintainer for cygwin To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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: mingw-bzip2-1.0.3-1, mingw-libbz2_1-1.0.3-1
The mingw-bzip2 package has been updated to version 1.0.3-1. mingw-bzip2 provides the static library, DLL import library, and header files for building non-cygwin applications (like setup.exe) which need access to bzip2 compression algorithms. mingw-libbz2_1 provides the corresponding DLL. These libraries are built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. No executables (like bzip2.exe) are provided by these packages. Use the cygwin versions instead, or go to the bzip2 homepage at http://www.bzip2.org/ for native windows executables. CHANGES: Routine update to upstream version 1.0.3 Addresses security issue CAN-2005-1260 bzip2 allows remote attackers to cause a denial of service (hard drive consumption) via a crafted bzip2 file that causes an infinite loop (a.k.a decompression bomb). Addresses security issue CAN-2005-0953 Race condition in bzip2 1.0.2 and earlier allows local users to modify permissions of arbitrary files via a hard link attack on a file while it is being decompressed, whose permissions are changed by bzip2 after the decompression is complete. -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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/