Re: new package proposal: suite3270
On Wed, Sep 24, 2003 at 09:02:56PM -0700, Peter A. Castro wrote: Hi All! I've create packages for Paul Mattes's 3270 emulator suite. These are Cool! Has my vote (even though I don't have any mainframe to access). Is it actually necessary to create a package for each emulator? Are they that big??? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Updated: libxmls-2.5.11-1 libxslt-1.0.33-1
On Tue, Sep 23, 2003 at 10:28:04PM +0200, Gerrit P. Haase wrote: http://anfaenger.de/cygwin-1.5/libxml2/libxml2-2.5.11-1-src.tar.bz2 http://anfaenger.de/cygwin-1.5/libxml2/libxml2-2.5.11-1.tar.bz2 http://anfaenger.de/cygwin-1.5/libxml2/setup.hint http://anfaenger.de/cygwin-1.5/libxslt/libxslt-1.0.33-1-src.tar.bz2 http://anfaenger.de/cygwin-1.5/libxslt/libxslt-1.0.33-1.tar.bz2 http://anfaenger.de/cygwin-1.5/libxslt/setup.hint Uploaded. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ITP] sgrep-1.99.1 - new package for review
On Mon, Sep 15, 2003 at 02:19:17AM +0300, Jari Aalto+mail.linux wrote: sgrep project from http://www.cs.helsinki.fi/u/jjaakkol/sgrep.html has been ported, please review. /Jari 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 Jari, it's a bit difficult to review if all your packages are unreachable. I'm always getting this: $ wget http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 --10:34:44-- http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 = `sgrep-1.92.1-1.tar.bz2' Resolving tierra.dyndns.org... done. Connecting to tierra.dyndns.org[81.197.3.110]:81... failed: Connection refused. No chance, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
HEADSUP: Please resend all open ITPs, please review packages
Hi, I've lost track entirely. Since Elfyn stepped back from this job, I'd like to make some sort of cut at this point and have a new start. Below you'll find a list of 9 (nine!) packages, of which I know they are still open ITPs. Every other package is treated lost, unless the maintainer steps forward and proposes it again! Please, *all* package maintainers, drop your laziness and, if you like the idea of a package, vote for it and *especially* review it. The open ITPs I know so far are: Package:gmp-4.1.2-1 Sdesc: GMP is a free library for arbitrary precision arithmetic Maintainer: Lapo Luchini Votes: 2 Reviewed: yes Open because: 1 vote missing Urls: http://www.lapo.it/tmp/gmp-4.1.2-1-src.tar.bz2 http://www.lapo.it/tmp/gmp-4.1.2-1.tar.bz2 Package:tetrix-?-? Sdesc: ??? Maintainer: Andrew B. Clegg Votes: 3 Reviewed: no Open because: No packages available so far! Urls: ??? Package:ploticus-2.11 Sdesc: Command line driven tool to generates various plots and graphs Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/cygwin/ploticus-2.11-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus-2.11-1.tar.bz2 Package:sgrep-1.99.1 Sdesc: Search indexed text regions like SGML,XML and HTML files. Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 Package:libsigsegv-2.0 Sdesc: Library for handling page faults. Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/libsigsegv-2.0-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-devel-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-doc-2.0-1.tar.bz2 Package:editrights-1.01-1 Sdesc: Alter user rights and privileges Maintainer: Chris Rodgers Votes: Enough. Reviewed: yes Open because: Documentation should be moved from /usr/doc to /usr/share/doc Urls: http://www.dickrodgers.plus.com/editrights/editrights-1.01-1-src.tar.bz2 http://www.dickrodgers.plus.com/editrights/editrights-1.01-1.tar.bz2 Package:trie-gen 1.1 Sdesc: Minimal-prefix trie generator Maintainer: Igor Pechtchanski Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1-src.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1.tar.bz2 Package:check-0.8.4-1 Sdesc: Check: A unit test framework for C Maintainer: Gerrit P. Haase Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://anfaenger.de/cygwin/check/check-0.8.4-1-src.tar.gz http://anfaenger.de/cygwin/check/check-0.8.4-1.tar.bz2 Package:suite3270-3.2.20-1 Sdesc: 3270 Emulator Suite Maintainer: Peter A. Castro Votes: 1 Reviewed: no Open because: Not enough votes, no review Urls: http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/pr3287-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/s3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/tcl3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/x3270-3.2.20-1.tar.bz2 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ITP] Check: A unit test framework for C
This has my vote, but: * the binary package doesn't follow the now-canonical directory layout (i.e. the docs are not in usr/share/doc * it might be a good idea to convert tutorial.lyx to something more readable (like plain text) * AFAIK, source packages (like binary packages) should be bzip2 compressed - not gzip compressed * The Cygwin-specific README is missing from the binary (and source) package, AFAIK it's required and a question: when I rebuild from source, I get failures in all of the tests when doing a `make check'. What are your results like? rlc On Thu, Sep 25, 2003 at 01:37:19AM +0200, Gerrit P. Haase wrote: Hallo, It is needed for e.g. the Libexpat `make check` run. # Check setup.hint sdesc: Check: A unit test framework for C ldesc: Check is a unit test framework for C. It features a simple interface for defining unit tests, putting little in the way of the developer. Tests are run in a separate address space, so Check can catch both assertion failures and code errors that cause segmentation faults or other signals. The output from unit tests can be used within source code editors and IDEs. More information at: http://check.sourceforge.net/; requires: cygwin http://anfaenger.de/cygwin/check/check-0.8.4-1-src.tar.gz132k http://anfaenger.de/cygwin/check/check-0.8.4-1.tar.bz269k http://anfaenger.de/cygwin/check/setup.hint1k Gerrit -- =^..^= -- Atilla the Hub
Re: HEADSUP: Please resend all open ITPs, please review packages
On Thu, Sep 25, 2003 at 10:37:57AM +0200, Corinna Vinschen wrote: Hi, I've lost track entirely. Since Elfyn stepped back from this job, I'd like to make some sort of cut at this point and have a new start. Below you'll find a list of 9 (nine!) packages, of which I know they are still open ITPs. Every other package is treated lost, unless the maintainer steps forward and proposes it again! Please, *all* package maintainers, drop your laziness and, if you like the idea of a package, vote for it and *especially* review it. Update: The open ITPs I know so far are: Package:tetrix-?-? Sdesc: ??? Maintainer: Andrew B. Clegg Votes: 3 Reviewed: no Open because: No packages available so far! Urls: ??? Package:ploticus-2.11 Sdesc: Command line driven tool to generates various plots and graphs Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/cygwin/ploticus-2.11-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus-2.11-1.tar.bz2 Package:sgrep-1.99.1 Sdesc: Search indexed text regions like SGML,XML and HTML files. Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 Package:libsigsegv-2.0 Sdesc: Library for handling page faults. Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/libsigsegv-2.0-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-devel-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-doc-2.0-1.tar.bz2 Package:editrights-1.01-1 Sdesc: Alter user rights and privileges Maintainer: Chris Rodgers Votes: Enough. Reviewed: yes Open because: Documentation should be moved from /usr/doc to /usr/share/doc Urls: http://www.dickrodgers.plus.com/editrights/editrights-1.01-1-src.tar.bz2 http://www.dickrodgers.plus.com/editrights/editrights-1.01-1.tar.bz2 Package:trie-gen 1.1 Sdesc: Minimal-prefix trie generator Maintainer: Igor Pechtchanski Votes: 1 Reviewed: no Open because: not enough votes, no review Urls: http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1-src.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1.tar.bz2 Package:check-0.8.4-1 Sdesc: Check: A unit test framework for C Maintainer: Gerrit P. Haase Votes: 1 Reviewed: yes Open because: not enough votes, review shows problems Urls: http://anfaenger.de/cygwin/check/check-0.8.4-1-src.tar.gz http://anfaenger.de/cygwin/check/check-0.8.4-1.tar.bz2 Package:suite3270-3.2.20-1 Sdesc: 3270 Emulator Suite Maintainer: Peter A. Castro Votes: 1 Reviewed: no Open because: Not enough votes, no review Urls: http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/pr3287-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/s3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/tcl3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/x3270-3.2.20-1.tar.bz2 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: graphviz (and doxygen?)
Hi Gareth, Gareth Pearce wrote on Thursday, September 25, 2003 2:05 PM: Also - I'm willing to (try to)update (and maintain there after) - doxygen Preferably with graphviz to go with it. This is assuming that the position is open. I've built 1.3.4 - and run it over a 90thousand line project - using graphvis 1.10.0 'dot' - haven't noticed anything odd yet. did you also tried to run it, if your sources and the config are located on a text mount? The old version gave hundreds of errors concerning a non-valid font, while the same sources (converted to Unix style) run fine from a binary mount. To build doxygen I had to force it to link with the system libpng.dll.a instead of its own static libpng. IIRC that was because of changes Dimitri made to the png sources. But don't ask me what and why ... Regards, Jörg
Re: HEADSUP: Please resend all open ITPs, please review packages
On Thu, Sep 25, 2003 at 12:39:29PM +0200, Ronald Landheer-Cieslak wrote: Package: trie-gen 1.1 Sdesc: Minimal-prefix trie generator Maintainer: Igor Pechtchanski Votes: 0 Reviewed:no Open because:No votes, no review Urls: http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1-src.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1.tar.bz2 has my vote - will review when I have time (unless someone beats me to it (nudge, nudge)) I'm going to veto this one in favor of a more modern package. cgf
re: graphviz (and doxygen?)
Gareth Pearce wrote on Thursday, September 25, 2003 2:05 PM: Also - I'm willing to (try to)update (and maintain there after) - doxygen Preferably with graphviz to go with it. This is assuming that the position is open. I've built 1.3.4 - and run it over a 90thousand line project - using graphvis 1.10.0 'dot' - haven't noticed anything odd yet. did you also tried to run it, if your sources and the config are located on a text mount? The old version gave hundreds of errors concerning a non- valid font, while the same sources (converted to Unix style) run fine from a binary mount. I created a textmounted dir /textmount - copied my source files in there. I used nano to save as dos, for a couple of source files and for my Doxyfile. I get no errors from the doxygen run itself - unless I turn HAS_DOT on. However the web pages have no pictures. It looks like its writing the pictures to file without setting binary flag. I'll see what I can find. Gareth To build doxygen I had to force it to link with the system libpng.dll.a instead of its own static libpng. IIRC that was because of changes Dimitri made to the png sources. But don't ask me what and why ... Regards, Jörg
please use consistent announce messages
If you are releasing a package, please use an announce message that is consistent with other announce messages. If you're updating, the subject should be: Updated: foo-1.3.1-1 If you are offering a new package, the subject should be: New package: bar-1.3.1-1 or New: bushwa-1.3.1-1 I don't really care about the case of the message but the case should reflect the case of the package and, my personal preference is to uppercase the first word of the New or Updated. Note that the package version should be included, i.e., New package: bob is not right. Would anyone be interested in updating the web page with these observations? cgf
Re: HEADSUP: Please resend all open ITPs, please review packages
On Thu, 25 Sep 2003, Christopher Faylor wrote: On Thu, Sep 25, 2003 at 12:39:29PM +0200, Ronald Landheer-Cieslak wrote: Package: trie-gen 1.1 Sdesc: Minimal-prefix trie generator Maintainer: Igor Pechtchanski Votes: 0 Reviewed:no Open because:No votes, no review Urls: http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1-src.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1.tar.bz2 has my vote - will review when I have time (unless someone beats me to it (nudge, nudge)) I'm going to veto this one in favor of a more modern package. cgf Fair enough. I'll take a stab at packaging cocom, time and employer permitting, in about two weeks, but wouldn't mind if someone picks it up before then. Igor P.S. I'm taking the above off the website, then. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: HEADSUP: Please resend all open ITPs, please review packages
Hi Corinna, if this is the new pending packages list, I've got an addition: Package: tcm-2.20-1 Sdesc:Toolkit for Conceptual Modeling (TCM) Maintainer: Daniel Boesswetter Votes:2 (Christopher and Lapo) Reviewed: yes Open because: Bugs in the distro. Fixed 'em all :)) Urls: 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 Any volunteers for review? Best regards, Daniel Corinna Vinschen wrote: On Thu, Sep 25, 2003 at 10:37:57AM +0200, Corinna Vinschen wrote: Hi, I've lost track entirely. Since Elfyn stepped back from this job, I'd like to make some sort of cut at this point and have a new start. Below you'll find a list of 9 (nine!) packages, of which I know they are still open ITPs. Every other package is treated lost, unless the maintainer steps forward and proposes it again! Please, *all* package maintainers, drop your laziness and, if you like the idea of a package, vote for it and *especially* review it. Update: The open ITPs I know so far are: Package: tetrix-?-? Sdesc: ??? Maintainer: Andrew B. Clegg Votes: 3 Reviewed: no Open because: No packages available so far! Urls: ??? Package: ploticus-2.11 Sdesc: Command line driven tool to generates various plots and graphs Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/cygwin/ploticus-2.11-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus-2.11-1.tar.bz2 Package: sgrep-1.99.1 Sdesc: Search indexed text regions like SGML,XML and HTML files. Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 Package: libsigsegv-2.0 Sdesc: Library for handling page faults. Maintainer: Jari Aalto Votes: 0 Reviewed: no Open because: No votes, no review Urls: http://tierra.dyndns.org:81/libsigsegv-2.0-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-devel-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-doc-2.0-1.tar.bz2 Package: editrights-1.01-1 Sdesc: Alter user rights and privileges Maintainer: Chris Rodgers Votes: Enough. Reviewed: yes Open because: Documentation should be moved from /usr/doc to /usr/share/doc Urls: http://www.dickrodgers.plus.com/editrights/editrights-1.01-1-src.tar.bz2 http://www.dickrodgers.plus.com/editrights/editrights-1.01-1.tar.bz2 Package: trie-gen 1.1 Sdesc: Minimal-prefix trie generator Maintainer: Igor Pechtchanski Votes: 1 Reviewed: no Open because: not enough votes, no review Urls: http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1-src.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/trie-gen/trie-gen-1.1-1.tar.bz2 Package: check-0.8.4-1 Sdesc: Check: A unit test framework for C Maintainer: Gerrit P. Haase Votes: 1 Reviewed: yes Open because: not enough votes, review shows problems Urls: http://anfaenger.de/cygwin/check/check-0.8.4-1-src.tar.gz http://anfaenger.de/cygwin/check/check-0.8.4-1.tar.bz2 Package: suite3270-3.2.20-1 Sdesc: 3270 Emulator Suite Maintainer: Peter A. Castro Votes: 1 Reviewed: no Open because: Not enough votes, no review Urls: http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/pr3287-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/s3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/tcl3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/x3270-3.2.20-1.tar.bz2 Corinna
Re: [ITP] Check: A unit test framework for C
Ronald schrieb: This has my vote, but: * the binary package doesn't follow the now-canonical directory layout (i.e. the docs are not in usr/share/doc Ah, yes, I packaged it up before the switch. * it might be a good idea to convert tutorial.lyx to something more readable (like plain text) I'll try to figure out how to do it. * AFAIK, source packages (like binary packages) should be bzip2 compressed - not gzip compressed * The Cygwin-specific README is missing from the binary (and source) package, AFAIK it's required and a question: when I rebuild from source, I get failures in all of the tests when doing a `make check'. What are your results like? Hmm, IIRC there were no problems when building with cygwin-1.3.22, I'll rebuild with cygwin-1.5.x today. Thanks for the review. Gerrit -- =^..^=
Re: [ITP] Check: A unit test framework for C
On Thu, 25 Sep 2003, Gerrit P. Haase wrote: Ronald schrieb: [snip] * it might be a good idea to convert tutorial.lyx to something more readable (like plain text) I'll try to figure out how to do it. Gerrit, FWIW, I use the following scheme to convert LaTeX files to plain text: use latex2html -no_navigation -no_subdir -split 0 -info 0 -no_images -html_version 4.0,i18n,math $TEX to convert to a single-file HTML, and then lynx -localhost -dump -nolist -width 90 $HTML | sed 's/^ //' $TXT to convert from HTML to plain text. Seems to work pretty well. BTW, until you can get it to work, a PDF should do just fine. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: please use consistent announce messages
On Thu, Sep 25, 2003 at 10:04:40AM -0400, Christopher Faylor wrote: If you are releasing a package, please use an announce message that is consistent with other announce messages. If you're updating, the subject should be: Updated: foo-1.3.1-1 If you are offering a new package, the subject should be: New package: bar-1.3.1-1 In order to facilitate cross-posted announcements, are Updated Cygwin Package: foo-1.3.1-1 and New Cygwin Package: bar-1.3.1-1 also acceptable? 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
Re: please use consistent announce messages
On Thu, Sep 25, 2003 at 11:00:41AM -0400, Jason Tishler wrote: On Thu, Sep 25, 2003 at 10:04:40AM -0400, Christopher Faylor wrote: If you are releasing a package, please use an announce message that is consistent with other announce messages. If you're updating, the subject should be: Updated: foo-1.3.1-1 If you are offering a new package, the subject should be: New package: bar-1.3.1-1 In order to facilitate cross-posted announcements, are Updated Cygwin Package: foo-1.3.1-1 and New Cygwin Package: bar-1.3.1-1 also acceptable? Sure. cgf
RE: graphviz (and doxygen?)
Hi Gareth, Gareth Pearce wrote on Thursday, September 25, 2003 6:18 PM: Somewhat amusing little bug - the code correctly supports textmode - if the #define had of been in the file with the #ifdef that dependend on it... It appears I have a nice working version, works on text/binary mounts - 'dot' is working with both now too. (I think it was being fed corrupt data before) So shall I package it up? sounds great. Personally I would split it up into two separat packages (graphviz and doxygen), because Graphviz may be used by other packages or applications too and it is only optional to doxygen. Since they are used quite often together you may put a dependency for graphviz into the doxygen setup.hint file. Regards, Jörg
Re: [ITP] editrights
On Tue, Sep 23, 2003 at 07:51:29PM +0100, Chris Rodgers wrote: [editrights-1.01-1.tar.bz2] usr/ usr/bin/ usr/bin/editrights.exe usr/doc/ usr/doc/Cygwin/ usr/doc/Cygwin/editrights-1.01-1.README Just a minor nit, could you repackage so that the documentation is under usr/share/doc instead of usr/doc? We're currently moving to the FHS. Otherwise, everything's ok. Done. Oh, one point: When examining the user (or group) rights, it lists only the rights which are exactly given to the user (or group). It doesn't list rights given to the user on behalf of other groups, the user (or group) is member of. I know that this makes listing rights a bit more complex and I don't think it's needed now but it would be a nice(tm) extension at one later point, wouldn't it? Yes, I thought about doing that earlier on. Unfortunately, it's going to be more difficult for me to sort that, especially since I do not have an NT domain here, just machines in a workgroup (and can therefore only test my code against local groups). If I get some time, I'll consider it. Chris.
Re: [ITP] editrights
On Thu, Sep 25, 2003 at 05:53:41PM +0100, Chris Rodgers wrote: On Tue, Sep 23, 2003 at 07:51:29PM +0100, Chris Rodgers wrote: [editrights-1.01-1.tar.bz2] usr/ usr/bin/ usr/bin/editrights.exe usr/doc/ usr/doc/Cygwin/ usr/doc/Cygwin/editrights-1.01-1.README Just a minor nit, could you repackage so that the documentation is under usr/share/doc instead of usr/doc? We're currently moving to the FHS. Otherwise, everything's ok. Done. Thanks, uploaded. Please prepare a mail to cygwin-announce as described in http://cygwin.com/setup.html#submitting. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
ITPs in Bugzilla?
I'm an idiot and no one likes suggestions from someone that isn't involved in the actual process... but it sure seems like it would be a he*l of a lot easier to track ITPs through Bugzilla. Just a thought... feel free to leave it completely without any discussion. Harold Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Corinna Vinschen wrote: [snip] Update. I added tcm and graphviz. I removed trie-gen (vetoed) and editrights (uploaded). [snip] Corinna, Would you mind changing the subject to something like Pending package status $DATE? Otherwise it's easy to lose track of your updates. Another thing that would be nice (but not essential) are links to messages with reviews (to find out exactly what the problems are). But, as I said, that's really not essential. Igor
Re: ITP: graphviz (and doxygen?)
Gareth Pearce wrote: One thing to note is that in debian it is distributed under non-free. So perhaps someone might like to comment on if the license is valid for setup.exe distribution. If Debian has put it under non-free it does not meet Debian's poliy for main. It's problamy not compatible with GPL or the OpenSource Definition For reference: http://www.research.att.com/sw/tools/graphviz/license/index.html http://www.research.att.com/sw/tools/graphviz/download.html I could not find the license under OSD Approved Licenses. And it's way too longer to get an idea about it without spending several hours with a lawyer 8-( http://www.opensource.org/licenses/index.php -- Med venlig hilsen / Kind regards Hack Kampbjørn
Re: ITP: graphviz (and doxygen?)
On Thu, 25 Sep 2003, Hack Kampbjorn wrote: Gareth Pearce wrote: One thing to note is that in debian it is distributed under non-free. So perhaps someone might like to comment on if the license is valid for setup.exe distribution. If Debian has put it under non-free it does not meet Debian's poliy for main. It's problamy not compatible with GPL or the OpenSource Definition For reference: http://www.research.att.com/sw/tools/graphviz/license/index.html http://www.research.att.com/sw/tools/graphviz/download.html I could not find the license under OSD Approved Licenses. And it's way too longer to get an idea about it without spending several hours with a lawyer 8-( http://www.opensource.org/licenses/index.php Gareth, If all you need in GraphViz is DOT, you may consider distributing VCG (http://rw4.cs.uni-sb.de/users/sander/html/gsvcg1.html) instead. It's graph description language is very similar to DOT's, and it's GPL'd. 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
[ITP] cocom 0.995-1
Well, I just had some time on my hands, so I downloaded and built cocom (http://cocom.sourceforge.net/). FWIW, it did build OOTB. Please review the packaging and operation (it seems pass its internal testsuite, albeit with some warnings which are probably due to gcc 3.2 being stricter, but I don't use it in my everyday projects, so may have missed something). The package is available at the URLs below. Technically, at least dino should be in a separate package, with external-source: pointing to cocom. However, I don't have a ready setup for building multiple packages from the same source (method 2 doesn't quite cut it). Maybe in a later release. Note: I'm proposing it as a package with the understanding that I might drop out of maintaining it shortly. If this is unacceptable, feel free to veto the package for now. If someone steps up to maintain it, it'll be there all nicely packaged for their convenience. ;-) http://cs.nyu.edu/~pechtcha/cygwin/cocom/md5.sum http://cs.nyu.edu/~pechtcha/cygwin/cocom/setup.hint http://cs.nyu.edu/~pechtcha/cygwin/cocom/cocom-0.995-1.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/cocom/cocom-0.995-1-src.tar.bz2 sdesc: Toolset to help creation of compilers and interpreters ldesc: COCOM is a tool set intended to help creation of compilers, cross-compilers, interpreters, and other language processors. The distribution also contains an interpreter for the DINO language as an example of the tool set usage. The tool set is aimed to use on Unixes of different flavors. category: Devel requires: cygwin On Wed, 24 Sep 2003, Igor Pechtchanski wrote: On Wed, 24 Sep 2003, Christopher Faylor wrote: [snip] I'm using tries for the mount table in another ancient sandbox, so I've always had tries in the back of my mind for this application in cygwin. My tenth google search unearthed the 'shilka' package which seems to do what I want. I've got my branch built using that package so I may just switch to it. http://cocom.sourceforge.net/shilka.html While I know some of the guys who wrote trie-gen, I also know and respect the person who wrote shilka and, in fact, he'll be working for me at Red Hat next week, oddly enough. Shilka builds out of the box on linux and I suspect it will build fine on cygwin, too. Would you be interested in packaging the cocom package (of which shilka is a part) for cygwin? cgf [snip] Unfortunately, as I said in my earlier message about pdksh and splint, I'm in a pretty uncertain job situation at the moment, and there's no guarantee my next job will even allow me to continue my previous maintainership commitments, let alone new ones. I'll know better about two weeks from now, at which point I'll consider maintaining some of the other packages (including cocom) if I can. 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
Updated: Pine-4.58-1
Hello, I have packaged a new version of Pine. Version 4.58 fixes a security bug reported about 2 weeks ago, present in all previous versions. The current release is possible mostly due to a patch provided my Marc Crispin of the Pine team. His patch fixes the issues found in the uw-imap server package mantained by Abraham, so the patch included in this version of Pine should be of his interest too. Below are the links to the packages: http://www.math.washington.edu/~chappa/cygwin/pine-4.58-1.tar.bz2 http://www.math.washington.edu/~chappa/cygwin/pine-4.58-1-src.tar.bz2 http://www.math.washington.edu/~chappa/cygwin/setup.hint Thank you! Eduardo http://www.math.washington.edu/~chappa/pine/
Re: AltGr is CTRL on Norwegian/German keyboard
Hi again! Further facts on keyboard problems: - after removal of XF86Config nothing changes - connecting to a Solaris machine running CDE inside the session works fine but the Linux machine running KDE still has problems - on the Linux machine: when pressing AltGr then the following appears inside the .xsession-errors file: kdecore (KAccel): WARNING: Sym::initQt( ): failed to convert key. Maybe this is a KDE problem? On Montag, 22. September 2003 16:42, Heiko Nardmann wrote: Another interesting detail: inside the KDM login (I access a Linux server using XDMP) the problematic key works fine. So where is the difference here? On Montag, 22. September 2003 16:34, Heiko Nardmann wrote: On Dienstag, 16. September 2003 21:23, Steinar Bang wrote: Harold L Hunt II [EMAIL PROTECTED]: You don't have any of the Windows PowerToys installed, do you? Not intentially. Can they be installed during a service pack upgrade? Can they be remotely installed by helpful IT support people? Is there a way to find out if I have them installed? And do PowerToys exist for Win2k? (a search for powertoy on www.google.com just popped up Powertoys for XP) I have the same problems here with a German keyboard. The pressing of the key with (less,greater,bar) does not result in any character. This worked until I decided to upgrade from Windows NT to Windows XP. What else beside the data given below can I easily do to help debugging this problem? Here is what xev prints: KeyPress event, serial 27, synthetic NO, window 0x381, root 0x3a, subw 0x0, time 3822466, (194,186), root:(198,233), state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 27, synthetic NO, window 0x381, root 0x3a, subw 0x0, time 3822566, (194,186), root:(198,233), state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: Now the output of Spy++: Two times pressing AltGr: 1 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 2 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 3 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 4 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 5 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 6 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 7 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 8 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 Two times pressing key (less,greater,bar) next to left Shift bar: 9 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:0 fUp:0 00010 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 00011 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:0 fUp:0 00012 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 Switching back from Cygwin to Windows using Alt-Tab: 00013 0012019C P WM_SYSKEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:0 fAltDown:1 fRepeat:0 fUp:0 00014 0012019C P WM_SYSKEYUP nVirtKey:VK_TAB cRepeat:1 ScanCode:0F fExtended:0 fAltDown:1 fRepeat:0 fUp:1 00015 0012019C P WM_SYSKEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 Here is my /etc/XF86Config: Section Files RgbPath /usr/X11R6/lib/X11/rgb FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option AutoRepeat 500 30 Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout de Option XkbVariant nodeadkeys EndSection Section Device Identifier dummy Driver dummy EndSection Section Monitor Identifier dummy EndSection Section Screen Identifier dummy Device dummy Monitor dummy EndSection Section ServerLayout Identifier dummy Screen dummy InputDevice Keyboard1 CoreKeyboard EndSection
Failure to make grap 1.30 under cygwin 1.5.5
A configure / make /make install that has been working successfully oob for a long time recently failed. the relevant .tgz is unaltered, only Cygwin has changed. Does the following output from make, throw any light on this? The configure worked fine. I attach cygcheck.out. Fergus ~/tmp/grap-1.30 make grep ^# grap.y grap.cc ; grep ^# grap_lex.l grap_lex.cc; touch y.tab.h g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc .depend; rm -f grap.cc grap_lex.cc y.tab.h bison -y -d grap.y mv y.tab.c grap.cc g++ -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc flex -ograp_lex.cc grap_lex.l g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc grap_lex.l: In function `void expand_macro(macro*)': grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function) grap_lex.l:979: error: (Each undeclared identifier is reported only once for each function it appears in.) grap_lex.l: In function `bool is_macro(const std::string)': grap_lex.l:990: error: parse error before `--' token grap_lex.l: At global scope: grap_lex.l:996: error: parse error before `]' token make: *** [grap_lex.o] Error 1 ~/tmp/grap-1.30 cygcheck.out Description: Binary data
Re: Failure to make grap 1.30 under cygwin 1.5.5
Fergus, This is a general Cygwin question, not a Cygwin/XFree86 question. It should have been sent to [EMAIL PROTECTED], not [EMAIL PROTECTED] However, I happen to know the answer you want to hear. The problem is that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. Something is horribly wrong with it, but I don't care to get involved in fixing it. As such, I have upgraded flex to the 'test' version 2.5.4-2. You can do this in Cygwin's setup.exe, but you have to keep manually reselecting that version each time you run setup.exe because it will always try to replace it with the 'curr' 2.5.31-1 version. Good luck, I hope that helps, Harold [EMAIL PROTECTED] wrote: A configure / make /make install that has been working successfully oob for a long time recently failed. the relevant .tgz is unaltered, only Cygwin has changed. Does the following output from make, throw any light on this? The configure worked fine. I attach cygcheck.out. Fergus ~/tmp/grap-1.30 make grep ^# grap.y grap.cc ; grep ^# grap_lex.l grap_lex.cc; touch y.tab.h g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc .depend; rm -f grap.cc grap_lex.cc y.tab.h bison -y -d grap.y mv y.tab.c grap.cc g++ -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc flex -ograp_lex.cc grap_lex.l g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc grap_lex.l: In function `void expand_macro(macro*)': grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function) grap_lex.l:979: error: (Each undeclared identifier is reported only once for each function it appears in.) grap_lex.l: In function `bool is_macro(const std::string)': grap_lex.l:990: error: parse error before `--' token grap_lex.l: At global scope: grap_lex.l:996: error: parse error before `]' token make: *** [grap_lex.o] Error 1 ~/tmp/grap-1.30
Yellowish color on certain java applications
I use XDM and it works fine however in certain Java application I get a yellowish color on certain areas the rest is ok . Running natively or with VNC I do not have this behaviour . if uneed I can send u screen captures to show u what I mean thks for ur help .
startxwin.bat - how to use an .xinitrc file
I have several things that I like to have run when I start an xsession and normally I would put these into a ~/.xinitrc file to have them run at X startup time. However, when I run startxwin.bat it does not appear to execute the .xinitrc file automatically. Therefore I have had to manually edit the startxwin.bat file and add my custom stuff. Id like to find a way around editing startxwin.bat since after every xfree update I have to re-edit the file and re-add my custom lines. Am I missing something here? Is there a way to get startxwin.bat to automatically find $HOME/.xinitrc or would this be a good enhancement request? Thanks, Mike Campbell
ssh hangs with solaris 8 again
Hi all, I found that writing 'run' in front of xterm command in file .XWinrc seems to solve the Solaris 8 hanging problem: menu root { // for an unknown reason, solaris needs 'run' in the beginning of the command... solaris exec run xterm -sb -e ssh -X solarisbox //...etc... } Does anyone have any idea why? For Linux machines, 'run' is not needed. Thanks, Tuli Maksuton sähköposti aina käytössä http://luukku.com Kuukausimaksuton MTV3 Internet-liittymä www.mtv3.fi/liittyma
connecting to rh gdm
I'm able to successfully connect to gdm Xserver on my RH Linux box but I see this ... $ XWin -query 192.168.212.1 -lesspointer -clipboard -xf86config /usr/X11R6/lib/X11/XF86config Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Also, I'd rather not use the resources on the Linux Box yet still have this functionality. So, is there a way I can accomplish this without actually being in runmode 5 on the Linux box? Thanks, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003
Re: connecting to rh gdm
Bill, Bill McCormick wrote: I'm able to successfully connect to gdm Xserver on my RH Linux box but I see this ... $ XWin -query 192.168.212.1 -lesspointer -clipboard -xf86config /usr/X11R6/lib/X11/XF86config Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Looks like -clipboard is having trouble connecting, which it almost always does when using XDMCP. Are you running any other X Clients in your startup script on Windows? Did you use startxdmcp.bat as a base? It would be a good idea to use startxdmcp.bat as a base since it doesn't start local X Clients. Also, I'd rather not use the resources on the Linux Box yet still have this functionality. So, is there a way I can accomplish this without actually being in runmode 5 on the Linux box? What resources? If you are referring to the overhead of running just xdm, then yes, you can do this without running xdm. However, the resources associated with your full remote session are always going to be used, if you want a full remote session. If what you want to do is just display some remote clients using the local window manager (XWin -multiwindow), then you can do this with ssh and X11 tunneling: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh If you still want the full remote desktop (e.g. Gnome, KDE, etc.), then you start XWin without -multiwindow, -rootless, and -query (e.g. XWin -nodecoration -lesspointer) and without a local window manager (e.g. twm, mwm, etc.). You launch an xterm (from your script) and either configure it to run ssh, or you manually ssh to the remote machine. Finally, you run the script on your remote machine that starts the window manager of your choice. Some examples from debian would be 'startkde', 'startgnome', etc. This still uses all of the resouces associated with running a full desktop login, but it does allow you to not run xdm on your linux machine. I don't have the exact procedure for automating the launch of ssh from xterm, but I think an example was in an email sent the list today, so you can search the mailing list archives for 'ssh' and 'xterm'. Good luck, Harold Thanks, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003
RE: connecting to rh gdm
Bill McCormick wrote: Also, I'd rather not use the resources on the Linux Box yet still have this functionality. So, is there a way I can accomplish this without actually being in runmode 5 on the Linux box? Do you mean that you don't want to run an X server on the remote server, but allow remote connections via xdm? If you are running xdm or kdm remotely just comment out the line that starts up the X server in /etc/X11/xdm/Xservers. If you are using gdm it may be different, I don't know. Tony Richardson
Re: startxwin.bat - how to use an .xinitrc file
Sounds like I've got my Cygwin/Xfree setup the way you'd like. You can do it, too, in 3 easy steps... 1) Edit the file .bash_profile in your home directory and make sure the X11R6/bin directory gets added to your path. e.g.: export PATH=$PATH:/usr/X11R6/bin 2) Put your .xinitrc file in your home directory and edit it to your liking. 3) Create a Windows shortcut (on the Desktop, for instance) with the following target: C:\cygwin\usr\X11R6\bin\run.exe /bin/bash.exe --login -c xinit -- -noreset -nodecoration The run part keeps bash from creating a dormant icon on the task bar. The --login part tells bash to read .bash_profile. The arguments after xinit -- get passed to XWin. That's all there is to it! From: Mike Campbell [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: startxwin.bat - how to use an .xinitrc file Date: Thu, 25 Sep 2003 10:24:33 -0500 I have several things that I like to have run when I start an xsession and normally I would put these into a ~/.xinitrc file to have them run at X startup time. However, when I run startxwin.bat it does not appear to execute the .xinitrc file automatically. Therefore I have had to manually edit the startxwin.bat file and add my custom stuff. Id like to find a way around editing startxwin.bat since after every xfree update I have to re-edit the file and re-add my custom lines. Am I missing something here? Is there a way to get startxwin.bat to automatically find $HOME/.xinitrc or would this be a good enhancement request? Thanks, Mike Campbell _ Help protect your PC. Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Re: Xfree86 is slow! with software like MATLAB
Harold Mark, To contribute to the discussion: I see the same problem when running Matlab. In my case Matlab is run on a Compaq/HP Tru64 computer with the GUI displayed on my Windows PC running cygwin/xfree in multiwindow mode. I also have a commercial X server (xwin32) available on my PC. Display of Matlab graphics, or even updating of the icons in Matlab window menubar are considerably slower when running via cygwin/xfree - the graphics benchmarks that Matlab provide run approximately 100 times slower under cygwin/xfree than under xwin32. Trials of other commercial X servers indicated that some are slow and some are quick, probably due to the reason given by Harold. An in-house, graphically intensive, X program run under the same setup as above does not show such a marked difference. One point of difference is that the Matlab GUI is written entirely in Java, while the other program uses GTK. Regards Gavin On 24 Sep 2003 at 22:27, Harold L Hunt II wrote: Mark, Using the default -multiwindow mode (with the integrated window manager) is slower than all of the other modes. You can run XWin from startxwin.bat instead with: XWin -rootless Then you need to start a window manager like 'twm': run twm Cygwin/XFree86 works by drawing to an offscreen framebuffer (using the primary CPU), then transferring updated portions of the offscreen framebuffer to the screen. Work has begun, and is also essentially stalled, on the Native GDI engine for Cygwin/XFree86 that translates each X graphics call to a GDI graphics call; this has the advantage of utilizing the power of the graphics processing unit (GPU). Exceed and possibly other commercial X Servers do something similar to the Native GDI engine and are thus faster. On a side note, the speed of your graphics card and the quality of its drivers are very important for the performance of Cygwin/XFree86. A two or three year old ATI or NVIDIA PCI (AGP is better) graphics card will be substantially faster than a 5 year old PCI graphics card from a no-name vendor. On the other hand, I use a 5 year old Diamond PCI graphics card and it works just fine. That's about it. Harold Mark Jones wrote: I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and Linux's XFree86 and have found it to be extremely slow at refreshing the screen making it nearly impossible to use MATLAB's editor reasonably. However, using a MS Windows emulator like Xoftware or Hummingbird's Exceed provides extremely fast response such that it is useable with various programs including MATLAB. Is there a valid reason for this? Is it being addressed? Thanks, Mark
Re: Failure to make grap 1.30 under cygwin 1.5.5
On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: Fergus, This is a general Cygwin question, not a Cygwin/XFree86 question. It should have been sent to [EMAIL PROTECTED], not [EMAIL PROTECTED] However, I happen to know the answer you want to hear. The problem is that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. Something is horribly wrong with it, but I don't care to get involved in fixing it. Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. As such, I have upgraded flex to the 'test' version 2.5.4-2. That would be the prev version not the test version. cgf
Re: Failure to make grap 1.30 under cygwin 1.5.5
flex 2.5.31-1 sucks ... ... upgrade to 2.5.4-2. Well this worked just fine. Thank you very much for this pragmatic help. Fergus
Re: Xfree86 is slow! with software like MATLAB
Gavin, I forgot to mention something that is becoming apparent now: Matlab may be using OpenGL, which is implemented in software in Cygwin/XFree86. Thus, OpenGL is extremely slow in Cygwin/XFree86. Some of the commercial X Servers for Windows have an accelerated implementation of OpenGL that basically passes off the calls to the Win32 OpenGL layer. This was also implemented in X on X (XFree86 for Mac OS X), so a reference implementation is available if someone wanted to look into doing this. So, are the fast apps non-OpenGL and the slow apps OpenGL? Harold [EMAIL PROTECTED] wrote: Harold Mark, To contribute to the discussion: I see the same problem when running Matlab. In my case Matlab is run on a Compaq/HP Tru64 computer with the GUI displayed on my Windows PC running cygwin/xfree in multiwindow mode. I also have a commercial X server (xwin32) available on my PC. Display of Matlab graphics, or even updating of the icons in Matlab window menubar are considerably slower when running via cygwin/xfree - the graphics benchmarks that Matlab provide run approximately 100 times slower under cygwin/xfree than under xwin32. Trials of other commercial X servers indicated that some are slow and some are quick, probably due to the reason given by Harold. An in-house, graphically intensive, X program run under the same setup as above does not show such a marked difference. One point of difference is that the Matlab GUI is written entirely in Java, while the other program uses GTK. Regards Gavin On 24 Sep 2003 at 22:27, Harold L Hunt II wrote: Mark, Using the default -multiwindow mode (with the integrated window manager) is slower than all of the other modes. You can run XWin from startxwin.bat instead with: XWin -rootless Then you need to start a window manager like 'twm': run twm Cygwin/XFree86 works by drawing to an offscreen framebuffer (using the primary CPU), then transferring updated portions of the offscreen framebuffer to the screen. Work has begun, and is also essentially stalled, on the Native GDI engine for Cygwin/XFree86 that translates each X graphics call to a GDI graphics call; this has the advantage of utilizing the power of the graphics processing unit (GPU). Exceed and possibly other commercial X Servers do something similar to the Native GDI engine and are thus faster. On a side note, the speed of your graphics card and the quality of its drivers are very important for the performance of Cygwin/XFree86. A two or three year old ATI or NVIDIA PCI (AGP is better) graphics card will be substantially faster than a 5 year old PCI graphics card from a no-name vendor. On the other hand, I use a 5 year old Diamond PCI graphics card and it works just fine. That's about it. Harold Mark Jones wrote: I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and Linux's XFree86 and have found it to be extremely slow at refreshing the screen making it nearly impossible to use MATLAB's editor reasonably. However, using a MS Windows emulator like Xoftware or Hummingbird's Exceed provides extremely fast response such that it is useable with various programs including MATLAB. Is there a valid reason for this? Is it being addressed? Thanks, Mark
Re: Failure to make grap 1.30 under cygwin 1.5.5
Christopher Faylor wrote: On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: Fergus, This is a general Cygwin question, not a Cygwin/XFree86 question. It should have been sent to [EMAIL PROTECTED], not [EMAIL PROTECTED] However, I happen to know the answer you want to hear. The problem is that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. Something is horribly wrong with it, but I don't care to get involved in fixing it. Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. Just so it is clear: I wasn't asking for anyone to get involved. I saw your initial defensive remark to Earle saying that the new version of flex wasn't working for him and decided that I really don't care enough to get involved and deal with your attitude. So, I wrote my message above in a manner that did not imply it was anyone's fault that flex was broken, rather, I merely stated that it was broken and that Fergus can be the one to help fix it if he is interested, because I am not. Harold
Re: Failure to make grap 1.30 under cygwin 1.5.5
Fergus, [EMAIL PROTECTED] wrote: flex 2.5.31-1 sucks ... ... upgrade to 2.5.4-2. Well this worked just fine. Thank you very much for this pragmatic help. Fergus No problem. Of course, we will both be out of luck when 2.5.4 is no longer available. I was thinking that 2.5.4 was newer, but Chris pointed out that 2.5.31 is newer (think 2.5.04 v.s 2.5.31). Oh well. Harold
Re: Failure to make grap 1.30 under cygwin 1.5.5
Howdy, At 03:48 PM 9/25/2003 -0400, CGF wrote: ...Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. OK, I know this should be on the cygwin-apps but since it showed up here can I make a better problem report on the new flex version? Internal common parsing variables and functions that were available in 2.5.04 no longer are accessible (i.e. yytext_ptr or yyunput, yy_flex_realloc). As I'm not an expert in Lex I can't say if these are legit functions, but they have been there since time immemorial and are found in the X11R6 tree in several spots besides the xserver/hw/xwin branch. For debugging I tried to find the .31 version but couldn't find it on any official site so I couldn't find a changefile and see if maybe there's a new -switch or something to enable legacy mode beyond the standard -lex mode option. A compile of the version available @ gnu results in a version that still has these needed functions. The lex header files are very, very different between the 2.5.4 and .31 versions, but I didn't go into detail because they are quite convoluted. -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com
Re: Failure to make grap 1.30 under cygwin 1.5.5
On Thu, Sep 25, 2003 at 05:22:10PM -0400, Harold L Hunt II wrote: Christopher Faylor wrote: On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. Just so it is clear: I wasn't asking for anyone to get involved. Getting involved is what a package owner is supposed to do. Why do you get involved when someone says Cygwin/XFree86 is broken? No one is specifically asking you to get involved. I saw your initial defensive remark to Earle saying that the new version of flex wasn't working for him You have entirely misread my response. Earle made a confusing statement about what he did to rectify a problem. I replied, indicating that his stated version numbers made no sense if what he said was true. For the record, I upgraded flex because someone was complaining that it was older than the latest release. So I upgraded it for them. I ran the test suite prior to releasing it. Goodbye. cgf
Re: xfree86 cut/copy/paste
Redirecting to the correct list and replying. Please remove cygwin at cygwin dot com from further discussion on this topic. On Thu, 25 Sep 2003, Bill McCormick wrote: Hello, Is there cut/copy/paste functionality with xfree86 (using windows clipboard) like there is with rxvt? I'm sure this has come up before but I can't seem to find it. Thanks, Bill Bill, Try giving a -clipboard argument to XWin.exe, or use the xwinclip utility (although the latter is outdated, IIRC). Search the cygwin-xfree list archives for either clipboard or xwinclip for more details. 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
src/winsup/w32api ChangeLog include/winuser.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-25 07:53:44 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h winable.h Log message: * include/winuser.h [WINVER = 0x0500] (GetGUIThreadInfo, LPGUITHREADINFO): Add function and associated typedef... * include/winable.h [WINVER 0x0500] (GetGUIThreadInfo, LPGUITHREADINFO): ...and duplicate them in winable.h as seems to be required on older versions of Windows. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.451r2=1.452 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.56r2=1.57 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winable.h.diff?cvsroot=srcr1=1.5r2=1.6
src/winsup/w32api ChangeLog include/winuser.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-25 08:04:30 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h Log message: * include/winuser.h [WINVER = 0x0500] (AW_SLIDE, AW_ACTIVATE, AW_BLEND, AW_HIDE, AW_CENTER, AW_HOR_POSITIVE, AW_HOR_NEGATIVE, AW_VER_POSITIVE, AW_VER_NEGATIVE): Add constants. For use by AnimateWindow(). Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.452r2=1.453 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.57r2=1.58
src/winsup/w32api ChangeLog include/winuser.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-25 08:26:00 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h winsup/w32api/lib: user32.def Log message: * include/winuser.h [WINVER = 0x0500] (AnimateWindow): Add function. * lib/user32.def (AnimateWindow): Add function. By the way there are ~ 140 symbols missing from this file when comparing to user32.dll on Windows XP. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.453r2=1.454 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.58r2=1.59 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/user32.def.diff?cvsroot=srcr1=1.11r2=1.12
src/winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-25 13:49:21 Modified files: winsup/cygwin : ChangeLog spawn.cc Log message: * spawn.cc (spawn_guts): Move system signal handling stuff after CreateProcess error check. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2092r2=1.2093 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.131r2=1.132
src/winsup/w32api ChangeLog include/winuser.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-25 14:11:47 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h winsup/w32api/lib: user32.def Log message: * include/winuser.h (BroadcastSystemMessage, BroadcastSystemMessageA, BroadcastSystemMessageW, BroadcastSystemMessageEx, BroadcastSystemMessageExA, BroadcastSystemMessageExW, BSMINFO, BSF_ALLOWSFW, BSF_SENDNOTIFYMESSAGE, BSF_LUID, BSF_RETURNHDESK): Add functions and constants. * include/winuser.h (EnumDisplaySettingsEx, EnumDisplaySettingsExA, EnumDisplaySettingsExW, EDS_RAWMODE): Add functions and constant. * include/winuser.h (IsGUIThread, IsHungAppWindow, FlashWindowEx, GetProcessDefaultLayout, SetProcessDefaultLayout, RealChildWindowFromPoint, SetProcessDefaultLayout, SwitchToThisWindow): Add functions. * lib/user32.def (BroadcastSystemMessageA, BroadcastSystemMessageW, BroadcastSystemMessageExA, BroadcastSystemMessageExW, EnumDisplaySettingsExA, EnumDisplaySettingsExW, FlashWindowEx, GetProcessDefaultLayout, IsGUIThread, IsHungAppWindow, RealChildWindowFromPoint, SetProcessDefaultLayout, SwitchToThisWindow): Add function. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.455r2=1.456 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.60r2=1.61 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/user32.def.diff?cvsroot=srcr1=1.13r2=1.14
src/winsup/w32api ChangeLog lib/version.def
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-25 20:24:05 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib: version.def Log message: * lib/version.def (LIBRARY): Quote name. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.457r2=1.458 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/version.def.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-26 02:23:34 Modified files: winsup/cygwin : ChangeLog spawn.cc Log message: * spawn.cc (spawn_guts): Catch potential error from pinfo.remember. Change debug messages to make sense. Pass correct value to pinfo constructor. Ensure cleanup after errors. Always reimpersonate after errors. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2093r2=1.2094 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.132r2=1.133
Re: {Patch]: Giving access to pinfo after seteuid and exec
On Thu, Sep 25, 2003 at 09:47:48PM -0400, Pierre A. Humblet wrote: This patch sets the _pinfo acl in order to allow access after seteuid and exec. While looking at spawn.cc I also noticed oddities in pinfo related error handling, and reworked them. I also restored impersonation in case of CreateProcessAsUser failure. Pierre 2003-09-25 Pierre Humblet [EMAIL PROTECTED] * pinfo.h (pinfo::set_acl): Declare. * pinfo.cc (pinfo_fixup_after_fork): Duplicate with no rights. (pinfo::set_acl): New. * spawn.cc (spawn_guts): Call myself.set_acl. Always reimpersonate after errors. Fix pinfo related error cases. Index: pinfo.h === RCS file: /cvs/src/src/winsup/cygwin/pinfo.h,v retrieving revision 1.52 diff -u -p -r1.52 pinfo.h --- pinfo.h25 Sep 2003 00:37:17 - 1.52 +++ pinfo.h26 Sep 2003 00:57:08 - @@ -176,6 +176,7 @@ public: } #endif HANDLE shared_handle () {return h;} + void set_acl(); }; #define ISSTATE(p, f) (!!((p)-process_state f)) Index: pinfo.cc === RCS file: /cvs/src/src/winsup/cygwin/pinfo.cc,v retrieving revision 1.88 diff -u -p -r1.88 pinfo.cc --- pinfo.cc 25 Sep 2003 00:37:17 - 1.88 +++ pinfo.cc 26 Sep 2003 00:57:09 - @@ -30,6 +30,7 @@ details. */ #include shared_info.h #include cygheap.h #include fhandler.h +#include aclapi.h static char NO_COPY pinfo_dummy[sizeof (_pinfo)] = {0}; @@ -42,9 +43,9 @@ pinfo_fixup_after_fork () { if (hexec_proc) CloseHandle (hexec_proc); - + /* Keeps the cygpid from being reused. No rights required */ if (!DuplicateHandle (hMainProc, hMainProc, hMainProc, hexec_proc, 0, - TRUE, DUPLICATE_SAME_ACCESS)) + TRUE, 0)) { system_printf (couldn't save current process handle %p, %E, hMainProc); hexec_proc = NULL; @@ -236,6 +237,22 @@ pinfo::init (pid_t n, DWORD flag, HANDLE break; } destroy = 1; +} + +void +pinfo::set_acl() +{ + char sa_buf[1024]; + SECURITY_DESCRIPTOR sd; + + sec_acl ((PACL) sa_buf, true, true, cygheap-user.sid (), + well_known_world_sid, FILE_MAP_READ | FILE_MAP_READ); /* FIXME */ + if (!InitializeSecurityDescriptor( sd, SECURITY_DESCRIPTOR_REVISION)) +debug_printf(InitializeSecurityDescriptor %E); + else if (!SetSecurityDescriptorDacl(sd, TRUE, (PACL) sa_buf, FALSE)) +debug_printf(SetSecurityDescriptorDacl %E); + else if (!SetKernelObjectSecurity(h, DACL_SECURITY_INFORMATION, sd)) +debug_printf (SetKernelObjectSecurity %E); } bool Index: spawn.cc === RCS file: /cvs/src/src/winsup/cygwin/spawn.cc,v retrieving revision 1.132 diff -u -p -r1.132 spawn.cc --- spawn.cc 25 Sep 2003 13:49:21 - 1.132 +++ spawn.cc 26 Sep 2003 00:57:11 - @@ -672,7 +672,9 @@ spawn_guts (const char * prog_arg, const else { PSID sid = cygheap-user.sid (); - + /* Give access to myself */ + if (mode == _P_OVERLAY) + myself.set_acl(); /* Set security attributes with sid */ PSECURITY_ATTRIBUTES sec_attribs = sec_user_nih (sa_buf, sid); @@ -711,7 +713,7 @@ spawn_guts (const char * prog_arg, const /* Restore impersonation. In case of _P_OVERLAY this isn't allowed since it would overwrite child data. */ - if (mode != _P_OVERLAY) + if (mode != _P_OVERLAY || !rc) cygheap-user.reimpersonate (); I was looking at the above today. Don't you have to reimpersonate regardless of whether the CreateProcess succeeded? I'll check in the rest of the spawn.cc stuff with some modifications. I see I missed some cases with the addition of _P_SYSTEM. cgf
Re: {Patch]: Giving access to pinfo after seteuid and exec
On Thu, Sep 25, 2003 at 10:17:22PM -0400, Christopher Faylor wrote: I was looking at the above today. Don't you have to reimpersonate regardless of whether the CreateProcess succeeded? Nevermind. That's exactly what you're doing. I'm always briefly 10% more brilliant after I hit 'y' to send the mail. cgf
Re: {Patch]: Giving access to pinfo after seteuid and exec
On Thu, Sep 25, 2003 at 10:17:22PM -0400, Christopher Faylor wrote: I'll check in the rest of the spawn.cc stuff with some modifications. I see I missed some cases with the addition of _P_SYSTEM. I'm sorry. Long day. I'm checking in the non-acl related stuff. I'll leave the rest for Corinna's review. cgf
Re: {Patch]: Giving access to pinfo after seteuid and exec
At 10:23 PM 9/25/2003 -0400, you wrote: On Thu, Sep 25, 2003 at 10:17:22PM -0400, Christopher Faylor wrote: I'll check in the rest of the spawn.cc stuff with some modifications. I see I missed some cases with the addition of _P_SYSTEM. I'm sorry. Long day. I'm checking in the non-acl related stuff. I'll leave the rest for Corinna's review. OK. By the way, in the case if (!child) { syscall_printf (pinfo failed); set_errno (EAGAIN); the EAGAIN is masking the true reason that should have been set by the pinfo code. That may be Posix, but it's not helpful from a debugging point of view. If you still have some energy, in fork.cc the pinfo forked should be checked for error as well. Pierre
Re: {Patch]: Giving access to pinfo after seteuid and exec
On Thu, Sep 25, 2003 at 10:56:41PM -0400, Pierre A. Humblet wrote: At 10:23 PM 9/25/2003 -0400, you wrote: On Thu, Sep 25, 2003 at 10:17:22PM -0400, Christopher Faylor wrote: I'll check in the rest of the spawn.cc stuff with some modifications. I see I missed some cases with the addition of _P_SYSTEM. I'm sorry. Long day. I'm checking in the non-acl related stuff. I'll leave the rest for Corinna's review. OK. By the way, in the case if (!child) { syscall_printf (pinfo failed); set_errno (EAGAIN); the EAGAIN is masking the true reason that should have been set by the pinfo code. That may be Posix, but it's not helpful from a debugging point of view. If it's a cygwin problem there should be enough clues in strace or whatever. SUSv3 says that there should be two possible errnos on error -- EAGAIN or ENOMEM. If we were strictly correct we could check for the ENOMEM case and not overwrite it. cgf
how to decide the system config
I want to compile a software bird under cygwin. When I configure it said: $ ./configure loading cache ./config.cache checking host system type... i686-pc-cygwin32 checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking what CFLAGS should we use... -g -O2 -Wall -W -Wstrict-prototypes -Wno-p arentheses -Wno-unused checking how to run the C preprocessor... gcc -E checking for a BSD compatible install... /usr/bin/install -c checking for ranlib... ranlib checking for flex... flex checking for bison... bison checking for gm4... no checking for m4... m4 configure: error: Cannot determine correct system configuration. Please use --wi th-sysconfig to set it manually. I have install my cygwin by copy a cygwin directory to C: then run two reg files as below. Can someone help me to configure cygein? file1: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Cygnus Solutions] [HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin] [HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2] [HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options] [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup] [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0] [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts] [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00] native=.\\tape1: unix=/dev/st1 fbinary=dword: fsilent=dword:0001 [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01] native=.\\tape0: unix=/dev/st0 fbinary=dword: fsilent=dword:0001 [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02] native=.\\b: unix=/dev/fd1 fbinary=dword: fsilent=dword:0001 [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03] native=.\\a: unix=/dev/fd0 fbinary=dword: fsilent=dword:0001 [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04] native=C: unix=/ fbinary=dword: fsilent=dword: file2: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2] cygdrive prefix=/cygdrive cygdrive flags=dword:0022 [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/] native=C:\\cygwin flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ecos-c] native=c: flags=dword:0008 [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin] native=C:\\cygwin/bin flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib] native=C:\\cygwin/lib flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts] native=C:\\cygwin\\usr\\X11R6\\lib\\X11\\fonts flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
Don't seem to be able to use CPAN after recent Cygwin updates (ma ybe)
Hello all I used to be able to use CPAN (only a week or so ago) but now it seems to time out. I thought it might be a network / firewall type thing but I can use ncftp ok. See below ... $ cpan Perl::Tokenizer CPAN: Storable loaded ok Going to read /home/wardmm/.cpan/Metadata Database was generated on Tue, 23 Sep 2003 00:45:53 GMT Going to read /home/wardmm/.cpan/sources/authors/01mailrc.txt.gz CPAN: Compress::Zlib loaded ok CPAN: LWP::UserAgent loaded ok Fetching with LWP: ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz LWP failed with code[400] message[FTP return code 000] Fetching with Net::FTP: ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz Couldn't fetch 02packages.details.txt.gz from ftp.planetmirror.com Fetching with LWP: ftp://cpan.nas.nasa.gov/pub/perl/CPAN/modules/02packages.details.txt.gz LWP failed with code[400] message[FTP return code 000] Fetching with Net::FTP: ftp://cpan.nas.nasa.gov/pub/perl/CPAN/modules/02packages.details.txt.gz Couldn't fetch 02packages.details.txt.gz from cpan.nas.nasa.gov Fetching with LWP: ftp://cpan.llarian.net/pub/CPAN/modules/02packages.details.txt.gz (and so on --- had to can it) (but i can get the file ok ... ?? ) $ ncftpget ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz Who are you? You have a user id number of 4012, but no username associated with it. 02packages.details.txt.gz: 237.34 kB3.11 kB/s Does anyone have an idea what is going on here? Or what I could try? I'm a long-term cygwin user but I don't really know what's going on underneath. Thanks ~ Wardy -- 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/
Error while running a .exe file in bash
I see a couple of messages on this topic, but couldn't figure out what to do. So sending the question again: I compiled my code using gcc, and created a .exe file. However, when I try to execute it, I get the following error: MZ?: command not found. However, I can open a 'cmd' window, and run the .exe. I am under Win2000. Here is the .exe's attributes, and the output when I run the exe. -rwxr-xr-x1 jgalt mkpasswd 455026 Sep 25 12:29 tx.exe* /c/Model. tx.exe bash: MZ?: command not found Please help... __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Poor network performance with cygwin utilities
On Wed, Sep 24, 2003 at 06:19:00PM -0400, [EMAIL PROTECTED] wrote: $ scp build/ams.war [EMAIL PROTECTED]: ams.war 100% 22MB 155.2KB/s 02:21 Neither machine showed significant CPU load during either test. (both machines 10%) Has anyone seen similar problems? scp somefile linuxbox: somefile 100% 30MB 4.8MB/s 00:05 Hmm, apparently not. You could strace the application to see what takes the time. 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: Strange make [Error 255] (cygwin bug?)
$ perl -e 'print all:;[EMAIL PROTECTED] \\\n; foreach $i (..) { print \techo -n $i \\\n; } print \ttrue\n;' | make -f - make: *** [all] Error 255 Yes, that fails from 1990. Is that a good bug report? Where should it be posted? -- 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: Don't seem to be able to use CPAN after recent Cygwin updates (ma ybe)
Hallo Michael, you wrote: I used to be able to use CPAN (only a week or so ago) but now it seems to time out. I thought it might be a network / firewall type thing but I can use ncftp ok. See below ... $ cpan Perl::Tokenizer CPAN: Storable loaded ok Going to read /home/wardmm/.cpan/Metadata Database was generated on Tue, 23 Sep 2003 00:45:53 GMT Going to read /home/wardmm/.cpan/sources/authors/01mailrc.txt.gz CPAN: Compress::Zlib loaded ok CPAN: LWP::UserAgent loaded ok Fetching with LWP: ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz LWP failed with code[400] message[FTP return code 000] [...] Looks like network problems. (and so on --- had to can it) (but i can get the file ok ... ?? ) $ ncftpget ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz Who are you? You have a user id number of 4012, but no username associated with it. 02packages.details.txt.gz: 237.34 kB3.11 kB/s Does anyone have an idea what is going on here? Or what I could try? I'm a long-term cygwin user but I don't really know what's going on underneath. You didn't told me which version of cygwin `uname -svr` and which version of perl `perl -V` (capital V) you're using now. Please *attach* also the output of cygcheck -svr to your reply. 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: disabling all forms of autoindentation in cygwin's vim
On Thu, Sep 25, 2003 at 11:49:07AM +0800, Carlo Florendo wrote: Hello, The cygwin version of vim, when installed, works well. However, autoindentation is forced on the user by default. I've mailed the vim mailing list and asked about this. Vim's creator answered and said that autoindentation is disabled by default. http://marc.theaimsgroup.com/?l=vimm=106439851629020w=2 Why is autoindentation enabled by default in cygwin's vim? It isn't. I don't know what's wrong on your machine but autoindent is not enabled by default in Cygwin vim. The Cygwin install is not different from the (non-GUI) vim installation on any other machine. I'm sorry but there's apparently something wrong on your machine. Do you have another version of vim installed as well? Perhaps a native Windows version? Do you have another vimrc file which is used by that version and which is accidentally opened by Cygwin vim as well? 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/
Fw: Failure to make grap 1.30 under cygwin 1.5.5
Sorry, sent first to cygwin-xfree list in error A configure / make /make install that has been working successfully oob for a long time recently failed. the relevant .tgz is unaltered, only Cygwin has changed. Does the following output from make, throw any light on this? The configure worked fine. I attach cygcheck.out. Fergus ~/tmp/grap-1.30 make grep ^# grap.y grap.cc ; grep ^# grap_lex.l grap_lex.cc; touch y.tab.h g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc .depend; rm -f grap.cc grap_lex.cc y.tab.h bison -y -d grap.y mv y.tab.c grap.cc g++ -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc flex -ograp_lex.cc grap_lex.l g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc grap_lex.l: In function `void expand_macro(macro*)': grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function) grap_lex.l:979: error: (Each undeclared identifier is reported only once for each function it appears in.) grap_lex.l: In function `bool is_macro(const std::string)': grap_lex.l:990: error: parse error before `--' token grap_lex.l: At global scope: grap_lex.l:996: error: parse error before `]' token make: *** [grap_lex.o] Error 1 ~/tmp/grap-1.30 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: how to decide the system config
On Thu, Sep 25, 2003 at 02:05:47PM +0800, Jiang zhou wrote: I want to compile a software bird under cygwin. When I configure it said: $ ./configure loading cache ./config.cache checking host system type... i686-pc-cygwin32 checking for gcc... gcc [...] checking for m4... m4 configure: error: Cannot determine correct system configuration. Please use --wi th-sysconfig to set it manually. That's a configure problem. You should examine the configure script what it is looking for when it's failing. If it is looking for a Linux-like /etc/sysconfig directory, you're out of luck. Cygwin doesn't provide that. You will have to rewrite the package somewhat to get it working. I have install my cygwin by copy a cygwin directory to C: then run two reg files as below. Why did you do it in a non-supported way? Use setup.exe to install Cygwin. The below registry keys seem to be from an old Cygwin version, otherwise I don't understand why you still have mount points for tape and floppy devices. See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN755 Btw., don't send registry keys, send cygcheck output as described on http://cygwin.com/problems.html. Corinna [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00] native=.\\tape1: unix=/dev/st1 fbinary=dword: fsilent=dword:0001 [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01] native=.\\tape0: unix=/dev/st0 fbinary=dword: fsilent=dword:0001 [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02] native=.\\b: unix=/dev/fd1 fbinary=dword: fsilent=dword:0001 [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03] native=.\\a: unix=/dev/fd0 fbinary=dword: fsilent=dword:0001 -- 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: Error while running a .exe file in bash
On Thu, Sep 25, 2003 at 12:17:59AM -0700, Kishen Bahudhanam wrote: I see a couple of messages on this topic, but couldn't figure out what to do. So sending the question again: I compiled my code using gcc, and created a .exe file. However, when I try to execute it, I get the following error: MZ?: command not found. However, I can open a 'cmd' window, and run the .exe. I am under Win2000. Here is the .exe's attributes, and the output when I run the exe. -rwxr-xr-x1 jgalt mkpasswd 455026 Sep 25 12:29 tx.exe* /c/Model. tx.exe bash: MZ?: command not found Try ./tx.exe 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: No support for wchar_t in latest Cygwin?
AFAIK, this is a PTC situation.. http://cygwin.com/contrib.html rlc On Wed, Sep 24, 2003 at 09:59:14PM -0700, Joshua Kwan wrote: Hi, it's me again :) I've been developing some software in C++ and have tested it on Linux and FreeBSD, so I decided yesterday to test it on my Cygwin installation. The library I link against the program requires wchar_t support. However, when I build it: ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x18f5):tstring.cpp: undefined reference to `std::char_traitswchar_t::compare(wchar_t const*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x1984):tstring.cpp: undefined reference to `std::char_traitswchar_t::length(wchar_t const*)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x214c):tstring.cpp: undefined reference to `std::char_traitswchar_t::compare(wchar_t const*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEEC1EPKwRKS1_+0x19):tstring.cpp: undefined reference to `std::char_traitswchar_t::length(wchar_t const*)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNKSbIwSt11char_traitsIwESaIwEE4findEPKwjj+0x3f):tstring.cpp: undefined reference to `std::char_traitswchar_t::compare(wchar_t const*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE7replaceEN9__gnu_cxx17__normal_iteratorIPwS2_EES6_jw+0x89):tstring.cpp: undefined reference to `std::char_traitswchar_t::assign(wchar_t*, unsigned, wchar_t)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE4_Rep8_M_cloneERKS1_j+0x6f):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIPKwEEPwT_S7_RKS1_St20forward_iterator_tag+0x4a):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE9_M_mutateEjjj+0xed):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE9_M_mutateEjjj+0x114):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE9_M_mutateEjjj+0x161):tstring.cpp: undefined reference to `std::char_traitswchar_t::move(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIN9__gnu_cxx17__normal_iteratorIPwS2_S6_T_S8_RKS1_St20forward_iterator_tag+0x73):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE15_M_replace_safeIN9__gnu_cxx17__normal_iteratorIPwS2_RS2_S7_S7_T_S9_+0x79):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIN9__gnu_cxx17__normal_iteratorIPKwS2_PwT_SA_RKS1_St20forward_iterator_tag+0x73):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE15_M_replace_safeIPKwEERS2_N9__gnu_cxx17__normal_iteratorIPwS2_EESA_T_SB_+0x79):tstring.cpp: undefined reference to `std::char_traitswchar_t::copy(wchar_t*, wchar_t const*, unsigned)' collect2: ld returned 1 exit status This is certainly a bummer :( I saw some emails on mailing lists that discussed this problem, but I did not notice a conclusive solution. A message on the GCC ML said that newlib had no UTF-8 support. So, is this true? Is there a workaround that I can use? Please CC me on replies, I'm not subscribed. Thanks! P.S. Elfyn have you implemented {base,dir}name() [1] yet? ;) [1] http://www.cygwin.com/ml/cygwin/2003-05/msg00010.html -- Joshua Kwan -- A great empire, like a great cake, is most easily diminished at the edges. -- B. Franklin -- 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/
cp /dev/zero filename creates large files
Hi I carried out the following sequence of commands $ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 3072 Jun 17 1998 dtaq.idx $ cp /dev/zero dtaq.idx The cp appeared to be hanging and the disc was rattling away, so in another window I typed in $ ls -l dtaq* -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 65307648 Jun 17 1998 dtaq.idx and you can see that the reported size of the target of the 'cp /dev/zero' has grown to a considerable size in a short time. Can anyone else reproduce this? Attaching cygcheck.log Cheers Don Sharp cygcheck.log Description: application/unknown-content-type-txtfile -- 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: cp /dev/zero filename creates large files
Don, The functionality you need is /dev/null. Indeed, the function of /dev/zero is to provide a file which you can read indefinitely. You should use it like this : dd if=/dev/zero of=whatever bs=1024 count=number_of_blocks Regards, Jurgen Don Sharp [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/25/2003 11:25 AM To: gnuwin32 [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:cp /dev/zero filename creates large files Classification: Hi I carried out the following sequence of commands $ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 3072 Jun 17 1998 dtaq.idx $ cp /dev/zero dtaq.idx The cp appeared to be hanging and the disc was rattling away, so in another window I typed in $ ls -l dtaq* -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 65307648 Jun 17 1998 dtaq.idx and you can see that the reported size of the target of the 'cp /dev/zero' has grown to a considerable size in a short time. Can anyone else reproduce this? Attaching cygcheck.log Cheers Don Sharp-- 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/ cygcheck.log 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: Fatal Flex Bug
Hi, I only just joined this list so please excuse aberrant behaviour. I am also in the same situation as Matt, but I have more information about it. First, you can easily work around it by telling devstudio to invoke flex through bash: c:\cygwin\bin\bash -c flex ... This is with 2.5.31-1, my previous version was 2.5.4-2. Previous experience with DevStudio has suggested to me that it invokes external commands via command.com, so I checked invoking flex manually with identical arguments under bash and under command.com. The result is that it always seems to work under bash, but under command.com it can give a command-line summary, but not compile my script (I only have the one script handy to test it under). So I think the problem is invocation under command.com, not anything about DevStudio per se. I'm attaching a cygcheck output. I'm not sure whether flex should invoke under command.com? e.g. is there a difference between invoking an isolated cygwin executable by its full path, and invoking one which tries to access other executables, and which may not have a PATH set up? In any case, I have a simple work-around, so this is JFYI. Ian Badcoe I want to use flex in Visual Studio, but it won't run. It just says: flex: fatal internal error, exec failed It worked before I upgraded Cygwin a few days ago. I don't know what version of flex I was using before, but this happens with version 2.5.31. Thanks! Matt Gregory Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Sep 25 11:08:34 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\program Files\Tcl\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\system32\WBEM c:\Program Files\Microsoft SQL Server\80\Tools\Binn\ C:\cygwin\usr\X11R6\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1015(ian) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1015(ian) GID: 513(None) 513(None) 544(Administrators) 545(Users)1007(Debugger Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\ian' MAKE_MODE = `unix' PWD = `/home/ian' USER = `ian' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\ian\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `XP-410' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVSROOT = `:ext:[EMAIL PROTECTED]:/cvsroot/livingathome' CVS_RSH = `ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\ian' LOGONSERVER = `\\XP-410' MANPATH = `:/usr/ssl/man:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/ian' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\ian\LOCALS~1\Temp' TERM = `cygwin' TEXMF = `{/usr/share/lilypond/1.8.2,{/usr/share/lilypond/1.8.2,/usr/share/texmf}}' TMP = `c:\DOCUME~1\ian\LOCALS~1\Temp' USERDOMAIN = `XP-410' USERNAME = `ian' USERPROFILE = `C:\Documents and Settings\ian' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 15923Mb 80% CP CS UN PA FC C d: cd CDFS 0Mb -2147483548%CS Audio CD y: net NTFS8220Mb 55% CP CS UN PA FC C z: net NTFS8220Mb 55% CP CS UN PA FC C C:\cygwin /
new release of setup.exe.
I've updated setup.exe to the current snapshot... The critical fix here is the terrible performance problem on new installs. Thanks as usual to the net contributors. Enjoy. Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
RE: cp /dev/zero filename creates large files
Don Sharp [EMAIL PROTECTED] wrote: I carried out the following sequence of commands $ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 3072 Jun 17 1998 dtaq.idx $ cp /dev/zero dtaq.idx The cp appeared to be hanging and the disc was rattling away, so in another window I typed in $ ls -l dtaq* -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 65307648 Jun 17 1998 dtaq.idx and you can see that the reported size of the target of the 'cp /dev/zero' has grown to a considerable size in a short time. Can anyone else reproduce this? Hopefull, everyone can reproduce this. I think you are mixing /dev/zero with /dev/null. /dev/zero will always return a buffer full of zeros (that is NULs, not the digit or letter zero). /dev/zero has infinite length, so copying from it with cp to a regular file will always cause you do run out of disk space. 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: cp /dev/zero filename creates large files
Thanks to everyone that replied pointing out that it was /dev/null that I needed NOT /dev/zero. Thanks again Don Sharp Peter J. Acklam wrote: Don Sharp [EMAIL PROTECTED] wrote: I carried out the following sequence of commands $ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 3072 Jun 17 1998 dtaq.idx $ cp /dev/zero dtaq.idx The cp appeared to be hanging and the disc was rattling away, so in another window I typed in $ ls -l dtaq* -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 65307648 Jun 17 1998 dtaq.idx and you can see that the reported size of the target of the 'cp /dev/zero' has grown to a considerable size in a short time. Can anyone else reproduce this? Hopefull, everyone can reproduce this. I think you are mixing /dev/zero with /dev/null. /dev/zero will always return a buffer full of zeros (that is NULs, not the digit or letter zero). /dev/zero has infinite length, so copying from it with cp to a regular file will always cause you do run out of disk space. 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: Strange make [Error 255] (cygwin bug?)
On Thu, 25 Sep 2003, Fodor Bertalan wrote: $ perl -e 'print all:;[EMAIL PROTECTED] \\\n; foreach $i (..) { print \techo -n $i \\\n; } print \ttrue\n;' | make -f - make: *** [all] Error 255 Yes, that fails from 1990. Is that a good bug report? Where should it be posted? Try it on Linux. If it works there, post it to the Cygwin list (i.e., here) with words to that effect. If it doesn't work on Linux either, post it to some general make bugs list -- I'm sure there is one; look at the homepage for GNU make. 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: Don't seem to be able to use CPAN after recent Cygwin updates (maybe)
On Thu, 25 Sep 2003 [EMAIL PROTECTED] wrote: Hello all I used to be able to use CPAN (only a week or so ago) but now it seems to time out. I thought it might be a network / firewall type thing but I can use ncftp ok. See below ... $ cpan Perl::Tokenizer CPAN: Storable loaded ok Going to read /home/wardmm/.cpan/Metadata Database was generated on Tue, 23 Sep 2003 00:45:53 GMT Going to read /home/wardmm/.cpan/sources/authors/01mailrc.txt.gz CPAN: Compress::Zlib loaded ok CPAN: LWP::UserAgent loaded ok Fetching with LWP: ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz LWP failed with code[400] message[FTP return code 000] Fetching with Net::FTP: ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz Couldn't fetch 02packages.details.txt.gz from ftp.planetmirror.com Fetching with LWP: ftp://cpan.nas.nasa.gov/pub/perl/CPAN/modules/02packages.details.txt.gz LWP failed with code[400] message[FTP return code 000] Fetching with Net::FTP: ftp://cpan.nas.nasa.gov/pub/perl/CPAN/modules/02packages.details.txt.gz Couldn't fetch 02packages.details.txt.gz from cpan.nas.nasa.gov Fetching with LWP: ftp://cpan.llarian.net/pub/CPAN/modules/02packages.details.txt.gz (and so on --- had to can it) (but i can get the file ok ... ?? ) $ ncftpget ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz Who are you? You have a user id number of 4012, but no username associated with it. I don't know if this is the source of your CPAN problems, but doesn't this look significant in itself? This shows that your /etc/passwd and /etc/group are not up to date. 02packages.details.txt.gz: 237.34 kB3.11 kB/s Does anyone have an idea what is going on here? Or what I could try? I'm a long-term cygwin user but I don't really know what's going on underneath. Thanks ~ Wardy You can rebuild your /etc/passwd and /etc/group by running for f in passwd group; do mv /etc/$f{,-bak} mk$f -lc /etc/$f; done Hope this helps, 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: Strange make [Error 255] (cygwin bug?)
On Thu, Sep 25, 2003 at 08:34:25AM -0400, Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Fodor Bertalan wrote: $ perl -e 'print all:;[EMAIL PROTECTED] \\\n; foreach $i (..) { print \techo -n $i \\\n; } print \ttrue\n;' | make -f - make: *** [all] Error 255 Yes, that fails from 1990. Is that a good bug report? Where should it be posted? Try it on Linux. If it works there, post it to the Cygwin list (i.e., here) with words to that effect. If it doesn't work on Linux either, post it to some general make bugs list -- I'm sure there is one; look at the homepage for GNU make. make bug? I'm getting this on Linux: make: execvp: /bin/sh: Argument list too long make: *** [all] Error 127 Doesn't look like a bug at all to me. 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: How about a TWIKI page?
Just wondering, but Is the current home of TWiki.Cygwin. at http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/WebHome what you are looking for? Or are you looking for something different? -David. - David Dawson [EMAIL PROTECTED] 703-367-3885 -Original Message- From: Marco Carnut [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 10:47 PM To: [EMAIL PROTECTED] Subject: RE: How about a TWIKI page? Hi folks, Mark Paulus wrote: Perhaps, instead of creating/adding all the issues that are coming up to the FAQ, how about running a TWIKI application, and linking it to the cygwin home page, and then using that as cygwin's expert system? Just a thought. I'm for it. I can even volunteer to host it, or, if someone else has a better place, install/maintain it. Although I'm involved in writing a PKI-Enabled version of TWiki, I'd reccomend using name-and-password for most users. Client certs, although much more secure, are a pain to use in most browsers. --Marco Kiko Carnut, CISSP --Tempest Security Technologies -- www.tempest.com.br -- 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: Strange make [Error 255] (cygwin bug?)
On Thu, Sep 25, 2003 at 09:14:09AM -0400, Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Corinna Vinschen wrote: make bug? I'm getting this on Linux: make: execvp: /bin/sh: Argument list too long make: *** [all] Error 127 Doesn't look like a bug at all to me. Corinna Urp. What I meant was if it fails in the same way on Linux. The above looks like a legitimate error message. FWIW, I just tried it on a RedHat 7.3 machine, and I'm getting the same error as Corinna. Now that you mention it, it could be that Cygwin's /bin/sh is exiting with status 255 on an overlong argument list, and this has nothing to do with make per se... Although all of for sh in /bin/sh /bin/ksh /bin/bash /bin/tcsh; do perl -e 'print all:;[EMAIL PROTECTED] echo \$\$SHELL \\\n; foreach $i (..) { print \techo -n $i \\\n; } print \techo true\n;' | make -f - SHELL=$sh done printed make: *** [all] Error 255, so I doubt it's a specific shell's behavior... This is obviously Cygwin-specific, though. Why so complicated? A simple strace shows that the native Windows call CreateProcess() fails with error 87. $ net helpmsg 87 The parameter is incorrect. Another simple look into MSDN for the CreateProcess call reveals: lpCommandLine [in, out] Pointer to a null-terminated string that specifies the command line to execute. The maximum length of this string is 32K characters. 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/
xfree86 cut/copy/paste
Hello, Is there cut/copy/paste functionality with xfree86 (using windows clipboard) like there is with rxvt? I'm sure this has come up before but I can't seem to find it. Thanks, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003 -- 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/
Make error 255 bug
So it looks like a bug either in cygwin or in cygwin make. * Test command: $ perl -e 'print all:;[EMAIL PROTECTED] \\\n; foreach $i (..) { print \techo -n $i \\\n; } print \ttrue\n;' | make -f - * Cygwin 1.5 Make 3.80 Works only if number is not larger than 1989, otherwise make: *** [all] Error 255 When long lines get into the way of make, it executes nothing, but stops with this error. Other systems: * Solaris 2.7 GNU Make 3.76.1 ... -n -n -n -n 1 -- Works correctly even with larger numbers. * Linux 2.2.19 GNU Make 3.79.1 Works only if number is not larger than 7747 make: execvp: /bin/sh: Argument list too long make: *** [all] Error 127 Bert -- 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: How about a TWIKI page?
That could very well be the page I want(ed). But, I think it should have a link off of the Cygwin Home Page, If it were there, then maybe others would more willing to contribute to it. For Example, I do believe that Mark J. de Jong's instructions on how to set up an SSHD server would be good for the TWIKI. As well as perhaps, How to set up an RXVT title with bash, etc, etc. Searching the mail archives is nice, if you have the time, know the key words, and are willing to run down all the little rabbit trails that get started. I also believe that using the TWIKI could relieve the FAQ maintainers jobs some. Much of what's in the FAQ could be put in the TWIKI, and the FAQ can become a FAQ, not a container for all the distilled knowledge about Cygwin. On Thu, 25 Sep 2003 09:12:27 -0400, Dawson, David W wrote: Just wondering, but Is the current home of TWiki.Cygwin. at http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/WebHome what you are looking for? Or are you looking for something different? -David. - David Dawson [EMAIL PROTECTED] 703-367-3885 -Original Message- From: Marco Carnut [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 10:47 PM To: [EMAIL PROTECTED] Subject: RE: How about a TWIKI page? Hi folks, Mark Paulus wrote: Perhaps, instead of creating/adding all the issues that are coming up to the FAQ, how about running a TWIKI application, and linking it to the cygwin home page, and then using that as cygwin's expert system? Just a thought. I'm for it. I can even volunteer to host it, or, if someone else has a better place, install/maintain it. Although I'm involved in writing a PKI-Enabled version of TWiki, I'd reccomend using name-and-password for most users. Client certs, although much more secure, are a pain to use in most browsers. --Marco Kiko Carnut, CISSP --Tempest Security Technologies -- www.tempest.com.br -- 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/ -- 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: Strange make [Error 255] (cygwin bug?)
On Thu, Sep 25, 2003 at 03:40:36PM +0200, Corinna Vinschen wrote: On Thu, Sep 25, 2003 at 09:14:09AM -0400, Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Corinna Vinschen wrote: make bug? I'm getting this on Linux: make: execvp: /bin/sh: Argument list too long make: *** [all] Error 127 Doesn't look like a bug at all to me. Corinna Urp. What I meant was if it fails in the same way on Linux. The above looks like a legitimate error message. FWIW, I just tried it on a RedHat 7.3 machine, and I'm getting the same error as Corinna. Now that you mention it, it could be that Cygwin's /bin/sh is exiting with status 255 on an overlong argument list, and this has nothing to do with make per se... Although all of for sh in /bin/sh /bin/ksh /bin/bash /bin/tcsh; do perl -e 'print all:;[EMAIL PROTECTED] echo \$\$SHELL \\\n; foreach $i (..) { print \techo -n $i \\\n; } print \techo true\n;' | make -f - SHELL=$sh done printed make: *** [all] Error 255, so I doubt it's a specific shell's behavior... This is obviously Cygwin-specific, though. Why so complicated? A simple strace shows that the native Windows call CreateProcess() fails with error 87. $ net helpmsg 87 The parameter is incorrect. Another simple look into MSDN for the CreateProcess call reveals: lpCommandLine [in, out] Pointer to a null-terminated string that specifies the command line to execute. The maximum length of this string is 32K characters. How come cygwin isn't setting an errno appropriately, then? Shouldn't it be reflected by make? In any event, this might help: mount -f -X c:/cygwin/bin /bin mount -f -x c:/cygwin/bin/strace.exe /bin/strace.exe mount -f -x c:/cygwin/bin/cygcheck.exe /bin/cygcheck.exe since telling cygwin that the files are all cygwin-aware should make cygwin bypass the standard windows command line stuff. 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: No support for wchar_t in latest Cygwin?
On Thu, Sep 25, 2003 at 11:53:19AM +0200, Ronald Landheer-Cieslak wrote: AFAIK, this is a PTC situation.. I take this as a 'no' then? What you've just said applies to everything not done in Cygwin, but I was soliciting information on whether this *had* been done, or intelligently worked around. But thanks anyway... -- Joshua Kwan pgp0.pgp Description: PGP signature
Re: g77 -mno-cygwin failed
TX wrote: Hi All G77 in the latest GCC-3.3.3-1 doesn't work: g77 -mno-cygwin foo.f g77: installation problem, cannot exec 'f771': No such file or directory Can anyone help? Compiling a Hello world fortran program with g77 -v reveals that g77 -v -o hello hello.f calls /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/f771.exe. (OK) g77 -v -mno-cygwin -o hello hello.f calls f771.exe and can't find f771.exe along the path. A problem with the specs file? Teun -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: aspell version 0.50.3-1
On behalf of the aspell maintainer, Gareth Pearce: New News: = Version 0.50.3-1 of the aspell package is now available for download. This corresponds to the latest official release (0.50-3). To update your installation: === Run the Setup utility from http://cygwin.com/setup.exe and pick up the proper packages. Problem reports: === Please send reports of any problems related to these packages to [EMAIL PROTECTED] and *do not* mail me personally. I moniter the list on a regular basis. Old News: The current aspell is an ispell replacement, which is derived from the old aspell and pspell libraries. It provides advanced interactive spelling correction capabilities. Port Notes: === Aspell builds and functions out of the box with no modifications. - version 0.50.3-1 - Initial release -- 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: No support for wchar_t in latest Cygwin?
On Thu, Sep 25, 2003 at 06:54:43AM -0700, Joshua Kwan wrote: On Thu, Sep 25, 2003 at 11:53:19AM +0200, Ronald Landheer-Cieslak wrote: AFAIK, this is a PTC situation.. I take this as a 'no' then? What you've just said applies to everything not done in Cygwin, but I was soliciting information on whether this *had* been done, or intelligently worked around. But thanks anyway... Please read the follow-ups before replying so as not to be confused by the confused :) i.e. this is *not* a PTC situation :) rlc -- Authors (and perhaps columnists) eventually rise to the top of whatever depths they were once able to plumb. -- Stanley Kaufman -- 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: How about a TWIKI page?
The reason there is no link from the main Cygwin page is that tWiki is notoriously unfiltered, so there is no way to know whether the information is correct. The FAQ does pass through this filter (i.e., only the items approved or confirmed by actual developers usually get into the FAQ). With tWiki, the pages will have to be monitored by someone (most likely Cygwin developers or the FAQ maintainer -- one more thing to monitor), and either any incorrect information will have to be marked as such, or the correct information will need to be marked approved -- both of which are extra effort that will take up the developers' already short free (volunteer) time. Why not consider making the FAQ maintainer's job easier instead, and submitting direct FAQ patches to this list? That way, once your patch is approved, it's easy to apply (no extra effort needed). The FAQ file is winsup/doc/faq.texinfo in the Cygwin sources (for instructions on accessing the sources in CVS, see http://cygwin.com/cvs.html). Igor On Thu, 25 Sep 2003, Mark Paulus wrote: That could very well be the page I want(ed). But, I think it should have a link off of the Cygwin Home Page, If it were there, then maybe others would more willing to contribute to it. For Example, I do believe that Mark J. de Jong's instructions on how to set up an SSHD server would be good for the TWIKI. As well as perhaps, How to set up an RXVT title with bash, etc, etc. Searching the mail archives is nice, if you have the time, know the key words, and are willing to run down all the little rabbit trails that get started. I also believe that using the TWIKI could relieve the FAQ maintainers jobs some. Much of what's in the FAQ could be put in the TWIKI, and the FAQ can become a FAQ, not a container for all the distilled knowledge about Cygwin. On Thu, 25 Sep 2003 09:12:27 -0400, Dawson, David W wrote: Just wondering, but Is the current home of TWiki.Cygwin. at http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/WebHome what you are looking for? Or are you looking for something different? -David. - David Dawson [EMAIL PROTECTED] 703-367-3885 -Original Message- From: Marco Carnut [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 10:47 PM To: [EMAIL PROTECTED] Subject: RE: How about a TWIKI page? Hi folks, Mark Paulus wrote: Perhaps, instead of creating/adding all the issues that are coming up to the FAQ, how about running a TWIKI application, and linking it to the cygwin home page, and then using that as cygwin's expert system? Just a thought. I'm for it. I can even volunteer to host it, or, if someone else has a better place, install/maintain it. Although I'm involved in writing a PKI-Enabled version of TWiki, I'd reccomend using name-and-password for most users. Client certs, although much more secure, are a pain to use in most browsers. --Marco Kiko Carnut, CISSP -- 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/
[ANNOUNCEMENT] New package: aspell-en version 0.51.0-1
New News: = Version 0.51.0-1 of the aspell-en package is now available for download. This corresponds to the latest official release (0.51-0). To update your installation: === Run the Setup utility from http://cygwin.com/setup.exe and pick up the proper packages. Problem reports: === Please send reports of any problems related to these packages to [EMAIL PROTECTED] and *do not* mail me personally. I moniter the list on a regular basis. Old News: aspell-en is the english-language dictionary for the aspell spell checker, which is also part of the Cygwin Net distribution. You will need aspell to use this dictionary (and you will need at least one dictionary to use aspell). Port Notes: === Generally, note that the version number has been mangled to fit Cygwin version numbers. Other that that, nothing has changed.. - version 0.51.0-1 - none -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: gmp-4.1.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gmp-4.1.2-1 has been uploaded to the Cygwin net distribution. GMP is a free library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating point numbers. There is no practical limit to the precision except the ones implied by the available memory in the machine GMP runs on. GMP has a rich set of functions, and the functions have a regular interface. Please notice that the binary was compiled with 486 architecture but with optimization for the 686 cpu (-O2 -g -fomit-frame-pointer - -march=i486 -mcpu=i686). The primary source for information for gmp is: http://www.swox.com/gmp/ Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. ~*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj9y/FUACgkQaJiCLMjyUvu05wCaAu3mZkaaFNywzwKFKaGwSOnq wbkAoPD/e7Uly21E3zAeQAjLS27UfFE0 =qRTV -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: g77 -mno-cygwin failed
On Thu, 25 Sep 2003, Teun Burgers wrote: TX wrote: Hi All G77 in the latest GCC-3.3.3-1 doesn't work: g77 -mno-cygwin foo.f g77: installation problem, cannot exec 'f771': No such file or directory Can anyone help? Compiling a Hello world fortran program with g77 -v reveals that g77 -v -o hello hello.f calls /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/f771.exe. (OK) g77 -v -mno-cygwin -o hello hello.f calls f771.exe and can't find f771.exe along the path. A problem with the specs file? Teun g77 -mno-cygwin will most likely call /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the gcc-mingw package. Unfortunately, gcc-mingw uses a weird packaging scheme (a tarball inside a tarball), so you couldn't have used the package search page to find that out. Judging by the size of the tarball in the latest gcc-mingw-20030911-2 package (1.3M) vs. the one in 20020817-5 (2.1M), some files may be missing in the new version. It's likely f771.exe is one of them. If you have the latest gcc-mingw installed, tar tf /etc/postinstall/gcc-mingw-3.3.1-20030804-1.tar | grep f77 should confirm or deny my guess. 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/
gcc -mno-cygwin fails
Following up with recent problems noted about g77 -mno-cygwin, the same problem occurs for gcc. I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2 $ gcc foo.c $ gcc -mno-cygwin foo.c gcc: installation problem, cannot exec `cc1': No such file or directory $ Any workaround is appreciated. Regards, Greg -- Gregory C. Sharp Research Fellow, Mass General Hospital http://gray.mgh.harvard.edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc -mno-cygwin fails
Gregory schrieb: Following up with recent problems noted about g77 -mno-cygwin, the same problem occurs for gcc. I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2 $ gcc foo.c $ gcc -mno-cygwin foo.c gcc: installation problem, cannot exec `cc1': No such file or directory $ Make some symlinks in the directory: /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/ to all the executables in this directory: /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/ as it was in 3.2-x: $ ls -l /usr/lib/gcc-lib/i686-pc-mingw32/3.2 total 143 -rwxr-xr-x1 gerrit Domänen-89490 Aug 17 2002 SYSCALLS.c.X* lrwxrwxrwx1 gerrit Domänen- 144 Aug 28 12:05 cc1.exe - ../../i686-pc-cygwin/3.2/cc1.exe lrwxrwxrwx1 gerrit Domänen- 166 Aug 28 12:05 cc1obj.exe - ../../i686-pc-cygwin/3.2/cc1obj.exe lrwxrwxrwx1 gerrit Domänen- 152 Aug 28 12:05 cc1plus.exe - ../../i686-pc-cygwin/3.2/cc1plus.exe lrwxrwxrwx1 gerrit Domänen- 146 Aug 28 12:05 cpp0.exe - ../../i686-pc-cygwin/3.2/cpp0.exe lrwxrwxrwx1 gerrit Domänen- 150 Aug 28 12:05 crtbegin.o - ../../i686-pc-cygwin/3.2/crtbegin.o lrwxrwxrwx1 gerrit Domänen- 146 Aug 28 12:05 crtend.o - ../../i686-pc-cygwin/3.2/crtend.o lrwxrwxrwx1 gerrit Domänen- 146 Aug 28 12:05 f771.exe - ../../i686-pc-cygwin/3.2/f771.exe drwxrwxrwx+ 3 gerrit Domänen- 4096 Aug 28 12:05 include/ -rwxr-xr-x1 gerrit Domänen-55372 Aug 17 2002 libgcc.a* lrwxrwxrwx1 gerrit Domänen- 140 Aug 28 12:05 specs - ../../i686-pc-cygwin/3.2/specs lrwxrwxrwx1 gerrit Domänen- 154 Aug 28 12:05 tradcpp0.exe - ../../i686-pc-cygwin/3.2/tradcpp0.exe 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: g77 -mno-cygwin failed
Roman schrieb: Teun Burgers [EMAIL PROTECTED] writes: g77 -v -mno-cygwin -o hello hello.f calls f771.exe and can't find f771.exe along the path. A problem with the specs file? f771 is not included in gcc-mingw package, so I guess it's a problem with distribution. Make some symlinks in the directory: /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/ to all the executables in this directory: /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/ as it was in 3.2-x: $ ls -l /usr/lib/gcc-lib/i686-pc-mingw32/3.2 total 143 -rwxr-xr-x1 gerrit Domänen-89490 Aug 17 2002 SYSCALLS.c.X* lrwxrwxrwx1 gerrit Domänen- 144 Aug 28 12:05 cc1.exe - ../../i686-pc-cygwin/3.2/cc1.exe lrwxrwxrwx1 gerrit Domänen- 166 Aug 28 12:05 cc1obj.exe - ../../i686-pc-cygwin/3.2/cc1obj.exe lrwxrwxrwx1 gerrit Domänen- 152 Aug 28 12:05 cc1plus.exe - ../../i686-pc-cygwin/3.2/cc1plus.exe lrwxrwxrwx1 gerrit Domänen- 146 Aug 28 12:05 cpp0.exe - ../../i686-pc-cygwin/3.2/cpp0.exe lrwxrwxrwx1 gerrit Domänen- 150 Aug 28 12:05 crtbegin.o - ../../i686-pc-cygwin/3.2/crtbegin.o lrwxrwxrwx1 gerrit Domänen- 146 Aug 28 12:05 crtend.o - ../../i686-pc-cygwin/3.2/crtend.o lrwxrwxrwx1 gerrit Domänen- 146 Aug 28 12:05 f771.exe - ../../i686-pc-cygwin/3.2/f771.exe drwxrwxrwx+ 3 gerrit Domänen- 4096 Aug 28 12:05 include/ -rwxr-xr-x1 gerrit Domänen-55372 Aug 17 2002 libgcc.a* lrwxrwxrwx1 gerrit Domänen- 140 Aug 28 12:05 specs - ../../i686-pc-cygwin/3.2/specs lrwxrwxrwx1 gerrit Domänen- 154 Aug 28 12:05 tradcpp0.exe - ../../i686-pc-cygwin/3.2/tradcpp0.exe 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: g77 -mno-cygwin failed
Igor Pechtchanski wrote: g77 -mno-cygwin will most likely call /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the gcc-mingw package. Unfortunately, gcc-mingw uses a weird packaging scheme (a tarball inside a tarball), so you couldn't have used the package search page to find that out. Judging by the size of the tarball in the latest gcc-mingw-20030911-2 package (1.3M) vs. the one in 20020817-5 (2.1M), some files may be missing in the new version. There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and hence missing in gcc-mingw-3.3.1-20030804.tar Making this softlink from within this subdir fixes the problem: ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe Teun -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: g77 -mno-cygwin failed
On Thu, 25 Sep 2003, Teun Burgers wrote: Igor Pechtchanski wrote: g77 -mno-cygwin will most likely call /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the gcc-mingw package. Unfortunately, gcc-mingw uses a weird packaging scheme (a tarball inside a tarball), so you couldn't have used the package search page to find that out. Judging by the size of the tarball in the latest gcc-mingw-20030911-2 package (1.3M) vs. the one in 20020817-5 (2.1M), some files may be missing in the new version. There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and hence missing in gcc-mingw-3.3.1-20030804.tar Making this softlink from within this subdir fixes the problem: ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe Teun No, no, no! This will produce an executable linked with Cygwin (as can be verified by running cygcheck on it). You don't want that -- you want MinGW executables to be regular Windows programs, using MSVCRT.DLL as their C/Fortran runtime. 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: gcc -mno-cygwin fails
On Thu, 25 Sep 2003, Gregory C. Sharp wrote: Following up with recent problems noted about g77 -mno-cygwin, the same problem occurs for gcc. I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2 $ gcc foo.c $ gcc -mno-cygwin foo.c gcc: installation problem, cannot exec `cc1': No such file or directory $ Any workaround is appreciated. Regards, Greg Did you install the gcc-mingw package? 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: g77 -mno-cygwin failed
Igor Pechtchanski wrote: There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and hence missing in gcc-mingw-3.3.1-20030804.tar Making this softlink from within this subdir fixes the problem: ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe No, no, no! This will produce an executable linked with Cygwin (as can be verified by running cygcheck on it). You don't want that -- you want MinGW executables to be regular Windows programs, using MSVCRT.DLL as their C/Fortran runtime. Why? What are the -mno-cygwin flags good for then? This was also the way it was in gcc-3.2-x and it worked IIRC. 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: g77 -mno-cygwin failed
On Thu, 25 Sep 2003, Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Teun Burgers wrote: Igor Pechtchanski wrote: g77 -mno-cygwin will most likely call /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the gcc-mingw package. Unfortunately, gcc-mingw uses a weird packaging scheme (a tarball inside a tarball), so you couldn't have used the package search page to find that out. Judging by the size of the tarball in the latest gcc-mingw-20030911-2 package (1.3M) vs. the one in 20020817-5 (2.1M), some files may be missing in the new version. There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and hence missing in gcc-mingw-3.3.1-20030804.tar Making this softlink from within this subdir fixes the problem: ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe Teun No, no, no! This will produce an executable linked with Cygwin (as can be verified by running cygcheck on it). You don't want that -- you want MinGW executables to be regular Windows programs, using MSVCRT.DLL as their C/Fortran runtime. Igor Oops! Apologies -- you were absolutely correct. It's the libgcc.a that needs to be Cygwin-independent; the executables are symlinked. Note to self: verify the data before sending it to the list. I usually do. Honest! :-D 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: g77 -mno-cygwin failed
Igor Pechtchanski wrote: There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and hence missing in gcc-mingw-3.3.1-20030804.tar Making this softlink from within this subdir fixes the problem: ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe Teun No, no, no! This will produce an executable linked with Cygwin (as can be verified by running cygcheck on it). Nope, the softlink *does* result in a correct dependency on msvcrt.dll (as verified by cygcheck). cc1.exe and cc1plus.exe in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 are already softlinks to the executables in /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1 created by unpacking gcc-mingw-3.3.1-20030804.tar. Teun -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc -mno-cygwin fails
Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Gregory C. Sharp wrote: Following up with recent problems noted about g77 -mno-cygwin, the same problem occurs for gcc. I am using the newest packages: gcc-3.3.1-2, gcc-mingw-20030911-2 $ gcc foo.c $ gcc -mno-cygwin foo.c gcc: installation problem, cannot exec `cc1': No such file or directory $ Did you install the gcc-mingw package? Igor I have gcc-mingw-20030911-2, which setup lists as the most recent. From Gerrit's suggestion about symlinks, I try this... Make some symlinks in the directory: /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/ to all the executables in this directory: /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/ But I don't even have a /usr/lib/gcc-lib/i686-pc-mingw/3.3.1 directory! $ pwd /usr/lib/gcc-lib/i686-pc-mingw32 $ ls 3.2 $ So I am thinking that downgrading to gcc package 3.2-3 will fix it. Let's try... $ gcc foo.c $ gcc -mno-cygwin foo.c $ Wow, great! Thanks for the hints to get gcc working again!! One last question, I'm always interested in trying the latest packages, so is there a gcc-mingw that matches the gcc 3.3.1? Greg -- Gregory C. Sharp Research Fellow, Mass General Hospital http://gray.mgh.harvard.edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: gcc-3.3.1-2
I've made a new version of gcc available for download. This is a very minor refresh from the 3.3.1-1. The only noticeable change from the last release was an attempt to correctly define mbstate_t. Thanks for the quick fix Chris. This fixed the problem in my original report http://www.cygwin.com/ml/cygwin/2003-09/msg01505.html But you already knew that ;-) Pete -- 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/