Re: [Review 1 - No pass] gd: A graphics library for fast image creation
Harold == Harold L Hunt, Harold writes: Harold Dr. Volker Zell wrote: Harold == Harold L Hunt, Harold writes: Harold checking how to run the C++ preprocessor... /lib/cpp Harold configure: error: C++ preprocessor /lib/cpp fails sanity check Harold See `config.log' for more details. What are the details in config.log ? Try running configure with set -x I think this has nothing to with my package shell script. Harold How could if have nothing to do with the package shell script? I ran Harold the conf command and it borked. It should not bork. You should be Harold passing any necessary options and declaring/setting any necessary Harold environment variables in the shell script. There should not be any Harold additional knowledge of how to build this package that is not in the Harold script. Harold Granted, this could be a problem with my system, but I've not seen a Harold configure script have trouble finding cpp before... Here is the diff between my script and the generic-build-script from the cygwin site. I don't see a place where I made drastic changes to the script in the conf stage. Can anybody else confirming Harolds observations ? --- generic-build-script2003-11-11 19:39:57.022836800 +0100 +++ D:\usr\local\objs\gd\cygwin\gd-2.0.15-1.sh 2003-11-12 08:13:27.565236000 +0100 @@ -21,9 +21,13 @@ tscriptname=`basename $0 .sh` export PKG=`echo $tscriptname | sed -e 's/\-[^\-]*\-[^\-]*$//'` +export PKG2=libgd2 +export PKG3=libgd2-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,15 @@ export src_pkg_name=${FULLPKG}-src.tar.bz2 export src_patch_name=${FULLPKG}.patch export bin_pkg_name=${FULLPKG}.tar.bz2 +export bin_pkg_name2=${FULLPKG2}.tar.bz2 +export bin_pkg_name3=${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_pkg_name2} +export bin_pkg3=${topdir}/${bin_pkg_name3} export srcdir=${topdir}/${PKG}-${VER} export objdir=${srcdir}/.build export instdir=${srcdir}/.inst @@ -53,9 +61,13 @@ # if this package creates binaries, they run on target=i686-pc-cygwin prefix=/usr +pnoslash=`echo $prefix | sed -e 's#^/##'` sysconfdir=/etc +snoslash=`echo $sysconfdir | sed -e 's#^/##'` + MY_CFLAGS=-O2 MY_LDFLAGS= +MY_LIBS=-liconv mkdirs() { (cd ${topdir} \ @@ -69,11 +81,25 @@ tar xv${opt_decomp}f ${src_orig_pkg} ; \ cd ${topdir} \ patch -p0 ${src_patch} - mkdirs ) + mkdirs + mkpatch + bootstrap + ) +} +bootstrap() { + (cd ${srcdir} \ + libtoolize --automake --copy --force \ + aclocal \ + automake --gnu --add-missing --force-missing --copy \ + autoconf \ + autoheader + ) } conf() { (cd ${objdir} \ - CFLAGS=${MY_CFLAGS} LDFLAGS=${MY_LDFLAGS} \ + lndir ../ \ + rm -rf .build .inst .sinst CYGWIN-PATCHES \ + CFLAGS=${MY_CFLAGS} LDFLAGS=${MY_LDFLAGS} LIBS=${MY_LIBS} \ ${srcdir}/configure \ --srcdir=${srcdir} --prefix=${prefix} \ --exec-prefix=${prefix} --sysconfdir=${sysconfdir} \ @@ -103,16 +129,57 @@ rm -f ${instdir}${f} ; \ fi ;\ done \ - for d in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/Cygwin \ - ${sysconfdir}/postinstall ; do -if [ ! -d ${instdir}${d} ] ; then - mkdir -p ${instdir}${d} ;\ + for dirn in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/${PKG3}-${VER} \ +${prefix}/share/doc/Cygwin ${sysconfdir}/postinstall ; do \ +if [ ! -d ${instdir}${dirn} ]; then \ + mkdir -p ${instdir}${dirn} ; \ fi ;\ - done \ + done \ templist=; \ - for f in ${srcdir}/ANNOUNCE ${srcdir}/CHANGES ${srcdir}/INSTALL \ - ${srcdir}/KNOWNBUG ${srcdir}/LICENSE ${srcdir}/README \ - ${srcdir}/TODO ${srcdir}/COPYING ; do \ + for f in \ +${srcdir}/ABOUT* \ +${srcdir}/ANNOUNCE*\ +${srcdir}/AUTHOR* \ +${srcdir}/BUG* \ +${srcdir}/BUILDING \ +${srcdir}/changelog* \ +${srcdir}/changeLog* \ +${srcdir}/ChangeLog* \ +${srcdir}/changes* \ +${srcdir}/Changes* \ +${srcdir}/CHANGES* \ +${srcdir}/copying \ +${srcdir}/COPY*\ +${srcdir}/CREDIT* \ +${srcdir}/FAQ* \ +${srcdir}/FEATURES \ +${srcdir}/FILES\ +${srcdir}/FIXES\ +${srcdir}/HACKING \ +${srcdir}/HISTORY \ +
Re: Please update links, mod_php4, mod_ssl, wget (was: [mark@openssl.org: [OpenSSL Advisory] Denial of Service in ASN.1 parsing])
On Tue, Nov 04, 2003 at 08:49:45AM -0500, Christopher Faylor wrote: On Tue, Nov 04, 2003 at 02:40:20PM +0100, Corinna Vinschen wrote: May I again ask the package maintainers of packages, which still use openssl-0.9.6, to update their packages to use openssl-0.9.7? These packages are - links Sami Tikka - mod_php4 Stipe Tolj - mod_ss Stipe Tolj - wget Hack Kampbjorn If we don't get a response within a week, then, IMO, maintainership of these packages is up for grabs. Ok, the week is definitely over. Wget is new and fine, but links, mod_php4 and mod_ssl are still unchanged. So, links is up for grabs now since Sami didn't bother to reply at all. If nobody takes over maintainership, the package will be removed in two weeks from now. Stipe has at least replied so he gets another week to release new versions of his packages. The packages are up for grabs next Friday. If nobody takes them, they will be removed two weeks later. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
a2ps-4.13-1 packaging problem
David, The a2ps-4.13-1 package has a slight problem. First off, the /etc/a2ps-site.cfg should be installed by a post-install script, otherwise it'll be overwritten on every reinstall (and you don't want that, that file is intended for site-specific configuration). Another couple of problems with the default a2ps-site.cfg (one reported in http://cygwin.com/ml/cygwin/2003-11/msg00573.html) can be fixed by the patch below. HTH, Igor --- /etc/a2ps-site.cfg-orig 2003-08-22 12:12:19.0 -0400 +++ /etc/a2ps-site.cfg 2003-11-14 10:48:20.085779200 -0500 @@ -14,7 +14,7 @@ Options: --encoding=latin1 # Default medium -Options: --medium=A4 +Options: --medium=Letter # # 2) Your printers # @@ -45,14 +45,14 @@ DefaultPrinter: | #{lp.default} # the name of the printer (a2ps -P printer-name), but printer-name # is not specified below as a special case. # printer-name is available here as `#o'. -UnknownPrinter: | #{lp} #o +UnknownPrinter: | #{lp} #o ### Some special printers. # This section is to fill only if you want to tune your system. # The entry `UnknownPrinter' is enough to handle any case. # For instance, I want to specify that arlette is a Level 2 PostScript -# printer. I specif no command, so the `UnknownPrinter' command will +# printer. I specify no command, so the `UnknownPrinter' command will # be used. #Printer: arlette level2 @@ -71,3 +71,8 @@ UnknownPrinter: | #{lp} #o # This example uses the fact that `$N' expands in the input file name, # so a2ps foo -P gzip will save the output in foo.ps.gz. #Printer: gzip | gzip -c $N.#..gz + +# You could even show the resulting postscript on-screen +# It is better not to pipe into ghostview +#Variable: ghostview ghostview -dNOPLATFONTS +#Printer: display | cat #f0 #{ghostview} `cygpath -w #f0` -- 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
Pending Packages List, 2003-11-14
This is the list of pending packages as of Friday, November 14, 2003. ** PACKAGE PROPOSERS ** Please verify these fields ** Package: The name and version of the package as it will appear in setup. Proposal: Files that will be uploaded to sources.redhat.com unmodified. HOLD-UPS: What you need to finish! What we are waiting for. Maintainers of existing packages are eligible to vote on ITPs and new package proposals. Once a package has been proposed, a cygwin-apps subscriber must review it, and may point out problems or suggest changes. Each package must receive a good to go (positive review) and must have all problems addressed before being accepted. Problems can be addressed either by announcing an updated version or explaining why the problem is not an issue. === Pending Packages List === Waiting for review: ploticus sgrep distcc libsmi otcl tclcl rdesktop tzcode cabextract joe rxp gd Waiting for vote[s]: ploticus sgrep libsmi rdesktop tzcode cabextract joe rxp (GAP) With unresolved problems: tcm distcc gd Package: tcm 2.20-1 Description: Toolkit for Conceptual Modeling (TCM) Proposer: Daniel Boesswetter Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00299.html http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint Good to go: Charles Wilson (cygwin-apps-thread.11851) (once problems are addressed) Problems: So, here's the question for the list. For the cygwin-specific README in a X-related package, where should it go? (cygwin-apps-thread.11851) Status: Attained required 3 votes. Package available. Reviewed. HOLD-UPS: Unresolved minor problems. Package: ploticus 2.11-1 Description: Command line driven tool to generates various plots and graphs Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00165.html http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/setup.hint Status: Package available. HOLD-UPS: Not enough votes (need 3). No good to go review. Package: sgrep 1.99.1-1 Description: Search indexed text regions like SGML, XML and HTML files Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint Aye votes: Lapo Luchini (cygwin-apps-thread.11774) [1/3] Dr. Volker Zell (cygwin-apps-thread.12054) [2/3] Status: Package available. HOLD-UPS: Not enough votes (need 1 more). No good to go review. Package: distcc 2.11.1-1 Description: A fast, free, distributed C/C++ compiler Proposer: John Morrison Proposal: mailto:[EMAIL PROTECTED] http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1-src.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/setup.hint Problems: the documentation needs to be consolidated into usr/share/doc/distcc-2.11.1/ (cygwin-apps-thread.11644) a Cygwin-specific README needs to be created (cygwin-apps-thread.11644) either popt or libpopt0 should be required (cygwin-apps-thread.11644) cygwin should also be required (cygwin-apps-thread.11644) Status: Attained required 3 votes. Package available. HOLD-UPS: Unresolved problems. No good to go review. Package: libsmi 0.4.1-1 Description: Library to access SMI MIB information Proposer: Abe Backus Proposal: mailto:[EMAIL PROTECTED] http://abraham.backus.com/release/libsmi/libsmi-0.4.1-1.tar.bz2 http://abraham.backus.com/release/libsmi/libsmi-0.4.1-1-src.tar.bz2 http://abraham.backus.com/release/libsmi/setup.hint Also: libsmi-devel [A library to access SMI MIB information] http://abraham.backus.com/release/libsmi/libsmi-devel/libsmi-devel-0.4.1-1.tar.bz2 http://abraham.backus.com/release/libsmi/libsmi-devel/setup.hint Also: libsmi-tools [Tools using a library to access SMI MIB information] http://abraham.backus.com/release/libsmi/libsmi-tools/libsmi-tools-0.4.1-1.tar.bz2 http://abraham.backus.com/release/libsmi/libsmi-tools/setup.hint Status: Package available. HOLD-UPS: Not enough votes (need 3). No good to go review. Package: otcl 1.0.13-1 Description: OTcl, short for MIT Object Tcl. (main package)
Re: Pending Packages List, 2003-11-14 [otcl, tclcl]
Daniel, I think I mis-posted the URLs in my announcements for otcl and tclcl. Each of the paths below should have cygwin/ changed to cygwin/release/ Thanks, Harold Daniel Reed wrote: Package: otcl 1.0.13-1 Description: OTcl, short for MIT Object Tcl. (main package) Proposer: Harold L Hunt II Proposal: mailto:[EMAIL PROTECTED] http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1-src.tar.bz2 http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint Also: libotcl0 [OTcl, short for MIT Object Tcl. (runtime)] http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/libotcl0-1.0.9-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/setup.hint Also: libotcl-devel [OTcl, short for MIT Object Tcl. (development)] http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/libotcl-devel-1.0.9-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/setup.hint Status: Vote-exempt. Package available. HOLD-UPS: No good to go review. Package: tclcl 1.0.13-1 Description: TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, ... Proposer: Harold L Hunt II Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-11/msg5.html http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1-src.tar.bz2 http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint Also: libtclcl0 [TclCL (Tcl with classes). (runtime)] http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/libtclcl0-1.0.13-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/setup.hint Also: libtclcl-devel [TclCL (Tcl with classes). (development)] http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/libtclcl-devel-1.0.13-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/setup.hint Status: Vote-exempt. Package available. HOLD-UPS: No good to go review.
automated PPL
I am going to start testing a new script to pull out package proposals from cygwin-apps messages. I have a couple small requests that hopefully will not be too intrusive. For messages about only one package, you can simply follow the message formatting guidelines Christopher Faylor proposed for cygwin-announce in September: http://cygwin.com/ml/cygwin-apps/2003-09/msg00355.html Or even more simply, whenever you mention the name of your package, include its version number. What I need, before any set of URLs, is the package name and version number, separated by a space or hyphen. It does not need to be immediately before the URLs, just close, as in: I am pleased to announce the availability of bar 2.0 from: BINARY: http://example.net/~doe/bar-2.0-1.tar.bz2 HINT: http://example.net/~doe/setup.hint SOURCE: http://example.net/~doe/bar-2.0-1-src.tar.bz2 The word version can appear between the package name and the version number, so ... of bar version 2.0 from would also be fine. What *will* muck things up, however, are references to other packages, as in: I am pleased to announce the availability of bar 2.0, which depends on having cygwin 1.5.5 installed, from: BINARY: http://example.net/~doe/bar-2.0-1.tar.bz2 Please make sure your package and its version are the last things that look like a package/version pair before the URLs. To clarify, you can certainly include whatever language you want, just make sure to state (or restate) the package name and version before its URL, as in: I am pleased to announce the availability of bar 2.0, which depends on having cygwin 1.5.5 installed. bar-2.0 is available from: BINARY: http://example.net/~doe/bar-2.0-1.tar.bz2 If you are announcing a package with subordinate packages (any package built from the sources of a master package), list the master first and do not list a -src for the subordinate package. Subordinate packages do not need a version number*; the version of the master is always used. For example: I have updated Cygwin's libfoo package at the following URLs: libfoo-1.2-3 http://www.example.com/Cygwin/libfoo/libfoo-1.2-3-src.tar.bz2 http://www.example.com/Cygwin/libfoo/libfoo-1.2-3.tar.bz2 http://www.example.com/Cygwin/libfoo/setup.hint-libfoo libfoo-devel http://www.example.com/Cygwin/libfoo/libfoo-devel-1.2-3.tar.bz2 http://www.example.com/Cygwin/libfoo/setup.hint-libfoo-devel libfoo-demo === http://www.example.com/Cygwin/libfoo/libfoo-demo-1.2-3.tar.bz2 http://www.example.com/Cygwin/libfoo/setup.hint-libfoo-demo * I still need some way to identify the names of subordinate packages, though. If the subordinate package contains the name of the master package (like how libfoo-devel contains libfoo, and libotcl0 contains otcl), it will be found. Otherwise, you may have to put a dummy version string after the sub-package name so it will be found. The simplest message would include the package name in the Subject and just URLs in the body, as in: Subject: Updated: bar-2.1 New version, please upload. http://example.net/~doe/bar-2.1-1.tar.bz2 http://example.net/~doe/bar-2.1-1-src.tar.bz2 http://example.net/~doe/bar.hint Hint files should contain the word hint; source files should contain -src; binary files should at least contain .tar. You can end files in .tar.zip or .tar.txt if your web server requires it, but make sure they are actually bzip2'd tar files, as they will be renamed to .tar.bz2 when uploaded. Also, please try not to let your mailer break up URLs into multiple lines, as in: ftp://ftp.example.com/pub/users/john.doe/non-work/Cygwin/libfoo-1.2- 3-src.tar.bz2 Going beyond the 80th column is fine. I have run the past two months' proposal messages through and it has been nearly perfect. The misses were: curl (believed the package was have), gv (uses setup instead of hint), opengl (believes the version is 1.4-1, which is probably my fault), otcl 1.0.13 (did not list updated URLs for its subordinates), suite3270 (just not the expected order of URLs), and tcp-wrappers (written as TCP Wrappers instead of tcp-wrappers). cabextract, cweb, fltk, fontconfig, gsl, joe, lftp 2.6.8-1, lftp 2.6.8-2, lftp 2.6.8-3, otcl 1.0.9, rdesktop, rxp, sunrpc, tclcl, tzcode, wget, wtf, and xmlto were all parsed correctly. I will be running those messages through the new script to regenerate the PPL (I seem to have kept messing up poor Harold's messages :/). Thanks for reading through. If you have any questions or concerns, please feel free to comment. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ The best executive is the one who has sense enough to pick good men to do
Re: XWin works on Win2K but not on some WinXP clients
I'm NOT giving up. This is now my mission in life (when I'm not doing what I'm supposed to be doing). The guy with Win2K can login into the linux box again (must not have rebooted the box or something for my last post). WinXP clients no dice. I physically changed the the runlevel on the linux box by invoking: # init 3 gdm -debug 10 -no daemon 2nd line invokes the display manager, which by default puts the system back in run level 5? Hence, that's why I didnt need to explicity change to run level 5 as I erroneously did in previous posts? Also explains why the system would display the message display 0 already active, launching display 1? greps taken following that command: [EMAIL PROTECTED] log]# ps -ef |grep xdm root 4039 1 12 08:10 ?00:00:01 xdm root 4043 3646 0 08:11 pts/000:00:00 grep xdm [EMAIL PROTECTED] log]# ps -ef |grep kdm root 4045 3646 0 08:11 pts/000:00:00 grep kdm [EMAIL PROTECTED] log]# ps -ef |grep gdm root 3282 3252 0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug 10 -nodaemon root 3320 3282 0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug 10 -nodaemon root 3321 3320 0 07:44 ?00:00:02 /usr/X11R6/bin/X :0 -auth /var/gdm/:0.Xauth vt7 root 4047 3646 0 08:11 pts/000:00:00 grep gdm [EMAIL PROTECTED] log]# [EMAIL PROTECTED] log]# ls boot.logcups ksyms.4messages.1rpmpkgs secure.3 up2date.3 xdm-errors boot.log.1 dmesgksyms.5messages.2rpmpkgs.1 secure.4 up2date.4 XFree86.0.log boot.log.2 fax ksyms.6messages.3rpmpkgs.2 spooler uucp XFree86.0.log.old boot.log.3 gdm lastlogmessages.4rpmpkgs.3 spooler.1 vbox XFree86.1.log boot.log.4 httpdmaillogmysqld.log.1 rpmpkgs.4 spooler.2 vsftpd.logXFree86.1.log.old canna iptraf maillog.1 mysqld.log.2 saspooler.3 vsftpd.log.1 zebra cronkdm.log maillog.2 mysqld.log.3 samba spooler.4 vsftpd.log.2 cron.1 ksyms.0 maillog.3 mysqld.log.4 scrollkeeper.log squid vsftpd.log.3 cron.2 ksyms.1 maillog.4 news secureup2date vsftpd.log.4 cron.3 ksyms.2 mailmanpgsql secure.1 up2date.1 wtmp cron.4 ksyms.3 messages privoxy secure.2 up2date.2 wtmp.1 [EMAIL PROTECTED] log]# Excerpt from XFree86.0.log (**) DevInputMice: Buttons: 5 (II) XINPUT: Adding extended input device DevInputMice (type: MOUSE) (II) XINPUT: Adding extended input device Mouse0 (type: MOUSE) (II) Mouse0: ps2EnableDataReporting: succeeded (II) DevInputMice: ps2EnableDataReporting: succeeded AUDIT: Fri Nov 14 07:44:42 2003: 3321 X: client 4 rejected from local host [EMAIL PROTECTED] log]# I deleted all the log files from the /var/log/gdm folder. They were a lot of them, and they didnt seem to be changing from one day to the next. Following deletion, of these files I asked the Win2K guy to login, and then I tried to login, and no new 0:log files were generated in this sub-directory. Apparently, individual login attempts are not logged here. I need more specific guidance from the forum. I keep pasting the log entrys for the gdm into my mail, and they look the same - debug mode or not. Are these the log entries you are looking for? How do I discern which entry corresponds to the Win2K attempt vice the WinXP attempt?
Re: XWin works on Win2K but not on some WinXP clients
Kirk, Woellert, Kirk D. wrote: I'm NOT giving up. This is now my mission in life (when I'm not doing what I'm supposed to be doing). The guy with Win2K can login into the linux box again (must not have rebooted the box or something for my last post). WinXP clients no dice. Okay, I just wanted to make sure you weren't getting discouraged. Sometime after getting this far I get blind sided with an I'm giving up message. I physically changed the the runlevel on the linux box by invoking: # init 3 gdm -debug 10 -no daemon This is good. This is precisely what you need to be doing for the debugging phase. 2nd line invokes the display manager, which by default puts the system back in run level 5? The primary difference between run level 3 and run level 5 is that a display manager is running. Trying to move up to run level 5 after starting gdm on your own would cause init to attempt to start gdm again, which would not be good. Hence, that's why I didnt need to explicity change to run level 5 as I erroneously did in previous posts? That's pretty much correct. Also explains why the system would display the message display 0 already active, launching display 1? Exactly. greps taken following that command: [EMAIL PROTECTED] log]# ps -ef |grep xdm root 4039 1 12 08:10 ?00:00:01 xdm root 4043 3646 0 08:11 pts/000:00:00 grep xdm Why is xdm running? I thought that in a clean reboot you found out that only gdm was running? There should only be one of xdm, gdm, kdm running at any time. We really have to nail down precisely which one of the three is running at startup and make sure that that is the one we debug. [EMAIL PROTECTED] log]# ps -ef |grep kdm root 4045 3646 0 08:11 pts/000:00:00 grep kdm Good. kdm should not be running. [EMAIL PROTECTED] log]# ps -ef |grep gdm root 3282 3252 0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug 10 -nodaemon root 3320 3282 0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug 10 -nodaemon I don't think this is good. I don't think there should be two instances of gdm running. Make sure you reboot the machine before doing each test... you don't want to worry about an old process laying around, which would prevent you from seeing the debug messages. root 3321 3320 0 07:44 ?00:00:02 /usr/X11R6/bin/X :0 -auth /var/gdm/:0.Xauth vt7 That's fine. I deleted all the log files from the /var/log/gdm folder. They were a lot of them, and they didnt seem to be changing from one day to the next. Following deletion, of these files I asked the Win2K guy to login, and then I tried to login, and no new 0:log files were generated in this sub-directory. Apparently, individual login attempts are not logged here. Okay, well, you do have a problem above where you are running two instances of gdm and an instance of gdm. All three of those instances are trying to listen on the same network port for XDMCP logins... it is a crapshoot as to which of them is actually handling connection attempts. If it happens to be xdm, then there will not be new log files in /var/log/gdm (since xdm doesn't log there). I need more specific guidance from the forum. I keep pasting the log entrys for the gdm into my mail, and they look the same - debug mode or not. Are these the log entries you are looking for? How do I discern which entry corresponds to the Win2K attempt vice the WinXP attempt? I think we need to chat on the phone. This should have taken only a few minutes to fix. I will contact you off list to make arrangements. Harold
Re: wmaker TIFF (actually libtiff4) problem
On Fri, Nov 14, 2003 at 06:56:20PM +, [EMAIL PROTECTED] wrote: Several people including myself have experienced the problem where WindowMaker 0.80.2-1 does not properly display some TIFF images. This message describes a solution that seems to work for me. It of course does not seem like a good thing to do, so use at your own risk. (I haven't experienced any adverse effects so far). I simply replaced /bin/cygtiff4.dll with /bin/cygtiff3.dll. i.e. cp /bin/cygtiff3.dll /bin/cygtiff4.dll If you do not have cygtiff3.dll, you just need to install the libtiff3 package. Copying dlls with different versions is rarely a good idea. It's a better idea to figure out what is ostensibly wrong with cygtiff4.dll and fix that.
src/winsup/utils ChangeLog mkgroup.c mkpasswd. ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-11-14 19:14:43 Modified files: winsup/utils : ChangeLog mkgroup.c mkpasswd.c passwd.c Log message: * mkgroup.c: Avoid compiler warnings throughout. * mkpasswd.c: Ditto. * passwd.c: Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.244r2=1.245 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/mkgroup.c.diff?cvsroot=srcr1=1.22r2=1.23 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/mkpasswd.c.diff?cvsroot=srcr1=1.32r2=1.33 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/passwd.c.diff?cvsroot=srcr1=1.10r2=1.11
thunk createDirectory and createFile calls
Ok, this is the thin edge of the wedge: thunk CreateDirectory and CreateFile throughout the core. All inline, so there should be no performance hit, but the coming unicode changes will be able to be done in one place. I considered redefining the CreateDirectory and CreateFile calls but decided against it. I'd like to commit these parts in, as they are a) common to every approach to this problem I can think of. b) safe. Is that ok? 2003-11-11 Robert Collins [EMAIL PROTECTED] Ron Parker [EMAIL PROTECTED] Rename CreateFile to cygwin_create_file throughout. Rename CreateDirectory to cygwin_create_directory throughout. * assert.cc: Ditto. * dcrt0.cc: Ditto. * dir.cc: Ditto. * exceptions.cc: Ditto. * fhandler.cc: Ditto. * fhandler_console.cc: Ditto. * fhandler_disk_file.cc: Ditto. * fhandler_proc.cc: Ditto. * fhandler_socket.cc: Ditto. * fork.cc: Ditto. * ntea.cc: Ditto. * path.cc: Ditto. * security.cc: Ditto. * spawn.cc: Ditto. * syscalls.cc: Ditto. * times.cc: Ditto. * uinfo.cc: Ditto. 2003-11-11 Robert Collins [EMAIL PROTECTED] Ron Parker [EMAIL PROTECTED] Rename CreateFile to cygwin_create_file throughout. Rename CreateDirectory to cygwin_create_directory throughout. * assert.cc: Ditto. * dcrt0.cc: Ditto. * dir.cc: Ditto. * exceptions.cc: Ditto. * fhandler.cc: Ditto. * fhandler_console.cc: Ditto. * fhandler_disk_file.cc: Ditto. * fhandler_proc.cc: Ditto. * fhandler_socket.cc: Ditto. * fork.cc: Ditto. * ntea.cc: Ditto. * path.cc: Ditto. * security.cc: Ditto. * spawn.cc: Ditto. * syscalls.cc: Ditto. * times.cc: Ditto. * uinfo.cc: Ditto. ? cvs.exe.stackdump ? cygwin_daemon.patch ? io.h ? localdiff ? pthread_cancel.patch ? pthread_fix.patch ? pthread_fork_save_keys.patch ? pthread_mutex.patch ? t Index: assert.cc === RCS file: /cvs/src/src/winsup/cygwin/assert.cc,v retrieving revision 1.9 diff -u -p -r1.9 assert.cc --- assert.cc 19 Sep 2002 15:12:48 - 1.9 +++ assert.cc 14 Nov 2003 09:36:36 - @@ -12,6 +12,7 @@ details. */ #include security.h #include wingdi.h #include winuser.h +#include io.h #include assert.h #include stdlib.h @@ -28,8 +29,9 @@ __assert (const char *file, int line, co /* If we don't have a console in a Windows program, then bring up a message box for the assertion failure. */ - h = CreateFile (CONOUT$, GENERIC_WRITE, FILE_SHARE_WRITE, sec_none_nih, - OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); + h = cygwin_create_file (CONOUT$, GENERIC_WRITE, FILE_SHARE_WRITE, + sec_none_nih, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, + NULL); if (h == INVALID_HANDLE_VALUE) { char *buf; Index: dcrt0.cc === RCS file: /cvs/src/src/winsup/cygwin/dcrt0.cc,v retrieving revision 1.189 diff -u -p -r1.189 dcrt0.cc --- dcrt0.cc16 Oct 2003 14:08:27 - 1.189 +++ dcrt0.cc14 Nov 2003 09:36:36 - @@ -34,6 +34,7 @@ details. */ #include dll_init.h #include cygthread.h #include sync.h +#include io.h #define MAX_AT_FILE_LEVEL 10 @@ -164,13 +165,13 @@ insert_file (char *name, char *cmd) HANDLE f; DWORD size; - f = CreateFile (name + 1, - GENERIC_READ, /* open for reading*/ - FILE_SHARE_READ, /* share for reading */ - sec_none_nih, /* no security */ - OPEN_EXISTING, /* existing file only */ - FILE_ATTRIBUTE_NORMAL, /* normal file */ - NULL); /* no attr. template */ + f = cygwin_create_file (name + 1, + GENERIC_READ, /* open for reading*/ + FILE_SHARE_READ, /* share for reading */ + sec_none_nih, /* no security */ + OPEN_EXISTING, /* existing file only */ + FILE_ATTRIBUTE_NORMAL, /* normal file */ + NULL); /* no attr. template */ if (f == INVALID_HANDLE_VALUE) { @@ -1107,9 +1108,9 @@ __api_fatal (const char *fmt, ...) a serious error. */ if (GetFileType (GetStdHandle (STD_ERROR_HANDLE)) != FILE_TYPE_CHAR) { - HANDLE h = CreateFile (CONOUT$, GENERIC_READ | GENERIC_WRITE, -FILE_SHARE_WRITE | FILE_SHARE_WRITE, -sec_none, OPEN_EXISTING, 0, 0); + HANDLE h = cygwin_create_file (CONOUT$, GENERIC_READ | GENERIC_WRITE, +
Re: thunk createDirectory and createFile calls
On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote: /* io.h Copyright 2003 Robert Collins [EMAIL PROTECTED] Copyright 2003 Ron Parker [EMAIL PROTECTED] This file is part of Cygwin. This software is a copyrighted work licensed under the terms of the Cygwin license. Please consult the file CYGWIN_LICENSE for details. */ #ifndef _IO_H_ #define _IO_H_ inline HANDLE cygwin_create_file (LPCTSTR file_name, DWORD access, DWORD share_mode, LPSECURITY_ATTRIBUTES sec_attr, DWORD disposition, DWORD flags, HANDLE template_file) { return CreateFileA(file_name, access, share_mode, sec_attr, disposition, flags, template_file); } inline BOOL cygwin_create_directory (LPCTSTR filename, LPSECURITY_ATTRIBUTES sec_attr) { return CreateDirectory(filename, sec_attr); ^^^ CreateDirectoryA? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: thunk createDirectory and createFile calls
Robert Collins wrote: Corinna Vinschen wrote: On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote: inline BOOL cygwin_create_directory (LPCTSTR filename, LPSECURITY_ATTRIBUTES sec_attr) { return CreateDirectory(filename, sec_attr); ^^^ CreateDirectoryA? Ah, yeh. Also, I think LPCTSTR should be LPCSTR ? (and also in the CreateFile case) Max.
Re: thunk createDirectory and createFile calls
Max Bowsher wrote: Also, I think LPCTSTR should be LPCSTR ? (and also in the CreateFile case) Not according to MSDN. (excuse the unsigned emails, I don't have gpg setup with thunderbird on cygwin :[) Rob
thunking, the next step
Ok, I've now integrated and generalised Ron's unicode support mini-patch. So, here tis a version that, well the changelog explains the overview, and io.h the detail. Overhead wise, this is reasonably low: 1 strlen() per IO call minimum. 1 unicode conversion, only if needed. inlined code, so no additional function calls. 2003-11-11 Robert Collins [EMAIL PROTECTED] Ron Parker [EMAIL PROTECTED] Rename thunked functions to cygwin_function_name, create unicode capable thunks, and add autoload support, for: CreateFile CreateDirectory SetFileAttributes GetFileAttributes MoveFile MoveFileEx * assert.cc: Ditto. * dcrt0.cc: Ditto. * dir.cc: Ditto. * exceptions.cc: Ditto. * fhandler.cc: Ditto. * fhandler_console.cc: Ditto. * fhandler_disk_file.cc: Ditto. * fhandler_proc.cc: Ditto. * fhandler_socket.cc: Ditto. * fork.cc: Ditto. * ntea.cc: Ditto. * path.cc: Ditto. * security.cc: Ditto. * spawn.cc: Ditto. * syscalls.cc: Ditto. * times.cc: Ditto. * uinfo.cc: Ditto. * autoload.cc: Add ...W functions for the thunked functions. * wincap.cc: Add has_unicode_io capability. * wincap.h: Add has_unicode_io capability. /* io.h Copyright 2003 Robert Collins [EMAIL PROTECTED] Copyright 2003 Ron Parker [EMAIL PROTECTED] This file is part of Cygwin. This software is a copyrighted work licensed under the terms of the Cygwin license. Please consult the file CYGWIN_LICENSE for details. */ #ifndef _IO_H_ #define _IO_H_ /* this file is a tuhnk layer to automatically use unicode calls when possible. * ALL routines presume that valid memory checks have already been carried out. */ inline bool cygwin_filename_is_dos(LPCTSTR file_name) { return file_name[1] == ':'; } class IOThunkState { public: inline IOThunkState(LPCTSTR file_name); inline ~IOThunkState(); enum Condition {FAILED, ANSI, WIDE} condition; inline WCHAR *getWide(); /* Not implemented */ inline IOThunkState(IOThunkState const ); inline IOThunkState operator = (IOThunkState const ); private: size_t len; WCHAR *wfilename; LPCTSTR file_name;/* pointer used during object life */ }; IOThunkState::IOThunkState(LPCTSTR filename): wfilename (NULL), file_name(filename) { len = strlen(file_name); /* If it exceeds ANSI call length, fail. */ if (!wincap.has_unicode_io() len MAX_PATH) { SetLastError(111); /* The file name is too long. */ condition = FAILED; return; } /* Call the ansi call if possible / required */ if (!wincap.has_unicode_io() || !cygwin_filename_is_dos(file_name) || len = MAX_PATH) { condition = ANSI; return; } /* we need to use unicode to support this call */ getWide(); } WCHAR * IOThunkState::getWide() { if (wfilename != NULL || condition == FAILED) return wfilename; if ((wfilename = (WCHAR *)malloc (sizeof(WCHAR) * (len + 4 + 1))) == NULL) { SetLastError(111); /* The file name is too long. */ condition = FAILED; return NULL; } condition = WIDE; /* And convert */ sys_mbstowcs (wfilename, ?\\, 5); sys_mbstowcs (wfilename + 4, file_name, len + 1); return wfilename; } IOThunkState::~IOThunkState() { if (wfilename) free(wfilename); } inline HANDLE cygwin_create_file (LPCTSTR filename, DWORD access, DWORD share_mode, LPSECURITY_ATTRIBUTES sec_attr, DWORD disposition, DWORD flags, HANDLE template_file) { IOThunkState state(filename); switch (state.condition) { case IOThunkState::FAILED: return 0; case IOThunkState::ANSI: return CreateFileA (filename, access, share_mode, sec_attr, disposition, flags, template_file); case IOThunkState::WIDE: return CreateFileW (state.getWide(), access, share_mode, sec_attr, disposition, flags, template_file); }; } inline BOOL cygwin_create_directory (LPCTSTR filename, LPSECURITY_ATTRIBUTES sec_attr) { IOThunkState state(filename); switch (state.condition) { case IOThunkState::FAILED: return 0; case IOThunkState::ANSI: return CreateDirectoryA (filename, sec_attr); case IOThunkState::WIDE: return CreateDirectoryW (state.getWide(), sec_attr); }; } inline DWORD cygwin_get_file_attributes(LPCTSTR filename) { IOThunkState state(filename); switch (state.condition) { case IOThunkState::FAILED: return INVALID_FILE_ATTRIBUTES; case IOThunkState::ANSI: return GetFileAttributesA (filename); case IOThunkState::WIDE: return GetFileAttributesW (state.getWide()); }; } inline BOOL cygwin_set_file_attributes(LPCTSTR filename, DWORD attr) { IOThunkState
Re: thunking, the next step
On Fri, Nov 14, 2003 at 11:02:11PM +1100, Robert Collins wrote: Ok, I've now integrated and generalised Ron's unicode support mini-patch. So, here tis a version that, well the changelog explains the overview, and io.h the detail. Overhead wise, this is reasonably low: 1 strlen() per IO call minimum. I'm wondering if we couldn't get rid of that strlen call. These functions already get a Windows path. This path is constructed by a call to path_conv::check(). check() already scans the path so it should be simple to add a length field to path_conv, which could be used when calling the IOThunkState constructor. Right? Wrong? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: thunk createDirectory and createFile calls
On Sat, 2003-11-15 at 00:04, Max Bowsher wrote: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/createfile.asp Look at the grey box :}. Exactly. CreateFile takes LPCTSTR - but you are calling CreateFileA, which takes LPCSTR. Granted, LPCTSTR == LPCSTR when UNICODE is not defined - but if you are relying on that, you don't need to bother with the A suffix on the function, either. Ah, I'll look this up tomorrow. For now, I've done the change to not use MAX_PATH throughout cygwin, and I've broken something. So, I'm figuring out why :[. That said, I don't plan to rely on UNICODE not being defined: this code should be the same no matter what options are passed. Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: thunking, the next step
On Fri, 2003-11-14 at 23:58, Corinna Vinschen wrote: I'm wondering if we couldn't get rid of that strlen call. These functions already get a Windows path. This path is constructed by a call to path_conv::check(). check() already scans the path so it should be simple to add a length field to path_conv, which could be used when calling the IOThunkState constructor. Right? Wrong? Probably yes. Passing length in (i.e. pascal style strings :}) would be useful. I've got a short term goal of a *working* stupidly long paths cygwin first though :}. I'm not hearing any 'your concepts are stuffed' feedback though, which I like :}. Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: thunk createDirectory and createFile calls
On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote: Rename CreateFile to cygwin_create_file throughout. ^^ Rename CreateDirectory to cygwin_create_directory throughout. ^^^ It is a given that we're working in cygwin. Adding a cygwin_ to the beginning of a function is just noise. cgf
Re: thunking, the next step
On Fri, Nov 14, 2003 at 11:02:11PM +1100, Robert Collins wrote: Ok, I've now integrated and generalised Ron's unicode support mini-patch. So, here tis a version that, well the changelog explains the overview, and io.h the detail. Overhead wise, this is reasonably low: 1 strlen() per IO call minimum. 1 unicode conversion, only if needed. And a couple of tests for do we do unicode for every call. I wonder if path_conv couldn't be doing more of the upfront work. cgf inlined code, so no additional function calls.
Re: thunk createDirectory and createFile calls
On Sat, 2003-11-15 at 02:52, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote: Rename CreateFile to cygwin_create_file throughout. ^^ Rename CreateDirectory to cygwin_create_directory throughout. ^^^ It is a given that we're working in cygwin. Adding a cygwin_ to the beginning of a function is just noise. Heh, will fix... was following Ron's convention semi-blindly. Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: thunk createDirectory and createFile calls
On Sat, Nov 15, 2003 at 04:48:16AM +1100, Robert Collins wrote: On Sat, 2003-11-15 at 02:52, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote: Rename CreateFile to cygwin_create_file throughout. ^^ Rename CreateDirectory to cygwin_create_directory throughout. ^^^ It is a given that we're working in cygwin. Adding a cygwin_ to the beginning of a function is just noise. Heh, will fix... was following Ron's convention semi-blindly. Well, we have a small problem with get_file_attributes and set_file_attributes. We already have two functions called get_file_attribute and set_file_attribute. Note that the difference is only the trailing 's'. I'd suggest to change the name of the exisiting functions to something a bit different so that it's less likely to confuse the two calls. get_file_permissions and set_file_permissions would be good names for them, wouldn't they? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: thunking, the next step
On Sat, Nov 15, 2003 at 04:52:43AM +1100, Robert Collins wrote: On Sat, 2003-11-15 at 02:57, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 11:02:11PM +1100, Robert Collins wrote: Ok, I've now integrated and generalised Ron's unicode support mini-patch. So, here tis a version that, well the changelog explains the overview, and io.h the detail. Overhead wise, this is reasonably low: 1 strlen() per IO call minimum. 1 unicode conversion, only if needed. And a couple of tests for do we do unicode for every call. Which are all inline aren't they? I guess I don't see the overhead as significant compared to the strlen generation. I'd rather just make the decision at initialization time if we can. Possibly we could extend the function loader to either call FooW or FooA as appropriate when Foo is specified. cgf
Re: For masochists: the leap o faith
Robert Collins wrote: Ok, so this it for tonight, my bed is calling me. If playing with this, be sure to: rebuild libc as well as cygwin1.dll. be setup to debug cygwin1.dll. I don't *think* I've changed the size of the shared stuff, but then again, I'm pretty tired, so I'll believe anything right now. My plan is to unbreak cygwin tomorrow, and then work through the list of potentially update-requiring API calls: Turns out, that we still have a bug with gcc, where registeres are trashed when alloca is used to allocate large stack objects. I posted a test case to the developers list when we where working on -O3 support ?two? years back - it looks like the same issue. So, I've dropped CYG_MAX_PATH to 512 in winsup.h, and that makes the dll usable. There is an issue with the win32 responses on loong files - but at least we can continue progressing. So, Chris, are there any parts you've seen so far, that you've be happy to ok (i.e. the MAX_PATH-CYG_MAX_PATH rename), or the global search and replaces to the thunk functions? As far as applications maing assumptions, unix file systems don't guarantee PATH_MAX: thats an upper limit of the OS, applications are expected to be able to handle to up to PATH_MAX... but can't expect the OS to do so in every case. Now, for global use of an A or W function, Chris' utf patch which I just ran into digging into a INVALID_NAME error, also chose at runtime. I can easily alter IOThunkState to always use W if available, and then check a cached flag from then on in. I really think that the current overhead will be low enough to be a non-issue though. Rob
Re: dtable.cc (build_fh_pc): serial port handling
On Thu, 13 Nov 2003, Christopher Faylor wrote: On Wed, Nov 12, 2003 at 01:24:21PM -0600, Brian Ford wrote: 2003-11-12 Brian Ford [EMAIL PROTECTED] * dtable.cc (build_fh_pc): Use DEV_SERIAL_MAJOR to catch all serial ports. Remove redundant FH_CYGDRIVE case since it is handled by DEV_CYGDRIVE_MAJOR. FYI, this is the reason I am here: http://www.cygwin.com/ml/cygwin/2003-10/msg01750.html He offered to test my tcflush patch, but reported being unable to open /dev/ttyS0 with the cvs compiled Cygwin. Reporting that this solved an actual bug would have been useful information in the patch. I was holding off approving this until I had a chance to investigate and I'm extremely busy with real work this week. Well, I'm busy too, so I understand. The updated patch and comments were not meant to push anything. They should have been taken at face value; just an update and some background info. At the moment, I don't have any serial hardware myself to test this patch with. And, I haven't had Martin Farnik try it yet either. However, it certainly looked like an obvious and logical bug fix. So, I submitted it for further review after minimal testing. I did check the situation out before and after in the debugger. It looked like a problem before, and it looked ok after, but that was as far as I went. Since I'm new here, and even things that look obviously wrong to me are not always incorrect, I appreciate and am content to wait for a full review. Even in my regular job, I can often be faulted for checking in an obvious fix/change. Sometimes, without even compiling it. I know, I know, I've got to stop that. So, approved and applied. Anyway, thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Re: dtable.cc (build_fh_pc): serial port handling
On Fri, Nov 14, 2003 at 02:41:06PM -0600, Brian Ford wrote: However, it certainly looked like an obvious and logical bug fix. It's only logical and obvious if you assume that the com file device handling is the same as other devices. I needed to reaquaint myself with whether that was true or not. Saying and this makes /dev/ttyS0 work goes a long way to alleviating any concerns. cgf
Re: For masochists: the leap o faith
Christopher Faylor wrote: On Sat, Nov 15, 2003 at 07:31:42AM +1100, Robert Collins wrote: I posted a test case to the developers list when we where working on -O3 support ?two? years back - it looks like the same issue. This problem is fixed in the gcc cvs trunk. I've asked Danny and Gerrit about backporting the fix to 3.3.2. It should be trivial to do so. In fact, the test case I created back then passes now. It may be a variant on a theme though. So, Chris, are there any parts you've seen so far, that you've be happy to ok (i.e. the MAX_PATH-CYG_MAX_PATH rename), or the global search and replaces to the thunk functions? I haven't looked at anything in great detail. This is not the best possible time for me to be reviewing massive changes to cygwin, unfortunately. Ah. Well while there are a lot of textual changes, there are only a few logical changes. I'm happy to throw this into a branch and let you ponder - but I only have a few hours to actually work on it. As far as applications maing assumptions, unix file systems don't guarantee PATH_MAX: thats an upper limit of the OS, applications are expected to be able to handle to up to PATH_MAX... but can't expect the OS to do so in every case. It is fairly unusual for PATH_MAX to be many times greater than what is support by pathconf. Now, for global use of an A or W function, Chris' utf patch which I just ran into digging into a INVALID_NAME error, also chose at runtime. I can easily alter IOThunkState to always use W if available, and then check a cached flag from then on in. I really think that the current overhead will be low enough to be a non-issue though. Sorry but you've lost me. I don't know what my utf patch is. Chris January :}. For the record, I don't have any problems with changing PATH_MAX to CYG_PATH_MAX as a first step for this change. Small steps are, as always, appreciated. Alrighty, will commit that in a minute. Rob
Re: For masochists: the leap o faith
Christopher Faylor wrote: On Sat, Nov 15, 2003 at 07:31:42AM +1100, Robert Collins wrote: Robert Collins wrote: Ok, so this it for tonight, my bed is calling me. As far as applications maing assumptions, unix file systems don't guarantee PATH_MAX: thats an upper limit of the OS, applications are expected to be able to handle to up to PATH_MAX... but can't expect the OS to do so in every case. It is fairly unusual for PATH_MAX to be many times greater than what is support by pathconf. And yet: http://www.opengroup.org/onlinepubs/007908799/xsh/fpathconf.html the notes allude to the issue: unless you call [f]pathconf with a path for details on, some implementations won't supply valid information. You're right though, that we need to update [f]pathconf as part of this. If the implementation needs to use path to determine the value of name and the implementation does not support the association of name with the file specified by path, or if the process did not have appropriate privileges to query the file specified by path, or path does not exist, pathconf() returns -1 and errno is set to indicate the error. and in http://www.opengroup.org/onlinepubs/007908799/xsh/limits.h.html we have Pathname Variable Values The values in the following list may be constants within an implementation or may vary from one pathname to another. For example, file systems or directories may have different characteristics. A definition of one of the values will be omitted from the limits.h header on specific implementations where the corresponding value is equal to or greater than the stated minimum, but where the value can vary depending on the file to which it is applied. The actual value supported for a specific pathname will be provided by the pathconf() function. I think we need to remove the PATH_MAX constant as per their comment, as we will now offer runtime differences: win9X NT FAT NT NTFS. NAME_MAX will still be constant, (although I haven't reviewed msdn on that yet). Rob
Re: For masochists: the leap o faith
Christopher Faylor wrote: For the record, I don't have any problems with changing PATH_MAX to CYG_PATH_MAX as a first step for this change. Small steps are, as always, appreciated. Ok, so thats done. What about, for a next step, simply the introduction of the thunk layer - with only A calls used by it. No Unicode, no length changes. ? Thats probably the most verbose change, with the least variety in approach. From there on in we can debate the relative merits of path_conv state versus IOThunkState and the like without a huge patch in the wings. Rob
Re: For masochists: the leap o faith
On Sat, Nov 15, 2003 at 09:48:46AM +1100, Robert Collins wrote: Christopher Faylor wrote: It is fairly unusual for PATH_MAX to be many times greater than what is support by pathconf. And yet: http://www.opengroup.org/onlinepubs/007908799/xsh/fpathconf.html Yes, I've already (obviously?) been to SUSv3. I wasn't talking about standards. I was talking about common practice. If you have a common practice web site that you want to show me then that might be a convincing argument. Otherwise, I'll have to fall back on my personal UNIX experience. I'm not vetoing the change because PATH_MAX is potentially large. I was kind of hoping (because I'm in incurable optimist) to start a discussion with people who were familiar with packages that used PATH_MAX. How SUSv3 defines PATH_MAX is irrelevant to existing programs. cgf
Re: For masochists: the leap o faith
On Sat, 2003-11-15 at 15:43, Christopher Faylor wrote: On Sat, Nov 15, 2003 at 09:48:46AM +1100, Robert Collins wrote: Christopher Faylor wrote: It is fairly unusual for PATH_MAX to be many times greater than what is support by pathconf. And yet: http://www.opengroup.org/onlinepubs/007908799/xsh/fpathconf.html Yes, I've already (obviously?) been to SUSv3. I wasn't talking about standards. I was talking about common practice. If you have a common practice web site that you want to show me then that might be a convincing argument. Otherwise, I'll have to fall back on my personal UNIX experience. I'm not vetoing the change because PATH_MAX is potentially large. I was kind of hoping (because I'm in incurable optimist) to start a discussion with people who were familiar with packages that used PATH_MAX. How SUSv3 defines PATH_MAX is irrelevant to existing programs. Well, it'll keep. I'll publish up my latest revision of the patch tonight, and leave it for Ron or other interested parties to carry through. There is obviously another couple of days work to get all the edges off, and then there's the gcc objects-on-stack issue to resolve. Still it'd be great to get this in, in some fashion. I would like to get the thunking changes in, simply to make the only part of the patch outstanding the controversial stuff. Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Problems using WIN32 api
Laurent, [...] - are the /usr/lib/w32api/libXXX.a real static libs (with code) or only interface to the system DLLs? [...] Most of them are interface to the system DLLs (or import libs as a previous post states). For a complete answer, one would nm libname | grep __imp on each of them to see which is such an interface. On my 1.3.x cygwin here, for your libuser32.a case, I have $ nm /lib/w32api/libuser32.a | grep __imp | wc -l 582 [...] - is someone interested in a glib/gtk+ cygwin package (not a native Win32 one)? [...] It seems not to be a general interest on this, as the posts related are quite rare Here, no longer than yesterday, I was in the state to cry out on this list on the same topic, i.e. while building the same gtk+-2 I faced the problem of (devel) libtool not being able to link (only) libuuid in the shared gdk. Actually, before starting typing the message, I just recalled that there was a single undefined error when tried to link without it, so I turned on the patching-by-excluding/quick'n'dirty solution, which worked. SLao -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
A little problem with gcc cvs HEAD for cygwin, help needed...
I just wanted to ping the cygwin list for a little help... it's a problem running the Ada testsuite in current gcc cvs HEAD under cygwin... the problem relates to a shell script trying to use the newly compiled gcc et al but end up using the system installed gcc... maybe someone of you on this list can help out, pls see http://gcc.gnu.org/bugzilla/13035 for more info. Cheers, /ChJ -- 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: A little problem with gcc cvs HEAD for cygwin, help needed...
On Fri, Nov 14, 2003 at 09:09:56AM +0100, Christian Joensson wrote: I just wanted to ping the cygwin list for a little help... it's a problem running the Ada testsuite in current gcc cvs HEAD under cygwin... the problem relates to a shell script trying to use the newly compiled gcc et al but end up using the system installed gcc... maybe someone of you on this list can help out, pls see http://gcc.gnu.org/bugzilla/13035 for more info. sorry, wrong link, see http://gcc.gnu.org/PR13035 ... /ChJ -- 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/
Trouble in Compiling OpenGL-1.1.0-6 with Cygwin!
Hi everybody, I am experiencing a trouble while I am trying to compile OpenGl-1.1.0-6 from its sources available on cygwin web site. I need this one to make Ghemical 1.5 working (for its glut component part [glutinit and so on]). When I do as indicating in the README.linux of this package nothing happens (error message as usual ). error : 'akefile:38:warning:overriding commands for target 'glsmap.dir 'akefile:30:warning;ignoring old commands for target 'glsmap.dir Make : nothing to be done for 'Makefile' Has anybody an idea to solve this trouble ? May I find this glut extension somewhere else ? Regards, Alex M Here are infos about my distribution Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 infos about my compilator : gcc 3.3.1-3OK gcc-g++ 3.3.1-3OK gcc-g77 3.3.1-3OK gcc-mingw 20020817-5 OK gcc-mingw-core 20031020-1 OK gcc-mingw-g++ 20031020-1 OK gcc-mingw-g77 20031020-1 OK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl CPAN module help
man CPAN has this to offer: # list all modules on my disk that have newer versions on CPAN for $mod (CPAN::Shell-expand(Module,/./)){ next unless $mod-inst_file; next if $mod-uptodate; printf Module %s is installed as %s, could be updated to %s from C PAN\n, $mod-id, $mod-inst_version, $mod-cpan_version; } which gives you a list of all installed modules, including the distribution ones. HTH, Patrick Brian Dessent schrieb: zzapper wrote: Peter, cpan cpan How do you list modules already installed? There's no definitive way to do this. If you just want to see if you have the Foo::Bar module, you can use perl -MFoo::Bar -e 1 and if you get an error then you need to install Foo::Bar. You can also try the following script which uses the ExtUtils::Installed module, but I have found that its output is sometimes misleading, in that it will not display base (stock included) modules. And I'm not sure if it knows about modules that are installed through means other than CPAN (e.g. through your distro's package manager.) #!/usr/bin/perl use ExtUtils::Installed; my $instmod = ExtUtils::Installed-new(); foreach my $module ($instmod-modules()) { my $version = $instmod-version($module) || ???; print $module -- $version\n; } 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: Perl CPAN module help
or quick and dirty: perl -e 'use CPAN; CPAN::Shell-r;' HTH, Patrick Brian Dessent schrieb: zzapper wrote: Peter, cpan cpan How do you list modules already installed? There's no definitive way to do this. If you just want to see if you have the Foo::Bar module, you can use perl -MFoo::Bar -e 1 and if you get an error then you need to install Foo::Bar. You can also try the following script which uses the ExtUtils::Installed module, but I have found that its output is sometimes misleading, in that it will not display base (stock included) modules. And I'm not sure if it knows about modules that are installed through means other than CPAN (e.g. through your distro's package manager.) #!/usr/bin/perl use ExtUtils::Installed; my $instmod = ExtUtils::Installed-new(); foreach my $module ($instmod-modules()) { my $version = $instmod-version($module) || ???; print $module -- $version\n; } 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/
remote message logging from syslogd
Hi! I want to log remote messages from linux machines on my cygwin machine. There is a version of syslogd for cygwin available but the functionality to receive remote messages is missing. Does anyone have an idea for a different approach to achieve this functionality? Mario -- 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/
Bug in gzip's stdout handling
Hi. I run the latest version of cygwin, with gzip, on WindowsXP SP1 and have a problem with gzip. The command $ cat binaryfile.bin | gzip -c bin.gz produces an invalid .gz file: $ gunzip bin.gz gunzip: bin.gz: invalid compressed data--crc error gunzip: bin.gz: invalid compressed data--length error If I do gzip binaryfile.bin everything works as expected - i.e. the resulting .gz file is valid. If I do this instead: cat binaryfile.bin acopy.bin The two .bin files are identical. My gzip version: $ gzip --version gzip 1.3.5 (2002-09-30) Copyright 2002 Free Software Foundation Copyright 1992-1993 Jean-loup Gailly This program comes with ABSOLUTELY NO WARRANTY. You may redistribute copies of this program under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. Compilation options: DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H HAVE_MEMORY_H HAVE_STRING_H HAVE_LSTAT ASMV Written by Jean-loup Gailly. My conclusion is that gzip's handling of stdout is broken in some way. The reason I report this problem, instead of just avoiding it by not using the -c option for gzip, is that I discovered the problem while running make dist on a Makefile.in created by automake. And it's automake that creates the gzip command line. I'll send a patch to the automake people and ask them to fix this - but since it's really gzip that is broken, I think it should be fixed here too. I think you could fix this by setting the mode for the filehandle for stdout to O_BINARY, i.e. something like this: #if defined (_WIN32) setmode(FileHandle, O_BINARY); /* Make sure it is in binary mode. */ #endif It would be nice if you could look into it. Best Regards, Thomas Hammer [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/
Re: Cannot read: No space left on device accessing DDS3 drive on W2K
On Thu, Nov 13, 2003 at 01:46:13PM -0500, Sean Brown wrote: Peter, Thanks for the pointer. Both drives are DDS4 so both support density 0x25 (DDS3) which is the density of the tapes. Still no luck but am continuing in my search for a resolution. It could be a problem with the drive, though. Anyway, please set the blocksize to 0 and strace tar. Send the strace to this list. At one point in the file is perhaps an intersting Windows error number. 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/
Re: bash v2.05b.0 + nmake v7.10.3077 problem
On Thu, Nov 13, 2003 at 06:21:33PM +0100, Hannu E K Nevalainen wrote: Not that I see this to be important; 1. I see CRLF line endings. That confirms that there is something wrong elsewhere (probably at my ISP or someplace between there and the Cygwin list) as where you see cr nl, I see nl nl.. AFAIK, none of the software I use does any mangling in this fashion (and I haven't had the problem before..) 2. No double linefeeds in 'less' nor in the old Win-GUI editor I use (name: PFE). I've downloaded the file from the archives just to make sure I have the right one somewhere. It doesn't change much, though: I still don't see much of anything that might be suspicious in the file. A minimal testcase would be nice.. rlc -- Pollyanna's Educational Constant: The hyperactive child is never absent. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl CPAN module help
Thanx, What the doctor ordered!! I took one of the suggested Perl Scripts and use thus:- listmod.pl | grep -i pod zzapper -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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/
bug: can't read com1 on windows 98
Hello cygwin users, can't read com1 on windows 98 a simple test case. redirect stdout to com1 ls com1 it works fine. redirect stdin to com1 cat com1 works fine on a windows XP system. Bug with Windows 98 nothing is ever received. Tested on de same PC, same cygwin and new installed windows. Robert. -- 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/
MySQL in rxvt terminal
Hello, is it possible to use the standard MySQL client in a rxvt terminal window? While all is working fine in a cmd.exe-window (e.g. started with bash.bat), I got no prompt in the rxvt window. It seems, that no regular input reaches the MySQL client, but it is possible to cancel the operation, when I press Ctrl-C. I would appreciate any help in this direction, to get rid of the ugly cmd.exe-Window. Regards Ralf __ Horoskop, Comics, VIPs, Wetter, Sport und Lotto im WEB.DE Screensaver1.2 Kostenlos downloaden: http://screensaver.web.de/?mc=021110 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Perl CPAN module help
Doug VanLeuven [EMAIL PROTECTED] wrote: #!/usr/bin/perl use CPAN; # list all modules on my disk and note the newer versions for $mod (CPAN::Shell-expand(Module,/./)){ next unless $mod-inst_file; # here only when installed if ($mod-inst_version eq undef) { printf %s :No VERSION\n, $mod-id; } elsif ($mod-uptodate){ printf %s %s\n, $mod-id, $mod-inst_version } else { # here when not up to date printf %s %s, NEW VERSION=%s\n, $mod-id, $mod-inst_version, $mod-cpan_version; } That will miss all modules that don't exist on CPAN. Peter -- Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Perl CPAN module help
Patrick Eisenacher [EMAIL PROTECTED] wrote: man CPAN has this to offer: # list all modules on my disk that have newer versions on CPAN for $mod (CPAN::Shell-expand(Module,/./)){ next unless $mod-inst_file; next if $mod-uptodate; printf Module %s is installed as %s, could be updated to %s from C PAN\n, $mod-id, $mod-inst_version, $mod-cpan_version; } which gives you a list of all installed modules, including the distribution ones. No, no! It only lists modules for which there exists a newer version on CPAN. Peter -- Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam -- 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/
Tiff error : unknown field with tag 317
Well. I reinstalled completely cygwin packages from scratch to be sure and it seems quite easy to reproduce. The current tiff libraries don't seem able to fully understand tiff images supplied by the WindowMaker package. It is particularly visible in the window maker configuration application (/usr/X11R6/GNUStep/ Apps/WPrefs.app/WPrefs), since almost all icons are broken or blank. Similarly, the following command tiffinfo /usr/X11R6/GNUStep/Apps/WPrefs.app/tiff/expert.tiff produces TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/ tiff/expert.tiff: unknown field with tag 317 (0x13d) encountered. According to the Tiff specs, tag 317 is for Predictor, and that seems to be used mainly by LZW compression. Might it be a problem in the GIF library ? I did not have this error until I fully reinstalled Cygwin because I must have compiled gif/tiff/jpeg library by myself or something like this. Laurent Vaucher. cygcheck.out Description: cygcheck.out attachment: expert.tiff-- 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/
a2ps header clipping problem
After upgrading to the official a2ps package from my private 4.13 build, I started to notice the a2ps header is clipped off from the top of the page. If I revert back to my build, then all is well again. Has anyone else noticed this problem too? Or, is it just me? Thanks, 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/
Re: Perl CPAN module help
Hello Gary, Wednesday, November 12, 2003, 7:57:42 PM, you wrote: I tried installing several perl modules today, but make test failed on several in the LWP package and for HTML::Parser etc. Couldn't find modules I'd already installed in the INC path. With HTML::Parser it couldn't run gcc because it was not found. How do you use CPAN under cygwin? Is there a web page that outlines how to configure CPAN for cygwin, is that what is needed? Are others having problems and how did you fix them. I successfully install some and have force installed others and notice that if you do a perldoc perllocal you only get the first three modules listed, whereas if you do a more on the perllocal file, you see a lot more listed. What's up with that, can anyonw explain? Just start the `cpan` script: $ /usr/bin/cpan It asks some questions to configure itself when it runs the first time. -- Best regards, Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in gzip's stdout handling
On Fri, 14 Nov 2003, Thomas Hammer wrote: Hi. I run the latest version of cygwin, with gzip, on WindowsXP SP1 and have a problem with gzip. Please see http://cygwin.com/problems.html for guidelines on how to report Cygwin problems. The command $ cat binaryfile.bin | gzip -c bin.gz produces an invalid .gz file: $ gunzip bin.gz gunzip: bin.gz: invalid compressed data--crc error gunzip: bin.gz: invalid compressed data--length error If I do gzip binaryfile.bin everything works as expected - i.e. the resulting .gz file is valid. If I do this instead: cat binaryfile.bin acopy.bin The two .bin files are identical. My gzip version: $ gzip --version gzip 1.3.5 (2002-09-30) Copyright 2002 Free Software Foundation Copyright 1992-1993 Jean-loup Gailly This program comes with ABSOLUTELY NO WARRANTY. You may redistribute copies of this program under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. Compilation options: DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H HAVE_MEMORY_H HAVE_STRING_H HAVE_LSTAT ASMV Written by Jean-loup Gailly. My conclusion is that gzip's handling of stdout is broken in some way. I bet you have a text mount. Please *attach* the output of cygcheck -svr, as per http://cygwin.com/problems.html - this will confirm the guess. The reason I report this problem, instead of just avoiding it by not using the -c option for gzip, is that I discovered the problem while running make dist on a Makefile.in created by automake. And it's automake that creates the gzip command line. I'll send a patch to the automake people and ask them to fix this - but since it's really gzip that is broken, I think it should be fixed here too. I think you could fix this by setting the mode for the filehandle for stdout to O_BINARY, i.e. something like this: #if defined (_WIN32) setmode(FileHandle, O_BINARY); /* Make sure it is in binary mode. */ #endif FYI, Cygwin doesn't define _WIN32. Besides, the above is not a proper patch. Igor It would be nice if you could look into it. Best Regards, Thomas Hammer [EMAIL PROTECTED] -- 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/
Learning zsh
Hi If one chooses to use zsh rather than bash, do you have to rewrite all your scripts?. How steep is the learning curve?? zzapper -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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: a2ps header clipping problem
On Fri, 14 Nov 2003, Jason Tishler wrote: After upgrading to the official a2ps package from my private 4.13 build, I started to notice the a2ps header is clipped off from the top of the page. If I revert back to my build, then all is well again. Has anyone else noticed this problem too? Or, is it just me? Yep. See below. Igor --- /etc/a2ps-site.cfg-orig 2003-08-22 12:12:19.00100 -0400 +++ /etc/a2ps-site.cfg 2003-11-11 10:43:44.837233000 -0500 @@ -14,7 +14,7 @@ Options: --encoding=latin1 # Default medium -Options: --medium=A4 +Options: --medium=Letter # # 2) Your printers # -- 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: Bug in gzip's stdout handling
-Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: 14. november 2003 16:28 To: Thomas Hammer Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Bug in gzip's stdout handling Hi Igor. Thanks for responding so promptly :). ... I bet you have a text mount. Please *attach* the output of cygcheck -svr, as per http://cygwin.com/problems.html - this will confirm the guess. cygcheck.out attached. I didn't find anything about any drives being mounted as text, though. Two small bits of info that might or might not have some value: 1) I believe this has worked earlier (i.e. 6 months ago) for a colleague of mine, running a recent version of cygwin. Which means that something could have been broken in cygwin after that, or (more likely) that something for some reason is configured differently on my system. 2) When I installed cygwin, I was asked if I wanted the tools to support Unix-style newlines or DOS-style newlines. I answered DOS-style. I did reinstall cygwin, specifying Unix-style newlines this time, and had the same problem though. .Thomas 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: FYI: bladeenc - fairly easy port.
From: Hannu E K Nevalainen Sent: Wednesday, September 24, 2003 12:26 AM MOTIVATION: Gerrit, about a Windows-native version: How fast is it compared with the Cygwin version? Hannu: Answer: Approximately 20-40% faster in cmd native mode IMO the better compatibility with the other cygwin tools is worth more than the extra speed. Well, here it finally is; the patch(es?) for the executable version - for those that have interest in it. (using: bladeenc 0.94.2 gcc 3.3.1) Mostly due to the usual excuse (i.e. lack of time) I have chosen to not create a cygwin package. A secondary reason; This might also be problematic due to mp3-licensing. Feel free to use the patch as you wish. I *might* 'enhance' it further, but don't count on it. ;-) e.g. I've not tried -mno-cygwin yet ;-) FWIW. /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- bladeenc-0.94.2-stable-cygwin.sh Description: Binary data bladeenc-0.94.2-stable-cygwin.README Description: Binary data bladeenc-0.94.2-stable-cygwin.patch 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: Perl CPAN module help
On Fri, Nov 14, 2003 at 04:25:01PM +0100, Gerrit P. Haase wrote: Hello Gary, Wednesday, November 12, 2003, 7:57:42 PM, you wrote: I tried installing several perl modules today, but make test failed on several in the LWP package and for HTML::Parser etc. Couldn't find modules I'd already installed in the INC path. With HTML::Parser it couldn't run gcc because it was not found. How do you use CPAN under cygwin? Is there a web page that outlines how to configure CPAN for cygwin, is that what is needed? Are others having problems and how did you fix them. I successfully install some and have force installed others and notice that if you do a perldoc perllocal you only get the first three modules listed, whereas if you do a more on the perllocal file, you see a lot more listed. What's up with that, can anyonw explain? Just start the `cpan` script: $ /usr/bin/cpan It asks some questions to configure itself when it runs the first time. Is there a cygwin question or observation somewhere? It seems like we've wandered into territory which would be best served in a forum devoted strictly to perl. 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: Learning zsh
On Fri, Nov 14, 2003 at 03:31:51PM +, zzapper wrote: If one chooses to use zsh rather than bash, do you have to rewrite all your scripts?. How steep is the learning curve?? http://www.zsh.org/ should have a wealth of information on this. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem wit Downloading Setup.exe
When I complete the download of the new setup from the cygwin site and other mirror sites for the new version 1.5.. the download stalls at 98% then it complete itself. When I try to run the application in Window XP, I get an error message This is not a valid Win32 app. Could you tell me what I am doing wrong or where I can get a working version of the application? Thank you. Robert Murphy Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bug in gzip's stdout handling
I've removed support at gzip dot org from this discussion. So far this is Cygwin-related, and you can update them later on the results if it turns out to be a generic gzip issue. On Fri, 14 Nov 2003, Thomas Hammer wrote: -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: 14. november 2003 16:28 To: Thomas Hammer Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Bug in gzip's stdout handling Hi Igor. Thanks for responding so promptly :). ... I bet you have a text mount. Please *attach* the output of cygcheck -svr, as per http://cygwin.com/problems.html - this will confirm the guess. cygcheck.out attached. I didn't find anything about any drives being mounted as text, though. Two small bits of info that might or might not have some value: 1) I believe this has worked earlier (i.e. 6 months ago) for a colleague of mine, running a recent version of cygwin. Which means that something could have been broken in cygwin after that, or (more likely) that something for some reason is configured differently on my system. 2) When I installed cygwin, I was asked if I wanted the tools to support Unix-style newlines or DOS-style newlines. I answered DOS-style. I did reinstall cygwin, specifying Unix-style newlines this time, and had the same problem though. .Thomas (2) shows that you used to have text mounts. Your cygcheck.out shows binary mounts, so that's probably not the problem. Please try the following: sed '' binaryfile.bin acopy.bin and compare the files. Also echo | sed '' test.out; od -c test.out and perl -e 'print q{ }x2560' | gzip -c test.gz; od -c test.gz. 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: a2ps header clipping problem
On Fri, 14 Nov 2003, Jason Tishler wrote: Igor, On Fri, Nov 14, 2003 at 10:34:36AM -0500, Igor Pechtchanski wrote: On Fri, 14 Nov 2003, Jason Tishler wrote: Has anyone else noticed this problem too? Or, is it just me? Yep. See below. Doh! Thanks! All, Should a2ps be configured to default to Letter instead of A4? Jason Yes, IMO - see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html. 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: Cannot read: No space left on device accessing DDS3 drive on W2K
Peter/Corinna, Well, it was an ID-10-T error. A reboot solved the problem. Evidently, Cygwin requires a reboot on W2K before all functionality is available. I assumed, since I was reading the drive and able to get status information, that a reboot was unneccesary. After rebooting the server, the drive was fully accessible and I had no further errors reading tapes created on the Linux system. Thanks for taking the time assist. Sean -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED] Sent: Friday, November 14, 2003 4:39 AM To: [EMAIL PROTECTED] Subject: Re: Cannot read: No space left on device accessing DDS3 drive on W2K On Thu, Nov 13, 2003 at 01:46:13PM -0500, Sean Brown wrote: Peter, Thanks for the pointer. Both drives are DDS4 so both support density 0x25 (DDS3) which is the density of the tapes. Still no luck but am continuing in my search for a resolution. It could be a problem with the drive, though. Anyway, please set the blocksize to 0 and strace tar. Send the strace to this list. At one point in the file is perhaps an intersting Windows error number. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[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/
RE: a2ps header clipping problem
Sent: 14 November 2003 16:30 From: Igor Pechtchanski ..snip.. Should a2ps be configured to default to Letter instead of A4? ..snip.. Yes, IMO - see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html. Why? It doesn't seem evident from the referenced posting. If it's a USA v Rest Of World Thing fine (or not), but is there a technical reason? A2ps seems to have originated in Europe which would explain the default to A4... -- 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: a2ps header clipping problem
Igor, On Fri, Nov 14, 2003 at 11:29:32AM -0500, Igor Pechtchanski wrote: On Fri, 14 Nov 2003, Jason Tishler wrote: Should a2ps be configured to default to Letter instead of A4? Yes, IMO - Thanks for your concurrence. see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html. BTW, you caught me reading my mailing lists alphabetically again. :,) 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/
RE: a2ps header clipping problem
On Fri, 14 Nov 2003, Hughes, Bill wrote: Sent: 14 November 2003 16:30 From: Igor Pechtchanski ..snip.. Should a2ps be configured to default to Letter instead of A4? ..snip.. Yes, IMO - see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html. Why? It doesn't seem evident from the referenced posting. If it's a USA v Rest Of World Thing fine (or not), but is there a technical reason? A2ps seems to have originated in Europe which would explain the default to A4... Umm, yes, you're quite right. I should change that line to a comment instead (just so us USA people know how to fix our margins). 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: Cannot read: No space left on device accessing DDS3 drive on W2K
On Fri, Nov 14, 2003 at 11:40:25AM -0500, Sean Brown wrote: Peter/Corinna, Well, it was an ID-10-T error. A reboot solved the problem. Evidently, Cygwin requires a reboot on W2K before all functionality is available. Nope, wrong assumption. Your machine did require a reboot for some unknown reason but it's not Cygwin which needs it. 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/
RE: using rsync in a sceduled script
Rsync works perfectly everytime from the command line, but sometimes after the rsync operation completes when it is run using a script/scheduler, I get this error and rsync sits running (hung) till I manually kill it. rsync error: syntax or usage error (code 1) at /tmp/rsync- 2.5.6/main.c(1045) I logged stdout and stderr from the script, and here is what it looks like: receiving file list ... done wrote 97 bytes read 1569 bytes 175.37 bytes/sec total size is 1441861 speedup is 865.46 rsync error: syntax or usage error (code 1) at /tmp/rsync- 2.5.6/main.c(1045) Is it a bug? Is it me? I've fought this for awhile now. I can't figure it out. I copied the script to a linux machine and it works flawlessly, same rsync server. The command that is the root of all evil (my problem, in cygwin) : /usr/bin/rsync -qaz --partial --delete --timeout=4 \ rsync://server.xyz.com/o/test/ /cygdrive/d/remote/backup.current/o/ rsync doesn't work perfectly with cygwin in some situations. Search the archives for more info. I installed the latest dll snapshot and it seemed to resolve some of the hanging issues I've seen. Luke -- 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/
Will next cygwin1.dll release have the select() fix?
Will the next cygwin1.dll release have cgf's select() fix? And when is the next version planned for release? (I know a snap-shot is available). Brian Kelly WellChoice, Inc. made the following annotations on 11/14/2003 12:52:23 PM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
.exe handling change in fileutils-4.1-2
In reply to: http://cygwin.com/ml/cygwin/2003-11/msg00478.html -- It is normal to see touch foo.exe; cp foo bar fail. You just created foo.exe, which is definitely not foo. Check with ls -l. The current versions of autoconf and automake define and use EXEEXT=.exe. Check your Makefile.am or Makefile.in files and add $(EXEEXT) to all commands that involve executables. Good luck, Doru Carastan Cygwin Contractordoru.c @ pacbell.net San Jose, CAhttp://www.4jobs.com/DoruCarastan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .exe handling change in fileutils-4.1-2
Doru Carastan [EMAIL PROTECTED] writes: In reply to: http://cygwin.com/ml/cygwin/2003-11/msg00478.html -- It is normal to see touch foo.exe; cp foo bar fail. You just created foo.exe, which is definitely not foo. Check with ls -l. Yes, I'm aware that foo.exe is not foo, but fileutils-4.1-1 contained code which special-cased this situation, IMO very usefully. What I would like to see is a ChangeLog entry or CVS log message or something that corresponds to and explains the removal of that code. The current versions of autoconf and automake define and use EXEEXT=.exe. Check your Makefile.am or Makefile.in files and add $(EXEEXT) to all commands that involve executables. The build system in question is not based on autoconf/automake. - Nathan -- 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: Will next cygwin1.dll release have the select() fix?
On Fri, Nov 14, 2003 at 12:52:03PM -0500, [EMAIL PROTECTED] wrote: Will the next cygwin1.dll release have cgf's select() fix? I'm wondering what you think the term snapshot means. And when is the next version planned for release? Standard flip answer: Definitely by December 2004. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Maildir Support broken with Mutt 1.4.1?
Unfortunately the mutt version 1.4-1 doesn't find the cygcrypto.dll and cygssl.dll while there are only cygcrypto-0.9.7.dll and cygssl-0-9-7.dll. If I rename these dlls mutt dumps and I didn't test any further. But I would like to use a cygwin-supported mutt with maildir support to. Gruss Olaf Föllinger At least this works in my installation. I´ve cygcrypto-0.9.7.dll, cygcrypt- 0.dll and cygcrypto.dll in my bin directory. Maybe mutt 1.4-1 uses an older version? My cygcrypto.dll is dated 11 Apr 2003. Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.5-1 command substitution hangs (0% cpu) on XP
-Original Message- From: Geoffrey Ruscoe [mailto:[EMAIL PROTECTED] Sent: Thursday, November 13, 2003 2:03 PM To: '[EMAIL PROTECTED]' Subject: RE: 1.5.5-1 command substitution hangs (0% cpu) on XP I'm sorry I posted this problem a second time (under this new name) ... I thought my first attempt was too shotty and was probably misnamed. I was trying to continue the discussion that I had found that most closely matched (blah, blah). I don't think I've been forgiven yet ;) So I thought about trying an older version of cygwin to see if that would cure what ails (should be ale's as in free beer in my case) me, but I couldn't find snap shots of an older release (maybe 1.3.22-1). Is there a way to get this or would this not be helpful. I guess this is not a good idea Really, if anybody has any hints or things for me to try it would be very greatly appreciated. It seems so strange that I would be the only one having this problem even after the new version of bash. Either this is a real stumper, or is so simple that ~anyone~ [read: I] should have already figured it out, or ... What I would guess is that even though I searched and searched, read the faq, read the user guide, and read the posting guidelines I have offended all you hard working people -- and thus haven't deserved response. I'm sure I deserve such retribution, I'm just not sure why ;). To quote a famous bear: Oh bother. Either way, keep up the good work, I have enjoyed using cygwin on many other occasions (when I have been forced to use m$ winbloz). Cheers Thanks again, Geoff -Original Message- From: Geoffrey Ruscoe [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2003 11:12 AM To: '[EMAIL PROTECTED]' Subject: 1.5.5-1 command substitution hangs (0% cpu) on XP I have seen a number of references to this problem, but none of the fixes seems to work. I have used cygwin on many systems and not had this problem. Basically any form of command substitution hangs with 0% cpu usage. Usually after a fresh reboot, the problem will not occur for the first couple times I do it and then once the first command substitution hangs, none of them work again until a reboot. Simple commands such as Echo `echo hi` Or echo `date` Or The same using $(date), etc. Have the same results as the post install scripts. On this computer the setup has never completely worked always stopping on the post install scripts. I can see the sh.exe processes in the task manager and have to kill them off. As I do this the progress meter of setup will continue until I have killed all of the locked sh processes and the setup finally finishes. I have tried * the recent version of bash that was offered here * giving everyone full rights to cygwin and the entire c drive. * setting USER and HOME * making sure there are no spaces in either * various settings for CYGWIN (thought I had it there after a reboot). Now my CYGWIN is just: ntsec here is my bash-2.05b$ uname -a CYGWIN_NT-5.1 Consultant01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin And my cygcheck -svr is attached. The hang script hangs with both versions of bash (although not the first time or two after the fresh reboot). I'm not sure what to try next. If anyone can point me to a document that might help, or if you have any suggestions to try or some more information I can provide, it would be greatly appreciated. And I apologize for having to ask for help on what I am sure is a EBCAC. I have never had this problem before. Also important to note: I think everything was working fine until the XP downloaded and installed some update it needed. But it is too late to verify that. I have deleted cygwin and reinstalled it several times (including removing the regedit entries. Thanks again for anybody's help, Geoff -- 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: Trouble in Compiling OpenGL-1.1.0-6 with Cygwin!
On Fri, 14 Nov 2003, Alex MANTION wrote: I am experiencing a trouble while I am trying to compile OpenGl-1.1.0-6 from its sources available on cygwin web site. I need this one to make Ghemical 1.5 working (for its glut component part [glutinit and so on]). The binary opengl package contains glut. You should not need to compile it yourself unless you need to change the glut source code. Please install the current binary opengl package (version 1.1.0-7) and read /usr/share/doc/Cygwin/opengl-1.1.0-7.README for usage information. When I do as indicating in the README.linux of this package nothing happens (error message as usual ). Don't do that. Cygwin is not Linux, although it has many similar features. IIRC, Cygwin's glut is compiled using MSVC++. Has anybody an idea to solve this trouble ? May I find this glut extension somewhere else ? In the binary opengl package, yes. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: Will next cygwin1.dll release have the select() fix?
I'm wondering what you think the term snapshot means. cvs - as opposed to setup.exe So I take it I'm wrong and can get the select() fix via default setup.exe? Standard flip answer: Definitely by December 2004. Is there such a thing as a standard non-flip answer? BK Christopher Faylor [EMAIL PROTECTED]@cygwin.com on 11/14/2003 02:13:45 PM Please respond to [EMAIL PROTECTED] Sent by:[EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject:Re: Will next cygwin1.dll release have the select() fix? On Fri, Nov 14, 2003 at 12:52:03PM -0500, [EMAIL PROTECTED] wrote: Will the next cygwin1.dll release have cgf's select() fix? I'm wondering what you think the term snapshot means. And when is the next version planned for release? Standard flip answer: Definitely by December 2004. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ WellChoice, Inc. made the following annotations on 11/14/2003 02:48:51 PM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- 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: Will next cygwin1.dll release have the select() fix?
On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote: I'm wondering what you think the term snapshot means. cvs - as opposed to setup.exe What do you think the cvs repository is for? So I take it I'm wrong and can get the select() fix via default setup.exe? Not now, but the next release will be based off cvs. Doh! That is what snapshots are for, to test for a yet to be determined future release. Standard flip answer: Definitely by December 2004. Is there such a thing as a standard non-flip answer? Cygwin is a voluteer effort. Releases do not happen on a schedule. Volunteer yourself, or take what you get. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: Will next cygwin1.dll release have the select() fix?
On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote: On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote: I'm wondering what you think the term snapshot means. cvs - as opposed to setup.exe What do you think the cvs repository is for? So I take it I'm wrong and can get the select() fix via default setup.exe? Not now, but the next release will be based off cvs. Doh! That is what snapshots are for, to test for a yet to be determined future release. Standard flip answer: Definitely by December 2004. Is there such a thing as a standard non-flip answer? Cygwin is a voluteer effort. Releases do not happen on a schedule. Volunteer yourself, or take what you get. Gold star for Brian! 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: Will next cygwin1.dll release have the select() fix?
On Fri, 14 Nov 2003, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote: On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote: Gold star for Brian! Thanks! But, be carefull. We're both Brian :D. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: Learning zsh
On Fri, 14 Nov 2003, zzapper wrote: Hi If one chooses to use zsh rather than bash, do you have to rewrite all your scripts?. How steep is the learning curve?? While somethings are distinctly different between bash and zsh, and lot of bash scripts will run under zsh. But, why not use both? I am an advocate for zsh, being the Cygwin maintainer and all, but I've always felt that you should use the right tool for the right job. Choice of shell is rather a personal thing. Choose the shell which is right for you and your usage. Regarding the learning curve. You can take most of your bash (or csh or ksh) knowledge and apply it to zsh. As I said, there are differences and really the man/info pages are the best place to discover that. The Cygwin package comes with some sample source/profile files (/usr/share/doc/zsh-4.1.1/StartupFiles/) which you can start with. And, I am happy to answer any questions you may have concering zsh. zzapper -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: Will next cygwin1.dll release have the select() fix?
Gold star for Brian! Please - even thankless ungrateful lamprey-eel me knows you're not really serious about giving your tag team coat-tailer a *real* gold star for this! (I'll believe it when I see it on the website). -bk Christopher Faylor [EMAIL PROTECTED]@cygwin.com on 11/14/2003 03:13:28 PM Please respond to [EMAIL PROTECTED] Sent by:[EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject:Re: Will next cygwin1.dll release have the select() fix? On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote: On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote: I'm wondering what you think the term snapshot means. cvs - as opposed to setup.exe What do you think the cvs repository is for? So I take it I'm wrong and can get the select() fix via default setup.exe? Not now, but the next release will be based off cvs. Doh! That is what snapshots are for, to test for a yet to be determined future release. Standard flip answer: Definitely by December 2004. Is there such a thing as a standard non-flip answer? Cygwin is a voluteer effort. Releases do not happen on a schedule. Volunteer yourself, or take what you get. Gold star for Brian! 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/ WellChoice, Inc. made the following annotations on 11/14/2003 03:40:49 PM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- 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/
insight debugger locks up
Hi all, i'm using the insight debugger from the lastest cygwin package. It seems to be locking up when trying to step through code. The following program isolates the issue on my system ** #include io.h #include stdio.h #include fcntl.h #include sys/stat.h #include conio.h int main() { int handle; handle= creat(hello.txt, 0); if (handle == -1) { printf(Unable to creat file hello.txt\r\n); } write(handle, Hello\r\n,7); close(handle); handle= open(hello.txt, O_RDWR|O_BINARY, S_IREAD | S_IWRITE); if (handle == -1) { printf(Unable to open file hello.txt\r\n); } write(handle, urdum\r\n,7); close(handle); while(1) { char c = kbhit(); if(c) { c = getch(); char buffer[12]; buffer[0] = c; buffer[1] = '\0'; printf(buffer); break; } } } Compile line: g++ -g -mno-cygwin -isystemC:/cygwin/usr/include/mingw -o main.exe main.cpp ** What I do: Start the insight debugger. Use Next (not even step into). Stepping over this line: handle= creat(hello.txt, 0); causes a lockup of insight. Yet, I get the printfs: printf(Unable to creat file hello.txt\r\n); printf(Unable to open file hello.txt\r\n). My problem first arose after trying out kbhit, which locks up. Then I went to my little file test program and it has the same problem. Any ideas? Yamin This mail sent through www.mywaterloo.ca -- 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: insight debugger locks up
lol, Weird. It appears it is a kbhit problem. For some reason even on that line way up top, if I just press a key on the console screen from the debugger, the program continues. But stepping through appears to be messed up. I have to put breakpoints everywhere. Is there some incompatibility with stepping through code and kbhit. Yamin Quoting [EMAIL PROTECTED]: Hi all, i'm using the insight debugger from the lastest cygwin package. It seems to be locking up when trying to step through code. The following program isolates the issue on my system ** #include io.h #include stdio.h #include fcntl.h #include sys/stat.h #include conio.h int main() { int handle; handle= creat(hello.txt, 0); if (handle == -1) { printf(Unable to creat file hello.txt\r\n); } write(handle, Hello\r\n,7); close(handle); handle= open(hello.txt, O_RDWR|O_BINARY, S_IREAD | S_IWRITE); if (handle == -1) { printf(Unable to open file hello.txt\r\n); } write(handle, urdum\r\n,7); close(handle); while(1) { char c = kbhit(); if(c) { c = getch(); char buffer[12]; buffer[0] = c; buffer[1] = '\0'; printf(buffer); break; } } } Compile line: g++ -g -mno-cygwin -isystemC:/cygwin/usr/include/mingw -o main.exe main.cpp ** What I do: Start the insight debugger. Use Next (not even step into). Stepping over this line: handle= creat(hello.txt, 0); causes a lockup of insight. Yet, I get the printfs: printf(Unable to creat file hello.txt\r\n); printf(Unable to open file hello.txt\r\n). My problem first arose after trying out kbhit, which locks up. Then I went to my little file test program and it has the same problem. Any ideas? Yamin This mail sent through www.mywaterloo.ca This mail sent through www.mywaterloo.ca -- 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: Will next cygwin1.dll release have the select() fix?
On Fri, Nov 14, 2003 at 02:18:36PM -0600, Brian Ford wrote: On Fri, 14 Nov 2003, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote: On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote: Gold star for Brian! Thanks! But, be carefull. We're both Brian :D. I thought of that a millisecond after sending the email: Gold star for Brian Ford! 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/
Whiny CYGWIN user needs help
Another for the acronyms page? CYGWIN: Caught You Giving Whiny Info? Not! -- 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: Trouble in Compiling OpenGL-1.1.0-6 with Cygwin!
Brian Ford wrote: On Fri, 14 Nov 2003, Alex MANTION wrote: I am experiencing a trouble while I am trying to compile OpenGl-1.1.0-6 from its sources available on cygwin web site. I need this one to make Ghemical 1.5 working (for its glut component part [glutinit and so on]). The binary opengl package contains glut. You should not need to compile it yourself unless you need to change the glut source code. Right. Please install the current binary opengl package (version 1.1.0-7) and read /usr/share/doc/Cygwin/opengl-1.1.0-7.README for usage information. Well that file contains instructions about how to rebuild the package. Usage info is rather in /usr/share/doc/opengl-1.1.0/README.txt . When I do as indicating in the README.linux of this package nothing happens (error message as usual ). Don't do that. Cygwin is not Linux, although it has many similar features. IIRC, Cygwin's glut is compiled using MSVC++. Right. Has anybody an idea to solve this trouble ? May I find this glut extension somewhere else ? In the binary opengl package, yes. Right. Kudos to Brian, who has often offered fast and reliable answers about the OpenGL package to this list. André Bleau, Cygwin's OpenGL package maintainer. Please address all questions and problem reports about Cygwin's OpenGL package to [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/
Re: Learning zsh
? While somethings are distinctly different between bash and zsh, and lot of bash scripts will run under zsh. But, why not use both? I am an advocate for zsh, being the Cygwin maintainer and all, but I've always felt that you should use the right tool for the right job. Choice of shell is rather a personal thing. Choose the shell which is right for you and your usage. Regarding the learning curve. You can take most of your bash (or csh or ksh) knowledge and apply it to zsh. As I said, there are differences and really the man/info pages are the best place to discover that. The Cygwin package comes with some sample source/profile files (/usr/share/doc/zsh-4.1.1/StartupFiles/) which you can start with. And, I am happy to answer any questions you may have concering zsh. Thanx, and of I forgot that in any case with the bang header line I can really specify any shell, I like. ie I can run my bash scripts. What really affected me was invoking zsh and then not having my environment aliases etc. I've come across zsh before, it seems to more logical less arcane than other shells. A previous poster, indicated that this group is probably not the best place for such discussions, which is of course correct, but that said there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that means I know old Unix, rather than all this new stuff) zzapper -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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: Learning zsh
On Fri, Nov 14, 2003 at 09:39:18PM +, zzapper wrote: A previous poster, indicated that this group is probably not the best place for such discussions, which is of course correct, but that said there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that means I know old Unix, rather than all this new stuff) There is a lot of food in a supermarket, too, but a supermarket isn't the best place to hold a dinner party. 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: Installer question
On Thu, Nov 13, 2003 at 07:59:43PM -0500, Igor Pechtchanski wrote: On Thu, 13 Nov 2003, Anon Mouse wrote: Hello, Couple of comments on the installer: - Does it have to be non-resizable? It's REALLY a pain to keep scrolling left-right-left-right in a 3-inch window Yes, it does. The version of the installer currently distributed off the main Cygwin web site (v2.416) is non-resizeable and will forever stay that way[*]. There are a bunch of long discussions on both the main Cygwin list and the cygwin-apps list as to why it has to be so. I thought we agreed that we'd change it to be resizable to a 3.1 inch window if there was a lot of interest in that. Then when everyone got used to that, we'd make a 3.2 inch window available. We'd time these carefully at six month intervals so as not to alarm anyone. Then by 2010 we'd have something like a 4.4 inch window available. A 4.4 inch window should be enough for anyone. And you can quote me on that. cgf Anon, You could outsmart cgf by buying a larger monitor. What appears as a 3-inch window on a 15-inch monitor would be 4.5-inch on a 22-inch screen. By 2010, 45-inch monitors will be common place, and setup's chooser will thus be (wow!) 9 inches wide; that's double what cgf is promising you! ;- André Bleau, Cygwin's OpenGL package maintainer. Please address all questions and problem reports about Cygwin's OpenGL package to [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/
Include Problem
Hallo, i started using cygwin today and i got a small problem with some C progs. How does Cygwin compensate file includes like linux/ip.h or linux/tcp.h. Thanks for your help. Regards, Martin Bündgens. -- 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: Whiny CYGWIN user needs help
Geoffrey Ruscoe wrote: Another for the acronyms page? CYGWIN: Caught You Giving Whiny Info? Not! Can You Grok When I'm Nice? -- 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: Learning zsh
On Fri, 14 Nov 2003, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 09:39:18PM +, zzapper wrote: A previous poster, indicated that this group is probably not the best place for such discussions, which is of course correct, but that said there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that means I know old Unix, rather than all this new stuff) There is a lot of food in a supermarket, too, but a supermarket isn't the best place to hold a dinner party. I feel I must interject here. That analogy is quite inaccurate (and, besides I've suddenly become hungry). zzapper's original question is more akin to stopping someone on the street to ask directions. It's not like he was asking for an indept analysis of steak...err, I mean Zsh, merely a question on will bash potatoes, err, scripts will work with it or not. A quick question deserts, err, deserves a quick answer (*burp*). And, he's right. Lots of Newbies check in to this list with cooking, err, casual questions. cgf -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: Include Problem
On Sat, 15 Nov 2003, Martin Bündgens wrote: i started using cygwin today and i got a small problem with some C progs. How does Cygwin compensate file includes like linux/ip.h or linux/tcp.h. Thanks for your help. It doesn't. Cygwin != Linux. Also, AFAIK, if a Linux application is directly including linux/*, it is broken. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: Installer question
On Fri, 14 Nov 2003, Andre Bleau wrote: On Thu, Nov 13, 2003 at 07:59:43PM -0500, Igor Pechtchanski wrote: On Thu, 13 Nov 2003, Anon Mouse wrote: Hello, Couple of comments on the installer: - Does it have to be non-resizable? It's REALLY a pain to keep scrolling left-right-left-right in a 3-inch window Yes, it does. The version of the installer currently distributed off the main Cygwin web site (v2.416) is non-resizeable and will forever stay that way[*]. There are a bunch of long discussions on both the main Cygwin list and the cygwin-apps list as to why it has to be so. I thought we agreed that we'd change it to be resizable to a 3.1 inch window if there was a lot of interest in that. Then when everyone got used to that, we'd make a 3.2 inch window available. We'd time these carefully at six month intervals so as not to alarm anyone. Then by 2010 we'd have something like a 4.4 inch window available. A 4.4 inch window should be enough for anyone. And you can quote me on that. cgf Anon, You could outsmart cgf by buying a larger monitor. What appears as a 3-inch window on a 15-inch monitor would be 4.5-inch on a 22-inch screen. By 2010, 45-inch monitors will be common place, and setup's chooser will thus be (wow!) 9 inches wide; that's double what cgf is promising you! ;- André Bleau, Cygwin's OpenGL package maintainer. Please address all questions and problem reports about Cygwin's OpenGL package to [EMAIL PROTECTED] . Such technology is already available today with various magnifier tools. Check the Accessibility features of your friendly Windows operating system. ;-) In fact, I just realized that with these tools, even today's setup window is fully resizeable... What do you know... 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: Learning zsh
On Fri, 14 Nov 2003, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 02:27:57PM -0800, Peter A. Castro wrote: On Fri, 14 Nov 2003, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 09:39:18PM +, zzapper wrote: A previous poster, indicated that this group is probably not the best place for such discussions, which is of course correct, but that said there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that means I know old Unix, rather than all this new stuff) There is a lot of food in a supermarket, too, but a supermarket isn't the best place to hold a dinner party. I'm probably gonna regret sending this. It's a bit of a rant, and doesn't contain any technical info, so unless you like rants, you can safely hit delete now. It's not an attack. More like a general expression of my consernation at the apparent state of things. If you're still here, please read this in a somewhat light-hearted manner (or read it in a BWAM manner if you so choose): I was going to simply let this thread die, until you started this bit about supermarkets, which conveys, to me, that in general people aren't welcome to ask non-topic questions on this list. It's an email list, for crying out loud, not a library or some Microsoft Tech-Support line. Besides, zzapper had already indicated his understanding that further discussions would be taken to a different forum. My reply was relevent in that it gave some, hopefully, useful info with reference to where to look further and which might be good for the email archives in case someone else had such a question and the forsight to check the archives first. (sorry for the run-on sentence). Your after-the-fact reply was...well...just mean (kinda like kicking someone as they exit the room). I feel I must interject here. That analogy is quite inaccurate (and, besides I've suddenly become hungry). zzapper's original question is more akin to stopping someone on the street to ask directions. It's not like he was asking for an indept analysis of steak...err, I mean Zsh, merely a question on will bash potatoes, err, scripts will work with it or not. A quick question deserts, err, deserves a quick answer (*burp*). And, he's right. Lots of Newbies check in to this list with cooking, err, casual questions. Let's use another analogy. I shop at a supermarket. I want to know how to cook pasta. I see someone else shopping at the supermarket. I tap them on the shoulder and ask *that one person* for cooking tips. That's your analogy. Did someone p1ss in your Wheaties this morning or are your just trying to take the whole BWAM thing to the next level? It appears my not-so-subtle attempts at (bad) humor were completely ignored, too (oh well). And, no, I specifically choose a street for a reason. A street has lots of noise, lots of large small objects moving all around, both with wheels and without, and, if you were in, say, New York during the morning dash, sidewalks full of people, all talking on their cellphones at the same time. That was the analogy I was thinking of. Quite the opposite of a nice and quite supermarket. But, that's completely beside the point I was trying to get across (and, obviously, I failed to do so). No, the point was more about being curtious and helpful where ever possible. It shows you actaully care about other peoples problems. Even in New York, you can politely stop someone and 9 times out of 10 they will curtiously try to help answer your question. You're earlier response, pointing zzapper to the zsh website, was helpful, but had more of a flavor of go over there and don't bother us. Short and not-so-sweet. I, however, felt this was a will it or won't it type question, something that most technical websites (including www.zsh.org) are absolutely horrible at answering. Since I use zsh as well as a host of other shells on a daily basis, I felt I was somewhat qualified to give him a slightly less obtuse answer to his mostly simple question in a more timely manner, and that others might benefit from it in the future. You know how much time it takes to research something from a website or list archive. If you already know the answer why not help out and give it? That doesn't work in a mailing list. A closer (if still imperfect) analogy for a mailing list is: I shop in a supermarket. Since the supermarket sells food and I hear voices coming over the loudspeaker all of the time, I think it must be ok to use their loud speaker to ask anyone in the supermarket to give me advice on how to cook pasta. Several people start shouting advice. Several of them are shouting I hate pasta! Some are telling the shopper to cook the pasta with a flame thrower. Someone else hears the loudspeaker and assumes that they now have a forum to ask about the softest toilet tissue. A queue forms. The mean store manager who wants his supermarket to be used for shopping and not for the broadcasting of
Re: Learning zsh
On Fri, Nov 14, 2003 at 04:18:41PM -0800, Peter A. Castro wrote: I was going to simply let this thread die, until you started this bit about supermarkets, which conveys, to me, that in general people aren't welcome to ask non-topic questions See: http://cygwin.com/lists.html on this list. Lets recap: 1) X posts a message about a non-cygwin topic 2) I respond with a pointer to where more information can be had. 3) You respond with advice. 4) X responds to you, and tangentially seems to imply (referring to me) that since there are a lot of newbies here, it should be ok to ask any sort of question. 5) I respond with an analogy that boils down to Just because you bought the food here, it doesn't mean that it is the best place to eat it. 6) You call the analogy inaccurate. 7) I respond to you, extending my analogy (it's interesting how analogies always get people hot and bothered) to try to show why it is important to keep a busy mailing list on topic. 8) And now here we are with you assuming that I am mean because I had the temerity to 1) point someone to the place where they can get the most help, 2) tell someone that this was not the best place to get non-cygwin questions answered, and 3) try to show (very clumsily) why keeping things on-topic in a busy mailing list is important. I think that you have missed the point, or at least my intent, but this has really gone on too long. That's it for me. 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: cygwin 1.5.3: /bin/mv dir dir results in recursive-loop copy
Tony Clayton [EMAIL PROTECTED] wrote: in cygwin 1.5.3, I got the following error after a moment: mv: cannot create directory `src/src/src/src/src/src/src [...] /src': Invalid argument mv (from any recent coreutils package) works fine in that case on unix systems. I think it is the MAX_PATH=256 limitation that finally brings this to a halt. Each of the subdirectories contains all the source files and a src directory. Running mv --version shows: mv (fileutils) 4.1 ... fileutils-4.1 is quite old. I suggest you use something newer STABLE ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.0.tar.gz ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.0.tar.bz2 (coreutils is the union of fileutils, textutils, and sh-utils) BETA ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.0.91.tar.gz ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.0.91.tar.bz2 -- 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/