Re: ITP: plotutils-2.4.2 (trial Packaging too)
--- Charles Wilson wrote: Simple: cygplot-2.dll --- libplot2-2.4.1-X.tar.bz2 cygplotter-2.dll --- libplotter2-2.4.1-X.tar.bz2 cygxmi-0.dll --- libxmi0-2.4.1-X.tar.bz2 That is, the package name tracks the libtool DLLNUM appended to the DLL. OK, thanks for all the good information. I'll post another set of trial packages shortly. This is turning out to be a lot of work just to get a support library working for pstoedit. But I guess that's life. On the subject of pstoedit, I want to state for the record that the dll's in that package are only meant for pstoedit execution/development, not for other programs. So there should be no need to package them separately from the pstoedit binary. On another issue - is LDFLAGS in g-b-s a reliable way to force a linker option like -wl,--enable-auto-image-base ? Or should this go into CFLAGS ? Or is it best to modify Makefile.am ? If there is a way to force this option in g-b-s, shouldn't we patch g-b-s to make it a default, like the CFLAGS=-O2 default? jrp
Re: ATTN: ctags maintainer
On Oct 10 11:58, Warren Young wrote: I've been watching the effort to track down package maintainers, and am dismayed that such a core package as ctags still has no responses after four requests from Corinna. If there is a ctags maintainer, please stand up and make yourself known! I am willing to try taking maintainership if no one can be found. I'm a complete newbie at creating Cygwin packages, but not at building Exuberant Ctags, nor at maintaining packages in general. Call me weakly qualified for the job. Cool. I heard it! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: Consensus about man and doc X11 directory structure
On Oct 10 21:59, Harold L Hunt II wrote: Charles Wilson wrote: Yaakov S (Cygwin Ports) wrote: [...] What's stopping us from moving the Win32 tcltk in /opt/win32, and making new *NIX tcl and tk packages in /usr? Then all that's necessary for insight is to add /opt/win32 to PATH (either through a script, profile.d, or manually). Similar packages (i.e. that have both X11/*NIX and Win32 flavors) could use /opt/win32 as well. All of this mucking about with tk and insight requires the concurrence of -- and oodles of extra work by -- the tk maintainer and the insight maintainer. Plus, speculation alert given the centrality of the debugger to the GNUPro product, this sort of change might meet resistance from the PowersThatBe channeled thru our local Benign Dictator(s). Umm... reality check: Fine with me. 1) How many of our BDs actually work for Red Hat anymore? 1 (one) 2) Is GNUPro even a product anymore? The only date I could find related to the product mentioned GNUPro 2001: http://www.redhat.com/software/gnupro/technical/gnupro_gdb.html Well, the marketing is fortunately not my job, but there is still a GnuPro product which is worked on regulary. Cygwin based toolchains are a part of it. 3) If Red Hat isn't updating any product that uses Cygwin to provide a product on Windows, then why are we holding onto this idea that we must continue to support something that was once sold? 4) If Red Hat is updating GNUPro, but doing a piss-poor job of telling people about it, then what are we? Red Hat's underground GNUPro development team? I guess I can let this go uncommented. I have no idea how the marketing in relation to GnuPro works. That's not my business, so I can't tell anything about it. The layout of the Cygwin distro is not exactly something important to the way GnuPro works, however. Tcl/Tk is shipped with the Cygwin based GnuPro toolchains, so where it is in the distro is free for discussion. But, apart from GnuPro, I don't think it's such a good idea to move the Windows-based Tcl/Tk DLLs out of /usr/bin without having a clear idea how the replacement should work for the Windows-based apps like Insight. Even better, I don't think the DLLs should be moved somewhere else at all. The POSIX-based DLLs should follow the Cygwin naming convention anyway, so they would have to be named cygtcl8.4.dll/cygtk8.4.dll (or whatever the version number is right now). They don't collide with the Win-based ones, so what? As for the other stuff (includes, libs, /usr/share/tk8.4, etc), I think this would be ok to be moved to /opt or /usr/lib/win or something. However, how to handle the tcltk package and as a result, the GDB package, is up to Chris, he's the maintainer after all, not I or Red Hat. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: ITP: tinyirc - A real tiny IRC client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jari Aalto on 9/2/2005 2:59 PM: Debian includes this. It's real small, basic and and handy. I had to hand fix the C code to ake it work correctly in Cygwin rxvt. http://packages.debian.org/unstable/net/tinyirc Jari DOWNLOAD: 1) Traditional wget --non-verbose\ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1.tar.bz2.sig \ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1.tar.bz2 \ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1-src.tar.bz2.sig \ http://cygwin.cante.net/tinyirc/tinyirc-1.1-1-src.tar.bz2 \ http://cygwin.cante.net/tinyirc/setup.hint I noticed this hasn't been reviewed yet. Now that wget has been upgraded, the spelling is --no-verbose (--non-verbose is no longer recognized). Unfortunately, I could not complete my review: Connecting to w2kpicasso.cante.net|81.197.0.130|:81... connected. HTTP request sent, awaiting response... 404 File Not Found 06:43:33 ERROR 404: File Not Found. Are you still interested in providing this package? Also, whatever happened to bogofilter? - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDS7RM84KuGfSFAYARAn8+AKCDUwZgTi6h40cgT0Fdk3jCQ+z9NACff3Zc 5pmlD9yBDwhJgeDgEOf5Ws4= =uMZi -END PGP SIGNATURE-
Re: [ITP] libEMF/libEMF1/libEMF-devel: A library for generating Enhanced Metafiles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Dr. Volker Zell on 10/9/2005 11:28 PM: Hi I would like to contribute and maintain the libEMF package: * http://libemf.sourceforge.net/ (Homepage) * http://sourceforge.net/projects/pstoedit (Download location) Any precedence for inclusion in one of the major Linux distros? I couldn't find it on debian, so this may need a few extra votes before inclusion. +1 vote from me; and your packaging looks okay. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDS7Zn84KuGfSFAYARApPPAKC9MWqGE0loXUIjmmqTsr66mvc3jgCgrwID aZFmafPhV1d2+2zgA5CdNrw= =lGk9 -END PGP SIGNATURE-
Please upload: compface-1.5.2-1
Hi Please upload at your earliest convinience. cut here #!/bin/bash mkdir -p compface cd compface wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/compface/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/compface/compface-1.5.2-1.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/compface/compface-1.5.2-1-src.tar.bz2 cut here DESCRIPTION: 48x48x1 image compression and decompression. CYGWIN NEWS: o Maintainership changed to Dr. Volker Zell [EMAIL PROTECTED] o Switched to g-b-s building o Added shared library build o Docs and man pages now under /usr/share and not /usr o Added xbm2xface.pl to convert a 48x48 xbm file to an xface header (which can be used for example by xemacs) Thanks Volker
Re: [ITP] libEMF/libEMF1/libEMF-devel: A library for generating Enhanced Metafiles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Blake wrote: Any precedence for inclusion in one of the major Linux distros? I couldn't find it on debian, so this may need a few extra votes before inclusion. +1 vote from me; and your packaging looks okay. Gentoo: http://packages.gentoo.org/search/?sstring=libemf SUSE 10.0: http://www.novell.com/products/linuxpackages/professional/libemf.html Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDS+K+piWmPGlmQSMRAgr7AKCusf7DN5QkDwSJe2i2KTy6vlFMCgCgp4G5 IGgezjKkjZIkg/I7CqnCzYk= =I3PD -END PGP SIGNATURE-
Security advisory: uw-imap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 uw-imap (whose maintainer, AFAICS, has yet to respond to reply to Corinna's message) is vulnerable to remote overflow of a buffer in the IMAP server leading to execution of arbitrary code. The only solution is to upgrade to 2004g (current Cygwin release is 2002e!). http://www.washington.edu/imap/ http://www.gentoo.org/security/en/glsa/glsa-200510-10.xml http://bugs.gentoo.org/show_bug.cgi?id=108206 http://www.idefense.com/application/poi/display?id=313type=vulnerabilities Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDS+UDpiWmPGlmQSMRAk/IAKCFn7jmnna71J0tuRkijPWh/8XSAwCeIg5g B0LWX4bMcNQ4ABXAWZQQkng= =zDZ4 -END PGP SIGNATURE-
Re: Please upload: compface-1.5.2-1
On Oct 11 18:03, Dr. Volker Zell wrote: wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/compface/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/compface/compface-1.5.2-1.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/compface/compface-1.5.2-1-src.tar.bz2 Uploaded. I entered you as new maintainer into my local package list. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
RE: ATTN: ctags maintainer
Warren Young wrote: If there is a ctags maintainer, please stand up and make yourself known! I've also been watching this with interest. Looking in the archives, it appears that the maintainer listed in the ctags README file put out a request for a new maintainer in Dec 2003. I've been waiting for Corinna to formally put packages up for grabs before volunteering, but this is one of the packages I depend on as well. I've never actually built ctags, so I wasn't in a rush to volunteer for that package anyway, but I'm keeping an eye on a few others. ;-) -Jerry
RE: Consensus about man and doc X11 directory structure
Yaakov S (Cygwin Ports) wrote: IMHO, that was not desirable. Eventually I could imagine X11 and Cygwin native versions of the same package. I liked this method of making the distinction. What does Cygwin native mean? If Cygwin is meant to be a POSIX environment, then X11 should be the standard for GUI apps. I won't argue the point (since I'd like to see better X11 support), but POSIX doesn't necessarily imply X11 support. However... What about console apps? When I was still using the X11 version, my /usr/X11R6/bin/vim linked in X11 libs, although /usr/bin/vim didn't. That way, vim -g did the right thing. And from a practical standpoint, notice my wording there. It's true that various inconveniences and performance issues eventually caused me to move away from using X for daily Cygwin work, though I used to use it almost exclusively. Perhaps X11 improvements could draw me back, but until they do I'd actually prefer a few more Cygwin-aware GUI apps that don't use X. I wouldn't mind grabbing these apps from /usr/win32native or whatever, but that doesn't change the fact that (at least at this point) X11 isn't for everybody. gsw
Re: ATTN: ctags maintainer
On Oct 11 13:29, Williams, Gerald S (Jerry) wrote: Warren Young wrote: If there is a ctags maintainer, please stand up and make yourself known! I've also been watching this with interest. Looking in the archives, it appears that the maintainer listed in the ctags README file put out a request for a new maintainer in Dec 2003. I've been waiting for Corinna to formally put packages up for grabs before volunteering, but this is one of the packages I depend on as well. This has slipped through the cracks, apparently. Maybe another ping would have been in order? Once ctags was packed with vim so I was the maintainer automatically but the times they are a-changin'... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
update: lilypond-2.6.4-1
I've created lilypond packages for the new upstream stable 2.6.4. This fixes several smallish bugs, amongst which the annoying absolute input file name bug, and packaging bugs. Please upload. Jan. === http://lilypond.org/cygwin/uploads/lilypond/setup.hint http://lilypond.org/cygwin/uploads/lilypond/lilypond-2.6.4-1-src.tar.bz2 http://lilypond.org/cygwin/uploads/lilypond/lilypond-2.6.4-1.tar.bz2 === http://lilypond.org/cygwin/uploads/lilypond/lilypond-doc/setup.hint http://lilypond.org/cygwin/uploads/lilypond/lilypond-doc/lilypond-doc-2.6.4-1.tar.bz2 -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: [ITP] libEMF/libEMF1/libEMF-devel: A library for generating Enhanced Metafiles
Dr. Volker Zell wrote: Hi I would like to contribute and maintain the libEMF package: * http://libemf.sourceforge.net/ (Homepage) * http://sourceforge.net/projects/pstoedit (Download location) This package could be used by pstoedit which was just ITP'd. Yeah, great. Does this package needs votes? Then I vote for inclusion! GErrit -- =^..^=
Re: [g-b-s Patch] Write and save logfiles for configure/make/check/install
Charles Wilson wrote: James R. Phillips wrote: Interesting idea. I didn't know you could force configure/make/install to produce log files. Wouldn't it be better to produce a separate compressed log file archive, distinct from the source archive? The contents of the source archive have been previously specified. I wouldn't worry about that. See ncurses-X.Y-Z-src.tar.bz2 FWIW, I think this is a neat idea (and CAPS help distinguish these files from the working ones like .patch, .sh, etc). I include the logs for perl in the source archive since I maintain the package. However, I use a unique name and my script takes care that the originals are not overwritten during packaging, so you are not forced to extract it again when you run into problems and need the logs handy. I.e. is it useful when you delete the build directory and logs, you will always have the reference from the actual build at the mirrors. Maybe including them into CYGWIN-PATCHES would be better than to leave them in the top sourcedir? Gerrit -- =^..^=
Re: [ITP] libEMF/libEMF1/libEMF-devel: A library for generating Enhanced Metafiles
Gerrit P Haase writes: Dr. Volker Zell wrote: Hi I would like to contribute and maintain the libEMF package: * http://libemf.sourceforge.net/ (Homepage) * http://sourceforge.net/projects/pstoedit (Download location) This package could be used by pstoedit which was just ITP'd. Yeah, great. Does this package needs votes? Then I vote for inclusion! Have you seen o http://cygwin.com/ml/cygwin-apps/2005-10/msg00141.html (which says packaging looks good) and o http://cygwin.com/ml/cygwin-apps/2005-10/msg00143.html (which has references to Unix distros which distribute this package) So please upload, then maybe James R. Phillips can ITP a pstoedit package which includes EMF support. See o http://cygwin.com/ml/cygwin-apps/2005-10/msg00052.html GErrit Ciao Volker
RE: Consensus about man and doc X11 directory structure
[snip] 1) How many of our BDs actually work for Red Hat anymore? 1 (one) Harold also stated: Look, it has been made quite clear to us on several occasions that Red Hat doesn't pay for anyone in their company to do development on Cygwin[...] Is this correct? -- Gary R. Van Sickle
Re: [ITP] libEMF/libEMF1/libEMF-devel: A library for generating Enhanced Metafiles
Dr. Volker Zell wrote: So please upload, then maybe James R. Phillips can ITP a pstoedit package which includes EMF support. Uploaded, please announce. Gerrit
Re: Consensus about man and doc X11 directory structure
Harold L Hunt II wrote: Charles Wilson wrote: All of this mucking about with tk and insight requires the concurrence of -- and oodles of extra work by -- the tk maintainer and the insight maintainer. Plus, speculation alert given the centrality of the debugger to the GNUPro product, this sort of change might meet resistance from the PowersThatBe channeled thru our local Benign Dictator(s). Look, it has been made quite clear to us on several occasions that Red Hat doesn't pay for anyone in their company to do development on Cygwin, so I say, Who is Red Hat?. Why do they matter if they aren't contributing to the project and are either holding us hostage to supporting some long-gone product or secretly using our efforts to sell a couple million a year of some product that uses our work? Well, granted that cgf (current maintainer of tk and insight IIRC) no longer works for Red Hat, so perhaps their needs are no longer as important to him as they once were. OTOH, *personally*, I don't want the debugger to require X, for speed issues if nothing else. However, that's really cgf's decision so... How many people feel the same way when this argument about supporting Insight via Win32 Tk comes up? ... but I would just like to know how Red Hat gets to make decisions in this community that seems to get very little investment from them. I *said* it was speculation, and *speculated* that pressure might be applied -- not that decisions would be imposed -- by RH. Given Corinna's post, it seems that my speculation was (A) wrong (B) out-of-date, and (C) in all other ways immaterial. So we can drop the WWRHD? (What Would Red Hat Do?) from this thread, and move on to what is the best(*) thing for the cygwin open-source community in this regard? (*) where the definition of best is in the eye of the beholder: least disruptive? Most theoretically self-consistent? Provides path future growth/enhancement? etc... -- Chuck
Re: ITP: plotutils-2.4.2 (trial Packaging too)
James R. Phillips wrote: OK, thanks for all the good information. I'll post another set of trial packages shortly. This is turning out to be a lot of work just to get a support library working for pstoedit. But I guess that's life. Yep. But on the plus side, plotutils is a valuable package in itself; the executables have intrinsic usefulness with regard to pstoedit. On the subject of pstoedit, I want to state for the record that the dll's in that package are only meant for pstoedit execution/development, not for other programs. So there should be no need to package them separately from the pstoedit binary. Fair enough. Typically (and no need to make any modifications based on the following, provided solely for informational purposes) these sorts of private libraries when built using libtool are 'versioned' using the '-release' flag, instead of the '-version-info' flag. e.g. gettext-0.14.1 builds two internal libs, libgettextlib and libgettextsrc, this way (Makefile.am fragments): libgettextsrc_la_LDFLAGS = \ -release @VERSION@ \ ../lib/libgettextlib.la @LTLIBINTL@ @LTLIBICONV@ -lc -no-undefined libgettextlib_la_LDFLAGS = \ -release @VERSION@ \ @LTLIBINTL@ @LTLIBICONV@ -lc -no-undefined where @VERSION@ gets set to '0.14.1'; this results in DLLs named cyggettextlib-0-14-1.dll cyggettextsrc-0-14-1.dll These are packaged with the .exes (actually, it's a little more complicated than that, given gettext's library organization, but go with me here) because only gettext's exe's ever use them, and of course new versions of these DLLs will be distributed with new versions of the exe's, any time there is an update (say, 0.14.2, etc). On another issue - is LDFLAGS in g-b-s a reliable way to force a linker option like -wl,--enable-auto-image-base ? Or should this go into CFLAGS ? Or is it best to modify Makefile.am ? If there is a way to force this option in g-b-s, shouldn't we patch g-b-s to make it a default, like the CFLAGS=-O2 default? Actually, IF you are using libtool, LDFLAGS won't make it to the linker invokation. OTOH, if you're using libtool (and you re-libtoolize your package), there should be no need, since libtool-1.5.20 uses -enable-auto-image-base by default. If you're NOT using libtool, then yeah, setting MY_LDFLAGS in g-b-s should do the trick. -- Chuck
XDMCP issues
Hello everybody,
I'm trying to get a remote Linux/KDE desktop from my XP box using cygwin.
Following the FAQ and various posts, I have proceeded as follows:
1) I made sure that XDMCP is enable on the linux box.
2) In a cygwin shell, I started XWin.exe:
$ XWin.exe -query linux_box -from my_XP_box
3) I got a X-window with grey shading, but no kde logging session.
4) After a while, I obtained the error message:
Fatal server error:
XDMCP fatal error: Session failed Session 329792025 failed for display
my_XP_box:0: cannot open display
Does have someone an idea what's going wrong?
TIA,
Loïc.
--
--
// Sender address goes to /dev/null (!!)
// Use my 32/64 bits, ANSI C89, compliant email-address instead:
unsigned y[]=
{0,34432,26811,16721,41866,63119,61007,48155,26147,10986};
void x(z){putchar(z);}; unsigned t;
main(i){if(i10){t=(y[i]*47560)%65521;x(t8);x(t255);main(++i);}}
10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail
+++ GMX - die erste Adresse für Mail, Message, More +++
--
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/
keymap pb on XWin
Hello, i am using the cygwin 2.510.2.2 with xfree. I try to have the french keymap or the deutch keymap, and i have coredump... I launch XWin.exe, then i try to change keymap with #setxkbmap.exe de -model pc105 Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc101' layout - 'us' Aborted (core dumped) my WXin version is: #XWin.exe --version Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com Thanks, a french user -- 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: Consensus about man and doc X11 directory structure
On Oct 10 21:59, Harold L Hunt II wrote: Charles Wilson wrote: Yaakov S (Cygwin Ports) wrote: [...] What's stopping us from moving the Win32 tcltk in /opt/win32, and making new *NIX tcl and tk packages in /usr? Then all that's necessary for insight is to add /opt/win32 to PATH (either through a script, profile.d, or manually). Similar packages (i.e. that have both X11/*NIX and Win32 flavors) could use /opt/win32 as well. All of this mucking about with tk and insight requires the concurrence of -- and oodles of extra work by -- the tk maintainer and the insight maintainer. Plus, speculation alert given the centrality of the debugger to the GNUPro product, this sort of change might meet resistance from the PowersThatBe channeled thru our local Benign Dictator(s). Umm... reality check: Fine with me. 1) How many of our BDs actually work for Red Hat anymore? 1 (one) 2) Is GNUPro even a product anymore? The only date I could find related to the product mentioned GNUPro 2001: http://www.redhat.com/software/gnupro/technical/gnupro_gdb.html Well, the marketing is fortunately not my job, but there is still a GnuPro product which is worked on regulary. Cygwin based toolchains are a part of it. 3) If Red Hat isn't updating any product that uses Cygwin to provide a product on Windows, then why are we holding onto this idea that we must continue to support something that was once sold? 4) If Red Hat is updating GNUPro, but doing a piss-poor job of telling people about it, then what are we? Red Hat's underground GNUPro development team? I guess I can let this go uncommented. I have no idea how the marketing in relation to GnuPro works. That's not my business, so I can't tell anything about it. The layout of the Cygwin distro is not exactly something important to the way GnuPro works, however. Tcl/Tk is shipped with the Cygwin based GnuPro toolchains, so where it is in the distro is free for discussion. But, apart from GnuPro, I don't think it's such a good idea to move the Windows-based Tcl/Tk DLLs out of /usr/bin without having a clear idea how the replacement should work for the Windows-based apps like Insight. Even better, I don't think the DLLs should be moved somewhere else at all. The POSIX-based DLLs should follow the Cygwin naming convention anyway, so they would have to be named cygtcl8.4.dll/cygtk8.4.dll (or whatever the version number is right now). They don't collide with the Win-based ones, so what? As for the other stuff (includes, libs, /usr/share/tk8.4, etc), I think this would be ok to be moved to /opt or /usr/lib/win or something. However, how to handle the tcltk package and as a result, the GDB package, is up to Chris, he's the maintainer after all, not I or Red Hat. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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: XWin hangs on opening xterms, correspondence with setup hangs ??
Christopher Faylor cgf-no-personal-reply-please at cygwin.com writes: On Mon, Oct 10, 2005 at 09:41:00AM +, Norbert Harendt wrote: Norbert Harendt n.harendt at ib-eckerl.de writes: I encounter shell-hangs with cygwin also when using cygwins setup, so i post the problem also under http://thread.gmane.org/gmane.os.cygwin/70104 because i think it has something to do with deadlocks or errors in communication in dll-subroutine calls This is very unlikely. You really don't seem to know anything about this issue so I don't think that postulating on the problem is going to be helpful. -- 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/ OK. What i can see, is that calling or running the shell causes the problems in my case. XWin is coming up and running fine, i get the logon screen of the remote server and everything seems to be fine. But if i try to open an xterm on the remote server, XWin seems to hang, no grafical update, nothing happens (with enough patience you can watch this going on forever). When i kill the second XWin.exe suddenly the xterm appears and everything is working fine again, except for the heavy cpu-load, which was not present in my former installation. Summarizing this together with the problems running sh.exe during setup i think that some internal action during the invocation of the shell process might cause the problem. I don't really know the details because i didn't examine the source code. But to me it doesn't look like a failure of the xserver or client window itself but like a problem of one type of process (invoking the shell) -- 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: Re: XDMCP issues
Hi Chris,
Does have someone an idea what's going wrong?
It sounds almost like a permissions/security problem, i.e. your XP box
won't *allow* a remote XDMCP to open the display. I do what you;re
trying to do on Windows 2000 and I don't remember any problems like
this but it may well be that XP is being more 'secure'.
You can 'ping my_XP_box' from the Linux box OK can you?
Your post invited me to have a look at the /var/log/messages on my Linux
Box. I saw that kdm couldn't map the IP to the hostname of my XP box. I made
a corresponding entry in /etc/hosts...
Et voilà! IT'S WORKING!!!
Thanks a lot Chris. You put me on the right path. The solaris 9 box is also
working (I had the same problem as on the Linux box).
It's really great ;-D
Loïc.
--
--
// Sender address goes to /dev/null (!!)
// Use my 32/64 bits, ANSI C89, compliant email-address instead:
unsigned y[]=
{0,34432,26811,16721,41866,63119,61007,48155,26147,10986};
void x(z){putchar(z);}; unsigned t;
main(i){if(i10){t=(y[i]*47560)%65521;x(t8);x(t255);main(++i);}}
Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat,
DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl
--
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/
Tekplot application repeatedly redraws under XFree
Greetings: I am using Cygwin/Xfree: version number:11.0 vendor string:The Cygwin/X Project vendor release number:60802000 The operating system is MS Windows XP. I have found that when using the Tekplot application, if I move the window around a bit, almost always it will begin to perpetually redraw the graph. All other applications I have tried appear to work as expected: Netscape, Firefox, Clearcase, Nedit, etc. I have tried running with backing store turned both ON and OFF (as well as save-unders) - don't know if that makes a difference. I have tried searching the web, readign FAQS, etc., but can't find anything that helps. Any suggestions? Best regards, Jon Berndt Houston, TX -- 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: Tekplot application repeatedly redraws under XFree
Alan Hourihane wrote: Which window manager are you using Jon ? Alan. I'm not sure. I am using pretty much the standard startup for Xwin. How can I find out which I'm using. Jon -- 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/
login xterm session - /etc/profile script adds duplicates to some *PATH vars
Hi all, I noticed a slight problem with three of the *PATH variables that are set in a login xterm window, such as the one started by the startxwin.sh script. It seems to be caused by the /etc/profile script blindly adding directories to PATH, MANPATH and INFOPATH. In startxwin.sh, the xterm is started with this: xterm -e /usr/bin/bash -l When you run the following command in that xterm window, notice the duplicate directories at the start of the INFOPATH, MANPATH and PATH variables: set | grep PATH Is this a Cygwin-X problem, or is this a base Cygwin problem? I'll gladly report it over on the regular Cygwin list if needed. Regards, Peter __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Tekplot application repeatedly redraws under XFree
O.k. It sounds like tekplot's problem then on the way it's dealing with window events. Alan. You might be on to something, though. I started up the IRIX window manager, 4Dwm. Most of my windows then had the standard MS-Windows frame, and within that, the Motif-style window manager decorations/frame. If I made a plot using Tekplot, and moved the plot window around when it initially had the MS-Windows frame around it, then the window would redraw once. At that time the extra MS-Windows style frame would disappear, and the only remaining frame was the 4Dwm frame. At that point, nothing I could do seemed to cause a redraww of the plot window. I'm using rxvt. Now, I'm wondering if I ought to use only native X-windows apps, xterms, etc. I'd also like to be able to start up Xwin with NO window manager, if I can start one up on the remote machine (like 4Dwm on the remote IRIX machine). Is that possible? Which window manager starts up when the X server is started up on the local PC? Jon -- 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: Tekplot application repeatedly redraws under XFree
On Tue, 2005-10-11 at 10:20 -0500, Berndt, Jon S wrote: O.k. It sounds like tekplot's problem then on the way it's dealing with window events. Alan. You might be on to something, though. I started up the IRIX window manager, 4Dwm. Most of my windows then had the standard MS-Windows frame, and within that, the Motif-style window manager decorations/frame. If I made a plot using Tekplot, and moved the plot window around when it initially had the MS-Windows frame around it, then the window would redraw once. At that time the extra MS-Windows style frame would disappear, and the only remaining frame was the 4Dwm frame. At that point, nothing I could do seemed to cause a redraww of the plot window. I'm using rxvt. Now, I'm wondering if I ought to use only native X-windows apps, xterms, etc. I'd also like to be able to start up Xwin with NO window manager, if I can start one up on the remote machine (like 4Dwm on the remote IRIX machine). Is that possible? Which window manager starts up when the X server is started up on the local PC? Look in /usr/X11R6/bin/startxwin.sh and look for the line that says... XWin -multiwindow -clipboard -silent-dup-error and change it to XWin -rootless -clipboard -silent-dup-error That will give you an Xserver with no window manager and then allow you to start the one from your IRIX box. Alan. -- 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: Tekplot application repeatedly redraws under XFree
Look in /usr/X11R6/bin/startxwin.sh and look for the line that says... XWin -multiwindow -clipboard -silent-dup-error and change it to XWin -rootless -clipboard -silent-dup-error That will give you an Xserver with no window manager and then allow you to start the one from your IRIX box. Alan. That didn't seem to help. I still get the MS Windows window manager as well as the IRIX wm. Also, after I reverted, the tekplot application will now not plot anything at all. Here's the error message I got: = X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 9 Current serial number in output stream: 22 Jon -- 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: Tekplot application repeatedly redraws under XFree
On Tue, 2005-10-11 at 12:40 -0500, Berndt, Jon S wrote: Look in /usr/X11R6/bin/startxwin.sh and look for the line that says... XWin -multiwindow -clipboard -silent-dup-error and change it to XWin -rootless -clipboard -silent-dup-error That will give you an Xserver with no window manager and then allow you to start the one from your IRIX box. Alan. That didn't seem to help. I still get the MS Windows window manager as well as the IRIX wm. Also, after I reverted, the tekplot application will now not plot anything at all. Then maybe you are not using startxwin.sh ?? How are you starting X ? Alan. -- 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: Consensus about man and doc X11 directory structure
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Wilson wrote: Not gonna happen: it has been stated before on this list that 'insight' *must* run without X -- which means that tk will remain Win32GUI. Tk must remain Win32GUI, or *a* Win32GUI Tk must remain, for the sake of insight? It may be possible, eventually, to have both win32GUI-cygwin-runtime-tk and XGUI-cygwin-runtime-tk on the same machine, but nobody has undertaken the daunting task to make that happen. Ditto gtk. Others have mentioned building *NIX tcl/tk on Cygwin, and I wouldn't call building gtk2 daunting; I'm not personally interested, as I'm focusing on the X11 ports. However, I don't see the problem in assuming that GUI apps are presumed to be X-flavor (with the tk exception, above). If at some point somebody figures out how to build a similar GUI app/toolkit in the opposite flavor, it can go in /opt/. Static X based tcl/tk is doable now. I needed it because I had a X based tcl/tk app that didn't work right with the cyg native tcl/tk. dll's will take some effort and coordination upstream. Regards, Doug -- 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: Consensus about man and doc X11 directory structure
[snip] 1) How many of our BDs actually work for Red Hat anymore? 1 (one) Harold also stated: Look, it has been made quite clear to us on several occasions that Red Hat doesn't pay for anyone in their company to do development on Cygwin[...] Is this correct? -- Gary R. Van Sickle -- 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/
problems with X
Hi, all I'm running cygwin on my XP laptop mostly to ssh into a Redhat server. I'm currently seeing some strange behavior. I start X windows by using the startx command, which pops up an Xterm. From there, I usually might use another xterm or two to ssh into different boxes, and I might pop up an emacs window or two while I'm working. I'm seeing strange behavior on my new laptop (14 days or so): When I use multiple windows and they overlap, they look like they're transparent and interfere with each other. Also, when I want to type in a window, I must make sure my mouse is in that window. I know this behavior wasn't always like this, and I don't know if it's from changing laptops or dual booting my current one. I'm open to any and all advice. Thanks SOW -- 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/
winsup/cygwin ChangeLog path.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-10-11 16:06:11 Modified files: cygwin : ChangeLog path.cc Log message: * (symlink_info::set_error): Change to return bool if input error should be ignored. (symlink_info::check): Treat path as a normal file if set_error returns false. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3149r2=1.3150 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/path.cc.diff?cvsroot=uberbaumr1=1.393r2=1.394
src/winsup/cygwin ChangeLog syslog.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-10-11 16:28:08 Modified files: winsup/cygwin : ChangeLog syslog.cc Log message: * syslog.cc (try_connect_syslogd): Add priority parameter. Use writev to add the priority to the message in a syslog conformant way. (vsyslog): If facility isn't set in the priority, use default facility as given in call to openlog. Fix agressive use of spaces in syslog output. Call try_connect_syslogd with priority parameter. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3150r2=1.3151 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syslog.cc.diff?cvsroot=srcr1=1.35r2=1.36
winsup/w32api ChangeLog include/winbase.h incl ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-10-11 18:43:54 Modified files: w32api : ChangeLog w32api/include : winbase.h winsock.h Log message: Add ChangeLog: * include/winbase.h (GetProcessId): Declare. Revert erroneous include/winsock.h checkin. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/w32api/ChangeLog.diff?cvsroot=uberbaumr1=1.690r2=1.691 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/w32api/include/winbase.h.diff?cvsroot=uberbaumr1=1.75r2=1.76 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/w32api/include/winsock.h.diff?cvsroot=uberbaumr1=1.14r2=1.15
src/winsup/mingw ChangeLog include/time.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-10-12 00:28:11 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: time.h Log message: * include/time.h (_time64): Correct prototype. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.286r2=1.287 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/time.h.diff?cvsroot=srcr1=1.13r2=1.14
Re: log to a remote syslogd
You must allow logging from remote hosts on the target machine. See the syslogd -s option. Remote logging from a Cygwin client syslogd to a Linux syslogd works fine here. Thanks. It works indeed. It was an issue of a firewall... __ Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener informacion clasificada por su emisor como confidencial en el marco de su Sistema de Gestion de Seguridad de la Informacion siendo para uso exclusivo del destinatario, quedando prohibida su divulgacion copia o distribucion a terceros sin la autorizacion expresa del remitente. Si Vd. ha recibido este mensaje erroneamente, se ruega lo notifique al remitente y proceda a su borrado. Gracias por su colaboracion. __ This message including any attachments may contain confidential information, according to our Information Security Management System, and intended solely for a specific individual to whom they are addressed. Any unauthorised copy, disclosure or distribution of this message is strictly forbidden. If you have received this transmission in error, please notify the sender immediately and delete 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: problem with boost 1.33 filesystem
I'll look into it.
wilx
Lewis Hyatt wrote:
Hi All,
I apologize if this has been brought up before, but I couldn't find any
mention of it. I think the filesystem component of boost v1.33 currently
available as part of the cygwin distribution has been compiled
incorrectly. As mentioned here:
http://boost.org/libs/filesystem/doc/index.htm#Cgywin (sic), it is
necessary to compile with -DBOOST_POSIX on cygwin for POSIX emulation to
work properly; otherwise it uses Windows file names only and does not
work as expected. Here is a simple demonstration:
#include iostream
#include boost/filesystem/operations.hpp
#include boost/filesystem/exception.hpp
namespace bfs = boost::filesystem;
int main(int argc, char **argv){
//arg checking omitted
try{
bfs::directory_iterator di(argv[1]);
}
catch (bfs::filesystem_error ex){
std::cerr ex.what() '\n';
}
}
If you pass something Windows can handle as the argument, such as .,
then this program works as expected. If you pass a cygwin path, such
as ~ or /cygdrive/c, it throws an exception:
boost::filesystem::directory_iterator constructor: \home\Lewis: The
system cannot find the path specified.
or
boost::filesystem::directory_iterator constructor: \cygdrive\c: The
system cannot find the path specified.
I believe this is precisely the consequence of omitting -DBOOST_POSIX
but cannot confirm with certainty.
Thanks very much to whoever maintains this.
-Lewis
--
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/
signature.asc
Description: OpenPGP digital signature
Re: boost, boost_unit_test_framework
Mattias Brändström wrote:
Hello!
I want to write some C++ programs that use boost and compile them using
cygwin. What is the recomended way of doing this?
Usually when I use the boost libraries (on Fedora Core) I would be able
to link my program using gcc by providing -lboost_date_time on the
command line. With cygwin I can't do that since there is no
libboost_date_time.a library insalled. However, these libraries are
installed:
/usr/lib/libboost_date_time-gcc-mt-s-1_33.a*
/usr/lib/libboost_date_time-gcc-mt-s.a*
This is called 'versioned' layout.
In my build scripts I would still like to be able to specify
-lboost_date_time and not -lboost_date_time-gcc-mt-s. Is it the
intention of the maintainer of the cygwin boost package that I should
make a symbolic link (ln -s libboost_date_time.a
libboost_date_time-gcc-mt-s.a) to the library that I want to use?
You can either add the links or you can have something like
BOOST_SUFFIX=-gcc-mt-s and use -lboost_date_time${BOOST_SUFFIX}.
In my opinion it would be preferable to have one of the different
variants of the date library installed as libboost_date_time.a. Is there
any special reason why it's done like it is today?
Marking the version in the way it is now done is prefered by those who
approve this package.
Another question regarding the cygwin boost package is why the test
libraries are missing?
Because its build is broken on Cygwin.
I am curious. =)
Regards,
Mattias
Vaclav Haisman
signature.asc
Description: OpenPGP digital signature
Missing readdir_r()
I have noticed that we have readdir_r in Cygwin's sources but I don't see it exported in /usr/include/dirent.h or /usr/include/sys/dirent.h. Is there a reason for it missing or is it just oversight? Vaclav Haisman signature.asc Description: OpenPGP digital signature
Re: Missing readdir_r()
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Václav Haisman on 10/11/2005 6:18 AM: I have noticed that we have readdir_r in Cygwin's sources but I don't see it exported in /usr/include/dirent.h or /usr/include/sys/dirent.h. Is there a reason for it missing or is it just oversight? It will be in 1.5.19 (in fact, it is in snapshots even now, if you install the headers as well as cygwin1.dll). - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDS64584KuGfSFAYARAic0AKCFjDW/zdaUA2b3aFHgnIou2NzB+QCg2Soc EMHVtnh7n9qRqES+qjKp2wA= =RmvB -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: problem with boost 1.33 filesystem
I tried to build it with BOOST_POSIX but the build fails on missing readdir_r(). The function should be present in next Cygwin release, so I think I will wait for that instead of rolling one short lived package with patch. Vaclav Haisman signature.asc Description: OpenPGP digital signature
[ANNOUNCEMENT] Updated: openssl-0.9.8a-1, openssl-devel-0.9.8a-1, openssl097-0.9.7h-1
I've updated the version of OpenSSL to 0.9.8a-1. This also includes the openssl-devel package. The compatibility package openssl097 has been updated to 0.9.7h-1. This is a upstream ecurity and bugfix release. The Cygwin release is the vanilla version, no additional patches. Official release message: === OpenSSL version 0.9.8a and 0.9.7h 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.8a of our open source toolkit for SSL/TLS. This new OpenSSL version is a security and bugfix release and incorporates changes and bugfixes to the toolkit. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. We also release 0.9.7h, which contains the same security bugfix as 0.9.8a and a few small bugfixes compared to 0.9.7g. These updates contain a fix for CAN-2005-2969, a potential SSL 2.0 rollback reported by Yutaka Oiwa. For more details of the security issue being fixed in this release please see http://www.openssl.org/news/secadv_20051011.txt We consider OpenSSL 0.9.8a 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.8a 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/ For those who want or have to stay with the 0.9.7 series of OpenSSL, we strongly recommend that you upgrade to OpenSSL 0.9.7h as soon as possible. It's available in the same location as 0.9.8a. The distribution file names are: * openssl-0.9.8a.tar.gz MD5 checksum: 1d16c727c10185e4d694f87f5e424ee1 SHA1 checksum: 2aaba0f728179370fb3e86b43209205bc6c06a3a * openssl-0.9.7h.tar.gz MD5 checksum: 8dc90a113eb8925795071fbe52b2932c SHA1 checksum: 9fe535fce89af967b29c4727dedd25f2b4cc2f0d 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 M\366ller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz J\344nickeBodo M\366ller === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'
Thanks for the message; Igor I would have never connected to two but it does sound like the same issue. I understand your uncertainty about it possibly not being changed. I have found other versions of Unix that fail the same way with invalid paths in the PATH. But, I have always considered those to be broken also. But, as far as 'fixing' it, the current behavior seems inconsistent regardless of whether it should fail as described or ignore the path since having /d in the PATH does not fail in the same manner. Thanks for the cygcheck output tip. I will attach it in the future. -Glen Igor Pechtchanski pechtcha-at-cs.nyu.edu |gmane.os.cygwin| wrote: On Mon, 10 Oct 2005, Glen A Coakley wrote: With cygwin version 1.5.18 I get the following error: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem' under the following conditions: * A non-existent directory that is on a removable drive (e.g. a CD/DVD drive) is listed (in my case, listed first) in the PATH environment variable. * The current directory does not include a copy of cygwin1.dll * Any program that requires cygwin1.dll is executed that is NOT located in the same directory as a copy of cygwin1.dll. I believe this may be an instance of the error I reported in http://www.cygwin.com/ml/cygwin/2004-09/msg00552.html. Basically, the PATH conversion code stops whenever it encounters an invalid element in the PATH. In my case it was due to strict case checking, but it seems to be a more general problem. Basically, the Cygwin path conversion code stops when it encounters a non-existent directory, and only returns the part of the path it's converted so far. Since in your case the invalid directory comes first, you get an empty PATH. A patch to turn off this behavior altogether is reasonably simple, but I'm not sure it'll be accepted. The main question is whether this behavior is desired. Corinna or Chris, care to comment? Igor P.S. Glen, for the future, please *attach* the output of cygcheck -svr instead of including it inline. -- 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/
gethostbyname_r
I am tring to port an application, but I cant seem to find the glibc2 gethostbyname_r function. Does anyone know? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Partner Sr. Manager 7 West 24th Street #100 - - +1 (443) 921-0381 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. -- 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: gethostbyname_r
On Oct 11 10:15, Jason Pyeron wrote: I am tring to port an application, but I cant seem to find the glibc2 gethostbyname_r function. Does anyone know? It doesn't exist on Cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gethostbyname_r
On Tue, 11 Oct 2005, Corinna Vinschen wrote: On Oct 11 10:15, Jason Pyeron wrote: I am tring to port an application, but I cant seem to find the glibc2 gethostbyname_r function. It doesn't exist on Cygwin. so is this the only way to go? has any one verified the code? http://www.cygwin.com/ml/cygwin/2004-04/msg00532.html how come it never made it in? http://www.cygwin.com/ml/cygwin/2004-04/msg00540.html or since it is just calling the windows api, can I #define gethostbyname_r gethostbyname -jason -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Partner Sr. Manager 7 West 24th Street #100 - - +1 (443) 921-0381 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. -- 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: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1
On Thu, 6 Oct 2005, Pavel Tsekov wrote:
On Thu, 6 Oct 2005, Christopher Faylor wrote:
It might be a different problem but the message is the same.
It *is* a different problem.
Ok.
Some thread is sending a signal 31 (SIGUSR1). Which thread is doing this?
An application thread signaling another thread to stop its execution. I am
on it - I'll report back if I manage to find something.
While tracking this problem I found what I suspect is a small bug in
the way sigsuspend() works when it is used to retrieve the list of pending
signals for a thread other than the main one. I think this is related to
the crash I am seeing in some way though this has to be determined yet.
As I read the code, when retrieving the list of pending signals
sigpending() inspects only the list of blocked signals for the main
thread - it doesn't look in the thread specific list of blocked signals
of the calling thread.
The code which I refer to is the following block from wait_sig():
case __SIGPENDING:
*pack.mask = 0;
unsigned bit;
sigq.reset ();
while ((q = sigq.next ()))
if (myself-getsigmask () (bit = SIGTOMASK (q-si.si_signo)))
*pack.mask |= bit;
break;
On the other hand the code in sigpacket::process() does the right thing
when it delivers a signal i.e. it looks the list of blocked signals in
both the main thread and the target thread.
Attached is a simple test case which demonstrates the problem.
On Linux:
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set = 0800
exiting thread_loop()
On Cygwin:
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
pending_set =
[ keeps looping forever ]#include signal.h
#include stdio.h
#include pthread.h
static void *thread_loop (void *unused)
{
sigset_t block_set, pending_set;
sigemptyset (block_set);
sigaddset (block_set, SIGUSR2);
if (pthread_sigmask (SIG_BLOCK, block_set, NULL) != 0)
{
printf (failed to set the list of blocked signals\n);
}
while (1)
{
sigpending (pending_set);
printf (pending_set = %08X\n, pending_set);
if (sigismember (pending_set, SIGUSR2) != 0)
break;
sleep (1);
}
printf (exiting thread_loop()\n);
return NULL;
}
int main (int argc, char **argv)
{
int rv;
pthread_t thr_id;
rv = pthread_create (thr_id, NULL, thread_loop, NULL);
if (rv != 0)
{
printf (failed to create thread.\n);
exit (1);
}
/* give the second thread a chance to run */
sleep (5);
while (1)
{
if (pthread_kill (thr_id, SIGUSR2) != 0)
break;
}
exit (0);
}
--
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/
Logger logs as user.notice
Hi. I have two questions regarding syslog logger in inetutils package: 1. logger command seems to ignore -p option: it behaves as if user.notice were put always. For instance: $ cat /etc/syslog.conf local3.*/var/log/local3 user.notice/var/log/user $ net stop syslogd $ net start syslogd $ logger -p local3.info Some message It writes the message in /var/log/user, instead of in /var/log/local3. Am I doing something wrong? 2. A blank space is written between the tag and the colon in the output message. For instance: Oct 11 16:45:00 mymachine mytag : Some text instead of: Oct 11 16:45:00 mymachine mytag: Some text Is it standard? Thank you very much, Jaime __ Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener informacion clasificada por su emisor como confidencial en el marco de su Sistema de Gestion de Seguridad de la Informacion siendo para uso exclusivo del destinatario, quedando prohibida su divulgacion copia o distribucion a terceros sin la autorizacion expresa del remitente. Si Vd. ha recibido este mensaje erroneamente, se ruega lo notifique al remitente y proceda a su borrado. Gracias por su colaboracion. __ This message including any attachments may contain confidential information, according to our Information Security Management System, and intended solely for a specific individual to whom they are addressed. Any unauthorised copy, disclosure or distribution of this message is strictly forbidden. If you have received this transmission in error, please notify the sender immediately and delete 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: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1
On Tue, Oct 11, 2005 at 05:51:00PM +0300, Pavel Tsekov wrote: On Thu, 6 Oct 2005, Pavel Tsekov wrote: On Thu, 6 Oct 2005, Christopher Faylor wrote: It might be a different problem but the message is the same. It *is* a different problem. Ok. Some thread is sending a signal 31 (SIGUSR1). Which thread is doing this? An application thread signaling another thread to stop its execution. I am on it - I'll report back if I manage to find something. While tracking this problem I found what I suspect is a small bug in the way sigsuspend() works when it is used to retrieve the list of pending signals for a thread other than the main one. I think this is related to the crash I am seeing in some way though this has to be determined yet. See the FIXME a few lines down from that. As I read the code, when retrieving the list of pending signals sigpending() inspects only the list of blocked signals for the main thread - it doesn't look in the thread specific list of blocked signals of the calling thread. So, it sounds like you're pretty close to a PTC. I don't see how ignoring blocked signals would cause a SEGV however. 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: gcc -mno-cygwin (incorrectly) looks for libraries in /usr/lib
On Tue, Oct 11, 2005 at 02:02:27PM +0200, Burgers A.R. wrote: When executing a configure script with gcc -mno-cygwin, the script may incorrectly determine a mingw library is present. Yep. It's a long-standing bug. binutils has advanced to the point where ld can now be told to ignore /usr/lib so this is a PTC situation. 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/
Tar and --overwrite-dir
My info tar mentions --overwrite-dir switch but the tar executable itself doesn't seem to know anything about it. Is the documentation out of sync with the executable? My installed tar package is 1.15.1-2. Vaclav Haisman signature.asc Description: OpenPGP digital signature
Re: gethostbyname_r
On Tue, 11 Oct 2005, Jason Pyeron wrote: On Tue, 11 Oct 2005, Corinna Vinschen wrote: On Oct 11 10:15, Jason Pyeron wrote: I am tring to port an application, but I cant seem to find the glibc2 gethostbyname_r function. It doesn't exist on Cygwin. so is this the only way to go? has any one verified the code? http://www.cygwin.com/ml/cygwin/2004-04/msg00532.html how come it never made it in? http://www.cygwin.com/ml/cygwin/2004-04/msg00540.html or since it is just calling the windows api, can I #define gethostbyname_r gethostbyname There is almost no need for gethostbyname_r on Cygwin since its sole purpose is to create a thread safe interface. In most all cases, Cygwin's gethostbyname is thread safe. http://www.cygwin.com/ml/cygwin/2004-05/msg00202.html -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gethostbyname_r
Brian Ford wrote: There is almost no need for gethostbyname_r on Cygwin since its sole purpose is to create a thread safe interface. In most all cases, Cygwin's gethostbyname is thread safe. http://www.cygwin.com/ml/cygwin/2004-05/msg00202.html 1) Resolving a numeric host is more common than whatever (all - most all) is, IMO. 2) The difference between most all and all is usually horrible to track down. -Richard Campbell. -- 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: gethostbyname_r
On Oct 11 12:10, Richard Campbell wrote: Brian Ford wrote: There is almost no need for gethostbyname_r on Cygwin since its sole purpose is to create a thread safe interface. In most all cases, Cygwin's gethostbyname is thread safe. http://www.cygwin.com/ml/cygwin/2004-05/msg00202.html 1) Resolving a numeric host is more common than whatever (all - most all) is, IMO. 2) The difference between most all and all is usually horrible to track down. gethostbyname_r is a non-standard interface anyway. It only exists in glibc. The portable way to do this is to create a wrapper function in the application which handles access from multiple threads. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gethostbyname_r
On Tue, Oct 11, 2005 at 12:10:57PM -0400, Richard Campbell wrote: Brian Ford wrote: There is almost no need for gethostbyname_r on Cygwin since its sole purpose is to create a thread safe interface. In most all cases, Cygwin's gethostbyname is thread safe. http://www.cygwin.com/ml/cygwin/2004-05/msg00202.html 1) Resolving a numeric host is more common than whatever (all - most all) is, IMO. 2) The difference between most all and all is usually horrible to track down. AFAIK, cygwin's gethostbyname is thread safe in all cases. 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: Tar and --overwrite-dir
[Forwarding to the bug-tar list; originally reported on cygwin] My info tar mentions --overwrite-dir switch but the tar executable itself doesn't seem to know anything about it. Is the documentation out of sync with the executable? My installed tar package is 1.15.1-2. Vaclav Haisman It appears to be a bug in the info documentation. In looking at the source, tar 1.15.1 only supports --no-overwrite-dir and --overwrite. -- Eric Blake volunteer cygwin tar maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
System V IPC Message Queues and Shared Memory?
I'm curious: does cygwin support the msgget, msgsnd, msgrcv msgctl functions from System V IPC? The sample code I downloaded from the www.wrox.com (for the book Beginning Linux Programming 3rd Edition chapter 14) compiles with no errors bug causes a 5032 Bad System call. Should these functions work? And what about shared memory using shmget, shmat, shmdt, shmctl? The sample code compiles with these functions too but gives a 2764 Bad system call and 4480 Bad system call when I run them. Should these work? Thanks, Siegfried -- 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: gethostbyname_r
Christopher Faylor wrote: AFAIK, cygwin's gethostbyname is thread safe in all cases. Since I was referencing you for the proposition that it was not thread safe in the case of resolving a numeric IP, (http://www.cygwin.com/ml/cygwin/2004-05/msg00182.html ) I'll certainly defer to you. -Richard Campbell. -- 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: System V IPC Message Queues and Shared Memory?
Siegfried Heintze wrote: I'm curious: does cygwin support the msgget, msgsnd, msgrcv msgctl functions from System V IPC? The sample code I downloaded from the www.wrox.com (for the book Beginning Linux Programming 3rd Edition chapter 14) compiles with no errors bug causes a 5032 Bad System call. Should these functions work? And what about shared memory using shmget, shmat, shmdt, shmctl? The sample code compiles with these functions too but gives a 2764 Bad system call and 4480 Bad system call when I run them. Should these work? See the Cygwin User's Guide: http://cygwin.com/cygwin-ug-net/using-cygserver.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ruby-1.8.3: ginstall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna, While building a ruby module (extconf.rb method) with ruby-1.8.3, INSTALL is defined as /usr/bin/ginstall -c. There's no ginstall on Cygwin, just install. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDS/vApiWmPGlmQSMRAhvoAKCe0vHlmQ86bAsUTjJUG21hhL4R3QCeIrID a5kCQUPSg8bQjvY7F6ZuvZE= =Srpr -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: ruby-1.8.3: ginstall
On Oct 11 12:52, Yaakov S (Cygwin Ports) wrote: While building a ruby module (extconf.rb method) with ruby-1.8.3, INSTALL is defined as /usr/bin/ginstall -c. There's no ginstall on Cygwin, just install. %$#! On my machine I had a ginstall for some reason and I even don't know anymore where it came from. As a quick hack, open the file /lib/ruby/1.8/i386-cygwin/rbconfig.rb and edit the CONFIG[INSTALL] line accordingly. If it works, please report back. I'll then upload a new ruby release. Thanks for the hint, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ruby-1.8.3: ginstall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: As a quick hack, open the file /lib/ruby/1.8/i386-cygwin/rbconfig.rb and edit the CONFIG[INSTALL] line accordingly. If it works, please report back. I'll then upload a new ruby release. That fixes it. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDTAKHpiWmPGlmQSMRAlHXAKCoKgOSGiH4SPP51+mOubdB4+fIVgCg9SQu TJmNsvShb+2Od8nyGmgtBHM= =IrLl -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: ruby-1.8.3: ginstall
On Oct 11 12:52, Yaakov S (Cygwin Ports) wrote: While building a ruby module (extconf.rb method) with ruby-1.8.3, INSTALL is defined as /usr/bin/ginstall -c. There's no ginstall on Cygwin, just install. On my machine I had a ginstall for some reason and I even don't know anymore where it came from. coreutils internally builds ginstall.exe, then installs it to install.exe (otherwise, imagine the confusion if you type make install, but it builds the one binary instead of installing everything in coreutils). Should I provide a new coreutils release that provides gname variants of the various coreutils as links to the name version, so that cygwin would then indeed have a ginstall in addition to install? -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: guile-1.6.7-4, guile-1.7.2-3
I have updated the Guile package to versions 1.6.7-4. This is a bugfix release, which fixes several packaging problems. Also available, in the test distribution, is a 1.7.2-3 CVS snapshot, with similar packaging fixes. Guile CVS has, amongst other things, gmp rationals and a new garbage collector, which is most helpful for development, esp. debugging. Enjoy, Jan. === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- 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: ruby-1.8.3: ginstall
On Oct 11 18:25, Eric Blake wrote: On Oct 11 12:52, Yaakov S (Cygwin Ports) wrote: While building a ruby module (extconf.rb method) with ruby-1.8.3, INSTALL is defined as /usr/bin/ginstall -c. There's no ginstall on Cygwin, just install. On my machine I had a ginstall for some reason and I even don't know anymore where it came from. coreutils internally builds ginstall.exe, then installs it to install.exe (otherwise, imagine the confusion if you type make install, but it builds the one binary instead of installing everything in coreutils). Should I provide a new coreutils release that provides gname variants of the various coreutils as links to the name version, so that cygwin would then indeed have a ginstall in addition to install? I don't think this small glitch in my setup justifies solving the problem with the big hammer ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: guile-1.6.7-4, guile-1.7.2-3
I have updated the Guile package to versions 1.6.7-4. This is a bugfix release, which fixes several packaging problems. Also available, in the test distribution, is a 1.7.2-3 CVS snapshot, with similar packaging fixes. Guile CVS has, amongst other things, gmp rationals and a new garbage collector, which is most helpful for development, esp. debugging. Enjoy, Jan. === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- 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: Updated: guile-1.6.7-4, guile-1.7.2-3
On Oct 11 20:37, Jan Nieuwenhuizen wrote: I have updated the Guile package to versions 1.6.7-4. This is a bugfix release, which fixes several packaging problems. Were you going to send this to cygwin-announce, perhaps? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gethostbyname_r
On Tue, Oct 11, 2005 at 01:35:44PM -0400, Richard Campbell wrote: Christopher Faylor wrote: AFAIK, cygwin's gethostbyname is thread safe in all cases. Since I was referencing you for the proposition that it was not thread safe in the case of resolving a numeric IP, (http://www.cygwin.com/ml/cygwin/2004-05/msg00182.html ) I'll certainly defer to you. The thread-safeness problem was fixed in February of this year. 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: ruby-1.8.3: ginstall
On Oct 11 13:20, Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: As a quick hack, open the file /lib/ruby/1.8/i386-cygwin/rbconfig.rb and edit the CONFIG[INSTALL] line accordingly. If it works, please report back. I'll then upload a new ruby release. That fixes it. Thanks. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gethostbyname_r
Christopher Faylor wrote: On Tue, Oct 11, 2005 at 12:10:57PM -0400, Richard Campbell wrote: Brian Ford wrote: There is almost no need for gethostbyname_r on Cygwin since its sole purpose is to create a thread safe interface. In most all cases, Cygwin's gethostbyname is thread safe. http://www.cygwin.com/ml/cygwin/2004-05/msg00202.html 1) Resolving a numeric host is more common than whatever (all - most all) is, IMO. 2) The difference between most all and all is usually horrible to track down. AFAIK, cygwin's gethostbyname is thread safe in all cases. So it would be possible to add an alias gethostbyname_r == gethostbyname to the list of exported functions? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Tasking not implemented on this configuration - again
Peter W Meyer wrote: I am also trying to run tasking using GCC-Ada and cygwin and I'm getting the Tasking not implemented message. I took a look at the emails regarding this and the responses. I went back to Cygwin setup to see what I had installed already and found that I already had the Mingw run-time, the Ada compiler and the Ada core components. The version numbers match the ones from the previous messages. I have GCC-Ada 3.4.4-1, GCC-Ada Core 3.4.4-1, W32API 3.3-1, and Minw-runtime 3.8-1. I installed these using Cygwin Is there something else I need? Are the files from Mingw.org different from those at Cygwin? Yes, the Mingw.org is a native Windows version of GCC, the Cygwin version is linked against cygwin1.dll. I'll try to figure out if it is possible to enable Ada tasking without regressions. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Jurgen Defurne wrote: Subject Regression problem in cygwin1.5.18 and Perl 5.8.6/7 Classification [...] Any ideas ? Could test the same with a recent Cygwin snapshot please. http://cygwin.com/snapshots And please include more information in reports like described on http://cygwin.com/problems Thanks, Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ATTN: g++ maintainer: Using string instances to pass arguments to dlls
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: As long as GCC does not support recent libtool versions it is not easy to build dynamic libraries. What about just replacing the autogenerated libtool script with a newer one (manually hacked if necessary for options) after configure? GNOME 1.4 has similar problems, and that's how I've managed to work around it; but then again building gcc is *much* more complicated. Unfortunately this doesn't work very good with GCC. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gethostbyname_r
On Tue, Oct 11, 2005 at 10:54:32PM +0200, Gerrit P. Haase wrote: Christopher Faylor wrote: On Tue, Oct 11, 2005 at 12:10:57PM -0400, Richard Campbell wrote: Brian Ford wrote: There is almost no need for gethostbyname_r on Cygwin since its sole purpose is to create a thread safe interface. In most all cases, Cygwin's gethostbyname is thread safe. http://www.cygwin.com/ml/cygwin/2004-05/msg00202.html 1) Resolving a numeric host is more common than whatever (all - most all) is, IMO. 2) The difference between most all and all is usually horrible to track down. AFAIK, cygwin's gethostbyname is thread safe in all cases. So it would be possible to add an alias gethostbyname_r == gethostbyname to the list of exported functions? Take a look at the man page for gethostbyname and gethostbyname_r. 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: Tasking not implemented on this configuration - again
Peter W Meyer wrote: I am also trying to run tasking using GCC-Ada and cygwin and I'm getting the Tasking not implemented message. I took a look at the emails regarding this and the responses. I went back to Cygwin setup to see what I had installed already and found that I already had the Mingw run-time, the Ada compiler and the Ada core components. The version numbers match the ones from the previous messages. I have GCC-Ada 3.4.4-1, GCC-Ada Core 3.4.4-1, W32API 3.3-1, and Minw-runtime 3.8-1. I installed these using Cygwin Is there something else I need? Are the files from Mingw.org different from those at Cygwin? Yes, the Mingw.org is a native Windows version of GCC, the Cygwin version is linked against cygwin1.dll. I'll try to figure out if it is possible to enable Ada tasking without regressions. Gerrit -- =^..^= If I understand the answer correctly, I should download the Mingw.org version of GCC into cygwin/lib/gcc (that's how I have it on my system) and that will allow me to use the native windows version of GCC. thanks for the advice, Peter -- 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: please test: coreutils-5.90-2
On 10/8/2005 7:29 PM, Eric Blake wrote: Eric Blake ebb9 at byu.net writes: My bug in 'mkdir -p' in 5.90-1 proved immensely annoying, crippling such things as attempting to build the cygwin dll from CVS. So I have uploaded 5.90-2. I'm having another problem with 'mkdir -p' in 5.90-2. I have a script that attempts to do mkdir -p c:/dir1/dir2/dir3. This started failing with a permission denied error for c:/. I eventually discovered that it also fails using unix paths if the absolute path provided to mkdir starts at the root of a Windows drive. Here's a little example: % mkdir /tmp/foo % mount e:\\ /tmp/foo % mkdir -p /tmp/foo/bar mkdir: cannot create directory `/tmp/foo': Permission denied % mkdir /tmp/foo/bar (e: is a real drive on my system.) I have my cygdrive prefix set to '/'. Commands like mkdir -p /c/foo also failed even though mkdir /c/foo succeeded. This is with a home-built CVS DLL corresponding to the 20051003 snapshot. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 ... all the good computer designs are bootlegged; the formally planned products, if they are built at all, are dogs! -- David E. Lundstrom, A Few Good Men From Univac, MIT Press, 1987 signature.asc Description: OpenPGP digital signature
Re: Tasking not implemented on this configuration - again
Gerrit P. Haase [EMAIL PROTECTED] 10/11/2005 1:54 PM Peter W Meyer wrote: I am also trying to run tasking using GCC-Ada and cygwin and I'm getting the Tasking not implemented message. I took a look at the emails regarding this and the responses. I went back to Cygwin setup to see what I had installed already and found that I already had the Mingw run-time, the Ada compiler and the Ada core components. The version numbers match the ones from the previous messages. I have GCC-Ada 3.4.4-1, GCC-Ada Core 3.4.4-1, W32API 3.3-1, and Minw-runtime 3.8-1. I installed these using Cygwin Is there something else I need? Are the files from Mingw.org different from those at Cygwin? Yes, the Mingw.org is a native Windows version of GCC, the Cygwin version is linked against cygwin1.dll. I'll try to figure out if it is possible to enable Ada tasking without regressions. It would be great if it can be done easily. In addition, I will tip my hat for your effort. AV -- 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/
.exe suffix from gcc and friends
Is there a way to disable the .exe suffix when producing output from gcc, ld, etc? I think I missed it in the man pages. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Partner Sr. Manager 7 West 24th Street #100 - - +1 (443) 921-0381 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. -- 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: please test: coreutils-5.90-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to David Rothenberger on 10/11/2005 4:13 PM: I'm having another problem with 'mkdir -p' in 5.90-2. I have a script that attempts to do mkdir -p c:/dir1/dir2/dir3. This started failing with a permission denied error for c:/. Hmm. It worked perfectly for me on Win98, on both local and remote drives. But on WinXP, I got different behavior for the remote FAT than I did for the local NTFS: $ df -T c: j: FilesystemType 1K-blocks Used Available Use% Mounted on c:system,fixed29286460 20471796 8814664 70% /cygdrive/c j: system,remote 6260992 4508800 1752192 73% /cygdrive/j $ mkdir -p j:/dir $ mkdir -p c:/dir mkdir: cannot create directory `c:': Permission denied I am suspecting a cygwin bug here. mkdir(c:) should fail with EEXIST, not EACCES. 5.90 exposes this bug, where 5.3.0 did not, because the algorithm for mkdir -p was changed to attempt mkdir() first instead of stat(). Continuing the example, I also find it odd that from WinXP, I get EBADRQC instead of the more familiar ENOENT when removing a nonexistant directory on a remote FAT drive: $ rmdir j:/dir $ rmdir j:/dir rmdir: j:/dir: Invalid request code $ rmdir c:/dir rmdir c:/dir: No such file or directory - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDTIEA84KuGfSFAYARAo3fAKDPQhWwrDCVk8O19Bro3l9x9JcIHACfeBdH mtVpDwmo5aNXCOeRqgKxH+0= =UCoL -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: ruby-1.8.3: ginstall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 10/11/2005 12:44 PM: Should I provide a new coreutils release that provides gname variants of the various coreutils as links to the name version, so that cygwin would then indeed have a ginstall in addition to install? I don't think this small glitch in my setup justifies solving the problem with the big hammer ;-) OK, status quo remains - cygwin will only provide /bin/install, and if you want ginstall, make your own symlink. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDTINP84KuGfSFAYARAsROAJ9tvlnDGHrr6ULE81+vO0s3F0xA+wCgugXf gpzG06Hm+ywPcTBHNxN8SRY= =Vymy -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: .exe suffix from gcc and friends
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jason Pyeron on 10/11/2005 9:19 PM: Is there a way to disable the .exe suffix when producing output from gcc, ld, etc? You can try the brute force method: 'mv foo.exe bar.' (only works on non-managed mounts). But I don't know of any way to make gcc itself not append the suffix. But generally, stripping the suffix confuses Win9x, and the autotools are already designed to help you with an appropriate definition of $(EXEEXT) in your Makefiles, so it is not recommended. Besides, cygwin has enough .exe magic that './foo' will run foo.exe if that exists. I think I missed it in the man pages. I doubt the gcc man pages would have mentioned this, and the mv man pages certainly don't (in general, man pages tend to be generic to all systems, whereas .exe is a problem unique to cygwin and other Windows ports). - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDTIUS84KuGfSFAYARApPRAKCog7HPCeFWB3/4f7JFSb7lhyhi3wCdHC6y Dhn/sthEnXM9xLDQLNHPP3o= =Gyoq -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/
Updated: openssl-0.9.8a-1, openssl-devel-0.9.8a-1, openssl097-0.9.7h-1
I've updated the version of OpenSSL to 0.9.8a-1. This also includes the openssl-devel package. The compatibility package openssl097 has been updated to 0.9.7h-1. This is a upstream ecurity and bugfix release. The Cygwin release is the vanilla version, no additional patches. Official release message: === OpenSSL version 0.9.8a and 0.9.7h 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.8a of our open source toolkit for SSL/TLS. This new OpenSSL version is a security and bugfix release and incorporates changes and bugfixes to the toolkit. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. We also release 0.9.7h, which contains the same security bugfix as 0.9.8a and a few small bugfixes compared to 0.9.7g. These updates contain a fix for CAN-2005-2969, a potential SSL 2.0 rollback reported by Yutaka Oiwa. For more details of the security issue being fixed in this release please see http://www.openssl.org/news/secadv_20051011.txt We consider OpenSSL 0.9.8a 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.8a 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/ For those who want or have to stay with the 0.9.7 series of OpenSSL, we strongly recommend that you upgrade to OpenSSL 0.9.7h as soon as possible. It's available in the same location as 0.9.8a. The distribution file names are: * openssl-0.9.8a.tar.gz MD5 checksum: 1d16c727c10185e4d694f87f5e424ee1 SHA1 checksum: 2aaba0f728179370fb3e86b43209205bc6c06a3a * openssl-0.9.7h.tar.gz MD5 checksum: 8dc90a113eb8925795071fbe52b2932c SHA1 checksum: 9fe535fce89af967b29c4727dedd25f2b4cc2f0d 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 M\366ller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz J\344nickeBodo M\366ller === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc.
Updated: guile-1.6.7-4, guile-1.7.2-3
I have updated the Guile package to versions 1.6.7-4. This is a bugfix release, which fixes several packaging problems. Also available, in the test distribution, is a 1.7.2-3 CVS snapshot, with similar packaging fixes. Guile CVS has, amongst other things, gmp rationals and a new garbage collector, which is most helpful for development, esp. debugging. Enjoy, Jan. === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
