Re: [ITP-1.7] botan-1.8.1-1
Dave Korn wrote: Heh, that's a clue. __Unwind_Resume isn't in cygwin1.dll, it's in cyggcc_s-1.dll. We saw this before just recently: remove -lm and -lpthread from the final link. I removed the LINK_TO=-lm -lpthread generation from the configure.pl but check.exe still fails, this time strace shows a: The application failed to initialize properly (0xc005). Click OK.. Googling about that error this seems to relate with linking and .rdata sections and something fixed(?) by Chuck back in 2004... and only related to DLLs? Botan is not currently using shared libs right now. I'm a bit out of my depth here... -- Lapo Luchini - http://lapo.it/ “Any sufficiently advanced technology is indistinguishable from magic.” (Arthur C. Clarke)
Re: [ITP-1.7] botan-1.8.1-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Lapo Luchini wrote, On 25.3.2009 7:06: Dave Korn wrote: Heh, that's a clue. __Unwind_Resume isn't in cygwin1.dll, it's in cyggcc_s-1.dll. We saw this before just recently: remove -lm and -lpthread from the final link. I removed the LINK_TO=-lm -lpthread generation from the configure.pl but check.exe still fails, this time strace shows a: The application failed to initialize properly (0xc005). Click OK.. Googling about that error this seems to relate with linking and .rdata sections and something fixed(?) by Chuck back in 2004... and only related to DLLs? Botan is not currently using shared libs right now. I'm a bit out of my depth here... I have had similar problem with log4cplus 1.0.3 and it was fixed by adding - -Wl,--enable-auto-import. Does it not help in your case? - -- VH -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iFYEAREIAAYFAknJ1OIACgkQhQBMvHf/WHmhhwDgvH5WHhKSLSimZEk7lIwSm1K2 1U2GThR7+M9DPADePgUsHcKnfEeTYl3lkI8Lhy1aghXfCshTBeW+qA== =of6B -END PGP SIGNATURE-
Re: [ITP-1.7] botan-1.8.1-1
Lapo Luchini wrote: Lapo Luchini wrote: Botan is not currently using shared libs right now. I'm a bit out of my depth here... OK, I think I got it: problem is GCC3 wasn't using a shared C++ library and GCC4 does, and probably that executable has a const pointer to a something from C++ library that should be relocatable. So far so good, though I'm still wondering if it's an overall bad thing that should be catched upstream or is something Windows-specific. =) We recently made --enable-auto-import the default in upstream binutils. cheers, DaveK
setup.exe --packages works great for me, thanks!
Hi, just a short: THANK YOU. I followed the discussions about the --packages flag for setup.exe on the mailing lists, and was very much hoping it would make it into the release some time. I just tested it from CVS, and it works great for me. Deploying Cygwin to several very differently installed machines, and no complaints so far. Thanks, and keep up the good work, Mario
running with scissors
I just deleted all of the setup.hint files from release and waited a minute, deleted all of the setup.hint files from release-2, and, as I was watching files scroll by, thought I didn't mean to delete all of the setup.hint files. I meant to delete all of the md5.sum files. I've restored all of the setup.hint files from what seems to be a current mirror but, if you have made changes to a setup.hint file today, please check to see if your change is still there. Many apologies if I inconvenienced anyone with this change. Too much multitasking going on... cgf
Re: Bug in upset? [Was: Re: R: Problem [1.7]: link /bin/lzma - xz]
Christopher Faylor wrote: On Mon, Mar 23, 2009 at 02:02:00PM -0400, Charles Wilson wrote: Well, that's really off-point, because... No, actually it's not. But, a digression... you haven't bothered to include a Thank you or I'm sorry to have bothered you. You're right. Thank you. Sorry to have bothered you. So now that I'm not digressing, I'm disheartened that I have to argue for code stabilization prior to a major release point. I fully understand that no one likes having to exercise discipline around a release. I don't enjoy waiting or managing branches myself. And, I can understand that most people would not voluntarily adopt a release freeze if no one else was doing it. So, since there was no policy in place, there was no reason for any package maintainer to be thinking along those lines. I didn't think I'd have to argue for the wisdom of such a proven release policy, though. If we really -- really and truly, actually, honest-to-god swear-on-the-bible -- intend to release cygwin-1.7 real soon now (and not Real Soon Now(tm) -- then by all means, let's go to package freeze. (Notwithstanding Yaakov's desire to do a flag day, backwards-incompatible, rebuild everything with the spiffy new gcc4 for the spiffy new cygwin-1.7) But I'm game for a freeze. The reason I've been doing my flurry of rebuilds was specifically to prepare FOR the cygwin-1.7 release. But if we go to package freeze, I've got plenty of other things to do with my time. But, I can't say that I actually care that much. My opinion was indirectly solicited so I offered it. The bottom line is that, no, I'm not going to change release-2 from being a unionfs. We can easily and slowly transition in this direction without the requirement of a wholesale switch. OK. I didn't complain about the unionfs -- I only described *my* mistake in working *with* unionfs. And now that you've pointed how I should have been doing it all along, I doubt I'll have any more hassles along that line. I have not yet decided if sourceware will continue to run a copy of upset on the old Cygwin 1.5 release directory when 1.7 goes live. I suspect that it will not. At the risk of continuing a contentious thread, is this is a policy change? I'm honestly not sure: Corinna said (2008 Apr 24) (in response to Yaakov's question): * for how long will maintainers be expected to maintain two sets of releases? Until we are all more or less confident that we can release 1.7 and its packages to the world. Eric Blake issued his opinion: IMHO, only until 1.7 is released. After that, the 1.5 tree will be left to grow weeds and drift off into the mists of time. Of course, if you feel like releasing updates into the 1.5 tree (e.g. security patches) I'm sure that would be fine, but I don't think there's any expectation of service once 1.7 is finally out the door and made current. But this is all just MHO, others may have a different view. I thought there was some mention of supporting updates in the (legacy) release/ area -- especially security fixes -- at the maintainer's discretion. But (a) if upset doesn't regen setup.ini, then the maintainer can upload new packages all day long to no effect, and (b) I can't find any actual statement in the archives supporting my recollection. So, maybe once 1.7 goes live, 1.5 is dead. deceased. joined the choir invisible. frozen solid and kept for historical interest only. Want newer stuff, security fixes, bug fixes? Leave win9x and use 1.7 is/was/has-been the policy all along and doesn't represent a change. Can you or Corinna clarify that? -- Chuck
Re: Bug in upset? [Was: Re: R: Problem [1.7]: link /bin/lzma - xz]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Charles Wilson wrote: If we really -- really and truly, actually, honest-to-god swear-on-the-bible -- intend to release cygwin-1.7 real soon now (and not Real Soon Now(tm) -- then by all means, let's go to package freeze. (Notwithstanding Yaakov's desire to do a flag day, backwards-incompatible, rebuild everything with the spiffy new gcc4 for the spiffy new cygwin-1.7) I've already began this with my packages, and in doing so I have come across a number of bugs which I have been reporting to the list as I find them. How else do you propose to properly test cygwin-1.7 until packages have been rebuilt for it? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAknLChsACgkQpiWmPGlmQSNzpACfTC4iK9VRignrD+UomU44HrJs BqQAoN3814Qdy5/SO+rQvFRV7CY/0KoY =cgkb -END PGP SIGNATURE-
keypad assignments
Hello, I've managed to re-activate my Cygwin/XFree (there had been this disabled keyboard problem with a non-cygwin XKEYSYMDB variable setting since some recent release...). So I discovered that, assumedly with that recent major revision, a keyboard handling deficiency has been introduced: The keys of the right keypad (aka numeric keypad) do no longer emit the keysyms KP_Home, KP_Up etc as they used to do but just plainly Home, Up etc which are also the keysyms of the small keypad (aka editing keypad). This makes them indistinguishable for any application - even worse, this cannot be fixed by configuration since they even send the same keycodes! These are different keys - considering them as aliases is a waste of physical resources - and they must be distinguishable for an application. That means, they must have different keycodes and they should also have different keysyms by default - that's what the KP_ keysyms are designed for. Thanks and kind regards, Thomas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Two versions of the same package? It was Re: Compiling flpsed under cygwin
Hi Folks, I manage to compile fltk-1.3 with X11 support as suggested in the link below. It's configuration is setup to be installed in /usr/local. However there is another version fltk-1.1.8 which is part of the cygwin packages installed in /usr/bin . To compile flpsed I will have to do it against the library of fltk-1.3. I could remove fltk-1.1.8 but I'm afraid that some other package might get messed up. How do I do to compile flpsed against fltk-1.3 without removing fltk-1.1.8? Many thanks in advance. Daniel On Tue, 2009-03-24 at 10:36 -0700, Daniel Senderowicz wrote: Hi, I did post this one to cyg...@cygwin.com, but perhaps cygwin-xfree is a more appropriate list. I found one thread on the same subject (http://www.cygwin.com/ml/cygwin-xfree/2005-07/msg00089.html) but after following the directions, I'm still getting nowhere. I'm attaching the logfiles of the following commands: cygcheck -srv ./configure (see the details of the ./configure options in the file) make I would really appreciate it if someone can give me a hint. Thanks. Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Two versions of the same package? It was Re: Compiling flpsed under cygwin
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz Sent: Wednesday, March 25, 2009 10:22 AM I manage to compile fltk-1.3 with X11 support as suggested in the link below. The first step in that link is to remove the cygwin fltk package. I suggest you do that. HTH, Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Two versions of the same package? It was Re: Compiling flpsed under cygwin
OK. How do I check if there are any dependencies on the cygwin fltk? Also, how do I remove this package? Is there an easy way of doing it, or I have to dig all related files? Thanks. Daniel On Wed, 2009-03-25 at 10:34 -0700, Mike Ayers wrote: From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz Sent: Wednesday, March 25, 2009 10:22 AM I manage to compile fltk-1.3 with X11 support as suggested in the link below. The first step in that link is to remove the cygwin fltk package. I suggest you do that. HTH, Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Two versions of the same package? It was Re: Compiling flpsed under cygwin
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz Sent: Wednesday, March 25, 2009 10:57 AM OK. How do I check if there are any dependencies on the cygwin fltk? Also, how do I remove this package? Is there an easy way of doing it, or I have to dig all related files? Thanks. Just run cygwin setup, pick the full view, find fltk, and change Keep to Uninstall on the spinner, then proceed. This will also update all your existing packages - yea! HTH, Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Two versions of the same package? It was Re: Compiling flpsed under cygwin
OK. Sound easy, I'll try that. Thanks for your time. Cheers, Daniel On Wed, 2009-03-25 at 11:28 -0700, Mike Ayers wrote: From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz Sent: Wednesday, March 25, 2009 10:57 AM OK. How do I check if there are any dependencies on the cygwin fltk? Also, how do I remove this package? Is there an easy way of doing it, or I have to dig all related files? Thanks. Just run cygwin setup, pick the full view, find fltk, and change Keep to Uninstall on the spinner, then proceed. This will also update all your existing packages - yea! HTH, Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
cygXmHTML-0.dll doesn't install
I recently updated my distribution, tried to run xmgrace, but nothing happens. Cygcheck indicates that cygXmHTML-0.dll isn't found, and reinstalling both packages changes nothing. Sorry for the lack of information, but that's about all I have. Any help welcome. -- http://www.biology.duke.edu/wilson/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog strfuncs.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-03-25 09:02:22 Modified files: winsup/cygwin : ChangeLog strfuncs.cc Log message: * strfuncs.cc (__kr_wctomb): Use codepage 51949 rather than 50949. (__kr_mbtowc): Ditto. (__set_charset_from_codepage): Ditto. Translate codepage 936 to GB2312 and drop the charset name GBK. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4423r2=1.4424 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/strfuncs.cc.diff?cvsroot=srcr1=1.18r2=1.19
src/winsup/doc ChangeLog new-features.sgml pat ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-03-25 10:37:07 Modified files: winsup/doc : ChangeLog new-features.sgml pathnames.sgml setup-net.sgml setup2.sgml Log message: * new-features.sgml: Add missing GB2312 and eucKR character sets. * pathnames.sgml: Change DOS devices title to Invalid filenames and rephrase that section. Add section Filenames with unusual (foreign) characters. Fix an emphasis. * setup-net.sgml: Integrate setup-locale section. * setup2.sgml: Add locale variables to section Environment Variables. Add section Internationalization. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.189r2=1.190 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.3r2=1.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/pathnames.sgml.diff?cvsroot=srcr1=1.34r2=1.35 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/setup-net.sgml.diff?cvsroot=srcr1=1.18r2=1.19 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/setup2.sgml.diff?cvsroot=srcr1=1.10r2=1.11
src/winsup/cygwin ChangeLog environ.cc fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-03-25 12:29:04 Modified files: winsup/cygwin : ChangeLog environ.cc fhandler_console.cc Log message: * environ.cc (environ_init): Break from locale loop after first hit. * fhandler_console.cc (fhandler_console::write_normal): Print a SO sequence using always valid Unicode chars. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4424r2=1.4425 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/environ.cc.diff?cvsroot=srcr1=1.176r2=1.177 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_console.cc.diff?cvsroot=srcr1=1.185r2=1.186
src/winsup/cygwin ChangeLog strfuncs.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-03-25 13:54:41 Modified files: winsup/cygwin : ChangeLog strfuncs.cc Log message: * strfuncs.cc (sys_wcstombs): Don't convert ASCII SO into two ASCII SO's. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4425r2=1.4426 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/strfuncs.cc.diff?cvsroot=srcr1=1.19r2=1.20
Re: Problem [1.7]: no directory release-2/glpk/ yet
Sorry, got them now. (But only by visiting a mirror site and right-clicking on the files. wget could not, and still cannot, pick them up for me. Probably my driving.) Fergus Fergus wrote: Twelve hours after the first appearance of these entries: glpk/glpk-4.36-4-src.tar.bz2 glpk/glpk-4.36-4.tar.bz2 glpk/libglpk-devel/libglpk-devel-4.36-4.tar.bz2 glpk/libglpk0/libglpk0-4.36-4.tar.bz2 in setup-2.ini, I can't find it [any mention of the directory glpk/, let alone any of the 4 files] under release-2/ in any of the mirrors I tried [at least 4]. Don't think I'm mis-typing ... I can find all of 4.25-1, 4.31-1 and 4.35-1 under release/glpk/ for cygwin-1.5. 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/
MinTTY 0.4-alpha1
Hi, I've uploaded development release 0.4-alpha1 of MinTTY to http://mintty.googlecode.com. This has a few new or improved features to try and break: - The options dialog gained an Apply button and no longer blocks terminal output. - The options have been rearranged, hopefully for the better. - Font size can be changed with Ctrl+'+' and Ctrl+'-'. Ctrl+0 goes back to the configured font size. - The command line cursor can be moved by clicking with the mouse. (This works by generating left/right arrow keycodes.) - PuTTY's option for setting the maximum number of lines in the scrollback buffer is back. (Previously that was fixed to 65535.) - Decreasing the window width no longer crops lines, i.e. hidden parts reappear after increasing the size again. - The row and column settings in the options now control startup size only, to avoid accidentally saving the current size. The manpage hasn't yet been brought into sync with these changes. Let me know how you get on, or what else you'd like to see improved. (But don't mention tabs! :) Andy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem [1.7]: no directory release-2/glpk/ yet
Sorry, I'm getting boring on the subject, BUT access to release-2/glpk/ really is failing with one particular mirror at least: wget -r ftp://mirrors.kernel.org/sources.redhat.com/cygwin/release-2/bash works just fine but wget -r ftp://mirrors.kernel.org/sources.redhat.com/cygwin/release-2/glpk gives No such directory `sources.redhat.com/cygwin/release-2/glpk'. If I go to the ftp site ftp://mirrors.kernel.org/sources.redhat.com/cygwin/release-2/ using Firefox and then click on glpk/ I get Alert! 550 failed to change directory Fergus Fergus wrote: Sorry, got them now. (But only by visiting a mirror site and right-clicking on the files. wget could not, and still cannot, pick them up for me. Probably my driving.) Fergus Fergus wrote: Twelve hours after the first appearance of these entries: glpk/glpk-4.36-4-src.tar.bz2 glpk/glpk-4.36-4.tar.bz2 glpk/libglpk-devel/libglpk-devel-4.36-4.tar.bz2 glpk/libglpk0/libglpk0-4.36-4.tar.bz2 in setup-2.ini, I can't find it [any mention of the directory glpk/, let alone any of the 4 files] under release-2/ in any of the mirrors I tried [at least 4]. Don't think I'm mis-typing ... I can find all of 4.25-1, 4.31-1 and 4.35-1 under release/glpk/ for cygwin-1.5. 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: Problem [1.7]: no directory release-2/glpk/ yet
On Mar 25 08:25, Fergus wrote: Sorry, I'm getting boring on the subject, BUT access to release-2/glpk/ really is failing with one particular mirror at least: The permission bits on the glpk directory on sourceware were set so that others didn't have r-x access, I fixed that. I hope the mirrors catch up soon. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: csih: Unattended installations are not possible
Hi again,
Chuck and Corinna, can you please take a look at this?
On Fri, Mar 20, 2009 at 20:12, Julio Emanuel wrote:
[snip]
Chuck, if this is the old 'time compression' problem :) I could try to
help and see if I send a patch to your evaluation.
I just don't want to take something in hands that someone else has
already started to work on, or simply does not agree with my view.
Standing by...
Timeout! :)
Now, contradicting myself... there you have: a -f (force) option to
the csih_select_privileged_username function!
This way nothing breaks regarding current clients of csih.
And it only takes a minor change in new/upgraded clients to make use of this.
Here is the patch to csih:
~/cygsetup/addons/usr/bin $ cygcheck -c csih
Cygwin Package Information
Package VersionStatus
csih 0.1.8-1OK
~/cygsetup/addons/usr/share/csih $ diff -u
/usr/src/csih-0.1.8-1/origsrc/csih-0.1.8/cygwin-service-installation-helper.sh
cygwin-service-installation-helper.sh
= [Cut here] ===
---
/usr/src/csih-0.1.8-1/origsrc/csih-0.1.8/cygwin-service-installation-helper.sh
2008-08-20 19:35:38.0 +0100
+++ cygwin-service-installation-helper.sh 2009-03-24
14:47:39.346570600 +
@@ -2071,7 +2071,7 @@
# ==
-# Routine: csih_select_privileged_username [-q] [service_name]
+# Routine: csih_select_privileged_username [-q] [-f] [service_name]
# On NT and above, get the desired privileged account name.
#
# If the optional argument '-q' is specified, then this function will
@@ -2079,6 +2079,10 @@
# scripts that need information ABOUT a service, but do not
# themselves install the service.
#
+# If the optional argument '-f' is specified, then no confirmation
+# questions will be asked about the selected username. This is
+# useful mainly in unattended installations.
+#
# If the optional [service_name] argument is present, then that value
# may be used in some of the messages. Also, this function will
# then check to see if [service_name] is already installed. If so,
@@ -2087,6 +2091,7 @@
# etc)
#
# Usually [service_name] and [-q] should be specified together.
+#[-f] can be set regardless of others options.
#
# SETS GLOBAL VARIABLE:
# csih_PRIVILEGED_USERNAME
@@ -2116,6 +2121,7 @@
$_csih_trace
local username
local opt_query=0
+ local opt_force=0
local opt_servicename=
local options
@@ -2123,9 +2129,10 @@
# always parse command line
OPTIND=0
- while getopts :q options; do
+ while getopts :qf options; do
case $options in
q ) opt_query=1 ;;
+ f ) opt_force=1 ;;
\? ) csih_warning ${FUNCNAME[0]} ignoring invalid option: $OPTARG ;;
\: ) csih_warning ${FUNCNAME[0]} ignoring option missing
required argument: $OPTARG ;;
esac
@@ -2264,27 +2271,23 @@
echo
csih_inform This script plans to use '${username}'.
csih_inform '${username}' will only be used by registered services.
- if csih_request Do you want to use a different name?
+ if [ $opt_force -eq 0 ]
then
-csih_get_value Enter the new user name:
-username=${csih_value}
- fi
-else
- if [ -z ${opt_servicename} ]
- then
-csih_inform This script will assume that the service will
run under the
-csih_inform '${username}' account.
-if csih_request Will the service run under a different account?
+if csih_request Do you want to use a different name?
then
- csih_get_value Enter the user name used by the service:
+ csih_get_value Enter the new user name:
username=${csih_value}
fi
- else
-csih_inform This script will assume that ${opt_servicename}
will run under the
-csih_inform '${username}' account.
-if csih_request Will ${opt_servicename} run under a
different account?
+ fi
+else
+ theservice=${opt_servicename:-the service}
+ csih_inform This script will assume that ${theservice} will
run under the
+ csih_inform '${username}' account.
+ if [ $opt_force -eq 0 ]
+ then
+if csih_request Will ${theservice} run under a different account?
then
- csih_get_value Enter the user name used by ${opt_servicename}:
+ csih_get_value Enter the user name used by ${theservice}:
username=${csih_value}
fi
fi
@@ -2332,6 +2335,12 @@
# create a new privileged user.
# $1 (optional) will be used as the password if non-empty
#
+# NOTE: For using special behaviours triggered by optional parameters
+# to the csih_select_privileged_username function, you should first
+# call that function with all required parameters, and then call this
+# function. The selected username will already be stored in
+# $csih_PRIVILEGED_USERNAME.
+#
# Exits on catastrophic error
Re: csih: Unattended installations are not possible
Sorry. Dumb gmail mailer wrapped some lines. Here are the patches, in attachments. Have Fun! ___ Julio Costa Charles Kettering - My interest is in the future because I am going to spend the rest of my life there. cygwin-service-installation-helper.sh.diff Description: Binary data ssh-host-config.diff Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unable to remap C:\cygwin\bin\cygncurses-8.dll
Just to report that the problem disappeared after reboot. Marc -- View this message in context: http://www.nabble.com/unable-to-remap-C%3A%5Ccygwin%5Cbin%5Ccygncurses-8.dll-tp22667393p22700800.html Sent from the Cygwin list mailing list archive at Nabble.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/
[SOLVED] Re: under cygwin, zsh cannot run when built against ncurses9-5.7-13
[SOLVED, yes, but no patch just yet, only the full explanation.] Corinna Vinschen wrote: What I'm wondering is, why did it work all these years before? Is it a bug in the new binutils? Or was it a bug in the old binutils to create working results? I installed Cygwin-1.5 from the Time Machine, circa 2006/07/25/023017, and rebuilt zsh from source. Big thanks to Peter A. Castro for the CTM. It all came out valid, despite showing the same behaviour with -lm. Here's the diff between the verbose linker output caused by linking the libzsh DLL without or with '-lm': GNU ld version 2.17.50 20060709 GNU ld version 2.17.50 20060709 Supported emulations: @@ -295,6 +295,11 @@ attempt to open /usr/lib/libcurses.dll.a (/usr/lib/libcurses.dll.a)d000404.o (/usr/lib/libcurses.dll.a)d00.o (/usr/lib/libcurses.dll.a)d000479.o +attempt to open /usr/lib/libm.dll.a failed +attempt to open /usr/lib/m.dll.a failed +attempt to open /usr/lib/libm.a succeeded +(/usr/lib/libm.a)d001177.o +(/usr/lib/libm.a)d00.o attempt to open /usr/lib/libgcc.dll.a failed attempt to open /usr/lib/gcc.dll.a failed attempt to open /usr/lib/libgcc.a failed @@ -420,7 +425,6 @@ attempt to open /usr/lib/libcygwin.a suc (/usr/lib/libcygwin.a)d001399.o (/usr/lib/libcygwin.a)d001401.o (/usr/lib/libcygwin.a)d000959.o -(/usr/lib/libcygwin.a)d001177.o (/usr/lib/libcygwin.a)d001477.o (/usr/lib/libcygwin.a)setgid.o (/usr/lib/libcygwin.a)setuid.o As you see, it's showing the same behaviour as the latest version does: it pulls in partial import table entries from libm, leaving an uncapped IAT. But it works in this case, because looking at the overall linker output: attempt to open /usr/lib/libm.dll.a failed attempt to open /usr/lib/m.dll.a failed attempt to open /usr/lib/libm.a succeeded (/usr/lib/libm.a)d001177.o (/usr/lib/libm.a)d00.o attempt to open /usr/lib/libgcc.dll.a failed attempt to open /usr/lib/gcc.dll.a failed attempt to open /usr/lib/libgcc.a failed attempt to open /usr/lib/gcc.lib failed attempt to open /usr/lib/cyggcc.dll failed attempt to open /usr/lib/libgcc.dll failed attempt to open /usr/lib/gcc.dll failed attempt to open /usr/lib/libgcc.a failed attempt to open /usr/lib/gcc/i686-pc-cygwin/3.4.4/libgcc.dll.a failed attempt to open /usr/lib/gcc/i686-pc-cygwin/3.4.4/gcc.dll.a failed attempt to open /usr/lib/gcc/i686-pc-cygwin/3.4.4/libgcc.a succeeded (/usr/lib/gcc/i686-pc-cygwin/3.4.4/libgcc.a)_chkstk.o (/usr/lib/gcc/i686-pc-cygwin/3.4.4/libgcc.a)_divdi3.o (/usr/lib/gcc/i686-pc-cygwin/3.4.4/libgcc.a)_moddi3.o (/usr/lib/gcc/i686-pc-cygwin/3.4.4/libgcc.a)_udivdi3.o (/usr/lib/gcc/i686-pc-cygwin/3.4.4/libgcc.a)_umoddi3.o attempt to open /usr/lib/libcygwin.dll.a failed attempt to open /usr/lib/cygwin.dll.a failed attempt to open /usr/lib/libcygwin.a succeeded (/usr/lib/libcygwin.a)dll_entry.o ... the next thing that adds any entries into the import sections is libcygwin itself, so the two tables simply merge into one correctly topped-and-tailed one. The entries linked in from static libgcc only add to the text and data sections, and so the import section entries from libm and libcygwin concatenate perfectly. On newer systems with gcc-4 and shared libgcc, that all changes: attempt to open /usr/lib/libm.dll.a failed attempt to open /usr/lib/m.dll.a failed attempt to open /usr/lib/libm.a succeeded (/usr/lib/libm.a)d001286.o (/usr/lib/libm.a)d00.o attempt to open /usr/lib/libgcc_s.dll.a failed attempt to open /usr/lib/gcc_s.dll.a failed attempt to open /usr/lib/libgcc_s.a failed attempt to open /usr/lib/gcc_s.lib failed attempt to open /usr/lib/cyggcc_s.dll failed attempt to open /usr/lib/libgcc_s.dll failed attempt to open /usr/lib/gcc_s.dll failed attempt to open /usr/lib/libgcc_s.a failed attempt to open /usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a succeeded (/usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a)d38.o (/usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a)_chkstk.o (/usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a)d72.o (/usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a)d000100.o (/usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a)d000102.o (/usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a)d00.o (/usr/lib/gcc/i686-pc-cygwin/4.3.2/libgcc_s.dll.a)d000104.o attempt to open /usr/lib/libcygwin.dll.a failed attempt to open /usr/lib/cygwin.dll.a failed attempt to open /usr/lib/libcygwin.a succeeded (/usr/lib/libcygwin.a)dll_entry.o (/usr/lib/libcygwin.a)d000731.o Now that libgcc is a DLL, it *does* add import section entries (as well as code/data), and so we end up with the libgcc import table in between the libm entries carrying the head of the cygwin1.dll import table and the libcygwin entries containing the tail; it's effectively embedded in the middle of it. This has all the expected bad results. So the linker is DTRT, the problem has always existed but been masked by the fact that nothing between -lm and -lcygwin used to import anything, the problem has arisen now because
Re: unable to remap C:\cygwin\bin\cygncurses-8.dll
Marc Girod wrote: Just to report that the problem disappeared after reboot. Marc Did you by any chance run setup.exe to do an update and have a bash shell still open and then perhaps click on the In-use files detected replace-on-reboot option and then try to carry on using Cygwin without rebooting? The behaviour you describe is exactly what you'd expect to see in that case. cheers, DaveK -- 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: unable to remap C:\cygwin\bin\cygncurses-8.dll
Dave Korn-6 wrote: Did you by any chance run setup.exe to do an update and have a bash shell still open and then perhaps click on the In-use files detected replace-on-reboot option and then try to carry on using Cygwin without rebooting? The behaviour you describe is exactly what you'd expect to see in that case. I don't remember it, but cannot exclude it either (a few hours earlier?). I think I'd have noticed having to click on the popup, but these days, I tend to click and clac on so many things... Is this logged somewhere? Thanks anyway! Marc -- View this message in context: http://www.nabble.com/unable-to-remap-C%3A%5Ccygwin%5Cbin%5Ccygncurses-8.dll-tp22667393p22701144.html Sent from the Cygwin list mailing list archive at Nabble.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: unable to remap C:\cygwin\bin\cygncurses-8.dll
Marc Girod wrote: Dave Korn-6 wrote: Ah, my clones have been posting again I see! Did you by any chance run setup.exe to do an update and have a bash shell still open and then perhaps click on the In-use files detected replace-on-reboot option and then try to carry on using Cygwin without rebooting? The behaviour you describe is exactly what you'd expect to see in that case. I don't remember it, but cannot exclude it either (a few hours earlier?). I think I'd have noticed having to click on the popup, but these days, I tend to click and clac on so many things... Is this logged somewhere? /var/log/setup.log.full should tell you if it happened in the most-recent previous run of setup.exe, or if maybe you ran through it twice /var/log/setup.log has the complete history. cheers, DaveK -- 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: unable to remap C:\cygwin\bin\cygncurses-8.dll
Dave Korn wrote: /var/log/setup.log.full should tell you if it happened in the most-recent previous run of setup.exe Thanks. My latest setup run is thus stamped between: 2009/03/11 13:49:59 Starting cygwin install, version 2.573.2.3 ... and 2009/03/11 14:11:07 Ending cygwin install Marc -- View this message in context: http://www.nabble.com/unable-to-remap-C%3A%5Ccygwin%5Cbin%5Ccygncurses-8.dll-tp22667393p22701533.html Sent from the Cygwin list mailing list archive at Nabble.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: unable to remap C:\cygwin\bin\cygncurses-8.dll
Marc Girod wrote: Dave Korn wrote: /var/log/setup.log.full should tell you if it happened in the most-recent previous run of setup.exe Thanks. My latest setup run is thus stamped between: 2009/03/11 13:49:59 Starting cygwin install, version 2.573.2.3 ... and 2009/03/11 14:11:07 Ending cygwin install Hmm, seems unlikely that it could have been hanging by a thread for all that long and only just gone wrong now. Must be another explanation. Maybe some sort of BLODA. cheers, DaveK -- 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: wget -k downloading to shares fails with seemingly spurious permission denied error
Can anyone else at all confirm the behaviour I am seeing, or is it just me? (Or is Larry just blessed? :) Thanks, -- Barry Barry Kelly wrote: I'm having a problem that doesn't seem to admit logical explanation, apart from a bug in either wget, Cygwin or Windows' implementation of SMB shares. Assume the current directory is a UNC path to a share on another machine (say, //foo/blah), with full permissions. Run the following command from Cygwin bash: $ wget -k google.com This should download an index.html, then convert any relative links in the html to absolute links. However, when I run it, I get output that looks more like this: $ wget -k google.com # ... Length: unspecified [text/html] Saving to: `index.html' 0K 58.3K=0.1s 2009-03-23 21:21:38 (58.3 KB/s) - `index.html' saved [6528] Converting index.html... Unable to delete `index.html': Permission denied Converted 1 files in 0.02 seconds. I've done an strace: 67 1028672 [main] wget 2016 unlink: _unlink (\\foo\blah\baz) 3815 1032487 [main] wget 2016 seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.5.25-15/winsup/cygwin/syscalls.cc:269 windows error 5 110 1032597 [main] wget 2016 geterrno_from_win_error: windows error 5 == errno 13 80 1032677 [main] wget 2016 __set_errno: void seterrno_from_win_error(const char*, int, DWORD):310 val 13 80 1032757 [main] wget 2016 unlink: -1 = unlink (baz) 245 1033002 [main] wget 2016 sig_send: sendsig 0x150, pid 2016, signal -34, its_me 1 88 1033090 [main] wget 2016 sig_send: wakeup 0x24C 81 1033171 [main] wget 2016 sig_send: Waiting for pack.wakeup 0x24C 4 1033175 [sig] wget 2016 wait_sig: signalling pack.wakeup 0x24C 98 1033273 [main] wget 2016 sig_send: returning 0x0 from sending signal -34 84 1033357 [main] wget 2016 fhandler_base::write: binary write Unable to delete ` 100 1033457 [main] wget 2016 sig_send: sendsig 0x150, pid 2016, signal -34, its_me 1 I can delete the downloaded files just fine using `unlink', and its unlink call appears unmolested: 28 33813 [main] unlink 2684 unlink: _unlink (\\foo\blah\baz) 1347 35160 [main] unlink 2684 unlink: DeleteFile after CreateFile/CloseHandle succeeded 47 35207 [main] unlink 2684 unlink: 0 = unlink (baz) 176 35383 [main] unlink 2684 close: close (1) Can anyone else verify the problem? Can anything be done to fix it? -- Barry -- 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/
Hopefully new details on the rsync crash issue
Hello all! As many others, I also have problems using rsync in cygwin. I hope adding my case can help some expert find the source problem. If more tests are desired, I will conduct them. Setup: I have an OpenBSD4.4-box with rsync 3.0.3. rsync is running in daemon mode and is started by inetd. I have defined four simple sections in rsyncd.conf (only name and comment) that are readonly (that is, I wish to copy FROM the daemon-box TO a client-box). In the other corner: XP Pro SP3 with latest cygwin-components. On this machine, I run the cygwin-rsync from a windows batch-file. I have tried both using a ssh tunnel and running rsync naked. I access the rsync resources simplest possible like rsync.exe -r host::rsyncnode/somefile /cygdrive/driveletter/path. The XP-box is otherwise stable. These boxes are alone on a 100Mb local network that work very well with SAMBA, ssh, web and other applications. Problem: After some time the rsync client hangs the XP-box. The hang is solid and neither Ctrl-Alt-Delete, NumLock or the Mouse pointer works. A cold boot is requied. The hang always occour when new files are processed and all new attempts go a bit further than a previous one. More specifically for my case: I try to copy a large set of large files ( 5000 files and many of them 100MB), ca 300GB in total. I have done 5-10 attempts and the space used on the destination drive is increased by 4-6GB per try. Any ideas? Need more info? -- Jon -- 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 1.7 problems: network, path, file system
Just to finally provide some positive feedback: I installed cygwin 1.7 again this year and the problems I experienced with Hummingbird NFS do not occur anymore. Thomas, ping? On Jun 18 12:53, Corinna Vinschen wrote: I don't have hummingbird NFS installed, just Microsoft's NFS from SFU resp. the default NFS clients built in to Vista and 2008. Works fine for me. There's code in Cygwin 1.7 to work with these NFS clients, see http://cygwin.com/ml/cygwin-developers/2008-05/msg00029.html I have no idea how hummingbird NFS works. If you want support for this NFS client, Cygwin needs code from you. For a start, please build the ^^ Alternatively developer documentation from. Hummingbird. I don't know if they have opened their API, but as a customer you should get some information. attached source code and run it with the path to the drive, like this: $ gcc -g -o GetVolInfo GetVolInfo.c -lntdll $ ./GetVolInfo /cygdrive/x or $ GetVolInfo x:/ Paste the output in your reply. This is still a first step I'm interested in... Corinna -- 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 not found with scp
I'm trying to use scp to copy a remote file to a local directory, and it's telling me the file isn't found. The file is there, I can connect and see it via ssh, and I can also use both ssh and scp with no problem in the other direction. i.e From computer A to computer B, ssh works but not scp. From computer B to computer A, both ssh and scp work fine. Here's what I did on computer A (D01843), where scp fails: ryan.stew...@d01843 ~ $ scp 10.6.104.232:/home/ryan/foo . ryan.stew...@10.6.104.232's password: scp: /home/ryan/foo: No such file or directory ryan.stew...@d01843 ~ $ ssh 10.6.104.232 ryan.stew...@10.6.104.232's password: Last login: Wed Mar 25 09:06:12 2009 from desktop ryan.stew...@dl03226 ~ $ cat /home/ryan/foo hi there Does anyone have a clue about this? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem [1.7]: no directory release-2/glpk/ yet
On Wed, Mar 25, 2009 at 09:32:47AM +0100, Corinna Vinschen wrote: On Mar 25 08:25, Fergus wrote: Sorry, I'm getting boring on the subject, BUT access to release-2/glpk/ really is failing with one particular mirror at least: The permission bits on the glpk directory on sourceware were set so that others didn't have r-x access, I fixed that. I hope the mirrors catch up soon. The bad directory permissions are apparently caused by my using wget -r to retrieve the package. I thought I fixed this but I obviously didn't notice glpk. Sorry for the confusion I caused. There are supposed to be automated processes that ensure proper permissions but I wasn't scanning release-2. I am now so this so this should not be a problem in the future. 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: [SOLVED] Re: under cygwin, zsh cannot run when built against ncurses9-5.7-13
On Wed, Mar 25, 2009 at 12:49:36PM +, Dave Korn wrote: So the linker is DTRT, the problem has always existed but been masked by the fact that nothing between -lm and -lcygwin used to import anything, the problem has arisen now because now that does happen, and the solution is to mung the symbols in the import top/tail sections in libm so that libm and libcygwin both each add a complete import table entry of their own (there's no problem having two import tables against the same DLL). Once I've figured out how that perl script works, I'll be able to suggest a patch. Don't bother. I'll look into it. -- 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: [SOLVED] Re: under cygwin, zsh cannot run when built against ncurses9-5.7-13
Christopher Faylor wrote: On Wed, Mar 25, 2009 at 12:49:36PM +, Dave Korn wrote: So the linker is DTRT, the problem has always existed but been masked by the fact that nothing between -lm and -lcygwin used to import anything, the problem has arisen now because now that does happen, and the solution is to mung the symbols in the import top/tail sections in libm so that libm and libcygwin both each add a complete import table entry of their own (there's no problem having two import tables against the same DLL). Once I've figured out how that perl script works, I'll be able to suggest a patch. Don't bother. I'll look into it. Thanks. As an experiment I tried adding (just after the line 0 while s/$libdllname/$libname/sog;) my $orig_iname=_cygwin1_dll_iname; my $new_iname=_libm_dll_iname; my $inamepad = length($orig_iname) - length($new_iname); die $0: library name too long ( . length($new_iname) . )\n if $inamepad 0; $new_iname .= \0 x $inamepad; 0 while s/$orig_iname/$new_iname/sog; ... and although it produced a libm.a with the symbols I was hoping to see, there's something wrong as the reference to _pow in zsh's math.o that was previously pulling in libm.a(d0001286.o) fails to pull in anything from a libm built with the above. Didn't get as far as figuring out what I did wrong yet, but if you're looking after it I'll get on with GCC stuff. cheers, DaveK -- 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: File not found with scp
On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart rds6...@gmail.com wrote: I'm trying to use scp to copy a remote file to a local directory, and it's telling me the file isn't found. [...] I found the problem. When I use scp--from computer A to computer B only--my home isn't c:\cygwin\home\ryan, but c:\Program File\Git\home\ryan. ??? Can anyone help me with this one? c:\cygwin\home\ryan is my home directory on both computer A and B in normal bash shells and also when I ssh from one to the other. Why is scp behaving differently? -- 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: wget -k downloading to shares fails with seemingly spurious permission denied error
On Mar 25 13:47, Barry Kelly wrote: Can anyone else at all confirm the behaviour I am seeing, or is it just me? (Or is Larry just blessed? :) No, I can reproduce it using an XP client and a remote directory on my 2K8 domain controller. Examining the strace output from wget, you can see that wget tries to delete the file while still having a file mapping open. That's the problem. Windows doesn't allow to delete remote files with an open file mapping. I don't know any way around that. In theory, wget would have to be fixed to not do that on Cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: File not found with scp
* Ryan Stewart (Wed, 25 Mar 2009 10:19:45 -0500) On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart rds6...@gmail.com wrote: I'm trying to use scp to copy a remote file to a local directory, and it's telling me the file isn't found. [...] I found the problem. When I use scp--from computer A to computer B only--my home isn't c:\cygwin\home\ryan, but c:\Program File\Git\home\ryan. ??? Why do you think it is? c:\cygwin\home\ryan is my home directory on both computer A and B in normal bash shells and also when I ssh from one to the other. Why is scp behaving differently? Check /etc/profile for details on how HOME is set... Thorsten -- 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: /usr/bin/sed: Permission denied
I installed the current stable cygwin on an XP Professional SP3 machine as a local user with admin rights. It is a completely default install, next-next-finish style. Now when starting the shell, it gives several error messages, the first of which is this: bash: /usr/bin/sed: Permission denied And indeed, when I try to run sed individually, it is aborted with the same error message. All the other commands seem to work fine, the only exception is sed. Listing /usr/bin shows the same permissions (-rwxr-x---+) for all commands, including sed. I have installed cygwin on several machines in the past and I have not met this problem yet. The only difference I can think of is that I control this machine over a Remote Desktop Connection. I attached the output of cygcheck -s -v -r for reference. Please advise how to fix this issue. Thanks, Balint Btw I tried 1.7 beta and I faced the very same problem. cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Hopefully new details on the rsync crash issue
Jon Sjöstedt wrote: Hello all! As many others, I also have problems using rsync in cygwin. I hope adding my case can help some expert find the source problem. If more tests are desired, I will conduct them. Setup: I have an OpenBSD4.4-box with rsync 3.0.3. rsync is running in daemon mode and is started by inetd. I have defined four simple sections in rsyncd.conf (only name and comment) that are readonly (that is, I wish to copy FROM the daemon-box TO a client-box). In the other corner: XP Pro SP3 with latest cygwin-components. On this machine, I run the cygwin-rsync from a windows batch-file. I have tried both using a ssh tunnel and running rsync naked. I access the rsync resources simplest possible like rsync.exe -r host::rsyncnode/somefile /cygdrive/driveletter/path. The XP-box is otherwise stable. These boxes are alone on a 100Mb local network that work very well with SAMBA, ssh, web and other applications. Problem: After some time the rsync client hangs the XP-box. The hang is solid and neither Ctrl-Alt-Delete, NumLock or the Mouse pointer works. A cold boot is requied. This to me sounds more like a hardware/driver problem or O/S bug. If the system is truly hung (and not just extremely busy), then I believe you've tickled this bug/problem using Cygwin but Cygwin's involvement is coincidental since all of Cygwin operates in user space. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: 'less': HOMEEND not working with 'mintty' v0.3.6
\e[1;2A back-line # UP-ARROW \e[1;2B forw-line # DOWN-ARROW \e[5;2~ back-screen # Shift/Ctrl+M_Wheel_Back--Scroll page bck \e[6;2~ forw-screen # Shift/Ctrl+M_Wheel_Forw--Scroll page frw \eOH goto-line # HOME -- Beginning of input \eOF goto-end # END -- End of input -- And, yes, I remembered to compile with 'lesskey'. NONE of the above work. Am I missing some other magic beans? - Is the TERM variable set to something other than xterm? Yes, on Cygwin 1.7, I've since fixed that. Now, mouse wheel stuff works fine. Thanks. However, while HOME works, END generates: ESCOF on the bottom command line and doesn't change the rest of the screen. If I then type Ctrl-C (required to allow keyboard input to be accepted, at all, at this point), and then, END, and HOME both work. So, we're not out of the woulds [sic] yet. ;-) - Is the 'Modifier key for scrolling' on the 'Keys' page of the options set to something other than 'Shift'? If so the number 2 in the keycodes needs to be replaced with 3 for Alt or 5 for Ctrl. No. AOK. - Do you invoke less with any additional options that might influence this, e.g. through an alias or the LESS variable? $LESS is null; no aliases. Thanks, again, so far. ;-) Lee -- 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: openssl-0.9.8k-1, openssl-devel-0.9.8k-1
I've updated the version of OpenSSL to 0.9.8k-1. This also includes the openssl-devel package. This is an upstream security and bugfix release. The Cygwin release is the vanilla version, no additional patches. Official release message: === OpenSSL version 0.9.8k released === OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ The OpenSSL project team is pleased to announce the release of version 0.9.8k of our open source toolkit for SSL/TLS. This new OpenSSL version is a moderate security and bugfix release. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. We consider OpenSSL 0.9.8k to be the best version of OpenSSL available and we strongly recommend that users of older versions upgrade as soon as possible. OpenSSL 0.9.8k is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ The distribution file names are: o openssl-0.9.8k.tar.gz Size: 3852259 MD5 checksum: e555c6d58d276aec7fdc53363e338ab3 SHA1 checksum: 3ba079f91d3c1ec90a36dcd1d43857165035703f The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz Yours, The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf Moeller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz Jaenicke Bodo Moeller === 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com 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. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: File not found with scp
On Wed, Mar 25, 2009 at 10:52 AM, Thorsten Kampe ... wrote: * Ryan Stewart (Wed, 25 Mar 2009 10:19:45 -0500) On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart ... wrote: I found the problem. When I use scp--from computer A to computer B only--my home isn't c:\cygwin\home\ryan, but c:\Program File\Git\home\ryan. ??? Why do you think it is? Sorry, I should have given more detail. When I scp from computer A to B, the copy succeeds, but it places it in c:\Program Files\Git\home\ryan. c:\cygwin\home\ryan is my home directory on both computer A and B in normal bash shells and also when I ssh from one to the other. Why is scp behaving differently? Check /etc/profile for details on how HOME is set... I've seen that explanation. HOME is set to /home/ryan on both boxes, but this seems to be deeper than just how HOME is set, because a /home/ryan exists in both c:\Program Files\Git (wrong place) and c:\cygwin (right place). Why would cygwin put /home in a different place when I use scp? To make sure my problem is clear, given computers A and B, both with cygwin installed in the same place: from A: ssh B - bash shell in c:\cygwin\home\ryan scp B - file goes to c:\Program Files\Git\home\ryan from B: ssh A - bash shell in c:\cygwin\home\ryan scp A - file goes to c:\cygwin\home\ryan -- 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: Two versions of the same package? It was Re: Compiling flpsed under cygwin
OK. How do I check if there are any dependencies on the cygwin fltk? Also, how do I remove this package? Is there an easy way of doing it, or I have to dig all related files? Thanks. Daniel On Wed, 2009-03-25 at 10:34 -0700, Mike Ayers wrote: From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz Sent: Wednesday, March 25, 2009 10:22 AM I manage to compile fltk-1.3 with X11 support as suggested in the link below. The first step in that link is to remove the cygwin fltk package. I suggest you do that. HTH, Mike -- 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] [1.7] Updated: openssl-0.9.8k-2, openssl-devel-0.9.8k-2
I've updated the Cygwin 1.7 version of OpenSSL to 0.9.8k-2. This also includes the openssl-devel package. This is an upstream security and bugfix release. The Cygwin release is the vanilla version, no additional patches. Official release message: === OpenSSL version 0.9.8k released === OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ The OpenSSL project team is pleased to announce the release of version 0.9.8k of our open source toolkit for SSL/TLS. This new OpenSSL version is a moderate security and bugfix release. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. We consider OpenSSL 0.9.8k to be the best version of OpenSSL available and we strongly recommend that users of older versions upgrade as soon as possible. OpenSSL 0.9.8k is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ The distribution file names are: o openssl-0.9.8k.tar.gz Size: 3852259 MD5 checksum: e555c6d58d276aec7fdc53363e338ab3 SHA1 checksum: 3ba079f91d3c1ec90a36dcd1d43857165035703f The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz Yours, The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf Moeller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz Jaenicke Bodo Moeller === 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com 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. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Two versions of the same package? It was Re: Compiling flpsed under cygwin
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz Sent: Wednesday, March 25, 2009 10:57 AM OK. How do I check if there are any dependencies on the cygwin fltk? Also, how do I remove this package? Is there an easy way of doing it, or I have to dig all related files? Thanks. Just run cygwin setup, pick the full view, find fltk, and change Keep to Uninstall on the spinner, then proceed. This will also update all your existing packages - yea! HTH, Mike -- 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: Two versions of the same package? It was Re: Compiling flpsed under cygwin
OK. Sound easy, I'll try that. Thanks for your time. Cheers, Daniel On Wed, 2009-03-25 at 11:28 -0700, Mike Ayers wrote: From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz Sent: Wednesday, March 25, 2009 10:57 AM OK. How do I check if there are any dependencies on the cygwin fltk? Also, how do I remove this package? Is there an easy way of doing it, or I have to dig all related files? Thanks. Just run cygwin setup, pick the full view, find fltk, and change Keep to Uninstall on the spinner, then proceed. This will also update all your existing packages - yea! HTH, Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- 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: File not found with scp
Ryan Stewart wrote: On Wed, Mar 25, 2009 at 10:52 AM, Thorsten Kampe ... wrote: * Ryan Stewart (Wed, 25 Mar 2009 10:19:45 -0500) On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart ... wrote: I found the problem. When I use scp--from computer A to computer B only--my home isn't c:\cygwin\home\ryan, but c:\Program File\Git\home\ryan. ??? Why do you think it is? Sorry, I should have given more detail. When I scp from computer A to B, the copy succeeds, but it places it in c:\Program Files\Git\home\ryan. c:\cygwin\home\ryan is my home directory on both computer A and B in normal bash shells and also when I ssh from one to the other. Why is scp behaving differently? Check /etc/profile for details on how HOME is set... I've seen that explanation. HOME is set to /home/ryan on both boxes, but this seems to be deeper than just how HOME is set, because a /home/ryan exists in both c:\Program Files\Git (wrong place) and c:\cygwin (right place). Why would cygwin put /home in a different place when I use scp? http://cygwin.com/problems.html See http://cygwin.com/problems.html. It's best to include cygcheck output from both machine in your report. My WAG is that your 'git' is a http://cygwin.com/acronyms/#3PP and you're getting at least 'scp' from there on the problem machine. But your full problem report should help determine that. You can also try things like which scp to see if it points a finger. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/
GCC 4 installation problem
Hello, I had a gcc-3 compiler, and i installed the gcc-4.3.2 package with the setup program. I changed the /etc/alternatives/gcc to point to /usr/bin/gcc-4.exe When I tried to compile a simple hello world program, I have problems with the system include files: /usr/include/stdio.h:176: error: expected declaration specifiers or '...' before 'size_t' /usr/include/stdio.h:187: error: expected declaration specifiers or '...' before '__gnuc_va_list' and a lot of other errors. Is there another package to install to make it work, or something else to do ? Thanks for your answers and your time Vincent De Groote -- 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/
problem with pthread.h
I have been trying to compile a program that needs to use the pthread library under cygwin. I have installed the newest versions of all of the tools. The file pthread.h is there in /usr/include, but the types used in it, like pthread_attr_t for example, are normally defined in sys/types.h. Except that for cygwin, they are not there. Trying to compile it with an older version of the file types.h that had these types defined resulted in incompatibilities for other types, like time_t, for example. Please advise. Dana Vrajitoru -- 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: GCC 4 installation problem]
Help request cancelled. The symbolic link was not built properly (I forgot the -s argument) 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: problem with pthread.h
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dana wrote, On 25.3.2009 20:58: I have been trying to compile a program that needs to use the pthread library under cygwin. I have installed the newest versions of all of the tools. The file pthread.h is there in /usr/include, but the types used in it, like pthread_attr_t for example, are normally defined in sys/types.h. Except that for cygwin, they are not there. Trying to compile it with an older version of the file types.h that had these types defined resulted in incompatibilities for other types, like time_t, for example. The types are there. Your installation is broken somehow. - -- VH -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iFYEAREIAAYFAknKhdYACgkQhQBMvHf/WHk8BwDggFemvxOg9P8b4jILT5xFnIqf 7ilC+qJY3AZwZQDfSrpmB7fEiVaYwAeS9OOeozXPEs62JOHMDGsuIw== =26FK -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: GCC 4 installation problem
Vincent De Groote wrote: I changed the /etc/alternatives/gcc to point to /usr/bin/gcc-4.exe How, precisely? Exactly what command did you use. Is there another package to install to make it work, or something else to do ? Nope, it all should work without complications. Does it still work if you invoke gcc-4 directly instead of using the alternatives symlinks? cheers, DaveK -- 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: [Re: GCC 4 installation problem]
Vincent De Groote wrote: Help request cancelled. The symbolic link was not built properly (I forgot the -s argument) Sounds more to me like you forgot to use the alternatives program to configure the alternatives and have been messing around manually in its private data directories and broken it. (You're not the first person to do this. For some reason it seems to be a hard-to-resist temptation for people to just dive into the data directories and start tampering, rather than say reading the alternatives readme or man/info page which would explain the easy-to-use command-line syntax by which alternatives.exe will switch over the symlinks correctly.) Probably the easiest way to repair it would be to manually run all the /etc/preremove/ scripts to uninstall the alternatives links, then run the /etc/postinstall/ scripts to re-create them. You'll need to run these files: /etc/preremove/gcc-g++.sh /etc/preremove/gcc-g77.sh /etc/preremove/gcc-gdc.sh /etc/preremove/gcc-gnat.sh /etc/preremove/gcc-gpc.sh /etc/preremove/gcc-java.sh /etc/preremove/gcc.sh /etc/preremove/gcc4-ada.sh /etc/preremove/gcc4-core.sh /etc/preremove/gcc4-fortran.sh /etc/preremove/gcc4-g++.sh /etc/preremove/gcc4-java.sh and then these files: /etc/postinstall/gcc-g++.sh.done /etc/postinstall/gcc-g77.sh.done /etc/postinstall/gcc-gdc.sh.done /etc/postinstall/gcc-gnat.sh.done /etc/postinstall/gcc-gpc.sh.done /etc/postinstall/gcc-java.sh.done /etc/postinstall/gcc.sh.done /etc/postinstall/gcc4-ada.sh.done /etc/postinstall/gcc4-core.sh.done /etc/postinstall/gcc4-fortran.sh.done /etc/postinstall/gcc4-g++.sh.done /etc/postinstall/gcc4-java.sh.done which should work if you just cut and paste those lists into a bash shell. Attached are the two scripts that will ship with the next release of GCC to manage switching all the alternatives at once to select either gcc-3 or gcc-4 as the default compiler, just to show everyone the proper way how to drive the alternatives system from an end-user's point of view. cheers, DaveK #!/bin/bash # We only switch the alternatives that exist for both compilers; # gdc, gpc, g77 and gfortran never get switched. for x in gcc g++ gcj gnat ; do /usr/sbin/alternatives --set $x /usr/bin/$x-4.exe done #!/bin/bash # We only switch the alternatives that exist for both compilers; # gdc, gpc, g77 and gfortran never get switched. for x in gcc g++ gcj gnat ; do /usr/sbin/alternatives --set $x /usr/bin/$x-3.exe done -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with pthread.h
Václav Haisman wrote: Dana wrote, On 25.3.2009 20:58: I have been trying to compile a program that needs to use the pthread library under cygwin. I have installed the newest versions of all of the tools. The file pthread.h is there in /usr/include, but the types used in it, like pthread_attr_t for example, are normally defined in sys/types.h. Except that for cygwin, they are not there. Trying to compile it with an older version of the file types.h that had these types defined resulted in incompatibilities for other types, like time_t, for example. The types are there. Your installation is broken somehow. Possibly the include paths are wrong. If you manually add -I options to your compiler command-line specifying the standard system directories, you will break compilation because (e.g.) Gcc's private includes dir with the fixed headers won't be found first in the list. This can cause all kinds of odd knock-on failures later in compilation. Dana, can we see the command-line you are using? cheers, DaveK -- 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/
Dig problems
Hello, I am experiencing problems with the dig utility from the bind package included with cygwin. Here is the error I get: $ dig msn.com http://msn.com/ ;; communications error: connection reset I have just installed cygwin on 3 different machines and the dig command only works on one of them. All systems are WinXP Pro Service Pack 3. Searching google turned up nothing so not sure if other people have run into this problem. I would appreciate any guidance on figuring out how to solve this. Thanks, Mike Sent from my Verizon Wireless BlackBerry -- 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: MinTTY 0.4-alpha1
2009/3/25 Andy Koppe andy.ko...@gmail.com: I've uploaded development release 0.4-alpha1 of MinTTY to http://mintty.googlecode.com. This has a few new or improved features to try and break: So far, no problems. Let me know how you get on, or what else you'd like to see improved. (But don't mention tabs! :) An minor option I would like is to always close MinTTY, even when bash exits with status code. Now I need to press for instance the enter key to close MinTTY after I pressed Ctrl+D and I have pressed Ctrl+C at least once. Regards, Frank -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: gnuplot-4.2.4-1 - A command-line driven interactive function plotting utility.
Dr. Volker Zell wrote: Hi A new version of 'gnuplot' has been uploaded to a server near you. [snip] Would you mind to consider including the patch documented here: http://article.gmane.org/gmane.os.cygwin.applications/17023 and here: http://cygwin.com/ml/cygwin-apps/2008-06/msg00102.html Is that list the correct place to submit those kind of patches? My recent upgrade caused me to rediscover this performance patch. I didn't re-measure the effects, but it seems like much more than 2X speedup now. 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] Updated: gnuplot-4.2.4-1 - A command-line driven interactive function plotting utility.
Jim Kleckner wrote: Dr. Volker Zell wrote: Hi A new version of 'gnuplot' has been uploaded to a server near you. [snip] Would you mind to consider including the patch documented here: http://article.gmane.org/gmane.os.cygwin.applications/17023 and here: http://cygwin.com/ml/cygwin-apps/2008-06/msg00102.html Is that list the correct place to submit those kind of patches? No, cygwin-apps is for packaging issues/discussion and general 'setup.exe' issues and patches. Other patches that aren't for 'setup.exe' (or the Cygwin DLL itself) go to this list. For more information, see http://cygwin.com/lists.html. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/
libtool: two cygwin patches
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chuck,
I attached two patches for libtool for your consideration:
1) 2.2-export-all-symbols.patch:
On Cygwin, the --export-all-symbols linker flag is required;
- --export-dynamic has no effect (see
http://sourceware.org/bugzilla/show_bug.cgi?id=6744).
This patch fixes two problems:
1) LT_SYS_DLOPEN_SELF returns a false negative;
2) Using the -export-dynamic libtool flag does not affect the resulting
binary.
2) 2.2-gcc4-libs.patch:
With gcc4 providing shared libs, it should now perfectly legitimate to
add any of these libs to the libtool link command. Right now, though,
libtool can't find these libraries because $sys_lib_search_path_spec is
hard-coded to ignore it, and libtool will refuse to link against any
library it can't find (even though the linker itself can).
Instead, this patch simply adds /usr/lib/w32api to the default
gcc-specific search path. The m4_if() makes sure that w32api is added
only once, as is done with Darwin a few lines later.
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEAREIAAYFAknKwJIACgkQpiWmPGlmQSPW5gCg/GZFiM5txCIWxu45tSFY+bi+
NSsAn0W0YaD3m+Casxtc/yH1OlVmQtIa
=9w+D
-END PGP SIGNATURE-
On Cygwin, the --export-all-symbols linker flag is required; --export-dynamic
has no effect (see http://sourceware.org/bugzilla/show_bug.cgi?id=6744).
This patch fixes two problems:
1) LT_SYS_DLOPEN_SELF returns a false negative;
2) Using the -export-dynamic libtool flag does not affect the resulting binary.
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS) [cygwin*|mingw*|pw32*|cegcc*]:
Define export_dynamic_flag_spec as -Wl,--export-all-symbols, as required
by GNU ld for PE-COFF.
--- origsrc/libtool-2.2.6/libltdl/m4/libtool.m4 2008-09-05 06:54:41.0 -0500
+++ src/libtool-2.2.6/libltdl/m4/libtool.m4 2009-03-25 16:25:45.23900 -0500
@@ -4322,6 +4322,7 @@ _LT_EOF
# _LT_TAGVAR(hardcode_libdir_flag_spec, $1) is actually meaningless,
# as there is no search path for DLLs.
_LT_TAGVAR(hardcode_libdir_flag_spec, $1)='-L$libdir'
+ _LT_TAGVAR(export_dynamic_flag_spec, $1)='${wl}--export-all-symbols'
_LT_TAGVAR(allow_undefined_flag, $1)=unsupported
_LT_TAGVAR(always_export_symbols, $1)=no
_LT_TAGVAR(enable_shared_with_static_runtimes, $1)=yes
With gcc4 providing shared libs, it should now perfectly legitimate to
add any of these libs to the libtool link command. Right now, though,
libtool can't find these libraries because $sys_lib_search_path_spec is
hard-coded to ignore it, and libtool will refuse to link against any
library it can't find (even though the linker itself can).
Instead, this patch simply adds /usr/lib/w32api to the default
gcc-specific search path. The m4_if() makes sure that w32api is added
only once, as is done with Darwin a few lines later.
* libltdl/m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER) [cygwin*]:
Add w32api to sys_lib_search_path_spec without overriding gcc's
own search path.
--- origsrc/libtool-2.2.6/libltdl/m4/libtool.m4 2008-09-05 06:54:41.0 -0500
+++ src/libtool-2.2.6/libltdl/m4/libtool.m4 2009-03-25 16:25:45.23900 -0500
@@ -2228,7 +2228,8 @@ cygwin* | mingw* | pw32* | cegcc*)
cygwin*)
# Cygwin DLLs use 'cyg' prefix rather than 'lib'
soname_spec='`echo ${libname} | sed -e 's/^lib/cyg/'``echo ${release} | $SED -e 's/[[.]]/-/g'`${versuffix}${shared_ext}'
- sys_lib_search_path_spec=/usr/lib /lib/w32api /lib /usr/local/lib
+m4_if([$1], [],[
+ sys_lib_search_path_spec=$sys_lib_search_path_spec /usr/lib/w32api])
;;
mingw* | cegcc*)
# MinGW DLLs use traditional 'lib' prefix
--
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/
gcc4: extern inline vs. c99
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave,
gcc-4 -std=c99 appears to be treating extern inline functions as if they
were marked dllexport, leading to all sorts of linking problems. STC:
$ cat test-ntohs1.c EOF
#include netinet/in.h
extern void foo (uint32_t);
int main(void) {
uint32_t a = 10;
htonl(a);
foo(a);
return 0;
}
EOF
$ cat test-ntohs2.c EOF
#include netinet/in.h
void foo(uint32_t i) {
htonl(i);
}
EOF
$ gcc-4 -o test-ntohs.exe test-ntohs1.c test-ntohs2.c
$ gcc-4 -std=c99 -o test-ntohs.exe test-ntohs1.c test-ntohs2.c
/var/tmp/ccUwNnD4.o:test-ntohs2.c:(.text+0x0): multiple definition of
`___ntohl'
/var/tmp/ccise4Pi.o:test-ntohs1.c:(.text+0x0): first defined here
/var/tmp/ccUwNnD4.o:test-ntohs2.c:(.text+0x15): multiple definition of
`___ntohs'
/var/tmp/ccise4Pi.o:test-ntohs1.c:(.text+0x15): first defined here
collect2: ld returned 1 exit status
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEAREIAAYFAknKxZwACgkQpiWmPGlmQSNL+wCgua1JV2lEwh9wCy1IzKztaBjL
uEwAnioFrNpd0IpIKa/MhnMPcNyUgzmQ
=drUK
-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: 'less': HOMEEND not working with 'mintty' v0.3.6
Lee D. Rothstein wrote: However, while HOME works, END generates: ESCOF on the bottom command line and doesn't change the rest of the screen. If I then type Ctrl-C (required to allow keyboard input to be accepted, at all, at this point), and then, END, and HOME both work. I'm sorry, but I'm out of ideas on this one. ESCOF is the End keycode in less's output notation, where the escape character is shown as ESC, so that ought to match \eOH goto-line. Even stranger that ^C would fix it. (It's working fine here, both on 1.5 and 1.7.) Andy -- 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: MinTTY 0.4-alpha1
Frank Fesevur: An minor option I would like is to always close MinTTY, even when bash exits with status code. Now I need to press for instance the enter key to close MinTTY after I pressed Ctrl+D and I have pressed Ctrl+C at least once. Any successfully executed command will clear the exit status, but yep, I see what you mean. This feature was intended for invoking programs such as ssh or telnet, or perhaps a script, where you'd want to see the output if there's an error. Admittedly though, it's little use with the standard case of a shell session. So how about disabling this by default, and having a command line option for activating it might be necessary? Suggestions for the name of such an option welcome. (--keep-open-on-error is the best I could come up with so far, but that's a bit on the unsnappy side.) Andy -- 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: MinTTY 0.4-alpha1
--confirm-exit-error ? - Original Message - From: cygwin-ow...@cygwin.com cygwin-ow...@cygwin.com To: cygwin@cygwin.com cygwin@cygwin.com Sent: Wed Mar 25 20:50:45 2009 Subject: Re: MinTTY 0.4-alpha1 Frank Fesevur: An minor option I would like is to always close MinTTY, even when bash exits with status code. Now I need to press for instance the enter key to close MinTTY after I pressed Ctrl+D and I have pressed Ctrl+C at least once. Any successfully executed command will clear the exit status, but yep, I see what you mean. This feature was intended for invoking programs such as ssh or telnet, or perhaps a script, where you'd want to see the output if there's an error. Admittedly though, it's little use with the standard case of a shell session. So how about disabling this by default, and having a command line option for activating it might be necessary? Suggestions for the name of such an option welcome. (--keep-open-on-error is the best I could come up with so far, but that's a bit on the unsnappy side.) Andy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: gnuplot-4.2.4-1 - A command-line driven interactive function plotting utility.
Jim Kleckner wrote:
Dr. Volker Zell wrote:
Hi
A new version of 'gnuplot' has been uploaded to a server near you.
[snip]
Would you mind to consider including the patch documented here:
http://article.gmane.org/gmane.os.cygwin.applications/17023
and here:
http://cygwin.com/ml/cygwin-apps/2008-06/msg00102.html
Is that list the correct place to submit those kind of patches?
My recent upgrade caused me to rediscover this performance patch.
I didn't re-measure the effects, but it seems like much more than 2X
speedup now.
Attached is a combined patch file.
--- origsrc/gnuplot-4.2.4/src/plot.c2007-06-07 09:26:32.0 -0700
+++ src/gnuplot-4.2.4/src/plot.c2009-03-25 15:44:20.237288000 -0700
@@ -433,8 +433,15 @@
* Failing this, I propose we just make the call and
* ignore the return : its probably not a big deal
*/
+#ifdef __CYGWIN__
+if (isatty(fileno(stdin))) {
+if (setvbuf(stdout, (char *) NULL, _IOLBF, (size_t) 1024) != 0)
+(void) fputs(Could not linebuffer stdout\n, stderr);
+}
+#else
if (setvbuf(stdout, (char *) NULL, _IOLBF, (size_t) 1024) != 0)
(void) fputs(Could not linebuffer stdout\n, stderr);
+#endif
#ifdef X11
/* This call used to be in x11.trm, with the following comment:
@@ -448,8 +455,14 @@
* Do any non-X platforms suffer from the same problem?
* EAM - Jan 2004.
*/
+#ifdef __CYGWIN__
+if (isatty(fileno(stdin))) {
+setvbuf(stdin, (char *) NULL, _IONBF, 0);
+}
+#else
setvbuf(stdin, (char *) NULL, _IONBF, 0);
#endif
+#endif
#endif
--- origsrc/gnuplot-4.2.4/src/readline.c2008-08-09 17:50:29.0
-0700
+++ src/gnuplot-4.2.4/src/readline.c2009-03-25 15:45:28.775841600 -0700
@@ -1020,7 +1020,13 @@
# endif /* TERMIOS */
# endif /* not SGTTY */
# else /* OSK */
+#ifdef __CYGWIN__
+if (isatty(fileno(stdin))) {
+setbuf(stdin, (char *) 0); /* Make stdin and stdout unbuffered */
+}
+#else
setbuf(stdin, (char *) 0); /* Make stdin and stdout unbuffered */
+#endif
setbuf(stderr, (char *) 0);
_gs_opt(STDIN, new_settings);
# endif/* OSK */
--- origsrc/gnuplot-4.2.4/src/variable.c2006-06-26 19:36:30.0
-0700
+++ src/gnuplot-4.2.4/src/variable.c2009-03-25 15:33:20.198198400 -0700
@@ -262,6 +262,11 @@
{ $`kpsexpand '$TEXMFMAIN'`/fonts/type1! },
{ $`kpsexpand '$TEXMFDIST'`/fonts/type1! },
#endif
+#ifdef __CYGWIN__
+/* teTeX in the cygwin distribution */
+{ /usr/local/share/texmf/fonts/type1! },
+{ /usr/share/texmf/fonts/type1! },
+#endif
/* Linux paths */
{ /usr/X11R6/lib/X11/fonts/Type1 },
{ /usr/X11R6/lib/X11/fonts/truetype },
@@ -270,6 +275,11 @@
/* Ghostscript */
{ /usr/share/ghostscript/fonts },
{ /usr/local/share/ghostscript/fonts },
+#ifdef __CYGWIN__
+/* Misc. fonts */
+{ /usr/local/share/fonts! },
+{ /usr/share/fonts! },
+#endif
{ NULL }
};
#endif
--
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: gcc4: extern inline vs. c99
Yaakov (Cygwin/X) wrote: gcc-4 -std=c99 appears to be treating extern inline functions as if they were marked dllexport, leading to all sorts of linking problems. STC: Hi Yaakov, This is nothing to do with dllexport, as it happens. The semantics of extern inline have changed in recent GCC to align with the C99 standard. The old extern inline semantics were a GNU extension, and in relying on it, the netinet.h header is probably being not strictly ANSI compliant. It needs fixing up so that it knows what kind of inline to use according to the language standard in effect. Fortunately GCC provides us with the predefined preprocessor macro '__GNUC_STDC_INLINE__' to let us know when the new behaviour is in effect. See also http://gcc.gnu.org/ml/gcc/2007-03/threads.html#01088 for background and a solution. cheers, DaveK -- 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: gcc4: extern inline vs. c99
Dave Korn wrote: See also http://gcc.gnu.org/ml/gcc/2007-03/threads.html#01088 for background and a solution. Oh, but see also: http://sourceware.org/ml/newlib/2007/msg00326.html for an important bugfix to that solution. cheers, DaveK -- 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/
[1.7] signal.h does not compile with -ansi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 sys/signal.h #includes sys/types.h only #ifdef _POSIX_THREADS, which is not defined if the -ansi compiler flag is passed. STC: $ echo '#include signal.h' test-signal.c $ gcc-4 -ansi -c test-signal.c In file included from /usr/include/sys/signal.h:107, from /usr/include/signal.h:5, from test.c:1: /usr/include/cygwin/signal.h:74: error: expected specifier-qualifier-list before 'pthread_attr_t' /usr/include/cygwin/signal.h:80: error: expected specifier-qualifier-list before '__uint32_t' /usr/include/cygwin/signal.h:96: error: expected specifier-qualifier-list before 'pid_t' /usr/include/cygwin/signal.h:270: error: expected ')' before 'int' In file included from /usr/include/signal.h:5, from test.c:1: /usr/include/sys/signal.h:152: error: expected ')' before 'int' Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAknK+4sACgkQpiWmPGlmQSNT6wCeJI8y1S/Ts44uK0XPmDU6OOJx g4gAn0ELR3bL91RHr0Dbj802fm9oL9qU =ZkAo -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: _set_fmode?
Christopher Faylor wrote: I always just use: gcc --print-file-name=binmode.o Why isn't that adequate? It is. Works like a charm, in fact. I just didn't know about it. I created a new patch using that idiom, and pushed it upstream. Thanks! -- 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: [1.7] signal.h does not compile with -ansi
Yaakov (Cygwin/X) wrote: sys/signal.h #includes sys/types.h only #ifdef _POSIX_THREADS, which is not defined if the -ansi compiler flag is passed. STC: $ echo '#include signal.h' test-signal.c $ gcc-4 -ansi -c test-signal.c In file included from /usr/include/sys/signal.h:107, from /usr/include/signal.h:5, from test.c:1: /usr/include/cygwin/signal.h:74: error: expected specifier-qualifier-list before 'pthread_attr_t' /usr/include/cygwin/signal.h:80: error: expected specifier-qualifier-list before '__uint32_t' /usr/include/cygwin/signal.h:96: error: expected specifier-qualifier-list before 'pid_t' /usr/include/cygwin/signal.h:270: error: expected ')' before 'int' In file included from /usr/include/signal.h:5, from test.c:1: /usr/include/sys/signal.h:152: error: expected ')' before 'int' Posix realtime signals are an extension to the standard C90 spec. The -ansi documentation mentions this: The macro `__STRICT_ANSI__' is predefined when the `-ansi' option is used. Some header files may notice this macro and refrain from declaring certain functions or defining certain macros that the ISO standard doesn't call for; this is to avoid interfering with any programs that might use these names for other things. Should signal.h perhaps wrap the stuff tagged 'CX' and 'RTS' at http://www.opengroup.org/onlinepubs/009695399/basedefs/signal.h.html in #ifndef __STICT_ANSI__ ? cheers, DaveK -- 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: csih: Unattended installations are not possible
Julio Costa wrote: Hope you can make something useful from these patches, because I think this helps cygwin getting more 'smooth' in configuration activities. Thanks for the patch. After a brief glance, it looks good to me. I plan to release a new csih package sometime in the next week -- I've got a list of previous bug reports and patches to deal with first. Stay tuned... -- 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: libtool: two cygwin patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Charles Wilson wrote: Thanks for looking in to this; this failure has always bugged me because I know cygwin supports it, but I've never had the time to track it down. It has bugged me for quite a while too, as libglade-based packages often require this functionality. I've used various hacks to work around this, but this is a much simpler (and more correct) solution. I don't know of a better solution; I'm leery of turning on --export-all-symbols willy-nilly, because that auto-exports everything even if you've carefully declspec'ed only specific symbols. If a package is using the -export-dynamic libtool flag, I doubt it would be using declspec's. But I could be wrong. Works for me. Thanks for these patches. Did you already send them upstream? No, I have not. I'd planned to respin libtool relatively soon, to remove some of Peter Rosin's patches that I included in our version, but which he has now said are not really ready for widespread distribution. I'll bump that higher on my priority queue. Please do; 2.2.7a-10 is completely broken wrt automake 1.9. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAknLCmwACgkQpiWmPGlmQSP/8wCfTQQYfpcIE/0lgejJ6qI62DmE CGMAoKDvR57yaDVYfxZk/7ql0ckSo7vU =z8OW -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: gcc4: extern inline vs. c99
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
Dave Korn wrote:
See also http://gcc.gnu.org/ml/gcc/2007-03/threads.html#01088 for
background
and a solution.
You mean like this (attached)?
Oh, but see also:
http://sourceware.org/ml/newlib/2007/msg00326.html
for an important bugfix to that solution.
Is that relevant here, given that __ntoh{l,s} is only used if !defined
__NO_INLINE__ ?
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEAREIAAYFAknLDB4ACgkQpiWmPGlmQSMJQACeLt39LvmBQtrPIZDdlR4CNYrB
yS4An3XKWnZPwSBxWf8WWhaih/fAoIau
=OcWE
-END PGP SIGNATURE-
Index: include/asm/byteorder.h
===
RCS file: /cvs/src/src/winsup/cygwin/include/asm/byteorder.h,v
retrieving revision 1.10
diff -u -r1.10 byteorder.h
--- include/asm/byteorder.h 23 Mar 2009 14:26:55 - 1.10
+++ include/asm/byteorder.h 26 Mar 2009 04:58:56 -
@@ -30,10 +30,10 @@
extern uint32_t htonl(uint32_t);
extern uint16_t htons(uint16_t);
-extern __inline__ uint32_t __ntohl(uint32_t);
-extern __inline__ uint16_t __ntohs(uint16_t);
-
-extern __inline__ uint32_t
+#if defined(__GNUC__) !defined(__GNUC_STDC_INLINE__)
+extern
+#endif
+__inline__ uint32_t
__ntohl(uint32_t x)
{
__asm__(xchgb %b0,%h0\n\t /* swap lower bytes */
@@ -50,7 +50,10 @@
(((uint32_t)(x) 0x00ffU) 8) | \
(((uint32_t)(x) 0xff00U) 24)))
-extern __inline__ uint16_t
+#if defined(__GNUC__) !defined(__GNUC_STDC_INLINE__)
+extern
+#endif
+__inline__ uint16_t
__ntohs(uint16_t x)
{
__asm__(xchgb %b0,%h0 /* swap bytes */
--
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.7] signal.h does not compile with -ansi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dave Korn wrote: Should signal.h perhaps wrap the stuff tagged 'CX' and 'RTS' at http://www.opengroup.org/onlinepubs/009695399/basedefs/signal.h.html in #ifndef __STICT_ANSI__ ? What about those marked 'XSI'? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAknLDYAACgkQpiWmPGlmQSNPVwCfZ2fmA/nGZ7UZZfq+97nCyN3V zpcAnjPAm1Dj1FEEepNOQUO7+fEK0CkD =OmQn -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: [1.7] signal.h does not compile with -ansi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dave Korn wrote: Should signal.h perhaps wrap the stuff tagged 'CX' and 'RTS' at http://www.opengroup.org/onlinepubs/009695399/basedefs/signal.h.html in #ifndef __STICT_ANSI__ ? Actually, it looks like someone already thought about that, but never enabled it. There is a commented-out #ifndef __STRICT_ANSI__ which excludes about half of sys/signal.h. *UNTESTED* patch attached. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAknLD0oACgkQpiWmPGlmQSNOdACgt94H5NhK+AoIFSIb4ErJ0/sa RDQAoIJSRl4/wwmhZpR55jew4uKClJo1 =dQPl -END PGP SIGNATURE- Index: libc/include/sys/signal.h === RCS file: /cvs/src/src/newlib/libc/include/sys/signal.h,v retrieving revision 1.18 diff -u -r1.18 signal.h --- libc/include/sys/signal.h 18 Apr 2006 20:06:09 - 1.18 +++ libc/include/sys/signal.h 26 Mar 2009 05:14:19 - @@ -9,7 +9,7 @@ #include _ansi.h #include sys/features.h -/* #ifndef __STRICT_ANSI__*/ +#ifndef __STRICT_ANSI__ #if defined(_POSIX_THREADS) #include sys/types.h /* for pthread data types */ @@ -187,7 +187,7 @@ #endif /* defined(__CYGWIN__) || defined(__rtems__) */ -/* #endif __STRICT_ANSI__ */ +#endif /* __STRICT_ANSI__ */ #if defined(___AM29K__) /* These all need to be defined for ANSI C, but I don't think they are -- 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/
