Re: RFC on packaging of additional Apache2 modules
On Fri, November 25, 2005 6:08 am, Igor Pechtchanski wrote: On Thu, 24 Nov 2005, Max Bowsher wrote: I'm preparing a new Apache 2 release, and want to include a conf.d arrangement to allow additional module packagess to install configuration fragments in a useful way. So far, my tentative proposal is: Include /etc/apache2/conf.d/*.conf in httpd.conf. Have module packages install config fragments to /etc/apache2/conf-std.d/, and copy them insto conf.d if no equivalent exists. This is consistent with the way the package currently handles httpd.conf, etc. I'm posting here for input before I go ahead and do it. The above sounds fine, but why not use /etc/defaults/etc/apache2/conf.d/ instead of /etc/apache2/conf-std.d/? Igor That's amost the same as Debian is doing (the only linux I'm running atm)... /etc/apache2/apache2.conf / some standard apache config stuff then lines to include... # Include module configuration: Include /etc/apache2/mods-enabled/*.load Include /etc/apache2/mods-enabled/*.conf # Include all the user configurations: Include /etc/apache2/httpd.conf # Include ports listing Include /etc/apache2/ports.conf # Include generic snippets of statements Include /etc/apache2/conf.d/[^.#]* /etc/apache2/conf.d/ / site specific config files (I think) /etc/apache2/envvars / any standard vars (I've not got any) /etc/apache2/httpd.conf / this file is basically empty too /etc/apache2/magic / usual magic instructions /etc/apache2/mods-available/ / contains *all* known module information /etc/apache2/mods-enabled/ / contains links to the modules in mods-available you want to use /etc/apache2/ports.conf / just a listen 80 instruction here! /etc/apache2/README / Huh, think you can guess ;) /etc/apache2/sites-available/ / contains all sites you might want this installation of apache to host /etc/apache2/sites-enabled/ / links to the sites to you want to enable from sites-available /etc/apache2/ssl / ssl files Hope this helps. J. PS, I agree with Igor, untar the installation files into /etc/defaults/etc/apache2/... and postinstall copy as appropriate :)
Re: RFC on packaging of additional Apache2 modules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor Pechtchanski wrote: On Thu, 24 Nov 2005, Max Bowsher wrote: I'm preparing a new Apache 2 release, and want to include a conf.d arrangement to allow additional module packagess to install configuration fragments in a useful way. So far, my tentative proposal is: Include /etc/apache2/conf.d/*.conf in httpd.conf. Have module packages install config fragments to /etc/apache2/conf-std.d/, and copy them insto conf.d if no equivalent exists. This is consistent with the way the package currently handles httpd.conf, etc. I'm posting here for input before I go ahead and do it. The above sounds fine, but why not use /etc/defaults/etc/apache2/conf.d/ instead of /etc/apache2/conf-std.d/? I chose /etc/apache2/conf-std.d/ to be similar to /etc/apache2/httpd-std.conf and /etc/apache/ssl-std.conf, the naming of which originates from the upstream Apache package. Max. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) iD8DBQFDhtD6fFNSmcDyxYARAmc7AJ9Pg29+npvRcpfcRsXO/Ijt/19zWQCgktrn 8yjoG39jZ1ZsTj12b7CE4F8= =SCgX -END PGP SIGNATURE-
Re: RFC on packaging of additional Apache2 modules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Morrison wrote: On Fri, November 25, 2005 6:08 am, Igor Pechtchanski wrote: On Thu, 24 Nov 2005, Max Bowsher wrote: I'm preparing a new Apache 2 release, and want to include a conf.d arrangement to allow additional module packagess to install configuration fragments in a useful way. So far, my tentative proposal is: Include /etc/apache2/conf.d/*.conf in httpd.conf. Have module packages install config fragments to /etc/apache2/conf-std.d/, and copy them insto conf.d if no equivalent exists. This is consistent with the way the package currently handles httpd.conf, etc. I'm posting here for input before I go ahead and do it. The above sounds fine, but why not use /etc/defaults/etc/apache2/conf.d/ instead of /etc/apache2/conf-std.d/? Igor That's amost the same as Debian is doing (the only linux I'm running atm)... There's a reason for that - Debian is the only linux _I'm_ running atm. :-) [snip Debian layout] The Debian layout is nice, though I hesitate to depart so far from the upstream package as they do, especially when 2.2 is approaching, bringing with it a redesigned standard config layout. Max. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) iD8DBQFDhtJUfFNSmcDyxYARAjc8AJ0ZbyT+hK92ct78JXoUUx3+j5an3ACeOilF 62xdGT2AQ92X5Uuc69HthSM= =IHdD -END PGP SIGNATURE-
Re: ITP: tinyirc - A real tiny IRC client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jari Aalto on 11/24/2005 9:40 AM: wget -nv\ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1.tar.bz2.sig \ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1.tar.bz2 \ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1-src.tar.bz2.sig \ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1-src.tar.bz2 \ http://cygwin.cante.net/tinyirc/setup.hint You posted the original ITP long before the request that all ITPs list a stable distro example, where one exists; but luckily I found this rather easy to do: http://packages.debian.org/stable/net/tinyirc The packaging looked correct to me, and I was able to reproduce the build and use tinyirc for a simple smoke test, so I deemed it GTG and uploaded. Please send an announcement to cygwin-announce! Sorry it has taken so long from your original ITP. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDhxmv84KuGfSFAYARApMXAKC8fjIC+5zSSn8C3Jd9mdzzj5uJbwCdGL+L Nwi1XG30K6iL2eSvpF/KTe0= =WYr8 -END PGP SIGNATURE-
Re: setup installs packages without displaying it
Gerrit P. Haase wrote: Hi, I have selected some packages checked in the partial view which packages are active, then when installation strted several packages were installed which were not selected. E.g. autoconf, automake related and such. Since I explicitely excluded these form upgrade because I use local patched versions, I'm somewhat shocked now. It is really a mess. My local versions got uninstalled. Additionally it hangs now at the installation of shared-mime-info-0.16-1 and I will probably get no logfile because I need to kill setup. Any ideas? Ok, following up myself, I got a log after hitting the cancel button, about 80 MB in total, here are some excerpts: 2005/11/25 14:18:32 Starting cygwin install, version 2.510.2.2 2005/11/25 14:18:32 Current Directory: G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin 2005/11/25 14:31:42 Adding required dependency autoconf2.1: Selecting version 2.13-1 for installation. 2005/11/25 14:31:42 Adding required dependency autoconf2.5: Selecting version 2.59-2 for installation. 2005/11/25 14:31:42 Adding required dependency automake1.4: Selecting version 1.4p6-2 for installation. 2005/11/25 14:31:42 Adding required dependency automake1.9: Selecting version 1.9.6-1 for installation. 2005/11/25 14:31:42 Adding required dependency libtool1.5: Selecting version 1.5.20-2 for installation. 2005/11/25 14:31:42 Adding required dependency openssl097: Selecting version 0.9.7i-1 for installation. 2005/11/25 14:31:42 Adding required dependency sysvinit: Selecting version 2.84-4 for installation. [...] 2005/11/25 14:32:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf-devel/autoconf-devel-2.59-2.tar.bz2 2005/11/25 14:32:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf-stable/autoconf-stable-2.13-6.tar.bz2 2005/11/25 14:32:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf2.1/autoconf2.1-2.13-1.tar.bz2 2005/11/25 14:32:05 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf2.5/autoconf2.5-2.59-2.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake-1.7.9-2.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake-devel/automake-devel-1.9.2-2.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake-stable/automake-stable-1.4p6-3.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake1.4/automake1.4-1.4p6-2.tar.bz2 2005/11/25 14:32:12 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake1.9/automake1.9-1.9.6-1.tar.bz2 2005/11/25 14:32:16 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/clear/clear-1.0-2.tar.bz2 2005/11/25 14:32:16 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/cygwin-doc/cygwin-doc-1.4-3.tar.bz2 2005/11/25 14:32:23 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/docbook-xsl/docbook-xsl-1.69.1-1.tar.bz2 2005/11/25 14:32:52 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/glib/glib-1.2.10-3.tar.bz2 2005/11/25 14:32:53 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/glib/glib-devel/glib-devel-1.2.10-3.tar.bz2 2005/11/25 14:32:54 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/gtk-doc/gtk-doc-1.3-1.tar.bz2 2005/11/25 14:32:57 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/guile-1.6.7-4.tar.bz2 2005/11/25 14:32:58 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/guile-devel/guile-devel-1.6.7-4.tar.bz2 2005/11/25 14:33:03 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/guile-doc/guile-doc-1.6.7-4.tar.bz2 2005/11/25 14:33:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/intltool/intltool-0.33-1.tar.bz2 2005/11/25 14:33:05 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/libguile12/libguile12-1.6.7-4.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/_obsolete/libpcre/libpcre-4.1-2.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/libtool/libtool-1.5b-2.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/libtool/libtool-devel/libtool-devel-1.5.10-2.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/libtool/libtool-stable/libtool-stable-1.4.3-3.tar.bz2 2005/11/25
RE: setup installs packages without displaying it
Gerrit P. Haase wrote: Gerrit P. Haase wrote: Hi, I have selected some packages checked in the partial view which packages are active, then when installation strted several packages were installed which were not selected. E.g. autoconf, automake related and such. Since I explicitely excluded these form upgrade because I use local patched versions, I'm somewhat shocked now. It is really a mess. My local versions got uninstalled. 2005/11/25 14:31:42 Adding required dependency autoconf2.1: Selecting version 2.13-1 for installation. 2005/11/25 14:31:42 Adding required dependency autoconf2.5: Selecting version 2.59-2 for installation. 2005/11/25 14:31:42 Adding required dependency automake1.4: Selecting version 1.4p6-2 for installation. 2005/11/25 14:31:42 Adding required dependency automake1.9: Selecting version 1.9.6-1 for installation. 2005/11/25 14:31:42 Adding required dependency libtool1.5: Selecting version 1.5.20-2 for installation. 2005/11/25 14:31:42 Adding required dependency openssl097: Selecting version 0.9.7i-1 for installation. 2005/11/25 14:31:42 Adding required dependency sysvinit: Selecting version 2.84-4 for installation. Libtool requires autoconf, automake, but what requires sysvinit? None of the selected packages, but GConf2 which I have installed. I'm also pretty sure that I have decided to NOT remove clear and to NOT update to ncurses latest. And the same for for libpcre. Now I have NO clear at my system, no libpcre anymore. I think, this is bad. I cannot unselect the packages because they are automatically selected after the package chooser. I never wanted to upgrade my libtool installation, btw. why was libtool selected at all? It is really a good thing that setup notes that there MAY BE some packages missing to fulfill requirements, however, it cannot know it for sure, i.e. if I use my own versions of some packages, and It MUST NOT add packages to the installation list on its own behalf! This setup.exe is trash, I'll revert to some older version now. Or you could untick the box that says Install these packages to meet dependencies. Did that screen not appear? 2005/11/25 14:33:15 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/GNOME/share d-mime-info/shared-mime-info-0.16-1.tar.bz2 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied 2005/11/25 14:33:19 Failed to open cygfile:///usr/share/mime/application/andrew-inset.xml for writing. 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied 2005/11/25 14:33:19 Failed to open cygfile:///usr/share/mime/application/andrew-inset.xml.new for writing. 2005/11/25 14:33:19 Unable to install file cygfile:///usr/share/mime/application/andrew-inset.xml 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied 2005/11/25 14:33:19 Failed to open cygfile:///usr/share/mime/application/andrew-inset.xml for writing. 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied 2005/11/25 14:33:19 Failed to open cygfile:///usr/share/mime/application/andrew-inset.xml.new for writing. 2005/11/25 14:33:19 Unable to install file cygfile:///usr/share/mime/application/andrew-inset.xml 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied 2005/11/25 14:33:19 Failed to open cygfile:///usr/share/mime/application/andrew-inset.xml for writing. 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied [... continued about 411000 lines ...] Hmm. Looking at that file on my install, it's got rwx-- perms. Were you running as the same user when you originally installed that? cheers, DaveK -- Can't think of a witty .sigline today
Re: setup installs packages without displaying it
Gerrit P. Haase wrote: I have selected some packages checked in the partial view which packages are active, then when installation strted several packages were installed which were not selected. E.g. autoconf, automake related and such. Since I explicitely excluded these form upgrade because I use local patched versions, I'm somewhat shocked now. It is really a mess. My local versions got uninstalled. Here is what happened. You selected some package that needed autoconf. Setup saw that you didn't have autoconf installed, so it selected it also. But, because you were on the partial page you did not see that autoconf was selected because setup does not update the view filtering except when switching views. If you had pressed the View button to cycle to Full (or even just cycle through them all and back to Partial) you would have seen autoconf selected. If you *really* want to do what you're trying to do, this is how you should do it: 1. Select the desired package. 2. Deselect the automatically added dependencies, possibly switching the view first to reveal them, as described above. 3. Press next. 4. Uncheck the install these dependencies and dismiss whatever stern warnings come at you. Yes, it's a pain. But, you do have to realize that what you are trying to do is so NOT what the typical setup user needs. Typical setup users want stuff to work and don't want to know about dependencies et cetera, so the more that we can have setup take care of that automatically the better. On a fundamental level, the way you are trying to do this is wrong. I think if you did the same thing -- replace files owned by the package manager -- with any other linux distro (e.g. apt or rpm), you would get burned as well. This is how I suggest you do it: 1. Uninstall the packaged version. 2. Build/Install local version into --prefix=/usr/local, never /usr. 3. Create a dummy package with version 99.999 or something so that setup will always think that what you have installed is newer than anything available. I think this could be as simple as just editing /etc/setup/installed.db to contain a line such as autoconf autoconf-99.999-1.tar.bz2 0, without actually creating a package. Brian
Re: setup installs packages without displaying it
Dave Korn wrote: Or you could untick the box that says Install these packages to meet dependencies. Did that screen not appear? Yes, now after I have started it the second time to fix the broken installation, I see this checkbox for the very first time. Not really a good place for a little check box, a hint in the main display would be nice. And maybe make it optional, that is not checked by default. 2005/11/25 14:33:15 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/GNOME/share d-mime-info/shared-mime-info-0.16-1.tar.bz2 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied 2005/11/25 14:33:19 Failed to open cygfile:///usr/share/mime/application/andrew-inset.xml for writing. [... continued about 411000 lines ...] Hmm. Looking at that file on my install, it's got rwx-- perms. Were you running as the same user when you originally installed that? Hmm, explorer crashes and I lost my mozilla profile and some other ugly errors. Obviously I was no longer logged in as Admin after restarting explorer from the console. Gerrit -- =^..^=
Re: setup installs packages without displaying it
Brian Dessent wrote: Gerrit P. Haase wrote: I have selected some packages checked in the partial view which packages are active, then when installation strted several packages were installed which were not selected. E.g. autoconf, automake related and such. Since I explicitely excluded these form upgrade because I use local patched versions, I'm somewhat shocked now. It is really a mess. My local versions got uninstalled. Here is what happened. You selected some package that needed autoconf. Setup saw that you didn't have autoconf installed, so it selected it also. This is not true, this is the machine where I used to build GCC, Mozilla, MySQL, Perl, all my packages, though it was not updated since cygwin-1.5.12 (the gold release) because I used it not much this year. But, because you were on the partial page you did not see that autoconf was selected because setup does not update the view filtering except when switching views. If you had pressed the View button to cycle to Full (or even just cycle through them all and back to Partial) you would have seen autoconf selected. No, I selected the few packages I wanted to install in the Not Installed or Uptodate view and then toggled to the partial view to check what was selected as I always did. So I need to toggle to Partial once, and then one round through all views back to Partial again? 4. Uncheck the install these dependencies and dismiss whatever stern warnings come at you. I found the box, could be somewhat bigger ;) Yes, it's a pain. But, you do have to realize that what you are trying to do is so NOT what the typical setup user needs. Typical setup users want stuff to work and don't want to know about dependencies et cetera, so the more that we can have setup take care of that automatically the better. On a fundamental level, the way you are trying to do this is wrong. I think if you did the same thing -- replace files owned by the package manager -- with any other linux distro (e.g. apt or rpm), you would get burned as well. Well, I knew that this argument will come up. However, e.g. my libtool package includes one or two changes I apply locally, so I take the latest release, patch it and I'm finished, it is the fastest way to do so. This is how I suggest you do it: 1. Uninstall the packaged version. 2. Build/Install local version into --prefix=/usr/local, never /usr. 3. Create a dummy package with version 99.999 or something so that setup will always think that what you have installed is newer than anything available. I think this could be as simple as just editing /etc/setup/installed.db to contain a line such as autoconf autoconf-99.999-1.tar.bz2 0, without actually creating a package. This is an intresting hint, thanks. Gerrit
Re: setup installs packages without displaying it
Gerrit P. Haase wrote: be nice. And maybe make it optional, that is not checked by default. Pardon me for being blunt, but that's absurd. The whole point of adding that screen was that users kept managing to select a package and then deselect required dependencies somehow, ending up with a broken system. So the entire idea there is that if the user doesn't know what they're doing and just hits Next or can't take the time to read the dialog, they get all the dependencies added for them. To do it any other way would just mean that it would cease to serve any meaningful purpose. In the vast majority of cases continuing with missing dependencies is the wrong thing to do, so why should it be the default? Why should the default reflect a use case that is only used by people attempting very specific things under extraordinary circumstances? Brian
Re: setup installs packages without displaying it
Brian Dessent wrote: Gerrit P. Haase wrote: be nice. And maybe make it optional, that is not checked by default. In the vast majority of cases continuing with missing dependencies is the wrong thing to do, so why should it be the default? Why should the default reflect a use case that is only used by people attempting very specific things under extraordinary circumstances? Previously there was no nag. I deslected some important package and was lost. Now a hint is displayed, one could tell the user: There are important packages missing in your selection, do you really want to be that stupid? To add these packages automatically hit the box below. That would be nice. Now I must uncheck the box or fake package.db or s.th. like that. It is as annoying as it is to be forced to always uncheck the put shortcut icon on desktop checkbox, though I have this shortcut already. Gerrit -- =^..^=
Re: setup installs packages without displaying it
Gerrit P. Haase wrote: Previously there was no nag. I deslected some important package and was lost. Now a hint is displayed, one could tell the user: There are important packages missing in your selection, do you really want to be that stupid? To add these packages automatically hit the box below. I am not disputing that it is more of a burden for you now, or that it makes your life harder. I'm very sorry for that. But that doesn't change the fact that setup is just not designed to be used in the way you are using it -- at least not without informing it of what you're doing by editing installed.db -- and so you have to expect some small amount of discomfort. Put another way: If a given feature causes a more reliable Cygwin experience for 95 out of 100 people, but results in a few extra seconds of work to uncheck a box for the other 5, then clearly it is doing a lot more good than harm. I'm sorry that you're in the minority but we really have to make the default behavior apply to the most common use case. If that check box did not default to checked, we would be back to where we started with users managing to somehow deselect required dependant packages, and end up with broken installs. You could say but they would at least get a message saying something is wrong but it is clear that most users don't read dialogs, they just press OK/Next. You proved this yourself by glossing over the dialog despite the first word of it being Warning! in bold. In any case, it shouldn't take more than a couple of lines added to installed.db to inform setup of your local packages, and from then on it should work as expected, without having to uncheck anything. Brian
winsup/cygwin ChangeLog exceptions.cc heap.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-11-25 19:53:52 Modified files: cygwin : ChangeLog exceptions.cc heap.cc Log message: * heap.cc: Remove spurious getpagesize declaration. * exceptions.cc (ctrl_c_handler): Distinguish CTRL-BREAK from CTRL-C in some cases. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3215r2=1.3216 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.262r2=1.263 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/heap.cc.diff?cvsroot=uberbaumr1=1.48r2=1.49
Re: Allow to send SIGQUIT via Ctrl+BREAK (patch included)
Christopher Faylor wrote: [...] It is (or should be, since I haven't checked it recently) supported if you set CYGWIN=tty, though. There is a lot of functionality that isn't available with the normal windows console that is available with CYGWIN=tty. Oh, Yes. I tested this some time ago and it didn't work as expected, but now it works. Hmm... must have missed something during first test, sorry. Since the only precedent for the behavior of CTRL-BREAK is MSVCRT, I am very reluctant to change it. OK, let's forget the patch ;-) Christian
Re: Allow to send SIGQUIT via Ctrl+BREAK (patch included)
Christopher Faylor wrote: On Fri, Nov 25, 2005 at 08:43:43PM +0100, Christian Franke wrote: OK, let's forget the patch ;-) Actually, I have done some more testing myself and Windows doesn't work the way that I remembered. It seems like CTRL-BREAK isn't handled by signal(SIGINT, ...). So, I was wrong about this. MSVCRT maps CTRL-C to SIGINT, CTRL-BREAK to an extra SIGBREAK. So it is possible to map this to SIGQUIT with a simple hack: #ifdef SIGBREAK #undef SIGQUIT #define SIGQUIT SIGBREAK #endif This isn't possible with Cygwin (in notty mode), because CTRL-C and CTRL-BREAK cannot be distinguished. I really should have tested how it worked before rejecting your patch out of hand. N.P. ;-) So, this code is probably just reflecting my misperceptions of what Windows was doing. I'll add your patch as it improves Cygwin's functionality. Thanks! Christian
Re: Allow to send SIGQUIT via Ctrl+BREAK (patch included)
On Fri, Nov 25, 2005 at 09:34:24PM +0100, Christian Franke wrote: Christopher Faylor wrote: On Fri, Nov 25, 2005 at 08:43:43PM +0100, Christian Franke wrote: OK, let's forget the patch ;-) Actually, I have done some more testing myself and Windows doesn't work the way that I remembered. It seems like CTRL-BREAK isn't handled by signal(SIGINT, ...). So, I was wrong about this. MSVCRT maps CTRL-C to SIGINT, CTRL-BREAK to an extra SIGBREAK. So it is possible to map this to SIGQUIT with a simple hack: #ifdef SIGBREAK #undef SIGQUIT #define SIGQUIT SIGBREAK #endif This isn't possible with Cygwin (in notty mode), because CTRL-C and CTRL-BREAK cannot be distinguished. I'm not sure why you're reexplaining this after I said I'd incorporate the patch but I'm not concerned about making no-cygwin programs work. I just didn't want to veer from what I thought was standard Windows behavior in absence of any other standard. cgf
Where is rsh ?
Hi The last time I installed Cygwin about 4 months before, I could install Cygwin rsh in my box. Today for about 3 -4 hours I am trying to find how to install Cygwin rsh . But I failed hence this email. I went to find where the rsh source code is in CVS. But I failed to find that also. Can somebody please let me know where I can find ? Thanks ! Thanks, Bala -- 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: Where is rsh ?
Krithivasan, Balasubramaniyan (STSD) wrote: Hi The last time I installed Cygwin about 4 months before, I could install Cygwin rsh in my box. Today for about 3 -4 hours I am trying to find how to install Cygwin rsh . But I failed hence this email. I went to find where the rsh source code is in CVS. But I failed to find that also. Can somebody please let me know where I can find ? Thanks ! Thanks, Bala Package search is at http://cygwin.com/packages/ anyway in this case (searching for rsh) returns a number of packages. inetutils is the package that you want. Ciao, Danilo -- 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: Where is rsh ?
Krithivasan, Balasubramaniyan (STSD) wrote: The last time I installed Cygwin about 4 months before, I could install Cygwin rsh in my box. Today for about 3 -4 hours I am trying to find how to install Cygwin rsh . But I failed hence this email. I went to find where the rsh source code is in CVS. But I failed to find that also. Can somebody please let me know where I can find ? The rsh binary is part of the 'inetutils' package. Go to the Cygwin package search page at http://cygwin.com/packages/ and type rsh.exe in the search to find this. You will not find the source code for this package in any cygwin CVS server. This package (and nearly every other package offered in the distribution) is software from another upstream project, it is not something that the Cygwin project has any direct relation to -- other than providing a prepackaged/precompiled binary. If you want to look at a package's source, either go to its upsteam website/CVS server or install the source package. Consult the README for the package under /usr/share/doc/Cygwin/ for more information about where it came from. In the specific case of inetutils you probably will not find a canonical upstream site because it is all code derived from the original BSD unix. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is rsh ?
I don't find the rsh.exe or rsh when I try to install using setup.exe (Cygwin installation). - Bala -- 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: Where is rsh ?
Balasubramaniyan K (Bala) wrote: I don't find the rsh.exe or rsh when I try to install using setup.exe (Cygwin installation). So you selected the inetutils package and you don't have /usr/bin/rsh.exe afterwards? If that's the case then we need more information to be able to help you, please see http://cygwin.com/problems.html. You will NOT see rsh anywhere in setup, the name of the package is inetutils. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: INSTALLATION HANGING
No it doesn't. It's still running. It just takes some time. Don't be so impatient! Wrong. It was stalled for more than one hour. The task manager senses no processing for that process (no activity in HD either). Maybe some windows misconfiguration... but the problem is there. -- Silvio Bandeira -- 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: basename(1) defect
[EMAIL PROTECTED] wrote:
This is a bug with basename 5.3.0 found in the latest Cygwin
1.5.15.1.
Not a bug.
1.5.15 was three releases ago, it's most certainly not the latest.
But that's not really relevant to your question, I don't think.
$ basename NA A
N
$ basename N/A A
A == should return 'N/'
POSIX requires that basename return everything beyond the final slash
onwards, minus a partial suffix. The output you got is REQUIRED by
basename (beyond the final suffix is A, and A is a complete match
rather than a partial suffix of A, so the result must be A), and
any other behavior from an older version of basename would be the
bug, not the current behavior of either basename-5.3.0 or
basename-5.93.
Even with quoting:
$ basename 'NA' A
N
$ basename 'N/A' A
A == should return 'N/'
Quoting makes no difference - the shell strips quotes before passing
the arguments to /bin/basename.
If you just want to remove a trailing string I suggest you just use
bash's built in parameter expansion:
$ FCF=N/A; Z=${FCF:(-1)}; echo ${FCF%$Z}
This could also be done by /bin/expr (if you like coreutils), or even
with awk, sed, or perl. But Brian is correct, shell parameter
expansion is the most efficient way to do string parsing, as it does
not spawn any external processes.
--
Eric Blake
volunteer cygwin bash/coreutils maintainer
Maybe you really want dirname.
/c dirname N/A
N
/c echo $(dirname N/A)/
N/
--
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: INSTALLATION HANGING
Silvio Bandeira wrote: No it doesn't. It's still running. It just takes some time. Don't be so impatient! Wrong. It was stalled for more than one hour. The task manager senses no processing for that process (no activity in HD either). Maybe some windows misconfiguration... but the problem is there. -- Silvio Bandeira Ok, that's interesting. What does it show at the end of /var/log/setup.log? And what happens if you run a shell and execute bash -x /etc/postinstall/update-info-dir.sh? [ Note that in order for that test to work, you first need to edit /etc/postinstall/update-info-dir.sh, and remove the redirections so instead of done /dev/null 21 it just says done. ] cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: /dev/console : permission denied
Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. strace might be able to tell you that. SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is rsh ?
Brian Dessent wrote: In the specific case of inetutils you probably will not find a canonical upstream site because it is all code derived from the original BSD unix. Brian No, it's gnu these days, isn't it? http://www.gnu.org/software/inetutils/inetutils.html cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18-1: cannot start executables (except cygcheck.exe) on windows server 2003 web edition
Eric Blake wrote: Not Found: sh Somehow, your installation of bash has failed. Rerun setup.exe, and select bash for reinstallation, so that the postinstall script will run again and create /bin/sh. Without a working /bin/sh, many cygwin programs have extreme difficulty. When i perform a reinstallation of bash, no /bin/sh is created. I also tried to run the postinstall manually but without any luck. Then i started with making a copy of bash.exe called sh.exe, also without any luck. Is there otherwise the possibility for me to download a base-system package? Or should i install some other package to get this postinstall triggered to create the /bin/sh -- Ing. Eduard Yeb Witteveen Software Engineer Hawar Information Technology bv lid Dijkoraad Groep De Wymerts 7 8701 WTBolsward Tel: +31 (0)515 570333 Fax: +31 (0)515 570335 http://www.hawarit.com/ nl_NL fy_NL en_US -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18-1: cannot start executables (except cygcheck.exe) on windows server 2003 web edition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eduard Witteveen on 11/25/2005 7:42 AM: Somehow, your installation of bash has failed. Rerun setup.exe, and select bash for reinstallation, so that the postinstall script will run again and create /bin/sh. Without a working /bin/sh, many cygwin programs have extreme difficulty. When i perform a reinstallation of bash, no /bin/sh is created. I also tried to run the postinstall manually but without any luck. Then i started with making a copy of bash.exe called sh.exe, also without any luck. Can you look at /var/log/setup.log.full and see if there is anything in there that is relevant to why the postinstall script failed? I'm suspecting a permissions problem. All the postinstall script attempts to do is cp /bin/bash.exe /bin/sh.exe, once it determines that /bin/sh was missing or out-of-date; so doing that manually should also work. Is there otherwise the possibility for me to download a base-system package? Or should i install some other package to get this postinstall triggered to create the /bin/sh The only packages that trigger the installation of /bin/sh are ash and bash, and they are both part of the Base category. Selecting Reinstall in setup.exe for these packages should do the job, unless you have some weird permissions problems which interferes with their ability to do the copy of bash to sh. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDhyS/84KuGfSFAYARAtE5AJ0UdaOGogsl0E3R2XMY2zOjeftGbwCgvSvn XT/CntFtGU0Op2Ns+dyhRag= =LD4x -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: /dev/console : permission denied
On Fri, Nov 25, 2005 at 02:24:53PM -, Dave Korn wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. strace might be able to tell you that. SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. 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: /dev/console : permission denied
Christopher Faylor wrote: On Fri, Nov 25, 2005 at 02:24:53PM -, Dave Korn wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. strace might be able to tell you that. SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. cgf Oh, you can't open it when there's not one bound? Fair enough. Must be syslogd then. Chris M, did you run the syslogd-config script or install it manually? Service : syslogd Display name: CYGWIN syslogd Current State : Running Controls Accepted : Stop Command : /usr/sbin/syslogd -D stdin path : /dev/null stdout path : /var/log/syslogd.log stderr path : /var/log/syslogd.log Process Type: Own Process Startup : Automatic Account : LocalSystem Hmm, looks right though. (Interestingly enough both the config script and the cygwin-specific readme refer to an apparantly-bogus -a flag. I'm on 1.3.2-29.) Perhaps it's one of the destinations in syslog.conf that is the source of the problem then. What's your syslog.conf look like? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /dev/console : permission denied
Dave Korn wrote: Christopher Faylor wrote: On Fri, Nov 25, 2005 at 02:24:53PM -, Dave Korn wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. strace might be able to tell you that. SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. cgf Oh, you can't open it when there's not one bound? Fair enough. Must be syslogd then. Chris M, did you run the syslogd-config script or install it manually? Service : syslogd Display name: CYGWIN syslogd Current State : Running Controls Accepted : Stop Command : /usr/sbin/syslogd -D stdin path : /dev/null stdout path : /var/log/syslogd.log stderr path : /var/log/syslogd.log Process Type: Own Process Startup : Automatic Account : LocalSystem Hmm, looks right though. (Interestingly enough both the config script and the cygwin-specific readme refer to an apparantly-bogus -a flag. I'm on 1.3.2-29.) Perhaps it's one of the destinations in syslog.conf that is the source of the problem then. What's your syslog.conf look like? cheers, DaveK I should point out that said error occurs when init starts.. But not as a result of anything else.. So could this instead be an issue with init? (I can replicate this problem, using syslogd-config and init-config to install the services, and starting them in that order). Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18-1: cannot start executables (except cygcheck.exe) on windows server 2003 web edition
Eric Blake wrote: Can you look at /var/log/setup.log.full and see if there is anything in there that is relevant to why the postinstall script failed? I'm suspecting a permissions problem. All the postinstall script attempts to do is cp /bin/bash.exe /bin/sh.exe, once it determines that /bin/sh was missing or out-of-date; so doing that manually should also work. I copied the file manually, but that didnt work(i still couldnt start bash) The only packages that trigger the installation of /bin/sh are ash and bash, and they are both part of the Base category. Selecting Reinstall in setup.exe for these packages should do the job, unless you have some weird permissions problems which interferes with their ability to do the copy of bash to sh. Again i did a complete reinstall (removed everything except the c:\cygwin\download\setup.exe) After this i did a reinstall of bash with the setup. I attached the setup.log.full (since i didnt see anything *strange* in it) and again the cygcheck.out. Still when i try to run cygwin from cmd.exe i get the following result: Microsoft Windows [Version 5.2.3790] (C) Copyright 1985-2003 Microsoft Corp. C:\Documents and Settings\ascd c:\cygwin\bin C:\cygwin\binbash.exe C:\cygwin\binbash.exe --help C:\cygwin\binbash.exe --version C:\cygwin\bin On my workstation i have the normal behaviour: Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\EWcd c:\cygwin\bin C:\cygwin\binbash.exe bash-3.00$ exit Is there a way to debug this error, without installing all kind of development tools? (i'm willing install a verbose version of bash/ldb for windows, but i cannot install a complete develop enviroment) Really appreciating all your effort, -- Ing. Eduard Yeb Witteveen Software Engineer Hawar Information Technology bv lid Dijkoraad Groep De Wymerts 7 8701 WTBolsward Tel: +31 (0)515 570333 Fax: +31 (0)515 570335 http://www.hawarit.com/ nl_NL fy_NL en_US 2005/11/25 17:56:36 Starting cygwin install, version 2.510.2.2 2005/11/25 17:56:36 Current Directory: C:\cygwin\download 2005/11/25 17:56:36 Changing gid to Users 2005/11/25 17:56:36 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2005/11/25 17:56:39 source: network install 2005/11/25 17:56:40 root: C:\cygwin binary system 2005/11/25 17:56:41 Selected local directory: C:\cygwin\download 2005/11/25 17:56:41 net: Direct get_url_to_membuf http://sources.redhat.com/cygwin/mirrors.lst getUrlToStream http://sources.redhat.com/cygwin/mirrors.lst 2005/11/25 17:56:44 site: http://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin get_url_to_membuf http://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin/setup.bz2 getUrlToStream http://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin/setup.bz2 Checking MD5 for file://C:\cygwin\download/http%3a%2f%2fftp-stud.fht-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin/release/bash/bash-3.0-11.tar.bz2 MD5 verified OK: file://C:\cygwin\download/http%3a%2f%2fftp-stud.fht-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin/release/bash/bash-3.0-11.tar.bz2 c638c3206acbc5d3eb603948068ab352 2005/11/25 17:57:03 Running preremove script for bash 2005/11/25 17:57:03 Uninstalling bash unlink C:\cygwin/etc/preremove/bash-manifest.lst unlink C:\cygwin/bin//bash.exe unlink C:\cygwin/bin//bashbug unlink C:\cygwin/usr/share/doc/bash-3.0/ABOUT-NLS unlink C:\cygwin/usr/share/doc/bash-3.0/AUTHORS unlink C:\cygwin/usr/share/doc/bash-3.0/CHANGES unlink C:\cygwin/usr/share/doc/bash-3.0/COPYING unlink C:\cygwin/usr/share/doc/bash-3.0/INSTALL unlink C:\cygwin/usr/share/doc/bash-3.0/NEWS unlink C:\cygwin/usr/share/doc/bash-3.0/NOTES unlink C:\cygwin/usr/share/doc/bash-3.0/README unlink C:\cygwin/usr/share/doc/Cygwin/bash-3.0.README unlink C:\cygwin/usr/share/info/bash.info.gz unlink C:\cygwin/usr/share/locale/[EMAIL PROTECTED]/LC_MESSAGES/bash.mo unlink C:\cygwin/usr/share/locale/[EMAIL PROTECTED]/LC_MESSAGES/bash.mo unlink C:\cygwin/usr/share/man/man1/alias.1 unlink C:\cygwin/usr/share/man/man1/bash.1.gz unlink C:\cygwin/usr/share/man/man1/bashbug.1.gz unlink C:\cygwin/usr/share/man/man1/bash_builtins.1.gz unlink C:\cygwin/usr/share/man/man1/bg.1 unlink C:\cygwin/usr/share/man/man1/bind.1 unlink C:\cygwin/usr/share/man/man1/break.1 unlink C:\cygwin/usr/share/man/man1/builtin.1 unlink C:\cygwin/usr/share/man/man1/caller.1 unlink C:\cygwin/usr/share/man/man1/case.1 unlink C:\cygwin/usr/share/man/man1/cd.1 unlink C:\cygwin/usr/share/man/man1/command.1 unlink C:\cygwin/usr/share/man/man1/compgen.1 unlink C:\cygwin/usr/share/man/man1/complete.1 unlink C:\cygwin/usr/share/man/man1/continue.1 unlink C:\cygwin/usr/share/man/man1/declare.1 unlink C:\cygwin/usr/share/man/man1/dirs.1 unlink C:\cygwin/usr/share/man/man1/disown.1 unlink C:\cygwin/usr/share/man/man1/do.1 unlink
RES: RES: Problem accessing samba shares via ssh in XP
It worked for me too. But as my XP box is not under any domain, I had to provide user/password in the command line: NET USE X: server\\share PASSWORD /USER:USERNAME Where PASSWORD and USERNAME are my data. Thanks a lot! -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= Felipe Franciosi +55-51-91230557 CPAD/HP/PUCRS - Centro de Pesquisa em Alto Desempenho http://www.cpad.pucrs.br/ [EMAIL PROTECTED] Porto Alegre, RS - Brazil =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Danilo Turina Enviada em: quinta-feira, 24 de novembro de 2005 14:13 Para: cygwin@cygwin.com Assunto: Re: RES: Problem accessing samba shares via ssh in XP Corinna Vinschen wrote: [...] Earlier versions of NT (4.0, W2K(?)) have kept the established connections across logins. At least since XP the connections are local to the logon session. This means, you don't have the shares available automatically, but you can reestablish them in your new login session without having to give your user name and password. A simple $ net use X: server\\share should suffice, and it does on my XP box. It works! Great! Thank you, Danilo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: /dev/console : permission denied
Chris Taylor wrote: Dave Korn wrote: Christopher Faylor wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. cgf Oh, you can't open it when there's not one bound? Fair enough. Must be syslogd then. Chris M, did you run the syslogd-config script or install it manually? 1.3.2-29.) Perhaps it's one of the destinations in syslog.conf that is the source of the problem then. What's your syslog.conf look like? I should point out that said error occurs when init starts.. But not as a result of anything else.. So could this instead be an issue with init? (I can replicate this problem, using syslogd-config and init-config to install the services, and starting them in that order). Oh look, so can I! I also see a bunch of other errors: can't open(/etc/ioctl.save, O_WRONLY): Permission denied. can't open /dev/console. cannot execute /etc/rc. ...which makes sense, because: [EMAIL PROTECTED] /artimi/arch/doc ls -la /etc/rc /etc/ioctl.save -rw--- 1 dk Domain Users 44 Nov 25 17:38 /etc/ioctl.save -rw-r--r-- 1 SYSTEM SYSTEM 65 Nov 25 17:49 /etc/rc [EMAIL PROTECTED] /artimi/arch/doc I have no idea what ioctl.save is, but /etc/rc should definitely have the 'x' bit set. I fixed both these problems with chmod u+x /etc/rc and chown SYSTEM /etc/ioctl.save; despite the fact that I told init-config to overwrite both these files, it didn't set the perms, so that could almost certainly be considered a bug in init-config. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
/usr/bin/install problem or what is the coreutils deal?
Hello, recently upgraded another box to the latest greates of all the stuff: $ cygcheck -c coreutils Cygwin Package Information Package VersionStatus coreutils5.3.0-9OK $ mkdir .inst make install DESTDIR=/j/GNUCash/g-wrap-1.9.6/.inst Making install in libffi make[1]: Entering directory `/j/GNUCash/g-wrap-1.9.6/libffi' Making install in include make[2]: Entering directory `/j/GNUCash/g-wrap-1.9.6/libffi/include' make[3]: Entering directory `/j/GNUCash/g-wrap-1.9.6/libffi/include' make[3]: Nothing to be done for `install-exec-am'. test -z /usr/include || mkdir -p -- /j/GNUCash/g-wrap-1.9.6/.inst/usr/include /usr/bin/install -c -m 644 'ffi.h' '/j/GNUCash/g-wrap-1.9.6/.inst/usr/include/ffi.h' /usr/bin/install -c -m 644 'ffitarget.h' '/j/GNUCash/g-wrap-1.9.6/.inst/usr/include/ffitarget.h' /usr/bin/install: cannot stat `ffitarget.h.exe': No such file or directory make[3]: *** [install-includeHEADERS] Error 1 make[3]: Leaving directory `/j/GNUCash/g-wrap-1.9.6/libffi/include' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/j/GNUCash/g-wrap-1.9.6/libffi/include' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/j/GNUCash/g-wrap-1.9.6/libffi' make: *** [install-recursive] Error 1 Note the hint: Nothing to be done for `install-exec-am'. And then, the file ffi.h is installed ok, then the second file is not found, because it is a symlink? It is right there: $ ls -l /j/GNUCash/g-wrap-1.9.6/libffi/include/*.h -rw-r--r-- 1 gerrit Domänen-Admins 9121 Nov 25 19:33 /j/GNUCash/g-wrap-1.9.6/libffi/include/ffi.h -rw-r--r-- 1 gerrit Domänen-Admins 2484 Mar 3 2005 /j/GNUCash/g-wrap-1.9.6/libffi/include/ffi_common.h lrwxrwxrwx 1 gerrit Domänen-Admins 24 Nov 25 19:33 /j/GNUCash/g-wrap-1.9.6/libffi/include/ffitarget.h - .././src/x86/ffitarget.h $ ls -l /j/GNUCash/g-wrap-1.9.6/libffi/include/.././src/x86/ffitarget.h -rw-r--r-- 1 gerrit Domänen-Admins 2580 Sep 27 2004 /j/GNUCash/g-wrap-1.9.6/libffi/include/.././src/x86/ffitarget.h What is the deal? 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: /dev/console : permission denied
On Fri, Nov 25, 2005 at 05:16:56PM -, Dave Korn wrote: Christopher Faylor wrote: On Fri, Nov 25, 2005 at 02:24:53PM -, Dave Korn wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. strace might be able to tell you that. SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. Oh, you can't open it when there's not one bound? Fair enough. It's probably a conceptual difference between UNIX/Windows and what /dev/console means on each system. 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: /dev/console : permission denied
Dave Korn wrote: Chris Taylor wrote: Dave Korn wrote: Christopher Faylor wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. cgf Oh, you can't open it when there's not one bound? Fair enough. Must be syslogd then. Chris M, did you run the syslogd-config script or install it manually? 1.3.2-29.) Perhaps it's one of the destinations in syslog.conf that is the source of the problem then. What's your syslog.conf look like? I should point out that said error occurs when init starts.. But not as a result of anything else.. So could this instead be an issue with init? (I can replicate this problem, using syslogd-config and init-config to install the services, and starting them in that order). Oh look, so can I! I also see a bunch of other errors: can't open(/etc/ioctl.save, O_WRONLY): Permission denied. can't open /dev/console. cannot execute /etc/rc. ...which makes sense, because: [EMAIL PROTECTED] /artimi/arch/doc ls -la /etc/rc /etc/ioctl.save -rw--- 1 dk Domain Users 44 Nov 25 17:38 /etc/ioctl.save -rw-r--r-- 1 SYSTEM SYSTEM 65 Nov 25 17:49 /etc/rc [EMAIL PROTECTED] /artimi/arch/doc I have no idea what ioctl.save is, but /etc/rc should definitely have the 'x' bit set. I fixed both these problems with chmod u+x /etc/rc and chown SYSTEM /etc/ioctl.save; despite the fact that I told init-config to overwrite both these files, it didn't set the perms, so that could almost certainly be considered a bug in init-config. cheers, DaveK Agreed. Doesn't change the /dev/console bit though.. Don't know where the call to access that is coming from, considering you're starting init in cygrunsrv... Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fltk package status
Shai Ayal wrote: Does anybody know who is the maintainer for the fltk package and if it is going to be updates anytime soon? current package is 1.1.4, current fltk version is 1.1.6, mainly bug fixes! The fltk team is working towards 1.1.7. Cygwin and mingw patches have been submitted, also by me. The current CVS versions works quite well with both gcc and gcc -mno-cygwin and I recommend them. The only problem that prevents a cygwin release is that programs linked with shared fltk libraries hang, statically built programs work fine. The 1.1.4 release was compiled with gcc 3.3.x and works fine with shared fltk libraries. This is probably caused (I have not tested this) by the problem related to libstdc++ in the current gcc 3.4.4 that causes octave to hang as well. See http://sources.redhat.com/ml/cygwin/2005-10/msg00071.html. Teun -- 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: /dev/console : permission denied
Dave Korn wrote: Must be syslogd then. Chris M, did you run the syslogd-config script or install it manually? I *did* use syslogd-config... -- 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: /dev/console : permission denied
Dave Korn wrote: SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? Yes. 'cygcheck -svr' still crashes... -- 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: /dev/console : permission denied
On Fri, Nov 25, 2005 at 04:15:28PM -0600, Christopher McIntosh wrote: Dave Korn wrote: SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? Yes. 'cygcheck -svr' still crashes... That's not too surprising since cygcheck is not a cygwin program and doesn't understand the CYGWIN environment variable. 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: /dev/console : permission denied
Christopher Faylor wrote: On Fri, Nov 25, 2005 at 04:15:28PM -0600, Christopher McIntosh wrote: Dave Korn wrote: SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? Yes. 'cygcheck -svr' still crashes... That's not too surprising since cygcheck is not a cygwin program and doesn't understand the CYGWIN environment variable. cgf So, what is causing the crash, then? -- 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/
Installation Fails (Hangs?) on plain vanilla XP Machine
I am trying to install Cygwin on a standard Windows XP set up. When I run 'setup.exe', it hangs at the point where is starts to download the 'mirrors.lst' file. The is no activity in the progress bar and I noted no disk or net activity for 30 min. Retried 3 times to no avail. The log file is included below. --- 2005/11/24 18:53:06 Starting cygwin install, version 2.510.2.2 2005/11/24 18:53:06 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:06 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:06 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:06 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:06 Current Directory: C:\Documents and Settings\surendar\Desktop\Software 2005/11/24 18:53:06 Changing gid to Users 2005/11/24 18:53:06 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2005/11/24 18:53:08 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:08 source: network install 2005/11/24 18:53:09 root: C:\cygwin binary system 2005/11/24 18:53:14 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:14 Selected local directory: C:\Documents and Settings\surendar\Desktop\Software\Cygwin 2005/11/24 18:53:16 net: Direct 2005/11/24 18:53:28 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:28 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:28 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:28 io_stream_cygfile: fopen failed 2 No such file or directory 2005/11/24 18:53:28 Ending cygwin install --- A couple of questions. What are McShield and McAfee doing here? I run Norton Internet Security. Could that be the problem? But, turning off the firewall did nothing to help. Any help can be appreciated. thanks sj __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ -- 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: Where is rsh ?
Dave Korn wrote: In the specific case of inetutils you probably will not find a canonical upstream site because it is all code derived from the original BSD unix. No, it's gnu these days, isn't it? http://www.gnu.org/software/inetutils/inetutils.html I suppose... I said that because the Cygwin inetutils package manpages say BSD General Commands Manual in the header and 4.2 Berkeley Distribution April 29, 1995 in the footer, so I assumed that Corinna used the BSD source and not the GNUified version. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /dev/console : permission denied
On Fri, Nov 25, 2005 at 04:25:15PM -0600, Christopher McIntosh wrote: Christopher Faylor wrote: On Fri, Nov 25, 2005 at 04:15:28PM -0600, Christopher McIntosh wrote: Dave Korn wrote: SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? Yes. 'cygcheck -svr' still crashes... That's not too surprising since cygcheck is not a cygwin program and doesn't understand the CYGWIN environment variable. So, what is causing the crash, then? Do I have to add a disclaimer to every mail and irc message on this subject? I don't know http://sources.redhat.com/ml/cygwin/2005-11/msg00789.html 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: Installation Fails (Hangs?) on plain vanilla XP Machine
surendar jeyadev wrote: I am trying to install Cygwin on a standard Windows XP set up. When I run 'setup.exe', it hangs at the point where is starts to download the 'mirrors.lst' file. The is no activity in the progress bar and I noted no disk or net activity for 30 min. Retried 3 times to no avail. The log file is included below. Can you reach http://cygwin.com/mirrors.lst from your browser? Are you using an FTP mirror? If so, try an HTTP mirror instead. Or try: http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-alpha.exe A couple of questions. What are McShield and McAfee doing here? I run Norton Internet Security. Could that be the problem? But, turning off the firewall did nothing to help. These messages are no problem. Setup checks for McAfee because it is known to cause setup problems. As the message notes, McAfee may not be installed,..., which is true in your case. -- 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: Installation Fails (Hangs?) on plain vanilla XP Machine
--- Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: surendar jeyadev wrote: I am trying to install Cygwin on a standard Windows XP set up. When I run 'setup.exe', it hangs at the point where is starts to download the 'mirrors.lst' file. The is no activity in the progress bar and I noted no disk or net activity for 30 min. Retried 3 times to no avail. The log file is included below. Can you reach http://cygwin.com/mirrors.lst from your browser? Are you using an FTP mirror? If so, try an HTTP mirror instead. Or try: http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-alpha.exe Yes, I could reach http://cygwin.com/mirrors.lst without any problems. I was using 'Direct Connection to the Internet'. I fetched 'setup-2.513-alpha.exe' and it failed the same way. The log file is identical. As things are not even getting to step 1, could there be something more fundamental at work -- such as communication problems? thanks sj __ Yahoo! Mail - PC Magazine Editors' Choice 2005 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: Installation Fails (Hangs?) on plain vanilla XP Machine
surendar jeyadev wrote: --- Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. surendar jeyadev wrote: I am trying to install Cygwin on a standard Windows XP set up. When I run 'setup.exe', it hangs at the point where is starts to download the 'mirrors.lst' file. The is no activity in the progress bar and I noted no disk or net activity for 30 min. Retried 3 times to no avail. The log file is included below. Can you reach http://cygwin.com/mirrors.lst from your browser? Are you using an FTP mirror? If so, try an HTTP mirror instead. Or try: http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-alpha.exe Yes, I could reach http://cygwin.com/mirrors.lst without any problems. I was using 'Direct Connection to the Internet'. I fetched 'setup-2.513-alpha.exe' and it failed the same way. The log file is identical. As things are not even getting to step 1, could there be something more fundamental at work -- such as communication problems? That's what I suspect, yes. You mentioned that you're using 'Direct Connection to the Internet' for 'setup.exe'. Is that the same method your browser uses to connect to the Internet? -- 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/
iconv and WCHAR_T
Hi, For converting external charsets to internal wchar_t format, I use iconv from that charset to WCHAR_T, but it seems buggy: - iconv -l doesn't show WCHAR_T - echo a | iconv -t WCHAR_T does work - echo é | iconv -t WCHAR_T does not work Is that on purpose? Isn't WCHAR_T an alias for UCS-2LE on x86 cygwin? Regards, Samuel -- 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/
mmap() on 64K aligned address fails
Hi, I was trying to figure out the often reported failure of mmap seen by running configure on some packages and, after looking at the answers on the list, I tried a test on a 64k aligned (malloced) address, mmap(... MAP_FIXED ...) fails. Attached is the small test file that was compiled with the command at the end of the same file. Any ideas what's wrong? Thanks. -- René Berber /* confdefs.h. */ #define PACKAGE_NAME package-unused #define PACKAGE_TARNAME libstdc++ #define PACKAGE_VERSION version-unused #define PACKAGE_STRING package-unused version-unused #define PACKAGE_BUGREPORT #ifdef __cplusplus extern C void exit (int); #endif #define _GLIBCXX_HOSTED 1 #define _GLIBCXX_SJLJ_EXCEPTIONS 1 #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define _GLIBCXX_USE_C99_MATH 1 #define _GLIBCXX_USE_LONG_LONG 1 #define HAVE_GTHR_DEFAULT 1 #define HAVE_IEEEFP_H 1 #define HAVE_ENDIAN_H 1 #define HAVE_MACHINE_ENDIAN_H 1 #define HAVE_MACHINE_PARAM_H 1 #define HAVE_LOCALE_H 1 #define HAVE_FLOAT_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_IPC_H 1 #define HAVE_SYS_SEM_H 1 #define HAVE_ISINF 1 #define HAVE_ISNAN 1 #define HAVE_FINITE 1 #define HAVE_COPYSIGN 1 #define HAVE_SINCOS 1 #define HAVE_HYPOT 1 #define HAVE_ACOSF 1 #define HAVE_ASINF 1 #define HAVE_ATANF 1 #define HAVE_COSF 1 #define HAVE_SINF 1 #define HAVE_TANF 1 #define HAVE_COSHF 1 #define HAVE_SINHF 1 #define HAVE_TANHF 1 #define HAVE_CEILF 1 #define HAVE_FLOORF 1 #define HAVE_EXPF 1 #define HAVE_ATAN2F 1 #define HAVE_FABSF 1 #define HAVE_FMODF 1 #define HAVE_FREXPF 1 #define HAVE_HYPOTF 1 #define HAVE_LDEXPF 1 #define HAVE_LOGF 1 #define HAVE_LOG10F 1 #define HAVE_MODFF 1 #define HAVE_POWF 1 #define HAVE_SQRTF 1 #define HAVE_SINCOSF 1 #define HAVE___BUILTIN_ABS 1 #define HAVE___BUILTIN_FABSF 1 #define HAVE___BUILTIN_FABS 1 #define HAVE___BUILTIN_FABSL 1 #define HAVE___BUILTIN_LABS 1 #define HAVE___BUILTIN_SQRTF 1 #define HAVE___BUILTIN_SQRT 1 #define HAVE___BUILTIN_SQRTL 1 #define HAVE___BUILTIN_SINF 1 #define HAVE___BUILTIN_SIN 1 #define HAVE___BUILTIN_SINL 1 #define HAVE___BUILTIN_COSF 1 #define HAVE___BUILTIN_COS 1 #define HAVE___BUILTIN_COSL 1 #define HAVE_LIBM 1 #define HAVE_COPYSIGNF 1 #define HAVE___SIGNBITF 1 #define HAVE_MBSTATE_T 1 #define HAVE_WCHAR_H 1 #define HAVE_WCTYPE_H 1 #define HAVE_WCSLEN 1 #define HAVE_WMEMCHR 1 #define HAVE_WMEMCMP 1 #define HAVE_WMEMCPY 1 #define HAVE_WMEMMOVE 1 #define HAVE_WMEMSET 1 #define HAVE_BTOWC 1 #define HAVE_WCTOB 1 #define HAVE_WPRINTF 1 #define HAVE_MBSINIT 1 #define HAVE_MBRLEN 1 #define HAVE_MBRTOWC 1 #define HAVE_MBSRTOWCS 1 #define HAVE_WCSRTOMBS 1 #define HAVE_WCRTOMB 1 #define HAVE_WCSCPY 1 #define HAVE_WCSNCPY 1 #define HAVE_WCSCAT 1 #define HAVE_WCSNCAT 1 #define HAVE_WCSCMP 1 #define HAVE_WCSCOLL 1 #define HAVE_WCSNCMP 1 #define HAVE_WCSCSPN 1 #define HAVE_WCSSPN 1 #define HAVE_WCSCHR 1 #define HAVE_WCSPBRK 1 #define HAVE_WCSRCHR 1 #define HAVE_WCSSTR 1 #define HAVE_ISWBLANK 1 #define HAVE_NL_LANGINFO 1 #define HAVE_STRTOF 1 #define HAVE_SYS_IOCTL_H 1 #define HAVE_POLL 1 #define HAVE_S_ISREG 1 #define HAVE_SYS_UIO_H 1 #define HAVE_WRITEV 1 #define HAVE_INT64_T 1 #define HAVE_LC_MESSAGES 1 #define HAVE_SIGSETJMP 1 #define HAVE_STDLIB_H 1 #define HAVE_UNISTD_H 1 #define HAVE_GETPAGESIZE 1 /* end confdefs.h. */ #include stdio.h #if HAVE_SYS_TYPES_H # include sys/types.h #endif #if HAVE_SYS_STAT_H # include sys/stat.h #endif #if STDC_HEADERS # include stdlib.h # include stddef.h #else # if HAVE_STDLIB_H # include stdlib.h # endif #endif #if HAVE_STRING_H # if !STDC_HEADERS HAVE_MEMORY_H # include memory.h # endif # include string.h #endif #if HAVE_STRINGS_H # include strings.h #endif #if HAVE_INTTYPES_H # include inttypes.h #else # if HAVE_STDINT_H # include stdint.h # endif #endif #if HAVE_UNISTD_H # include unistd.h #endif /* malloc might have been renamed as rpl_malloc. */ #undef malloc /* Thanks to Mike Haertel and Jim Avera for this test. Here is a matrix of mmap possibilities: mmap private not fixed mmap private fixed at somewhere currently unmapped mmap private fixed at somewhere already mapped mmap shared not fixed mmap shared fixed at somewhere currently unmapped mmap shared fixed at somewhere already mapped For private mappings, we should verify that changes cannot be read() back from the file, nor mmap's back from the file at a different address. (There have been systems where private was not correctly implemented like the infamous i386 svr4.0, and systems where the VM page cache was not coherent with the file system buffer cache like early versions of FreeBSD and possibly contemporary NetBSD.) For shared mappings, we should conversely verify that changes get propagated back to
