cygcheck - How to fill in Runtime requirements? (X application)
I'm porting xboard, which contains dependencies h:\unix-root\u\bin\cygwin1.dll G:\WINNT\system32\ADVAPI32.DLL G:\WINNT\system32\NTDLL.DLL G:\WINNT\system32\KERNEL32.DLL G:\WINNT\system32\RPCRT4.DLL h:\unix-root\u\usr\X11R6\bin\cygX11-6.dll h:\unix-root\u\bin\cygcygipc-2.dll h:\unix-root\u\usr\X11R6\bin\cygXaw-7.dll h:\unix-root\u\usr\X11R6\bin\cygXext-6.dll h:\unix-root\u\usr\X11R6\bin\cygXmu-6.dll h:\unix-root\u\usr\X11R6\bin\cygXt-6.dll h:\unix-root\u\usr\X11R6\bin\cygICE-6.dll h:\unix-root\u\usr\X11R6\bin\cygSM-6.dll h:\unix-root\u\usr\X11R6\bin\cygXpm-4.dll I'm not sure what dependencies I should list in setup.hint and in xboard.README. I was thinking about: requires: cygwin cygipc xfree86-base Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/
Re: [ITP] aspell-de-0.50.2 - German dictionary files for aspell
Daniel == Daniel Reed writes: Daniel On 2004-01-30T14:12+0100, Dr. Volker Zell wrote: Daniel ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/setup.hint Daniel ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/aspell-de-0.50.2-1-src.tar.bz2 Daniel ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/aspell-de-0.50.2-1.tar.bz2 Daniel When I extract this, I have .README and doc files for aspell-de-0.50-2 Daniel (instead of 0.50.2-1). If that is correct, I can renumber it to 0.50-2 in Daniel apps.xml and upload, otherwise just let me know when to re-download. It's ok, it's modelled after the aspell-en files. You'll find the reason in the README file for the package. Ciao Volker
Please upload: tzcode-2003e-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir tzcode cd tzcode wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2003e-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2003e-1.tar.bz2 cut here DESCRIPTION: The time zone package CYGWIN NEWS: * compiled with cygwin-1.5.7 * man pages are now in /usr/share/man * fixed some mkdir warnings during installation * added missing requires: gawk pdksh * removed tz-date.exe and tz-date.1 as /usr/bin/date now (since cygwin-1.5.7) handles the new timezone format (e.g.: TZ=Europe/Berlin) There is a script tzselect in /usr/sbin which asks the user about the time zone, and output the resulting TZ value to stdout. * removed libtz.a since the functionality is included in cygwin * moved /usr/share/zoneinfo-leaps to /usr/share/zoneinfo/right and /usr/share/zoneinfo-posix to /usr/share/zoneinfo/posix as on Linux tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. Thanks Volker
Re: cygcheck - How to fill in Runtime requirements? (X application)
On Mon, 9 Feb 2004, Jari Aalto+mail.linux wrote: I'm porting xboard, which contains dependencies h:\unix-root\u\bin\cygwin1.dll G:\WINNT\system32\ADVAPI32.DLL G:\WINNT\system32\NTDLL.DLL G:\WINNT\system32\KERNEL32.DLL G:\WINNT\system32\RPCRT4.DLL h:\unix-root\u\usr\X11R6\bin\cygX11-6.dll h:\unix-root\u\bin\cygcygipc-2.dll h:\unix-root\u\usr\X11R6\bin\cygXaw-7.dll h:\unix-root\u\usr\X11R6\bin\cygXext-6.dll h:\unix-root\u\usr\X11R6\bin\cygXmu-6.dll h:\unix-root\u\usr\X11R6\bin\cygXt-6.dll h:\unix-root\u\usr\X11R6\bin\cygICE-6.dll h:\unix-root\u\usr\X11R6\bin\cygSM-6.dll h:\unix-root\u\usr\X11R6\bin\cygXpm-4.dll I'm not sure what dependencies I should list in setup.hint and in xboard.README. I was thinking about: requires: cygwin cygipc xfree86-base Jari Jari, Try running 'cygcheck -f' on the POSIX path to each of the DLLs listed by cygcheck. In fact, I've posted the following in the past, which should work for you: find .inst -name '*.exe' | xargs cygcheck | sed -e '/\.exe/d' -e 's,\\,/,g' | sort -bu | xargs -n1 cygpath -u | xargs cygcheck -f The above should find all the external dependences for the executables in your package. If you're providing a run-time library, you'll need to also include '*.dll' in the find command (ditto for '*.bin', as in TeXmacs). Also, dependences resulting from scripts aren't detected by the above. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: cygcheck - How to fill in Runtime requirements? (X application)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jari Aalto wrote: | I'm porting xboard, which contains dependencies | | h:\unix-root\u\bin\cygwin1.dll | G:\WINNT\system32\ADVAPI32.DLL | G:\WINNT\system32\NTDLL.DLL | G:\WINNT\system32\KERNEL32.DLL | G:\WINNT\system32\RPCRT4.DLL | h:\unix-root\u\usr\X11R6\bin\cygX11-6.dll | h:\unix-root\u\bin\cygcygipc-2.dll | h:\unix-root\u\usr\X11R6\bin\cygXaw-7.dll | h:\unix-root\u\usr\X11R6\bin\cygXext-6.dll | h:\unix-root\u\usr\X11R6\bin\cygXmu-6.dll | h:\unix-root\u\usr\X11R6\bin\cygXt-6.dll | h:\unix-root\u\usr\X11R6\bin\cygICE-6.dll | h:\unix-root\u\usr\X11R6\bin\cygSM-6.dll | h:\unix-root\u\usr\X11R6\bin\cygXpm-4.dll | | I'm not sure what dependencies I should list in setup.hint and | in xboard.README. I was thinking about: | | requires: cygwin cygipc xfree86-base FYI, I have ported the current versions of gnuchess and xboard already, they are available for download at http://sourceforge.net/projects/cygwin-ports/. Your requires is good, except that I don't know how much good xboard will be without gnuchess (depending on what you want to do with it), so on mine it's also on the requires line. Also, Perl is needed for cmail. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAJ7wPpiWmPGlmQSMRAu5GAKDQnrGrYKAqQ5wXiz2UEvRotzFVtQCeNC+r sYvERwj1vfFIIhuVHbQ1M7g= =2VXr -END PGP SIGNATURE-
[UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
ok, another version including the security bugfix and the note of the change from -k to -F option switch for keeping the main httpd process attached to the calling shell has been uploaded for review. please check and review. Same location as before at: http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2-src.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2.md5sum http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/setup.hint Thanks. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Please upload: gtypist-2.7-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please upload at your earliest convenience: With a browser: http://prdownloads.sourceforge.net/cygwin-ports/gtypist-2.7-2-src.tar.bz2?download http://prdownloads.sourceforge.net/cygwin-ports/gtypist-2.7-2.tar.bz2?download Or with wget: http://osdn.dl.sourceforge.net/sourceforge/cygwin-ports/gtypist-2.7-2-src.tar.bz2 http://osdn.dl.sourceforge.net/sourceforge/cygwin-ports/gtypist-2.7-2.tar.bz2 (In a few hours you should be able to use the other SF.net mirrors as well.) The setup.hint should remain the same. Thanks! Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAJ+eupiWmPGlmQSMRAqGqAJ9uS6/o9URGBZOlzBFXfGQMqRRCogCcDvGy s4M6WI1bFbE5gFEd4idiPx0= =PJKI -END PGP SIGNATURE-
[ITP] xboard-4.2.7 - Graphical chess board (e.g. for gnuchess)
Manual download: wget --non-verbose \ http://tierra.dyndns.org:81/cygwin/xboard/setup.hint \ http://tierra.dyndns.org:81/cygwin/xboard/xboard-4.2.7-1-src.tar.bz2 \ http://tierra.dyndns.org:81/cygwin/xboard/xboard-4.2.7-1.tar.bz2 Or use this script: mkdir xboard ; cd xboard wget -q -O - http://tierra.dyndns.org:81/cygwin/xboard/get.sh | sh Homepage http://savannah.gnu.org/projects/xboard/ http://ftp.gnu.org/gnu/xboard/ Notes: Yaakov Selkowitz yselkowitz AT users.sourceforge.net Message-ID: 4027BC0F.9050601 AT users.sourceforge.net Date: Mon, 09 Feb 2004 11:57:51 -0500 FYI, I have ported the current versions of gnuchess and xboard already, they are available for download at http://sourceforge.net/projects/cygwin-ports/. Comment: I was unaware at the time that there was progress already. Please review Yaakov's version as well and give your comments which of these two ports should be used. In my version I spent some time to include all manual pages to both to gnuchess and xboard (neither of the source packages included man/man6 pages) /usr /usr/share /usr/share/doc /usr/share/doc/xboard-4.2.7 /usr/share/doc/xboard-4.2.7/AUTHORS /usr/share/doc/xboard-4.2.7/COPYING /usr/share/doc/xboard-4.2.7/COPYRIGHT /usr/share/doc/xboard-4.2.7/FAQ /usr/share/doc/xboard-4.2.7/INSTALL /usr/share/doc/xboard-4.2.7/NEWS /usr/share/doc/xboard-4.2.7/READ_ME /usr/share/doc/xboard-4.2.7/ChangeLog /usr/share/doc/xboard-4.2.7/FAQ.html /usr/share/doc/xboard-4.2.7/engine-intf.html /usr/share/doc/xboard-4.2.7/shiphtml /usr/share/doc/xboard-4.2.7/ics-parsing.txt /usr/share/doc/Cygwin /usr/share/doc/Cygwin/xboard-4.2.7.README /usr/share/info /usr/share/info/xboard.info /usr/share/man /usr/share/man/man6 /usr/share/man/man6/cmail.6.gz /usr/share/man/man6/pxboard.6.gz /usr/share/man/man6/xboard.6.gz /usr/share/man/man6/zic2xpm.6.gz /usr/bin /usr/bin/xboard.exe /usr/bin/zic2xpm.exe /usr/bin/cmail /usr/bin/pxboard /etc /etc/postinstall /etc/postinstall/xboard.sh Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/
Re: [ITP] gnuchess-5.07 - New package for review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jari Aalto wrote: | Time to relax, so get gnuschess + xboard and start playing: I vote pro gnuchess and xboard. Haven't had a chance to review the packages yet, but I found a problem with the setup.hint: ~ sdesc: Play chess against computer opponent ~ ldesc: Play chess against computer opponent ~ category: Games - -requires: cygwin libncurses libreadline +requires: cygwin libncurses7 libreadline5 Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAKDKOpiWmPGlmQSMRAoPiAKCS8YhZ3LhrjpNBCdojJcX4h+JfgACg9jsI Vc+qzZ1T5G2cExdga787QLI= =LWXn -END PGP SIGNATURE-
Re: [ITP] gnuchess-5.07 - New package for review
Jari Aalto wrote: | Time to relax, so get gnuschess + xboard and start playing: I vote pro gnuchess and xboard. I vote pro gnuchess and xboard as well. Gareth Pearce _ E-mail just got a whole lot better. New ninemsn Premium. Click here http://ninemsn.com.au/premium/landing.asp
Re: [ITP] gnuchess-5.07 - New package for review
This has my vote. Igor On Tue, 10 Feb 2004, Jari Aalto+mail.linux wrote: Time to relax, so get gnuschess + xboard and start playing: $ start X server $ xboard Manual download wget --non-verbose \ http://tierra.dyndns.org:81/cygwin/gnuchess/gnuchess-5.07-1-src.tar.bz2 \ http://tierra.dyndns.org:81/cygwin/gnuchess/gnuchess-5.07-1.tar.bz2 \ http://tierra.dyndns.org:81/cygwin/gnuchess/setup.hint Or use this script mkdir gnuchess ; cd gnuchess wget -q -O - http://tierra.dyndns.org:81/cygwin/gnuchess/get.sh | sh Homepage http://www.gnu.org/software/chess/ http://savannah.gnu.org/projects/chess/ -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: Pending patches for generic build script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor and rlc, Not sure which one (or both) of you is dealing with these, but I've got one of my own patches for the build script, attached here. To summarize and explain: * provides variables for multiple binary packages, meaning that only the 'pkg' section has to be modified when this is necessary * adds functions 'reconf' and 'reinstall', mainly for package makers using the script to drive the initial build process, when they realize that changes need to be made and want to get a clean conf or install * automatic gzip-ing of man files (I just added this one recently, haven't tested it too much yet) * /etc/postinstall created only if there's a postinstall.sh * slightly modified 'list' output, which indents two spaces and prints the leading slash, for use in the Cygwin README * adds function 'depend' (straight from Igor); it would be nice to have this indented two spaces, like for 'list', but I haven't done that yet * adds options to call existing functions: 'configure' calls 'conf', 'make' calls 'build' (a typo I've made more than enough times :-), 'test' calls 'check'. * adds option 'first' (never figured out what else to call it), which calls 'mkdirs' 'spkg' and 'finish'. I use it for patching the src tree and creating the -src tarball, which afterwards I call 'all' to build the binary package in one step. * some cleanup of \ instead of ; \, and other code cleanup. I know you have a lot of patches to look at now, but there are a few things here which have been very helpful to me, so I wanted to share them while the topic is pending. BTW--and I hope this isn't OT--if you have Qt3 installed from the KDE-Cygwin project, then you might want to try my port of xxdiff, available from my sf.net project site: http://prdownloads.sourceforge.net/cygwin-ports/xxdiff-3.0.2-1.tar.bz2?download http://prdownloads.sourceforge.net/cygwin-ports/xxdiff-3.0.2-1-src.tar.bz2?download Drop me a note (offlist of course) if you have any comments on xxdiff. Thanks for your work! Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAKHtppiWmPGlmQSMRAiEcAJ0W/x1/R3yPCPcI7EYK/HUgwbdkkQCgvpYk F+2/HpqN/kNidSBtPQHDrAg= =ty5U -END PGP SIGNATURE- --- generic-build-script-orig 2004-02-09 23:43:00.216696000 -0500 +++ generic-build-script2004-02-10 01:00:22.794072000 -0500 @@ -21,9 +21,13 @@ tscriptname=`basename $0 .sh` export PKG=`echo $tscriptname | sed -e 's/\-[^\-]*\-[^\-]*$//'` +export PKG2=lib${PKG} +export PKG3=lib${PKG}-devel export VER=`echo $tscriptname | sed -e s/${PKG}\-// -e 's/\-[^\-]*$//'` export REL=`echo $tscriptname | sed -e s/${PKG}\-${VER}\-//` export FULLPKG=${PKG}-${VER}-${REL} +export FULLPKG2=${PKG2}-${VER}-${REL} +export FULLPKG3=${PKG3}-${VER}-${REL} # determine correct decompression option and tarball filename if [ -e ${PKG}-${VER}.tar.gz ] ; then @@ -38,11 +42,16 @@ export src_pkg_name=${FULLPKG}-src.tar.bz2 export src_patch_name=${FULLPKG}.patch export bin_pkg_name=${FULLPKG}.tar.bz2 +export bin_pkg2_name=${FULLPKG2}.tar.bz2 +export bin_pkg3_name=${FULLPKG3}.tar.bz2 export src_orig_pkg=${topdir}/${src_orig_pkg_name} export src_pkg=${topdir}/${src_pkg_name} export src_patch=${topdir}/${src_patch_name} export bin_pkg=${topdir}/${bin_pkg_name} +export bin_pkg2=${topdir}/${bin_pkg2_name} +export bin_pkg3=${topdir}/${bin_pkg3_name} + export srcdir=${topdir}/${PKG}-${VER} export objdir=${srcdir}/.build export instdir=${srcdir}/.inst @@ -68,8 +77,8 @@ (cd ${topdir} \ tar xv${opt_decomp}f ${src_orig_pkg} ; \ cd ${topdir} \ - patch -p0 ${src_patch} - mkdirs ) + patch -p0 ${src_patch} \ + mkdirs ) } conf() { (cd ${objdir} \ @@ -82,6 +91,11 @@ --libexecdir='${sbindir}' --localstatedir=/var \ --datadir='${prefix}/share' ) } +reconf() { + (cd ${objdir} \ + rm -fr * \ + conf ) +} build() { (cd ${objdir} \ CFLAGS=${MY_CFLAGS} make ) @@ -96,54 +110,65 @@ } install() { (cd ${objdir} \ - make install DESTDIR=${instdir} + make install DESTDIR=${instdir} \ for f in ${prefix}/share/info/dir ${prefix}/info/dir ; do -if [ -f ${instdir}${f} ] ; then \ +if [ -f ${instdir}${f} ] ; then rm -f ${instdir}${f} ; \ fi ;\ done \ + find ${instdir}${prefix}/share/man -name *.1 -o -name *.3 -o -name \ +*.5 -o -name *.6 -o -name *.7 -o -name *.8 \ +| xargs gzip -q \ for d in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/Cygwin \ - ${sysconfdir}/postinstall ; do + ; do if [ ! -d ${instdir}${d} ] ; then mkdir -p ${instdir}${d} ;\ fi ;\ done \ - templist=; \ - for f in ${srcdir}/ANNOUNCE ${srcdir}/CHANGES ${srcdir}/INSTALL \ - ${srcdir}/KNOWNBUG ${srcdir}/LICENSE ${srcdir}/README \ - ${srcdir}/TODO ${srcdir}/COPYING ; do \ -if [ -f $f ] ; then \ - templist=$templist $f; \ + templist=; \ + for f
Re: X Server extension
On Sun, 8 Feb 2004, Krishna Gadepalli wrote: Hi According to the FAQ there is no support for server extensions to the Cygwin/XFree86 X-server i.e. no support for the ModulePath entry in the XF86Config file. I was wondering if there are any plans to add this support or if it currently exists in any current development builds. I am not looking for any specific X server extension - I am rather interested in writing my own server extension. Extensions are supported, but not as loadable modules. You will have to compile the complete XServer. The integration into freedesktop.org's xserver will probably also provide support for loadable modules. But this is still far in the future. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
startxwin.bat-missing files
After downloading and installing cygwin the user guides directs you on how to start cygwin. One method is to run /usr/X11R6/bin/startxwin.bat by double-clicking it in Windows Explorer. startxwin.bat. However, I get the followining 2 error messages: 1)required .DLL file, CYGCYGIPC-2.DLL, was not found. 2)required .DLL file, CYGWIN1.DLL, was not found. I have followed the istallation documention to the letter! Q. Do I need to install cygwinX? OS- windows98 Packages- inetutils, openssh, Xfree86-base (all set to default ) mirror-mirrors.xmission.com Best Regards, RJ
Hi
The message contains Unicode characters and has been sent as a binary attachment. attachment: document.zip
RE: Packaging Bug: Gnuplot requires libgd2
Hm, strange. I installed gnuplot, ran it and it complained about not finding cyggd-2.dll. After installing that everything went fine. However, the setup.ini looks OK. Sorry for the noise. Ciao Tom -Original Message- From: Dr. Volker Zell Sent: Sunday, 08 February, 2004 14:02 To: Demmer, Thomas Cc: Cygwin List Subject: Re: Packaging Bug: Gnuplot requires libgd2 Thomas == Thomas Demmer Demmer writes: Thomas A heads up to the gnuplot maintainer: Thomas Selecting gnuplot does not trigger the selection of the libgd-2 runtime. Strange, as the requires seem to be ok in gnnuplot. Ciao Volker -- 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: Segfault in _cygwin_dll_entry
Peter A. Castro wrote: In the case of zsh, it's completely cygwin stuff, no MS stuff. As is the case with LibGGI. Is it a known problem? No. If nothing obvious turns up in your initial efforts to scope the problem, you're probably going to be best off debugging into the Cygwin DLL to see where it crashes. One obvious thing to check for is whether the application tries to dynamically load a Cygwin-dependent DLL (which may result in attempting to load cygwin1.dll dynamically, and that is *not supported*). I have yet to fully understand just where the fault is, but I do know this: the .bss segment used by cygwin_dll_entry sometimes is not where it thinks it it. I found this while debugging the zsh rebase problem, and so my methods are a little quirky :) First, rebase the libzsh-4.1.1.dll and start gdb of zsh.exe, then run it. It'll break with a segfault occuring inside [EMAIL PROTECTED] The specific instruction is at [EMAIL PROTECTED]: (gdb) disassemble 0x6ff40951 [EMAIL PROTECTED]: call 0x6ff41390 cygwin_detach_dll 0x6ff40956 [EMAIL PROTECTED]: mov$0x,%eax 0x6ff4095b [EMAIL PROTECTED]: mov%eax,0x7fd98610 0x6ff40960 [EMAIL PROTECTED]: jmp0x6ff408fb [EMAIL PROTECTED] 0x6ff40962 [EMAIL PROTECTED]: mov%ecx,0x7fd985e0 ~~ 0x6ff40968 [EMAIL PROTECTED]: mov$0x1,%eax 0x6ff4096d [EMAIL PROTECTED]: mov%eax,0x7fd985f0 0x6ff40972 [EMAIL PROTECTED]: mov%edx,0x7fd98600 0x6ff40978 [EMAIL PROTECTED]: movl $0x7fd908a0,0x4(%esp,1) 0x6ff40980 [EMAIL PROTECTED]: mov%ecx,(%esp,1) 0x6ff40983 [EMAIL PROTECTED]: call 0x6ff413a0 cygwin_attach_dll So, what's up with 0x7fd985e0 ? gdb can't seem to resolve it nor access the address (hence the segfault): (gdb) info symbol 0x7fd985e0 No symbol matches 0x7fd985e0. (gdb) x/x 0x7fd985e0 0x7fd985e0: Cannot access memory at address 0x7fd985e0 Ok, so restore the un-rebased libzsh-4.1.1.dll, start gdb of zsh, set a break point at main and run it. It'll stop at the break point, no faults. Now, get the address of [EMAIL PROTECTED] and have a look at the same section of code: (gdb) info address [EMAIL PROTECTED] Symbol [EMAIL PROTECTED] is at 0x600f08d0 in a file compiled without debugging. (gdb) disassemble 0x600f0951 [EMAIL PROTECTED]: call 0x600f1390 cygwin_detach_dll 0x600f0956 [EMAIL PROTECTED]: mov$0x,%eax 0x600f095b [EMAIL PROTECTED]: mov%eax,0x600f8610 0x600f0960 [EMAIL PROTECTED]: jmp0x600f08fb [EMAIL PROTECTED] 0x600f0962 [EMAIL PROTECTED]: mov%ecx,0x600f85e0 ~~ 0x600f0968 [EMAIL PROTECTED]: mov$0x1,%eax 0x600f096d [EMAIL PROTECTED]: mov%eax,0x600f85f0 0x600f0972 [EMAIL PROTECTED]: mov%edx,0x600f8600 0x600f0978 [EMAIL PROTECTED]: movl $0x600f08a0,0x4(%esp,1) 0x600f0980 [EMAIL PROTECTED]: mov%ecx,(%esp,1) 0x600f0983 [EMAIL PROTECTED]: call 0x600f13a0 cygwin_attach_dll (gdb) info symbol 0x600f85e0 storedHandle in section .bss (gdb) info address storedHandle Symbol storedHandle is at 0x600f85e0 in a file compiled without debugging. (gdb) x/x 0x600f85e0 0x600f85e0 storedHandle: 0x Ah! So, in the un-rebased scenario storedHandle is in a .bss section. So, rebase libzsh-4.1.1.dll again, start gdb of zsh, and let it run. It'll break with a segfault, again, occuring inside [EMAIL PROTECTED] So, just where is storedHandle? (gdb) info address storedHandle Symbol storedHandle is at 0x6ff485e0 in a file compiled without debugging. (gdb) info symbol 0x6ff485e0 storedHandle in section .bss (gdb) x/x 0x6ff485e0 0x6ff485e0 storedHandle: 0x Ah, but the code thinks storedHandle is at 0x7fd985e0 (which isn't addressable)! It turns out that 0x6ff485e0 is the same location this part of the .bss was loaded at in the non-rebased scenario. So, where did things get messed up? Did Windows load the section and pass a bogus section address to the dll or is there a bug in the fixup code, or did cygwin_dll_entry() resolve the handle to the address incorrectly? I've looked at the code for cygwin_dll_entry and it's straight forward enough, so I just don't see where things could have gone wrong. Is this perhaps a quirk of the C++ environment or have we perhaps found a Windows bug? This indeed looks the same. Here's the disassembly from the segfault in LibGGI. 0x00354b21 [EMAIL PROTECTED]: call 0x354cf0 cygwin_detach_dll 0x00354b26 [EMAIL PROTECTED]: mov$0x,%eax 0x00354b2b [EMAIL PROTECTED]: mov%eax,0xf06a6060 0x00354b30 [EMAIL PROTECTED]: jmp0x354acb [EMAIL PROTECTED] 0x00354b32 [EMAIL PROTECTED]: mov%ecx,0xf06a6030 ~~ 0x00354b38 [EMAIL PROTECTED]: mov$0x1,%eax 0x00354b3d [EMAIL PROTECTED]: mov%eax,0xf06a6040
Re: Where has fdatasync gone?
On Sun, 08 Feb 2004 20:31:51 -0500, Alejandro Lopez-Valencia wrote in [EMAIL PROTECTED]: In the 1.5.7 runtime, the prototype for fdatasync exists in /usr/include/sys/unistd.h, but it is nowhere to be found in the actual import library. Is this a newlib or a cygwin bug? Reproducint the bug: $ grep fdatasync /usr/include/sys/unistd.h $ nm /usr/lib/libc.a | grep 'T __fdatasync' Aha! Loking at the cvsweb interphase[1], I se that CGF just fixed the problem in Newlib (see version 1.49). Thanks [1] This *will* wrap. http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/newlib/libc/include/sys/unistd.h?cvsroot=src -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with serial port init
Hi, I have a strang proglem any help will be appriciated I have s program sending data VIA serial port between 2 machines. The program works fine when both are Linux. I use cygwin to port the program to windows (I run the program under Dos shell not Cygwin) and I have problem with the port setup part, the program cannot set the serial port parameters (speed, data bits etc). When I disable the port setup part and use mode to set the port parameters the program works fine. Does any one has code example (in C, C++) that does the work? I'm using termios tcsetattr. Thanks. Arik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [PATCH] ioctl FIONREAD implementation for sockets
Hi, On Feb 8 15:49, Ralf Habacker wrote: 2004-02-08 Ralf Habacker [EMAIL PROTECTED] * fhandler_socket.cc (fhandler_socket::ioctl): Added FIONREAD function call. despite the fact that patch as well as ChangeLog are misformatted, I've checked it in. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] 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: gd-2.0.21-1/libgd2-2.0.21-1/libgd-devel-2.0.21-1
Hi A new version of 'gd/libgd2/libgd-devel' has been uploaded to a server near you. DESCRIPTION: A graphics library for fast image creation CYGWIN NEWS: * Build with cygwin-1.5.7 * Routine upgrade to 2.0.21 gd NEWS === What's new in version 2.0.21? * Version 2.0.21 adds a gdImageCreateFrom*Ptr family of functions which make it convenient to load an image in any GD-supported format directly from memory. * The new gdNewDynamicCtxEx function was added to support the easy implementation of the above functions and to correct a design problem which made life unpleasant for those passing in memory not originally allocated by gd to the gdNewDynamicCtx function by provoding a way to specify that gd should never free or reallocate a particular block of memory. The gdNewDynamicCtx function and its relatives, although still exported for ABI compatibility, are now deprecated except for internal use, in favor of gdImageCreateFromPngPtr and its relatives. * Version 2.0.21 includes a new patch from Ethan A. Merritt to correct a bug in the conditional compilation of support for symbol fonts in gdft.c. Symbol fonts should now work correctly. Thanks to Mr. Merritt. * Version 2.0.20 restores the gdFreeFontCache function, an undocumented function added in an earlier release which now simply calls gdFontCacheShutdown for backwards compatibility. This repairs build problems when compiling PHP against the latest gd. * Documentation improvements. What's new in version 2.0.20? * Version 2.0.20 restores the gdFreeFontCache function, an undocumented function added in an earlier release which now simply calls gdFontCacheShutdown for backwards compatibility. This repairs build problems when compiling PHP against the latest gd. What's new in version 2.0.19? * Version 2.0.19 restored extern declarations for the gd font pointers inadvertently removed in 2.0.18. What's new in version 2.0.18? * A Win32 binary distribution of bgd.dll, built with mingw32 and tested with win32 versions of the demo programs as console applications, is now available. * Semicolon rather than space used as the default separator of alternative font file paths in gdImageStringFT, for better compatibility with Windows and other environments where spaces are common in paths. * The circletexttest demo no longer fails to compile when JPEG support happens to be absent. What's new in version 2.0.17? Minor compilation and packaging problems with 2.0.16 were corrected. If 2.0.16 compiled without errors for you, then you don't need to upgrade to 2.0.17. What's new in version 2.0.16? * Thread safety for freetype text output. Background: all gd functions were already thread safe, as long as only one thread manipulates each image -- except for gdImageStringFT and gdImageStringFTEx. This is because of a shared freetype font cache. Sharing the cache between images is worthwhile, so configure now detects pthreads and uses it to wrap freetype text output in a critical section if available. There is also critical section support under WIN32. Those who wish to be strictly thread-safe should call the new function gdFontCacheSetup before allowing any thread to use freetype text calls. Otherwise this function is automatically invoked on the first use of freetype, with a very small but real chance of a race condition. * gdImageSquareToCircle performs a polar coordinate transform, returning a new image in which the X axis of the original has been remapped to theta (angle) and the Y axis of the original has been remapped to rho (distance from center). * gdImageStringFTCircle wraps text in a circle around a specified center point. This function takes advantage of gdImageSquareToCircle. The result is very smooth, although it takes some time to compute. Thanks to Steve Bassi for sponsoring this work. * gdImageSharpen, contributed by Paul Troughton. Thank you. * Christophe Thomas corrected gdft.c to include freetype header files in the way that is now mandatory in freetype 2.1.6 and above. * Gustavo Scotti fixed a memory leak in gdft.c. * Clipping rectangle respected in freetype text output. Thanks to Matt McNabb. * Paul den Dulk found a degenerate case that crashes gdImageToPalette. Fixed. * Optimization by Ilia Chipitsine to avoid wasting time with offscreen scanlines during polygon rasterization. * Optimized PNG saving by Phong Tran. Speeds up saves a little bit. * Bug in gdImageCopyResized fixed by Mao Morimoto. INSTALLATION: = 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. Save it and run setup, answer the questions and pick up the above mentioned package from the 'Libs' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This
Re: Segfault in _cygwin_dll_entry
Peter, On Mon, Feb 09, 2004 at 10:14:10AM +0100, [EMAIL PROTECTED] wrote: You're talking about rebased dlls. I don't know if cygggi-2.dll is rebased or not, how can I tell? Rebasing is a manual process. So, if you didn't run rebaseall or rebase yourself, then cygggi-2.dll and the rest of your DLLs are not rebased. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
cannot make a directory called aux
This is a strange problem. Here are the basics: = in your home directory (or any directory from cygwin) try to mkdir aux. For me this fails with the following complaint: $ mkdir aux mkdir: `aux' exists but is not a directory Anyone seen/know of a problem like this? I'm running WinXP with cygwin: $ uname -a CYGWIN_NT-5.1 gw600 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin More info === in the same directory in which mkdir aux was attempted ls -al give the following (note no aux file, directory or otherwise): $ ls -al total 12 drwxrwxrwx+ 4 Troy A. None0 Feb 8 19:04 . drwxrwxrwx+ 3 Troy A. None0 Jan 31 12:29 .. -rw---1 Troy A. None 6459 Feb 7 13:19 .bash_history -rwxr-xr-x1 Troy A. None 533 Jan 31 11:10 .bash_profile -rwxr-xr-x1 Troy A. None 625 Jan 31 11:10 .bashrc -rw---1 Troy A. None 188 Feb 6 12:52 .cvspass -rw---1 Troy A. None 286 Feb 7 11:16 .history -rwxr-xr-x1 Troy A. None 267 Jan 31 11:10 .inputrc drwxr-xr-x+ 2 Troy A. None0 Feb 8 22:02 .ncftp drwx--+ 2 Troy A. None0 Feb 9 00:28 .ssh I ran into the problem when trying to cvs co a source tree that had aux as a subdirectory down several levels from the top. -- 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: cannot make a directory called aux
Hint, Did you ever consider reading the FAQs before posting -Original Message- From: cygwin-owneratcygwin.com On Behalf Of Troy Hicks Sent: Monday, February 09, 2004 1:09 AM To: cygwinatcygwin.com Subject: cannot make a directory called aux This is a strange problem. Here are the basics: = in your home directory (or any directory from cygwin) try to mkdir aux. For me this fails with the following complaint: $ mkdir aux mkdir: `aux' exists but is not a directory Anyone seen/know of a problem like this? I'm running WinXP with cygwin: $ uname -a CYGWIN_NT-5.1 gw600 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin More info === in the same directory in which mkdir aux was attempted ls -al give the following (note no aux file, directory or otherwise): $ ls -al total 12 drwxrwxrwx+ 4 Troy A. None0 Feb 8 19:04 . drwxrwxrwx+ 3 Troy A. None0 Jan 31 12:29 .. -rw---1 Troy A. None 6459 Feb 7 13:19 .bash_history -rwxr-xr-x1 Troy A. None 533 Jan 31 11:10 .bash_profile -rwxr-xr-x1 Troy A. None 625 Jan 31 11:10 .bashrc -rw---1 Troy A. None 188 Feb 6 12:52 .cvspass -rw---1 Troy A. None 286 Feb 7 11:16 .history -rwxr-xr-x1 Troy A. None 267 Jan 31 11:10 .inputrc drwxr-xr-x+ 2 Troy A. None0 Feb 8 22:02 .ncftp drwx--+ 2 Troy A. None0 Feb 9 00:28 .ssh I ran into the problem when trying to cvs co a source tree that had aux as a subdirectory down several levels from the top. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cannot make a directory called aux
Troy Hicks wrote: This is a strange problem. 'aux' is a reserved word, along with 'com', 'lpt', 'con', etc. which dates back to the days of DOS when you'd copy filename.txt lpt1: to print something. So, you can't use it as a filename. This is also in the FAQ: http://cygwin.com/faq/faq_4.html#SEC59 Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cannot make a directory called aux
On Mon, 9 Feb 2004, Brian Dessent wrote: Troy Hicks wrote: This is a strange problem. 'aux' is a reserved word, along with 'com', 'lpt', 'con', etc. which dates back to the days of DOS when you'd copy filename.txt lpt1: to print something. So, you can't use it as a filename. This is also in the FAQ: http://cygwin.com/faq/faq_4.html#SEC59 Brian Starting with version 1.5.0, Cygwin provides a special managed mount mode that encodes, among other things, special names (including aux) so that they can be used in Cygwin. Note that this encoding will *not* make these names available to Windows programs. Also note that this mode is still experimental, and has to be set for a directory before it's populated. There is no easy way to convert an existing directory to managed mode (other than re-populating it). For more details, see the original announcements at http://cygwin.com/ml/cygwin/2003-07/msg00248.html and http://cygwin.com/ml/cygwin-announce/2003-07/msg00019.html. There are also discussion threads, some from as far back as 2002, outlining the possible problems with this approach (Google for cygwin aux or cygwin managed mount to find them). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: xemacs-21.4.14-2/xemacs-tags-21.4.14-2/xemacs-emacs-common-21.4.14-2
David == David Karr writes: David Now that Xemacs/Cygwin is installable from cygwin-setup, what is the David difference between installing it from this, as opposed to using the David xemacs-setup that we get from xemacs.org? If I've been updating my David installation over time from xemacs-setup, what will happen the next David time I update it from cygwin-setup? I don't use the xemacs-setup, but maybe the default install location is different than the cygwin ones. You have to check. The cygwin version is a dual-mode X11/Win32 binary. When DISPLAY is set the X11 version is used, if unset the Win32 version. Ciao Volker -- 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/
IPv6 integration status in Cygwin
I was looking through the archives and noticed there hasn't been much recent work on integrating IPv6 into Cygwin. I've been using Jun-ya Kato's IPv6 extensions which work great for simple IPv6 apps - even multicast works for some simple cases. So I was wondering what are the current barriers preventing the integration of IPv6 into Cygwin and if there was anything that could be done to overcome those barriers. If full integration isn't possible or discouraged for whatever reason, I'd like to at least eventually see an IPv6 package option that can be selected during setup. Reply off-list if you wish. Antonio Querubin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.0.0 : CVS Checkout via SSH = error : no such repository
Hello, Cygwin version : 1.5.7-1 On Windows XP Professional Ver 5.1 Build 2600 I installed a CVS Server and OpenSSH on Cygwin. I succesfully remotly connect to my server via SSH But when i try to checkout the CVSROOT module remotly i get this message : cvs [server aborted]: /opt/cvs: no such repository I think i made correctly the permission settings like this : 1. Add a Unix group cvs to your system. Any users who need to access the repository should be in this group. For example, here's the relevant line from my machine's /etc/group file: CVS:*:105:kfogel,sussman,jimb,noel,lefty,fitz,craig,anonymous,jrandom 2. Make the repository's group ownership and permissions reflect this new group: floss$ cvs -d /opt/cvs init floss$ cd /opt/cvs floss$ chgrp -R CVS . floss$ chmod ug+rwx . CVSROOT I tried checkout from local successfully : $ cvs -d /opt/cvs/ checkout -P CVSROOT cvs checkout: Updating CVSROOT U CVSROOT/checkoutlist ... I made the same install (CVS and SSH) on another PC and i don't have this problem, i successfuly checkout this module. I expect it's the correct mailing list to report this kind of problem. Flo cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.0.0 : CVS Checkout via SSH = error : no such repository
On Mon, 9 Feb 2004, Flo wrote: Hello, Cygwin version : 1.5.7-1 On Windows XP Professional Ver 5.1 Build 2600 I installed a CVS Server and OpenSSH on Cygwin. I succesfully remotly connect to my server via SSH But when i try to checkout the CVSROOT module remotly i get this message : cvs [server aborted]: /opt/cvs: no such repository I think i made correctly the permission settings like this : 1. Add a Unix group cvs to your system. Any users who need to access the repository should be in this group. For example, here's the relevant line from my machine's /etc/group file: CVS:*:105:kfogel,sussman,jimb,noel,lefty,fitz,craig,anonymous,jrandom 2. Make the repository's group ownership and permissions reflect this new group: floss$ cvs -d /opt/cvs init floss$ cd /opt/cvs floss$ chgrp -R CVS . floss$ chmod ug+rwx . CVSROOT I tried checkout from local successfully : $ cvs -d /opt/cvs/ checkout -P CVSROOT cvs checkout: Updating CVSROOT U CVSROOT/checkoutlist ... I made the same install (CVS and SSH) on another PC and i don't have this problem, i successfuly checkout this module. I expect it's the correct mailing list to report this kind of problem. Flo It is the correct mailing list. Thanks also for following the problem reporting guidelines and attaching your cygcheck output (which looks ok, BTW). Your report is missing some information, however, e.g.: - What CVSROOT value did you use for remote checkouts? - Do you have your CVS_RSH set to ssh? - What command did you use to install the sshd service? - Is it running as SYSTEM or as another user? - Can you access /opt/cvs while logged in remotely? - Can you access /opt/cvs via a remote exec (i.e., not logging in, just running a command)? There are more possibilities, but these should get you started. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: IPv6 integration status in Cygwin
At 02:23 PM 2/9/2004, Antonio Querubin you wrote: On Mon, 9 Feb 2004, Larry Hall wrote: At 12:54 PM 2/9/2004, Antonio Querubin you wrote: I was looking through the archives and noticed there hasn't been much recent work on integrating IPv6 into Cygwin. I've been using Jun-ya Kato's IPv6 extensions which work great for simple IPv6 apps - even multicast works for some simple cases. So I was wondering what are the current barriers preventing the integration of IPv6 into Cygwin and if there was anything that could be done to overcome those barriers. If full integration isn't possible or discouraged for whatever reason, I'd like to at least eventually see an IPv6 package option that can be selected during setup. Reply off-list if you wish. From my 2 minute perusal of the email archives on this subject, I see nothing that suggests this can't be done and some attempts at doing so. If you're interested in helping to move this work along, then perhaps you want to start here: http://www.cygwin.com/ml/cygwin/2002-08/msg01581.html Actually that's sort of what I already was suggesting above. Whether it be as a separate package or as a beta option for the DLL probably doesn't matter as long as there was a way to uninstall either way if that became necessary. Actually, I was pointing more at the general discussion and the embedded reference than anything else. The discussion of how it's distributed is less interesting overall than the content. This points to at least one on-going, albeit somewhat external, effort for melding Cygwin and IPv6. There may be others you can find as well. I think everyone would be interested in seeing IPv6 in Cygwin if you have interest in helping make that a reality. Yeah I'm willing to do any developmental work (time permitting) but want to get a feel for where things currently stand. The message you referred to in the archive is almost 1.5 years old so I suspect the environment has probably changed especially now that the IPv6 stack in current releases of Windows works out of the box. And the internal link to http://win6.jp/Cygwin/ states that there are still problems, particularly in some of MS's older, IPv6-challenged O/S versions. Cygwin still supports these less capable brethren generally and there is no plans to jettison support for them. Whatever is implemented here has to address any problems that may occur on these platforms. This site also contains a zip file with, among other things, a patch against cygwin 1.5.7-1. You're not going to get too much more current than that. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE : 1.0.0 : CVS Checkout via SSH = error : no such repository
- What CVSROOT value did you use for remote checkouts? :ext:sessioncvs:/opt/cvs - Do you have your CVS_RSH set to ssh? Yes - What command did you use to install the sshd service? ssh-host-config - Is it running as SYSTEM or as another user? As SYSTEM i think, i'm not sure of that. By windows when i list services, i found for CYGWIN sshd service : open the session as local system. - Can you access /opt/cvs while logged in remotely? Yes - Can you access /opt/cvs via a remote exec (i.e., not logging in, just running a command)? What command can i execute ? With WinCVS i exec the cvs command succesfully : cvs Usage: cvs [cvs-options] command [command-options-and-arguments] where cvs-options are -q, -n, etc. ... -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Igor Pechtchanski Envoyé : lundi 9 février 2004 20:58 À : Flo Cc : [EMAIL PROTECTED] Objet : Re: 1.0.0 : CVS Checkout via SSH = error : no such repository On Mon, 9 Feb 2004, Flo wrote: Hello, Cygwin version : 1.5.7-1 On Windows XP Professional Ver 5.1 Build 2600 I installed a CVS Server and OpenSSH on Cygwin. I succesfully remotly connect to my server via SSH But when i try to checkout the CVSROOT module remotly i get this message : cvs [server aborted]: /opt/cvs: no such repository I think i made correctly the permission settings like this : 1. Add a Unix group cvs to your system. Any users who need to access the repository should be in this group. For example, here's the relevant line from my machine's /etc/group file: CVS:*:105:kfogel,sussman,jimb,noel,lefty,fitz,craig,anonymous,jrandom 2. Make the repository's group ownership and permissions reflect this new group: floss$ cvs -d /opt/cvs init floss$ cd /opt/cvs floss$ chgrp -R CVS . floss$ chmod ug+rwx . CVSROOT I tried checkout from local successfully : $ cvs -d /opt/cvs/ checkout -P CVSROOT cvs checkout: Updating CVSROOT U CVSROOT/checkoutlist ... I made the same install (CVS and SSH) on another PC and i don't have this problem, i successfuly checkout this module. I expect it's the correct mailing list to report this kind of problem. Flo It is the correct mailing list. Thanks also for following the problem reporting guidelines and attaching your cygcheck output (which looks ok, BTW). Your report is missing some information, however, e.g.: - What CVSROOT value did you use for remote checkouts? - Do you have your CVS_RSH set to ssh? - What command did you use to install the sshd service? - Is it running as SYSTEM or as another user? - Can you access /opt/cvs while logged in remotely? - Can you access /opt/cvs via a remote exec (i.e., not logging in, just running a command)? There are more possibilities, but these should get you started. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin GNU make using MAKE_MODE=win VPATH/vpath issues
I have searched the mail archives and FAQ but have only found remotely similar issues to my problem. http://www.cygwin.com/cygwin/2002-03/msg01240.html The similar thread seems to be unresolved. Cygwin Version = 1.5.7-1 GNU make = 3.80 When running make with MAKE_MODE=win or make --win32 the conversion of DOS to POSIX paths in the VPATH variable and vpath directive seems to truncate when given a large set of paths. I have not had the chance to dig into the vpath code, but I believe that when a conversion to POSIX path is completed the complete path is treated as one unit. This means that given a set of paths used in VPATH/vpath the first DOS path is converted to POSIX form and the rest of the path up to character length N is left as is. N seems to be 256 characters - 1 path. I am using space separated paths as the semi-colon separators cause VPATH/vpath to be empty(GNU make manual states that for MS-DOS/MS-WIN semi-colon is valid). Example: vpath %.c C:\dos\path1 C:\dos\path2 ... C:\dos\path99 If make -p is run we see vpath %c /cygdrive/c/dos/path1;C:\dos\path2;C\dos\path3 If the original set of paths combined is longer than N(N=256?) then the path gets truncated. A simple workaround is to give multiple vpath directives as in: vpath %c C:\dos\path1 vpath %c C:\dos\path2 vpath %c C:\dos\path3 ... This method is inconsitant with my previous make/cygwin environment, and I wish to avoid it. The fact that only one path gets converted does not seem to confuse the make internals, however the truncation definitely causes issues. The fact that you can use multiple calls to vpath seems to point to conversion after the first path entry. Below is a test case and directory listing I used. I ran the following to obtain the results: make -r -p TEST_CASE=N tcN.txt (where N is testcase number) (Start of Directory Listing) drwxr-xr-x+ 3 kcieplak mkgroup- 4096 Feb 9 14:29 ThisIsAReallyLongDirectoryNameToOverFlowABuffer drwxr-xr-x+ 3 kcieplak mkgroup-0 Feb 9 14:05 dirlevel1 -rw-r--r--1 kcieplak mkgroup-0 Feb 9 15:23 dirlist.txt -rw-rw-rw-1 kcieplak mkgroup-0 Feb 9 15:01 level1.o -rw-rw-rw-1 kcieplak mkgroup-0 Feb 9 15:01 level2.o -rw-rw-rw-1 kcieplak mkgroup-0 Feb 9 15:01 level3.o -rw-rw-rw-1 kcieplak mkgroup-0 Feb 9 15:01 longPath1.o -rw-rw-rw-1 kcieplak mkgroup-0 Feb 9 15:01 longPath2.o -rwxr-xr-x1 kcieplak mkgroup- 2645 Feb 9 15:01 makefile -rwxr-xr-x1 kcieplak mkgroup- 18 Feb 9 15:03 results.txt -rw-r--r--1 kcieplak mkgroup-0 Feb 9 13:46 root.c -rw-r--r--1 kcieplak mkgroup-0 Feb 9 13:47 root.h -rw-rw-rw-1 kcieplak mkgroup-0 Feb 9 15:01 root.o -rw-r--r--1 kcieplak mkgroup-13780 Feb 9 14:59 tc1.txt -rw-r--r--1 kcieplak mkgroup-11179 Feb 9 14:59 tc2.txt -rw-r--r--1 kcieplak mkgroup-13745 Feb 9 14:59 tc3.txt -rw-r--r--1 kcieplak mkgroup-15863 Feb 9 14:59 tc4.txt -rw-r--r--1 kcieplak mkgroup-18296 Feb 9 15:01 tc5.txt ./ThisIsAReallyLongDirectoryNameToOverFlowABuffer: total 8 drwxr-xr-x+ 2 kcieplak mkgroup-0 Feb 9 14:23 ThisIsTheSecondReallyLongDirectoryNameToOverFlowABuffer -rw-r--r--1 kcieplak mkgroup-0 Feb 9 14:23 longPath1.c -rw-r--r--1 kcieplak mkgroup-0 Feb 9 14:23 longPath1.h -rw-r--r--1 kcieplak mkgroup- 7822 Feb 9 14:29 out.txt ./ThisIsAReallyLongDirectoryNameToOverFlowABuffer/ThisIsTheSecondReallyLongD irectoryNameToOverFlowABuffer: total 0 -rw-r--r--1 kcieplak mkgroup-0 Feb 9 14:23 longPath2.c -rw-r--r--1 kcieplak mkgroup-0 Feb 9 14:23 longPath2.h ./dirlevel1: total 0 drwxr-xr-x+ 3 kcieplak mkgroup-0 Feb 9 14:10 dirlevel2 -rw-r--r--1 kcieplak mkgroup-0 Feb 9 13:46 level1.c -rw-r--r--1 kcieplak mkgroup-0 Feb 9 13:46 levle1.h ./dirlevel1/dirlevel2: total 0 drwxr-xr-x+ 2 kcieplak mkgroup-0 Feb 9 14:10 dirlevel3 -rw-r--r--1 kcieplak mkgroup-0 Feb 9 13:46 level2.c -rw-r--r--1 kcieplak mkgroup-0 Feb 9 13:46 level2.h ./dirlevel1/dirlevel2/dirlevel3: total 0 -rw-r--r--1 kcieplak mkgroup-0 Feb 9 14:10 level3.c -rw-r--r--1 kcieplak mkgroup-0 Feb 9 14:10 level3.h (End of Directory Listing) (Start of makefile) #Define all directory paths using DOS style notation ROOT_DIR :=C:\vpath_test LEVEL1_DIR := $(ROOT_DIR)\dirlevel1 LEVEL2_DIR := $(LEVEL1_DIR)\dirlevel2 LEVEL3_DIR := $(LEVEL2_DIR)\dirlevel3 LONG_PATH_NAME1 := $(ROOT_DIR)\ThisIsAReallyLongDirectoryNameToOverFlowABuffer LONG_PATH_NAME2 := $(LONG_PATH_NAME1)\ThisIsTheSecondReallyLongDirectoryNameToOverFlowABuffer .PHONY: clean #default test case TEST_CASE := 1 # Here are combinations of VPATH/vpath that give different results when using #
Re: 1.5.7: make hangs on XP (with HT)
I've been trying to narrow the problem I've been having with make (-j) and processes locking up. And I've made some progress. First, this happens with 1.5.6 - 1.5.7 (and every snapshot in-between). I've tried this test on 3 configurations: WinXP (HyperThreaded): fails quickly (between 20 seconds and 3 minutes) Win2000 (Not HT): fails slowly (between 6 minutes and 20 minutes) WinXP (HT turned off): does not fail (ran it for about an hour and it was fine). Sorry for the me too mail, I tried your testcase on a Notebook with Athlon XP-M 2200+ Processor and XP-Home. It is still running, but it sometimes (2x) writes: Just FYI, I build a cygwin dll from current cvs (last winsup/cygwin/ChangeLog entry 2004-02-09 Ralf H.) with debugging enabled and rerun this script. It didn't freeze, I stopped it after 1588 iterations, but it produced one stackdump and wrote some errors from make to stderr: $ ./t.sh freeze.out 988627 [main] make 3376 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 996727 [main] make 3376 open_stackdumpfile: Dumping stack trace to make.exe.stackdump make: *** virtual memory exhausted. Stop. make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** virtual memory exhausted. Stop. make: *** Waiting for unfinished jobs make: *** virtual memory exhausted. Stop. make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** virtual memory exhausted. Stop. make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs make: *** Waiting for unfinished jobs Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE : 1.0.0 : CVS Checkout via SSH = error : no such repository
I remotly connect to the server via SSH with putty I tried to connect with an explicit CVSROOT : :ext:[EMAIL PROTECTED]:/opt/cvs But : cvs checkout -P CVSROOT (in directory D:\) cvs checkout: warning: unrecognized response `WARNING - POTENTIAL SECURITY BREACH! ' from cvs server cvs checkout: warning: unrecognized response `The server's host key does not match the one PuTTY has ' from cvs server cvs checkout: warning: unrecognized response `cached in the registry. This means that either the ' from cvs server cvs checkout: warning: unrecognized response `server administrator has changed the host key, or you ' from cvs server cvs checkout: warning: unrecognized response `have actually connected to another computer pretending ' from cvs server cvs checkout: warning: unrecognized response `to be the server. ' from cvs server cvs checkout: warning: unrecognized response `The new key fingerprint is: ' from cvs server cvs checkout: warning: unrecognized response `1024 49:bd:7a:2c:ab:e0:97:96:ab:be:53:9f:0b:90:8c:c1 ' from cvs server cvs checkout: warning: unrecognized response `If you were expecting this change and trust the new key, ' from cvs server cvs checkout: warning: unrecognized response `enter y to update PuTTY's cache and continue connecting. ' from cvs server cvs checkout: warning: unrecognized response `If you want to carry on connecting but without updating ' from cvs server cvs checkout: warning: unrecognized response `the cache, enter n. ' from cvs server cvs checkout: warning: unrecognized response `If you want to abandon the connection completely, press ' from cvs server cvs checkout: warning: unrecognized response `Return to cancel. Pressing Return is the ONLY guaranteed ' from cvs server cvs checkout: warning: unrecognized response `safe choice. ' from cvs server cvs checkout: warning: unrecognized response `Update cached key? (y/n, Return cancels connection) [EMAIL PROTECTED]'s password: ' from cvs server cvs checkout: warning: unrecognized response [EMAIL PROTECTED]'s password: ' from cvs server cvs checkout: warning: unrecognized response [EMAIL PROTECTED]'s password: ' from cvs server cvs checkout: warning: unrecognized response [EMAIL PROTECTED]'s password: ' from cvs server When i connected via putty to my server, i succesfully execute ls /opt/cvs I tried the -nt option and i got this : cvs -nt checkout -P CVSROOT * CVS exited normally with code 1 * - Tracelevel set to 1. PID is 3296 - Session ID is ce04028139c - main loop with CVSROOT=:ext:sessioncvs:/opt/cvs - Requesting server cvsrc (read-cvsrc2) cvs [server aborted]: /opt/cvs: no such repository Not very helpfull :) I also tried connecting via :ext: from the same machine that houses the repository and i get the same error : cvs [server aborted]: /opt/cvs: no such repository I expect i have undertood your questions. Flo -Message d'origine- De : Igor Pechtchanski [mailto:[EMAIL PROTECTED] Envoyé : lundi 9 février 2004 22:44 À : Flo Cc : [EMAIL PROTECTED] Objet : Re: 1.0.0 : CVS Checkout via SSH = error : no such repository Given your CVSROOT setting, I assume the remote user will be the same as the local one, but just in case, try setting the user explicitly... Try running ssh sessioncvs ls /opt/cvs. Also, try giving the -nt flags to cvs when attempting a checkout -- this will provide a reasonably detailed trace of what it's trying to do and what fails. Basically, all cvs over ssh does is execute cvs server remotely and communicate to that process via ssh. Just to make sure you're running the same cvs version, could you try connecting via :ext: from the same machine that houses the repository? Igor On Mon, 9 Feb 2004, Flo wrote: - What CVSROOT value did you use for remote checkouts? :ext:sessioncvs:/opt/cvs - Do you have your CVS_RSH set to ssh? Yes - What command did you use to install the sshd service? ssh-host-config - Is it running as SYSTEM or as another user? As SYSTEM i think, i'm not sure of that. By windows when i list services, i found for CYGWIN sshd service : open the session as local system. - Can you access /opt/cvs while logged in remotely? Yes - Can you access /opt/cvs via a remote exec (i.e., not logging in, just running a command)? What command can i execute ? With WinCVS i exec the cvs command succesfully : cvs Usage: cvs [cvs-options] command [command-options-and-arguments] where cvs-options are -q, -n, etc. ... -Message d'origine- De : cygwin-owneratcygwindotcom De la part de Igor Pechtchanski Envoyé : lundi 9 février 2004 20:58 À : Flo Cc : cygwinatcygwindotcom Objet : Re: 1.0.0 : CVS Checkout via SSH = error : no such repository On Mon, 9 Feb 2004, Flo wrote: Hello, Cygwin version : 1.5.7-1 On Windows XP Professional Ver 5.1 Build 2600 I installed a CVS Server and OpenSSH on Cygwin. I succesfully remotly connect to my server via SSH But when i try to checkout the CVSROOT module remotly i
Re: RE : 1.0.0 : CVS Checkout via SSH = error : no such repository
Please configure your mailer to not quote raw e-mail addresses in replies. Let's not make the spam harvesters' life easier. FWIW, I can't reproduce your problem. I have cvs running perfectly over ssh, both as a client and as a server. At this point I'm out of ideas, I can only make some WAGs. Check the .cvsrc on the server -- does that contain something that could interfere with the cvs server command? Why are you using PuTTY? Try connecting using the regular Cygwin ssh. Also try setting CVS_SERVER to cvs -t and seeing if that sheds any light on what's happening. Do you perhaps have two versions of cvs on your system, and the wrong one gets called on the server side (try 'ssh sessioncvs which cvs')? Igor On Tue, 10 Feb 2004, Flo wrote: I remotly connect to the server via SSH with putty I tried to connect with an explicit CVSROOT : :ext:[EMAIL PROTECTED]:/opt/cvs But : cvs checkout -P CVSROOT (in directory D:\) cvs checkout: warning: unrecognized response `WARNING - POTENTIAL SECURITY BREACH! ' from cvs server cvs checkout: warning: unrecognized response `The server's host key does not match the one PuTTY has ' from cvs server cvs checkout: warning: unrecognized response `cached in the registry. This means that either the ' from cvs server cvs checkout: warning: unrecognized response `server administrator has changed the host key, or you ' from cvs server cvs checkout: warning: unrecognized response `have actually connected to another computer pretending ' from cvs server cvs checkout: warning: unrecognized response `to be the server. ' from cvs server cvs checkout: warning: unrecognized response `The new key fingerprint is: ' from cvs server cvs checkout: warning: unrecognized response `1024 49:bd:7a:2c:ab:e0:97:96:ab:be:53:9f:0b:90:8c:c1 ' from cvs server cvs checkout: warning: unrecognized response `If you were expecting this change and trust the new key, ' from cvs server cvs checkout: warning: unrecognized response `enter y to update PuTTY's cache and continue connecting. ' from cvs server cvs checkout: warning: unrecognized response `If you want to carry on connecting but without updating ' from cvs server cvs checkout: warning: unrecognized response `the cache, enter n. ' from cvs server cvs checkout: warning: unrecognized response `If you want to abandon the connection completely, press ' from cvs server cvs checkout: warning: unrecognized response `Return to cancel. Pressing Return is the ONLY guaranteed ' from cvs server cvs checkout: warning: unrecognized response `safe choice. ' from cvs server cvs checkout: warning: unrecognized response `Update cached key? (y/n, Return cancels connection) [EMAIL PROTECTED]'s password: ' from cvs server cvs checkout: warning: unrecognized response [EMAIL PROTECTED]'s password: ' from cvs server cvs checkout: warning: unrecognized response [EMAIL PROTECTED]'s password: ' from cvs server cvs checkout: warning: unrecognized response [EMAIL PROTECTED]'s password: ' from cvs server When i connected via putty to my server, i succesfully execute ls /opt/cvs I tried the -nt option and i got this : cvs -nt checkout -P CVSROOT * CVS exited normally with code 1 * - Tracelevel set to 1. PID is 3296 - Session ID is ce04028139c - main loop with CVSROOT=:ext:sessioncvs:/opt/cvs - Requesting server cvsrc (read-cvsrc2) cvs [server aborted]: /opt/cvs: no such repository Not very helpfull :) I also tried connecting via :ext: from the same machine that houses the repository and i get the same error : cvs [server aborted]: /opt/cvs: no such repository I expect i have undertood your questions. Flo -Message d'origine- De : Igor Pechtchanski Envoyé : lundi 9 février 2004 22:44 À : Flo Cc : cygwinatcygwindotcom Objet : Re: 1.0.0 : CVS Checkout via SSH = error : no such repository Given your CVSROOT setting, I assume the remote user will be the same as the local one, but just in case, try setting the user explicitly... Try running ssh sessioncvs ls /opt/cvs. Also, try giving the -nt flags to cvs when attempting a checkout -- this will provide a reasonably detailed trace of what it's trying to do and what fails. Basically, all cvs over ssh does is execute cvs server remotely and communicate to that process via ssh. Just to make sure you're running the same cvs version, could you try connecting via :ext: from the same machine that houses the repository? Igor On Mon, 9 Feb 2004, Flo wrote: - What CVSROOT value did you use for remote checkouts? :ext:sessioncvs:/opt/cvs - Do you have your CVS_RSH set to ssh? Yes - What command did you use to install the sshd service? ssh-host-config - Is it running as SYSTEM or as another user? As SYSTEM i think, i'm not sure of that. By windows when i list services, i found for CYGWIN sshd service : open the session as local system. - Can you access /opt/cvs while
Re: gtypist package missing .pl files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yitzchak Scott-Thoennes wrote: | No, I meant the ktouch2typ.pl and tt2typ.pl mentioned in the info pages. | In the source, they are in the tools subdir. There are also a couple of | awk scripts and a sh script there; all are to help create new lessons. | Perhaps just a note in /usr/share/doc/Cygwin/gtypist-2.7.README that | they can be found with the source would be sufficient. Look out for an announcement in the next couple of days of a new release, which will include these files. Thanks for pointing this out. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAKEPPpiWmPGlmQSMRAu7mAJ99M8pnvKY2q+JyuXMwt0HJM3dGtACg3r7R yjcx/XyY9dk6k3EXH5MaDHo= =aSab -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/
[ANNOUNCEMENT] Updated: cygutils-1.2.4-1
cygutils and cygipc have some incompatibilities with cygwin-1.5.7; this updated version resolves those conflicts. Note that you will probably need to re-install cygwin-1.5.7 after upgrading cygutils -- this is an unfortunate consequence of the pre-existing conflict between cygutils-[OLDVERSION] cygwin-1.5.6+. For more information, see the companion announcement for cygipc-2.03-2. 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. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** 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 this URL. -- Charles Wilson -- 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: cygipc-2.03-2
cygipc and cygutils have some incompatibilities with cygwin-1.5.7; this updated version resolves those conflicts. Note that you will probably need to re-install cygwin-1.5.7 after upgrading cygipc -- this is an unfortunate consequence of the pre-existing conflict between cygipc-[OLDVERSION] and cygwin-1.5.6+. A list of the specific changes ( for both cygipc-2.03-2 and cygutils-1.2.4-1 ) appears below. This is, in all likelihood, the LAST release of cygipc. The cygserver implementation now shipped with cygwin-1.5.7 and later is a much better, and better-supported, implementation; all existing packages which rely on cygipc should begin transitioning to cygserver. For package maintainers and developers, this will probably boil down to, in most case, simply: (a) recompiling, (b) installing and running the cygserver daemon, (c) changing documentation, and (d) getting used to answering new questions from your users about what happened to cygipc g 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. !! NOTE: you will need to run setup TWICE. First, update/install cygipc-2.03-1 and cygutils-1.2.4-1. Let setup run to completion. Then, run setup AGAIN -- and this time, choose reinstall for cygwin-1.5.7 (or whatever is your current version of the cygwin package). !! If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** 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 this URL. -- Charles Wilson Here are the changes in these two packages: 1) cygipc-based IPC utilities (ipcs, ipcrm, semtool, etc) are now provided by the cygipc package itself -- and the names have been munged: ipcscygipc + ipcscygipc.8 manpage ipcrmcygipc + ipcrmcygipc.8 manpage semtoolcygipc msgtoolcygipc shmtoolcygipc semstatcygipc 2) cygipc header files are now installed in /usr/include/cygipc/sys. IF (and only if) /usr/include/sys/ipc.h and friends do not exist, then a postinstall script creates symlinks to the cygipc versions. This means if you really want to be sure that you're compiling/linking against cygipc, you need to add -I/usr/include/cygipc to your compile command. 3) cygutils no longer provides ipcs or ipcrm, as (a) cygipc now provides cygipc-based versions, and (b) cygwin itself provides cygserver-based versions. 4) cygutils provides cygserver-based versions of semtool msgtool shmtool semstat 5) cygutils provides 'ipck' and 'ipckcygipc' -- a useful shell script for checking on/killing IPC objects. Obviously, one uses the cygserver tools, the other uses the cygipc tools. 6) Cygipc will be going into deep freeze -- still supported for legacy applications, but all applications are highly encouraged to switch to the FAR better implementation provided by cygserver. -- 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/
definition of 'timezone'
Hi, I'm trying to port some code that uses 'timezone' from time.h: ... time_t utime; struct tm tms; ... utime = utime - timezone + tms.tm_isdst*3600; ... but I get compilation error because the code expects timezone to be a long (as is on Linux) but in cygwin it's actually a function that returns a char*: ../../src/client/store_in_cc.c: In function `utc2unix': ../../src/client/store_in_cc.c:135: error: invalid operands to binary - if I print the result of timezone(), I get: GMT+10:00 ie. a string rather than a number. Is there a standard way to convert cygwin's 'timezone' to the number expected by the Linux code? regards King Lung Chiu -- 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: cyclical dependencies in setup.ini?
At 10:20 PM 2/9/2004, Edward S. Peschko you wrote: I was looking at setup.ini, and found the following entries: @ cygwin requires: libintl2 _update-info-dir base-passwd and then... @ libintl2 requires: cygwin libiconv2 hunh? what's going on? which comes first? The chicken. Wait no, the egg. Ah, well no, I think it's the chicken... Dependencies like this are all over the place inside of setup.ini - where's an accurate representation of what needs to get compiled first? How do you compile from scratch? These are package installation dependencies. If you're trying to build the Cygwin DLL, visit http://cygwin.com/contrib.html for info. If you're trying to build some other package, its configure script will tell you the libraries it depends on. You can then go looking in http://cygwin.com/packages/ to find the packages you need to install if you don't already have them. -- 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/
entry point __getreent not found errors with sshd and inetd
Hi everyone, I have been attempting to setup sshd and inetd, and have consistently received entry point not found errors when both try to execute (specifically: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll). I have googled this problem and seen recommendations to ensure I have the latest package versions, to reboot, and to ensure that I do not have multiple copies of cygwin1.dll. I have done all of these and continue to get the error. I am running Windows XP Home. Is there anything else I should try? What are the possible causes of this problem? Thanks, Chris -- 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: cyclical dependencies in setup.ini?
Dependencies like this are all over the place inside of setup.ini - where's an accurate representation of what needs to get compiled first? How do you compile from scratch? These are package installation dependencies. If you're trying to build the Cygwin DLL, visit http://cygwin.com/contrib.html for info. If you're trying to build some other package, its configure script will tell you the libraries it depends on. You can then go looking in http://cygwin.com/packages/ to find the packages you need to install if you don't already have them. ok, right, but I want to build versus the snapshots of code; not versus CVS. For one thing, cvs access and ssh access to the outside world is blocked here from work, and http access is controlled through a javascript-thingy which would be difficult (so I'm told) to integrate with CVS. Its also nice to know that you are building against a given numbered release. If possible, I'd like to avoid having to run across dependencies inside of configure files, hence I'm hoping that somewhere its documented (centrally or in someone's head) which packages are dependent on other packages.. Ed ( ps - I'm looking at CVS right now, and it looks like there are configure/makefiles common to all of winsup but not part of any given package. Is it possible to build all the sub-packages separately? And are there a list of compilers that people have used to bootstrap cygwin with (ex: borland?) ) -- 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: entry point __getreent not found errors with sshd and inetd
At 11:35 PM 2/9/2004, Christopher G. Morlier you wrote: Hi everyone, I have been attempting to setup sshd and inetd, and have consistently received entry point not found errors when both try to execute (specifically: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll). I have googled this problem and seen recommendations to ensure I have the latest package versions, to reboot, and to ensure that I do not have multiple copies of cygwin1.dll. I have done all of these and continue to get the error. I am running Windows XP Home. Is there anything else I should try? What are the possible causes of this problem? An old or duplicate cygwin1.dll. I can only point you to: Problem reports: http://cygwin.com/problems.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/
Re: entry point __getreent not found errors with sshd and inetd
On Mon, Feb 09, 2004 at 10:35:39PM -0600, Christopher G. Morlier wrote: I have been attempting to setup sshd and inetd, and have consistently received entry point not found errors when both try to execute (specifically: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll). I have googled this problem and seen recommendations to ensure I have the latest package versions, to reboot, and to ensure that I do not have multiple copies of cygwin1.dll. I have done all of these and continue to get the error. I am running Windows XP Home. Is there anything else I should try? What are the possible causes of this problem? There is only one reason for this: You have an older version of the DLL on your system. If you have googled, you should have seen that every single time someone says I don't have an older version it eventually turns out that they do. The suggested way of finding the errant DLL is to do something like: c: cd \ dir /s cygwin1.dll/s and delete the older dll. It's probably in your windows system or system32 directory. And, before you argue that you already tried all that and that there must be some other reason, let me say it again: There is no other reason. As Larry says in another post, the other thing you can do is *attach* cygcheck output to a message here if you are still having problems. That may help us find your other DLL. 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: cyclical dependencies in setup.ini?
At 11:40 PM 2/9/2004, Edward S. Peschko you wrote: Dependencies like this are all over the place inside of setup.ini - where's an accurate representation of what needs to get compiled first? How do you compile from scratch? These are package installation dependencies. If you're trying to build the Cygwin DLL, visit http://cygwin.com/contrib.html for info. If you're trying to build some other package, its configure script will tell you the libraries it depends on. You can then go looking in http://cygwin.com/packages/ to find the packages you need to install if you don't already have them. ok, right, but I want to build versus the snapshots of code; not versus CVS. For one thing, cvs access and ssh access to the outside world is blocked here from work, and http access is controlled through a javascript-thingy which would be difficult (so I'm told) to integrate with CVS. Its also nice to know that you are building against a given numbered release. Yeah, though it's easier said than done. If possible, I'd like to avoid having to run across dependencies inside of configure files, hence I'm hoping that somewhere its documented (centrally or in someone's head) which packages are dependent on other packages.. For building cygwin1.dll, the dependencies are pretty much what you see in CVS. You can look at CVS from the web if you don't know that already. ( ps - I'm looking at CVS right now, and it looks like there are configure/makefiles common to all of winsup but not part of any given package. Is it possible to build all the sub-packages separately? Not if you want to do it the easy way. ;-) And are there a list of compilers that people have used to bootstrap cygwin with (ex: borland?) ) I don't know of anyone who has built cygwin1.dll with anything other than gcc/g++. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cyclical dependencies in setup.ini?
On Mon, Feb 09, 2004 at 08:40:53PM -0800, Edward S. Peschko wrote: If possible, I'd like to avoid having to run across dependencies inside of configure files, hence I'm hoping that somewhere its documented (centrally or in someone's head) which packages are dependent on other packages.. Larry's answer was accurate. There is no master repository of build dependencies. Expecting that either 1) the dependencies are all in someone's head or 2) if they are in someone's head, they'd be happy to type them in for you is rather... interesting. I guess it isn't obvious that setup's dependencies have nothing to do with what it takes to build a package. For instance, cygwin relies on g++ to build. Do you see g++ listed as a dependency? Nope. It's not unreasonable to expect that setup might be able to encapsulate this information but no one has ever implemented it. Some package managers have a build-depends tag. setup.ini doesn't have that. (And here is where Robert steps in to say that build-depends is actually recognized by setup.exe's parser...) ps - I'm looking at CVS right now, and it looks like there are configure/makefiles common to all of winsup but not part of any given package. Is it possible to build all the sub-packages separately? configure/makefiles common to all of winsup? Huh? Why would we put some things in CVS and leave the rest to the imagination? If you're missing something, and you want help, then explain exactly what you are missing, if you are expecting help. And are there a list of compilers that people have used to bootstrap cygwin with (ex: borland?) Here's the list: g++. cygwin was designed to be compiled by and for g++. It's YA of those circular dependency thingies. I daresay that attempts to build cygwin with anything else would be skating close to being off-topic for this list. 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: cyclical dependencies in setup.ini?
On Tue, 2004-02-10 at 16:04, Christopher Faylor wrote: (And here is where Robert steps in to say that build-depends is actually recognized by setup.exe's parser...) But is currently useless because their is no UI to say 'install the build dependencies'. But you knew that I expect ;). Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
Re: cyclical dependencies in setup.ini?
On Tue, Feb 10, 2004 at 12:04:21AM -0500, Christopher Faylor wrote: On Mon, Feb 09, 2004 at 08:40:53PM -0800, Edward S. Peschko wrote: If possible, I'd like to avoid having to run across dependencies inside of configure files, hence I'm hoping that somewhere its documented (centrally or in someone's head) which packages are dependent on other packages.. Larry's answer was accurate. There is no master repository of build dependencies. Expecting that either 1) the dependencies are all in someone's head or 2) if they are in someone's head, they'd be happy to type them in for you is rather... interesting. or, if someone had a script which did a complete build of cygwin from source, the dependencies would be listed there... I guess it isn't obvious that setup's dependencies have nothing to do with what it takes to build a package. For instance, cygwin relies on g++ to build. Do you see g++ listed as a dependency? Nope. It's not unreasonable to expect that setup might be able to encapsulate this information but no one has ever implemented it. Some package managers have a build-depends tag. setup.ini doesn't have that. its what I would expect. It would be useful. (And here is where Robert steps in to say that build-depends is actually recognized by setup.exe's parser...) ps - I'm looking at CVS right now, and it looks like there are configure/makefiles common to all of winsup but not part of any given package. Is it possible to build all the sub-packages separately? configure/makefiles common to all of winsup? Huh? Why would we put some things in CVS and leave the rest to the imagination? winsup is split into several directories: mingw w32api maint utils cygserver cygwin etc. I'm assuming that these correspond to the -src.tar.bz2 pcakages inside of the repository, and each one of these has . However there are makefiles which coordinate the build, above these directories (at level winsup). I'm assuming that these aren't part of any package that is distributed. I could be wrong. If you're missing something, and you want help, then explain exactly what you are missing, if you are expecting help. what I'd like to do is build a complete cygwin from start to end, from numbered releases (-src.tar.bz2 files), with as few binary dependencies as possible (which looks like it means just g++ and gmake). what I'm missing is a list of dependencies in which to do this. I can go through the process and make a list by trial and error, but I'd rather had hoped that someone had done the groundwork so I didn't need to reinvent the wheel. thanks, Ed -- 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: cyclical dependencies in setup.ini?
On Mon, Feb 09, 2004 at 09:41:59PM -0800, Edward S. Peschko wrote: On Tue, Feb 10, 2004 at 12:04:21AM -0500, Christopher Faylor wrote: or, if someone had a script which did a complete build of cygwin from source, the dependencies would be listed there... Why would there be such a thing? Cygwin isn't released all at once. It is updated in piecemeal fashion. I guess it isn't obvious that setup's dependencies have nothing to do with what it takes to build a package. For instance, cygwin relies on g++ to build. Do you see g++ listed as a dependency? Nope. It's not unreasonable to expect that setup might be able to encapsulate this information but no one has ever implemented it. Some package managers have a build-depends tag. setup.ini doesn't have that. its what I would expect. It would be useful. It wouldn't be all that useful for me as a package maintainer. Once you have things set up they tend to remain pretty stable. I don't build the whole cygwin distribution. I just build the pieces I maintain and, since I'm pretty familair with the pieces I maintain, I don't need the build-depends, especially since setup.exe keeps my system up-to-date with whatever I require. I also know that build-depends is a real headache for Red Hat package maintainers so I'm not in a hurry to foist that extra bookkeeping headache on cygwin maintainers. It's moderate effort for small gain given that there are other more important things that could be done with and to setup.exe. However, if you are building the whole package, then why not just download... the whole package? (And here is where Robert steps in to say that build-depends is actually recognized by setup.exe's parser...) ps - I'm looking at CVS right now, and it looks like there are configure/makefiles common to all of winsup but not part of any given package. Is it possible to build all the sub-packages separately? configure/makefiles common to all of winsup? Huh? Why would we put some things in CVS and leave the rest to the imagination? winsup is split into several directories: mingw w32api maint utils cygserver cygwin etc. I'm assuming that these correspond to the -src.tar.bz2 pcakages inside of the repository, and each one of these has . However there are makefiles which coordinate the build, above these directories (at level winsup). I'm assuming that these aren't part of any package that is distributed. I could be wrong. Could be, and are. There is no need to speculate when simple inspection of the source tarballs and of the CVS repository would show you how things are laid out. There is no need to assume that things are broken rather than working. If you're missing something, and you want help, then explain exactly what you are missing, if you are expecting help. what I'd like to do is build a complete cygwin from start to end, from numbered releases (-src.tar.bz2 files), with as few binary dependencies as possible (which looks like it means just g++ and gmake). what I'm missing is a list of dependencies in which to do this. I can go through the process and make a list by trial and error, but I'd rather had hoped that someone had done the groundwork so I didn't need to reinvent the wheel. Yeah. I got that. You are basically on your own there. -- 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/
Petidomo: APPROVE openpkg-bugdb@openpkg.org: Your posting to list openpkg-bugdb
Your posting needs to be approved. Reply to this mail and concatenate the two following strings to one large string A22001D461F1A912 D9F548271E4B0472 This validates your will to send and your will to read. You won't have to repeat that action in the future. -- 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: cyclical dependencies in setup.ini?
I also know that build-depends is a real headache for Red Hat package maintainers so I'm not in a hurry to foist that extra bookkeeping headache on cygwin maintainers. It's moderate effort for small gain given that there are other more important things that could be done with and to setup.exe. However, if you are building the whole package, then why not just download... the whole package? well, I need to know which ones to *build* first, and which order to build them.. Like I said I want to do it with as few deps as possible, if possible just g++ and make, and shell. As for the reason *why* I'm doing this from scratch, well, it gives me freedom to encorporate packages that aren't technically 'cygwin' packages, host patches that may or may not become part of a standard distributions, and build - or attempt to build - via other compilers and linkers. I'm assuming that these correspond to the -src.tar.bz2 pcakages inside of the repository, and each one of these has . However there are makefiles which coordinate the build, above these directories (at level winsup). I'm assuming that these aren't part of any package that is distributed. I could be wrong. Could be, and are. There is no need to speculate when simple inspection of the source tarballs and of the CVS repository would show you how things are laid out. There is no need to assume that things are broken rather than working. ok, I misread. 'cygrunsrv' for cygsrv, assumed 'cygwin' == cygwin, mingw-runtime == mingw, etc. In order to do a 'simple inspection' I would need to download these all. I thought it'd be simpler to ask. anyways, I'll plow through it and see what happens. Ed -- 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: Segfault in _cygwin_dll_entry
On Mon, 9 Feb 2004 [EMAIL PROTECTED] wrote: Peter A. Castro wrote: In the case of zsh, it's completely cygwin stuff, no MS stuff. As is the case with LibGGI. The difference, althought it really doesn't matter, is that libzsh-4.1.1.dll was rebased, while cygggi-2.dll isn't. Something in the makeup of cygggi-2.dll causes the same condition as when libzsh-4.1.1.dll is rebased. Is it a known problem? No. If nothing obvious turns up in your initial efforts to scope the problem, you're probably going to be best off debugging into the Cygwin DLL to see where it crashes. One obvious thing to check for is whether the application tries to dynamically load a Cygwin-dependent DLL (which may result in attempting to load cygwin1.dll dynamically, and that is *not supported*). I have yet to fully understand just where the fault is, but I do know this: the .bss segment used by cygwin_dll_entry sometimes is not where it thinks it it. I found this while debugging the zsh rebase problem, and so my methods are a little quirky :) First, rebase the libzsh-4.1.1.dll and start gdb of zsh.exe, then run it. It'll break with a segfault occuring inside [EMAIL PROTECTED] The specific instruction is at [EMAIL PROTECTED]: (gdb) disassemble 0x6ff40951 [EMAIL PROTECTED]: call 0x6ff41390 cygwin_detach_dll 0x6ff40956 [EMAIL PROTECTED]: mov$0x,%eax 0x6ff4095b [EMAIL PROTECTED]: mov%eax,0x7fd98610 0x6ff40960 [EMAIL PROTECTED]: jmp0x6ff408fb [EMAIL PROTECTED] 0x6ff40962 [EMAIL PROTECTED]: mov%ecx,0x7fd985e0 ~~ 0x6ff40968 [EMAIL PROTECTED]: mov$0x1,%eax 0x6ff4096d [EMAIL PROTECTED]: mov%eax,0x7fd985f0 0x6ff40972 [EMAIL PROTECTED]: mov%edx,0x7fd98600 0x6ff40978 [EMAIL PROTECTED]: movl $0x7fd908a0,0x4(%esp,1) 0x6ff40980 [EMAIL PROTECTED]: mov%ecx,(%esp,1) 0x6ff40983 [EMAIL PROTECTED]: call 0x6ff413a0 cygwin_attach_dll So, what's up with 0x7fd985e0 ? gdb can't seem to resolve it nor access the address (hence the segfault): (gdb) info symbol 0x7fd985e0 No symbol matches 0x7fd985e0. (gdb) x/x 0x7fd985e0 0x7fd985e0: Cannot access memory at address 0x7fd985e0 Ok, so restore the un-rebased libzsh-4.1.1.dll, start gdb of zsh, set a break point at main and run it. It'll stop at the break point, no faults. Now, get the address of [EMAIL PROTECTED] and have a look at the same section of code: (gdb) info address [EMAIL PROTECTED] Symbol [EMAIL PROTECTED] is at 0x600f08d0 in a file compiled without debugging. (gdb) disassemble 0x600f0951 [EMAIL PROTECTED]: call 0x600f1390 cygwin_detach_dll 0x600f0956 [EMAIL PROTECTED]: mov$0x,%eax 0x600f095b [EMAIL PROTECTED]: mov%eax,0x600f8610 0x600f0960 [EMAIL PROTECTED]: jmp0x600f08fb [EMAIL PROTECTED] 0x600f0962 [EMAIL PROTECTED]: mov%ecx,0x600f85e0 ~~ 0x600f0968 [EMAIL PROTECTED]: mov$0x1,%eax 0x600f096d [EMAIL PROTECTED]: mov%eax,0x600f85f0 0x600f0972 [EMAIL PROTECTED]: mov%edx,0x600f8600 0x600f0978 [EMAIL PROTECTED]: movl $0x600f08a0,0x4(%esp,1) 0x600f0980 [EMAIL PROTECTED]: mov%ecx,(%esp,1) 0x600f0983 [EMAIL PROTECTED]: call 0x600f13a0 cygwin_attach_dll (gdb) info symbol 0x600f85e0 storedHandle in section .bss (gdb) info address storedHandle Symbol storedHandle is at 0x600f85e0 in a file compiled without debugging. (gdb) x/x 0x600f85e0 0x600f85e0 storedHandle: 0x Ah! So, in the un-rebased scenario storedHandle is in a .bss section. So, rebase libzsh-4.1.1.dll again, start gdb of zsh, and let it run. It'll break with a segfault, again, occuring inside [EMAIL PROTECTED] So, just where is storedHandle? (gdb) info address storedHandle Symbol storedHandle is at 0x6ff485e0 in a file compiled without debugging. (gdb) info symbol 0x6ff485e0 storedHandle in section .bss (gdb) x/x 0x6ff485e0 0x6ff485e0 storedHandle: 0x Ah, but the code thinks storedHandle is at 0x7fd985e0 (which isn't addressable)! It turns out that 0x6ff485e0 is the same location this part of the .bss was loaded at in the non-rebased scenario. So, where did things get messed up? Did Windows load the section and pass a bogus section address to the dll or is there a bug in the fixup code, or did cygwin_dll_entry() resolve the handle to the address incorrectly? I've looked at the code for cygwin_dll_entry and it's straight forward enough, so I just don't see where things could have gone wrong. Is this perhaps a quirk of the C++ environment or have we perhaps found a Windows bug? This indeed looks the same. Here's the disassembly from the segfault in LibGGI. 0x00354b21 [EMAIL PROTECTED]: call 0x354cf0 cygwin_detach_dll 0x00354b26 [EMAIL PROTECTED]: mov
Updated: cygipc-2.03-2
cygipc and cygutils have some incompatibilities with cygwin-1.5.7; this updated version resolves those conflicts. Note that you will probably need to re-install cygwin-1.5.7 after upgrading cygipc -- this is an unfortunate consequence of the pre-existing conflict between cygipc-[OLDVERSION] and cygwin-1.5.6+. A list of the specific changes ( for both cygipc-2.03-2 and cygutils-1.2.4-1 ) appears below. This is, in all likelihood, the LAST release of cygipc. The cygserver implementation now shipped with cygwin-1.5.7 and later is a much better, and better-supported, implementation; all existing packages which rely on cygipc should begin transitioning to cygserver. For package maintainers and developers, this will probably boil down to, in most case, simply: (a) recompiling, (b) installing and running the cygserver daemon, (c) changing documentation, and (d) getting used to answering new questions from your users about what happened to cygipc g 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. !! NOTE: you will need to run setup TWICE. First, update/install cygipc-2.03-1 and cygutils-1.2.4-1. Let setup run to completion. Then, run setup AGAIN -- and this time, choose reinstall for cygwin-1.5.7 (or whatever is your current version of the cygwin package). !! If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** 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 this URL. -- Charles Wilson Here are the changes in these two packages: 1) cygipc-based IPC utilities (ipcs, ipcrm, semtool, etc) are now provided by the cygipc package itself -- and the names have been munged: ipcscygipc + ipcscygipc.8 manpage ipcrmcygipc + ipcrmcygipc.8 manpage semtoolcygipc msgtoolcygipc shmtoolcygipc semstatcygipc 2) cygipc header files are now installed in /usr/include/cygipc/sys. IF (and only if) /usr/include/sys/ipc.h and friends do not exist, then a postinstall script creates symlinks to the cygipc versions. This means if you really want to be sure that you're compiling/linking against cygipc, you need to add -I/usr/include/cygipc to your compile command. 3) cygutils no longer provides ipcs or ipcrm, as (a) cygipc now provides cygipc-based versions, and (b) cygwin itself provides cygserver-based versions. 4) cygutils provides cygserver-based versions of semtool msgtool shmtool semstat 5) cygutils provides 'ipck' and 'ipckcygipc' -- a useful shell script for checking on/killing IPC objects. Obviously, one uses the cygserver tools, the other uses the cygipc tools. 6) Cygipc will be going into deep freeze -- still supported for legacy applications, but all applications are highly encouraged to switch to the FAR better implementation provided by cygserver.