Re: Your nail works for me.
Harold L Hunt II wrote: Can I get two more +1 votes? +1 vote from me. I'll take Gerrit's testing as a good to go. I'll fix additional problems that crop up later. If you want to take a look at the changes I did recently to build it: http://194.95.224.180/cygwin/release/nail/nail.cygwin.diff Only the name change aux.c - auxiliary.c was relevant though. Gerrit -- =^..^=
Re: Your nail works for me.
Ross Smith II wrote: Harold L Hunt II wrote: Can I get two more +1 votes? I never got nail 11.11 to work properly. The biggest issue is nail sees all command line options as email addresses: $ echo test | nail -s subject [EMAIL PROTECTED] [EMAIL PROTECTED] ~ $ smtp-server: 501 -s: recipient address must contain a domain .. . . message not sent. Is no one else experiencing this? Yes, now as you are saying this, I see it too. I don't saw it before because I use it just to `nail [EMAIL PROTECTED], then it asks for the subject, I type in my message, ctrl-d and the mail is sent via my MTA after nail asked for Cc:. Gerrit -- =^..^=
Re: Your nail works for me.
Harold L Hunt, writes: Can I get two more +1 votes? +1 Ciao Volker
Re: [ITP] bashdb, bash_completion
Both a +1 Ciao Volker
Re: [ITP] xpdf: An open source viewer for Portable Document Format (PDF) files
Yaakov Selkowitz writes: Very close, but not quite. The postinstall.sh script doesn't get installed in the tarball. Fix this, and it's GTG as far as I can see. Fixed. BTW, interested in porting gpdf or ggv? :-) Let's see :-) Yaakov Ciao Volker
Please upload: xpdf-3.00-1
Hi According to o http://cygwin.com/ml/cygwin-apps/2004-10/msg00440.html this can be uploaded at your earliest convinience. cut here #!/bin/bash mkdir xpdf cd xpdf wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/xpdf-3.00-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/xpdf-3.00-1.tar.bz2 cut here DESCRIPTION: An open source viewer for Portable Document Format (PDF) files. CYGWIN NEWS: * Initial release Thanks Volker
please upload: guile-1.6.5 and 1.7.1.CVS
Jan Nieuwenhuizen writes: It seems that the `update:/updated:' subject trigger has been renamed to `please upload:'? So please upload :-) Jan. Hi, New upstream guile stable release, and CVS snapshot. Guile CVS has, amongst other things, gmp rationals and a new garbage collector by Han-Wen, which is most helpful for development, esp. debugging. Please upload. Jan. http://lilypond.org/cygwin/uploads/guile/setup.hint test: 1.7.1.20041006-1 curr: 1.6.5-1 sdesc: The GNU extension language and Scheme interpreter (executable) category: interpreters # Strictly, guile does not depend on readline and curses, but if you # want the guile executable, you probably want readline editing. -- jcn requires: cygwin libguile16 libguile12 libncurses7 libreadline5 ldesc: The GNU extension language and Scheme interpreter (executable) Guile, the GNU Ubiquitous Intelligent Language for Extension, is a scheme implementation designed for real world programming, supporting a rich Unix interface, a module system, and undergoing rapid development. `guile' is a scheme interpreter that can execute scheme scripts (with a #! line at the top of the file), or run as an inferior scheme process inside Emacs. http://lilypond.org/cygwin/uploads/guile/guile-1.6.5-1-src.tar.bz2 http://lilypond.org/cygwin/uploads/guile/guile-1.6.5-1.tar.bz2 http://lilypond.org/cygwin/uploads/guile/guile-1.7.1.20041006-1-src.tar.bz2 http://lilypond.org/cygwin/uploads/guile/guile-1.7.1.20041006-1.tar.bz2 === http://lilypond.org/cygwin/uploads/guile/guile-devel/setup.hint test: 1.7.1.20041006-1 curr: 1.6.5-1 sdesc: Development headers and static libraries for Guile. category: devel libs requires: cygwin guile libguile16 libguile12 external-source: guile ldesc: Development headers and static libraries for Guile. `libguile.h' etc. C headers, aclocal macros, the `guile-snarf' and `guile-config' utilities, and static `libguile.a' libraries for Guile, the GNU Ubiquitous Intelligent Language for Extension. http://lilypond.org/cygwin/uploads/guile/guile-devel/guile-devel-1.6.5-1.tar.bz2 http://lilypond.org/cygwin/uploads/guile/guile-devel/guile-devel-1.7.1.20041006-1.tar.bz2 === http://lilypond.org/cygwin/uploads/guile/guile-doc/setup.hint test: 1.7.1.20041006-1 curr: 1.6.5-1 sdesc: The GNU extension language and Scheme interpreter (documentation) category: doc requires: texinfo external-source: guile ldesc: The GNU extension language and Scheme interpreter (documentation) This package contains the documentation for guile, including both a reference manual (via `info guile'), and a tutorial (via `info guile-tut'). http://lilypond.org/cygwin/uploads/guile/guile-doc/guile-doc-1.6.5-1.tar.bz2 http://lilypond.org/cygwin/uploads/guile/guile-doc/guile-doc-1.7.1.20041006-1.tar.bz2 === http://lilypond.org/cygwin/uploads/guile/libguile12/setup.hint #test: 1.7.1.20041006-1 #curr: 1.6.5-1 sdesc: The GNU extension language and Scheme interpreter (runtime libraries) category: libs requires: cygwin libltdl3 external-source: guile ldesc: The GNU extension language and Scheme interpreter (runtime libraries) Guile shared object libraries and the ice-9 scheme module. Guile is the GNU Ubiquitous Intelligent Language for Extension. http://lilypond.org/cygwin/uploads/guile/libguile12/libguile12-1.6.5-1.tar.bz2 === http://lilypond.org/cygwin/uploads/guile/libguile16/setup.hint #test: 1.7.1.20041006-1 #curr: 1.6.5-1 sdesc: The GNU extension language and Scheme interpreter (runtime libraries) category: libs requires: cygwin gmp libltdl3 external-source: guile ldesc: The GNU extension language and Scheme interpreter (runtime libraries) Guile shared object libraries and the ice-9 scheme module. Guile is the GNU Ubiquitous Intelligent Language for Extension. http://lilypond.org/cygwin/uploads/guile/libguile16/libguile16-1.7.1.20041006-1.tar.bz2 === -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
[ITP] diffstat 1.34
This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: $ diffstat -w 50 diffstat-1.34-1.patch diffstat.README | 55 ++ 1 files changed, 55 insertions(+) sdesc: Generate statistics on diff output. ldesc: Reads the output of diff and displays a histogram of the insertions, deletions, and modifications per-file. It is useful for reviewing large, complex patch files. category: Devel Utils requires: cygwin http://home.comcast.net/~ericblake/setup.hint http://home.comcast.net/~ericblake/diffstat-1.34-1.tar.bz2 http://home.comcast.net/~ericblake/diffstat-1.34-1-src.tar.bz2 -- Someday, I might put a cute statement here. Eric Blake [EMAIL PROTECTED]
Re: [ITP] diffstat 1.34
Eric Blake schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: Why not: +1 Esp. useful for those huge patches after autoreconf. If it doesn't get +5, this is a good candidate for the external packages list at http://cygwin.com/ported.html -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: [ITP] diffstat 1.34
Eric Blake wrote: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: $ diffstat -w 50 diffstat-1.34-1.patch diffstat.README | 55 ++ 1 files changed, 55 insertions(+) +1 I don't currently use it, but I'm pretty sure I would if it was easily available (i.e. packaged). Max.
Re: [ITP] diffstat 1.34
Eric Blake writes: This is my first package submission. Diffstat built right out of the Great for Gerrit style diffs :-) +1 Eric Blake Ciao Volker
Re: [ITP] diffstat 1.34
On Mon, Oct 25, 2004 at 03:20:55PM +0200, Reini Urban wrote: Eric Blake schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: Why not: +1 Esp. useful for those huge patches after autoreconf. If it doesn't get +5, this is a good candidate for the external packages list at http://cygwin.com/ported.html Well, thanks for at least giving a nod to the fact that the rules have changed, but has it occurred to anyone that this is part of the Fedora release (at the very least) and so does not need +1? This package just needs to be reviewed for correct content. It is automatically approved for inclusion in the cygwin distribution. cgf
Re: [ITP] diffstat 1.34
Christopher Faylor schrieb: On Mon, Oct 25, 2004 at 03:20:55PM +0200, Reini Urban wrote: Eric Blake schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: Why not: +1 Esp. useful for those huge patches after autoreconf. If it doesn't get +5, this is a good candidate for the external packages list at http://cygwin.com/ported.html Well, thanks for at least giving a nod to the fact that the rules have changed, but has it occurred to anyone that this is part of the Fedora release (at the very least) and so does not need +1? This package just needs to be reviewed for correct content. It is automatically approved for inclusion in the cygwin distribution. Ah, I didn't see that. Fedora is one of those systems, which I try to avoid. But the sf.net webservers will switch now from debian to fedora which will give us all headaches. (and enlightment?) binary and src is GTG. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: update: guile-1.6.5 and 1.7.1.CVS
Jan schrieb: #test: 1.7.1.20041006-1 #curr: 1.6.5-1 Why are these tags commented? Gerrit -- =^..^=
Re: [ITP] diffstat 1.34
Eric schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: $ diffstat -w 50 diffstat-1.34-1.patch diffstat.README | 55 ++ 1 files changed, 55 insertions(+) sdesc: Generate statistics on diff output. ldesc: Reads the output of diff and displays a histogram of the insertions, deletions, and modifications per-file. It is useful for reviewing large, complex patch files. category: Devel Utils requires: cygwin http://home.comcast.net/~ericblake/setup.hint http://home.comcast.net/~ericblake/diffstat-1.34-1.tar.bz2 http://home.comcast.net/~ericblake/diffstat-1.34-1-src.tar.bz2 Uploaded. Please send an announcement to cygwin-announce at cygwin, after waiting some hours until the mirrors have fetched the package, please use a recent announcement as template (i.e. look here: http://cygwin.com/ml/cygwin-announce/2004-10/ and don't miss to include the full unsubscribe disclaimer, please). Gerrit -- =^..^=
Re: Please upload: xpdf-3.00-1
Dr. schrieb: Hi According to o http://cygwin.com/ml/cygwin-apps/2004-10/msg00440.html this can be uploaded at your earliest convinience. Uploaded. Gerrit -- =^..^=
Re: update: guile-1.6.5 and 1.7.1.CVS
Gerrit P. Haase writes: #test: 1.7.1.20041006-1 #curr: 1.6.5-1 Why are these tags commented? Because these sub packages have unique names and guile must have dependencies to both (because requires: is global) and otherwise upset complains. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: update: guile-1.6.5 and 1.7.1.CVS
Jan schrieb: Gerrit P. Haase writes: #test: 1.7.1.20041006-1 #curr: 1.6.5-1 Why are these tags commented? Because these sub packages have unique names and guile must have dependencies to both (because requires: is global) and otherwise upset complains. Ok, I have uploaded the packages now. Gerrit -- =^..^=
Re: update: guile-1.6.5 and 1.7.1.CVS
Jan schrieb: Gerrit P. Haase writes: #test: 1.7.1.20041006-1 #curr: 1.6.5-1 Why are these tags commented? Because these sub packages have unique names and guile must have dependencies to both (because requires: is global) and otherwise upset complains. And I have added a prev: tag for the 1.6.4-12 packages in guile-doc and the main directory. Lets see if this works;) Gerrit -- =^..^=
Re: [ITP] diffstat 1.34
On Mon, Oct 25, 2004 at 06:06:55PM +0200, Gerrit P. Haase wrote: Eric schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: $ diffstat -w 50 diffstat-1.34-1.patch diffstat.README | 55 ++ 1 files changed, 55 insertions(+) sdesc: Generate statistics on diff output. ldesc: Reads the output of diff and displays a histogram of the insertions, deletions, and modifications per-file. It is useful for reviewing large, complex patch files. category: Devel Utils requires: cygwin http://home.comcast.net/~ericblake/setup.hint http://home.comcast.net/~ericblake/diffstat-1.34-1.tar.bz2 http://home.comcast.net/~ericblake/diffstat-1.34-1-src.tar.bz2 Uploaded. Why did you upload this? Did you verify that the packaging was correct? If so, please indicate that fact. Or, did I miss someone giving this package a GTG review? I'm email-challenged right now thanks to a hard disk crash on my main machine. cgf
Re: [ITP] diffstat 1.34
Christopher Faylor schrieb: On Mon, Oct 25, 2004 at 06:06:55PM +0200, Gerrit P. Haase wrote: Eric schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: $ diffstat -w 50 diffstat-1.34-1.patch diffstat.README | 55 ++ 1 files changed, 55 insertions(+) sdesc: Generate statistics on diff output. ldesc: Reads the output of diff and displays a histogram of the insertions, deletions, and modifications per-file. It is useful for reviewing large, complex patch files. category: Devel Utils requires: cygwin http://home.comcast.net/~ericblake/setup.hint http://home.comcast.net/~ericblake/diffstat-1.34-1.tar.bz2 http://home.comcast.net/~ericblake/diffstat-1.34-1-src.tar.bz2 Uploaded. Why did you upload this? Did you verify that the packaging was correct? If so, please indicate that fact. Or, did I miss someone giving this package a GTG review? I'm email-challenged right now thanks to a hard disk crash on my main machine. I did a GTG -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: [ITP] diffstat 1.34
Christopher schrieb: http://home.comcast.net/~ericblake/setup.hint http://home.comcast.net/~ericblake/diffstat-1.34-1.tar.bz2 http://home.comcast.net/~ericblake/diffstat-1.34-1-src.tar.bz2 Uploaded. Why did you upload this? Did you verify that the packaging was correct? If so, please indicate that fact. Or, did I miss someone giving this package a GTG review? I'm email-challenged right now thanks to a hard disk crash on my main machine. Reini posted this GTG: [EMAIL PROTECTED] Gerrit -- =^..^=
Re: [ITP] diffstat 1.34
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor wrote: Or, did I miss someone giving this package a GTG review? Yup: Date: Mon, 25 Oct 2004 17:45:18 +0200 - -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkF9MAkACgkQaJiCLMjyUvuHKgCfR3LU/AjWY279tAn70IIHVpUR cdkAnjzuInYSyJhJQGGm55gfuQtFzQlX =XG0s -END PGP SIGNATURE-
guile packaging problems
I got my email working again to be greated with a bunch of these: upset: *** warning package libguile12abi13 refers to non-existent external-source: guile Please fix. cgf
Heads-up: teTeX packages contain old versions of style files
Hi, Jan, I'm not sure if this is a pure Cygwin teTeX problem or if this needs to be fixed upstream, but the tetex-extra package contains very old versions of some of the style files (in particular, acronym.sty). Is there a reason why it can't be updated from CTAN for the next release? Thanks, 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
setup.exe sizes
I started to beautify setup.exe, because I don't want to resize it everytime manually. * Is it ok to assume a new size 517, 379 instead of 317, 179? (simply add 200) Unfortunately most of the rc entries are hardcoded and are not calculated at init. I'd prefer to calc them at init and place the ressources then relatively from left, up, right and bottom, but this looks like a lot of work. I've read that 640x480 screensize should be default and the upper limit. * PickView::init_headers() Better initial propsheet Current headers.width, which is awfully incorrect. There's still some major miscalculation. Have to step through PickView::init_headers() -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: Your nail works for me.
I never got nail 11.11 to work properly. The biggest issue is nail sees all command line options as email addresses: $ echo test | nail -s subject [EMAIL PROTECTED] [EMAIL PROTECTED] ~ $ smtp-server: 501 -s: recipient address must contain a domain . . . message not sent. Is no one else experiencing this? I see a problem here, too, but with a different message: smtp-server: 550 5.1.1 -s... User unknown . . . message not sent. I also have a problem receiving mail because nail does not accept a mailbox account name containing /. I have reported it to the author and he says he fixed it in the CVS (upstream). Only the name change aux.c - auxiliary.c was relevant though. Considering the weirdness of the DOS device filenames, I would have done it shorter and sloppier, like auxx.c :) Kind regards, Thomas Wolff
Re: Your nail works for me.
Thomas Wolff wrote: I never got nail 11.11 to work properly. The biggest issue is nail sees all command line options as email addresses: $ echo test | nail -s subject [EMAIL PROTECTED] [EMAIL PROTECTED] ~ $ smtp-server: 501 -s: recipient address must contain a domain . . . message not sent. Is no one else experiencing this? I see a problem here, too, but with a different message: smtp-server: 550 5.1.1 -s... User unknown .. . . message not sent. Yes, it depends on the MTA you're using, the issue is the same. I also have a problem receiving mail because nail does not accept a mailbox account name containing /. I have reported it to the author and he says he fixed it in the CVS (upstream). This means that reading a mailbox actually works with the cygwin version besides this issue? Gerrit -- =^..^=
Re: guile packaging problems
Christopher Faylor wrote: I got my email working again to be greated with a bunch of these: upset: *** warning package libguile12abi13 refers to non-existent external-source: guile Please fix. Thanks, Gerrit -- =^..^=
Re: update: guile-1.6.5 and 1.7.1.CVS
Gerrit P. Haase writes: And I have added a prev: tag for the 1.6.4-12 packages in guile-doc and the main directory. Thanks. I didn't think of that. If any problems, please remove 1.6.4-12, it is buggy and 1.6.5 should be better on all accounts. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: guile packaging problems
Christopher Faylor writes: I got my email working again to be greated with a bunch of these: upset: *** warning package libguile12abi13 refers to non-existent external-source: guile This is because libguile12abi13 was last packaged for guile-1.6.4-2 and although the packages are still there, that version has been removed from prev, curr, test releases. Please remove libguile12abi13. Sorry. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: Heads-up: teTeX packages contain old versions of style files
Igor Pechtchanski writes: Igor, I'm not sure if this is a pure Cygwin teTeX problem or if this needs to be fixed upstream, Yes, this is an upstream problem. teTeX 2.0.2 is the last release, which still has \def\filedate{2000/05/21}. , but the tetex-extra package contains very old versions of some of the style files (in particular, acronym.sty). Is there a reason why it can't be updated from CTAN for the next release? I'm not sure, Debian also still ships this file. I have been working with teTeX and web2c developers to get the tetex 3.0 prereleases better prepared for Cygwin, and I'd rather spend time on that. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: update: guile-1.6.5 and 1.7.1.CVS
Jan Nieuwenhuizen wrote: Gerrit P. Haase writes: And I have added a prev: tag for the 1.6.4-12 packages in guile-doc and the main directory. Thanks. I didn't think of that. If any problems, please remove 1.6.4-12, it is buggy and 1.6.5 should be better on all accounts. And keep 1.6.4-2? Gerrit -- =^..^=
Re: [setup] ini in same dir as package - 'base' is one off. (+ patch)
Bas van Gompel wrote: Ehh... Ping (-c 2) Op Sat, 6 Mar 2004 22:35:37 +0100 (MET) schreef ik in [EMAIL PROTECTED]: [One-off in package_source.cc] A patch against the current cvs version (2.8) for this follows. (It also prevents unpredictable (by me) behaviour if a setup.ini would contain an empty install: line.) (Slightly altered) Changelog-Entry: 2004-09-23 Bas van Gompel cygsup-patch.buzz_AT_bavag.tmfweb.nl * package_source.cc (packagesource::set_canonical): Fix one-off in 'base' when ini is in same dir as package. Committed, thanks! Max.
Re: [ITP] diffstat 1.34
On Mon, Oct 25, 2004 at 05:45:18PM +0200, Reini Urban wrote: Christopher Faylor schrieb: On Mon, Oct 25, 2004 at 03:20:55PM +0200, Reini Urban wrote: Eric Blake schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: Why not: +1 Esp. useful for those huge patches after autoreconf. If it doesn't get +5, this is a good candidate for the external packages list at http://cygwin.com/ported.html Well, thanks for at least giving a nod to the fact that the rules have changed, but has it occurred to anyone that this is part of the Fedora release (at the very least) and so does not need +1? This package just needs to be reviewed for correct content. It is automatically approved for inclusion in the cygwin distribution. Ah, I didn't see that. Fedora is one of those systems, which I try to avoid. But the sf.net webservers will switch now from debian to fedora which will give us all headaches. (and enlightment?) You don't need to have FC2 installed. http://rpmseek.com/rpm-pl/diffstat.html?cs=diffstat is a good way to figure this out. cgf
Re: guile packaging problems
On Mon, Oct 25, 2004 at 02:05:11PM -0400, Christopher Faylor wrote: I got my email working again to be greated with a bunch of these: upset: *** warning package libguile12abi13 refers to non-existent external-source: guile Please fix. Almost five hours later and no nibbles on this so I fixed it myself. cgf
Re: setup.exe sizes
Reini Urban wrote: I started to beautify setup.exe, because I don't want to resize it everytime manually. * Is it ok to assume a new size 517, 379 instead of 317, 179? (simply add 200) Unfortunately most of the rc entries are hardcoded and are not calculated at init. I'd prefer to calc them at init and place the ressources then relatively from left, up, right and bottom, but this looks like a lot of work. I've read that 640x480 screensize should be default and the upper limit. If setup is still usable on a 640x480 screen after your modifications, then I'll be glad to commit them. * PickView::init_headers() Better initial propsheet Current headers.width, which is awfully incorrect. There's still some major miscalculation. Have to step through PickView::init_headers() Are you asking a question? Reporting a bug? Saying you might have a patch later? Max.
Re: setup.exe sizes
Max Bowsher schrieb: Reini Urban wrote: I started to beautify setup.exe, because I don't want to resize it everytime manually. * Is it ok to assume a new size 517, 379 instead of 317, 179? (simply add 200) Unfortunately most of the rc entries are hardcoded and are not calculated at init. I'd prefer to calc them at init and place the ressources then relatively from left, up, right and bottom, but this looks like a lot of work. I've read that 640x480 screensize should be default and the upper limit. If setup is still usable on a 640x480 screen after your modifications, then I'll be glad to commit them. There are still some aesthetics issues and some technical ones, then I'll post the patch. sf.net announced it's change surprisingly fast, so at first I have to catch up with my sf.net project. * PickView::init_headers() Better initial propsheet Current headers.width, which is awfully incorrect. There's still some major miscalculation. Have to step through PickView::init_headers() Are you asking a question? Reporting a bug? Saying you might have a patch later? All three of them :) The question is: Is this assumption correct or is there another hidden mis-calculation somewhere. Or some analysis by robert why it's broken now? Or did it break with Frank Richter's resizable stuff? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: guile packaging problems
Christopher Faylor wrote: On Mon, Oct 25, 2004 at 02:05:11PM -0400, Christopher Faylor wrote: I got my email working again to be greated with a bunch of these: upset: *** warning package libguile12abi13 refers to non-existent external-source: guile Please fix. Almost five hours later and no nibbles on this so I fixed it myself. I looked at the server at 21:30 MEST. At this time there was a source package in the same directory: [EMAIL PROTECTED] ~]$ ls /var/ftp/pub/cygwin/release/guile/libguile12abi13 libguile12abi13-1.6.4-2-src.tar.bz2 libguile12abi13-1.6.4-2.tar.bz2 md5.sum setup.hint and there was no ref to external-source: [EMAIL PROTECTED] ~]$ cat /var/ftp/pub/cygwin/release/guile/libguile12abi13/setup.hint sdesc: The GNU extension language and Scheme interpreter (runtime libraries) category: Libs requires: cygwin libltdl3 ldesc: The GNU extension language and Scheme interpreter (runtime libraries) Guile shared object libraries and the ice-9 scheme module. Guile is the GNU Ubiquitous Intelligent Language for Extension. The timestamp of the libguile12abi13 is 19:23 today, so I thought you already fixed it. Gerrit -- =^..^=
Re: [ITP] diffstat 1.34
Christopher Faylor schrieb: On Mon, Oct 25, 2004 at 05:45:18PM +0200, Reini Urban wrote: Christopher Faylor schrieb: On Mon, Oct 25, 2004 at 03:20:55PM +0200, Reini Urban wrote: Eric Blake schrieb: This is my first package submission. Diffstat built right out of the box, and I found it useful. In fact, here's all I had to change to package it: Why not: +1 Esp. useful for those huge patches after autoreconf. If it doesn't get +5, this is a good candidate for the external packages list at http://cygwin.com/ported.html Well, thanks for at least giving a nod to the fact that the rules have changed, but has it occurred to anyone that this is part of the Fedora release (at the very least) and so does not need +1? This package just needs to be reviewed for correct content. It is automatically approved for inclusion in the cygwin distribution. Ah, I didn't see that. Fedora is one of those systems, which I try to avoid. But the sf.net webservers will switch now from debian to fedora which will give us all headaches. (and enlightment?) You don't need to have FC2 installed. http://rpmseek.com/rpm-pl/diffstat.html?cs=diffstat is a good way to figure this out. Ah, thanks for reminding me on rpmsearch. I forgot that. The problem I was talking about was off-topic. That about 85.000 projects will have to use Fedora now. https://sourceforge.net/docs/A04/ Fedora's Apache2 is the only system I know which doesn't run my app OOTB. Even MS IIS and more obscure platforms do. rant off -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Updated: exim-4.43-1
exim has been updated to 4.43-1 with a new feature: openldap support. I have used openldap2_2_7. There is also an openldap2, which is used by xemacs. Is 2_2_7 the right choice? The setup.hint file has changed accordingly, see below. If everything is fine, please upload. http://mysite.verizon.net/phumblet/exim-4.43-1/setup.hint http://mysite.verizon.net/phumblet/exim-4.43-1/exim-4.43-1.tar.bz2 http://mysite.verizon.net/phumblet/exim-4.43-1/exim-4.43-1-src.tar.bz2 Thanks. Pierre # Exim-4.43-1 setup.hint sdesc: A Mail Transfer Agent. ldesc: Mail Transfer Agent with sendmail like command line arguments and a single configuration file. Features: flexible retry algorithms, header envelope rewriting, multiple deliveries down single connection or multiple deliveries in parallel, regular expressions in configuration parameters, file lookups, supports sender and/or receiver verification, selective relaying, virtual domains and built-in mail filtering. See www.exim.org. This port is compiled with tls/ssl and openldap support. category: Mail requires: crypt cygwin fileutils libgdbm4 libiconv2 libopenldap2_2_7 minires openssl sed sh-utils
Re: [ITP] bashdb, bash_completion
I updated bash-2.05b-rebash to use Pierre's PID-reuse patch from today. This is named bashdb in suse, and includced in debian's bash-3 so I would need just a GTG. (or a better name suggestion) http://xarch.tu-graz.ac.at/publ/cygwin/bash-2.05b-rebash/bash-2.05b-rebash-0.43-2.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/bash-2.05b-rebash/bash-2.05b-rebash-0.43-2-src.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/bash-2.05b-rebash/setup.hint I also want to contribute and maintain bash_completion. This is official with this name in Conectiva 9, included in Debian's bash-3 and just needs a GTG. http://xarch.tu-graz.ac.at/publ/cygwin/bash_completion/bash_completion-20041017-1.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/bash_completion/bash_completion-20041017-1-src.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/bash_completion/setup.hint -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
RE: setup.exe sizes
[snip] Unfortunately most of the rc entries are hardcoded and are not calculated at init. I'd prefer to calc them at init and place the ressources then relatively from left, up, right and bottom, but this looks like a lot of work. It is. -- Gary R. Van Sickle
Re: setup.exe sizes openldap-2-2-15
Gary R. Van Sickle schrieb: Unfortunately most of the rc entries are hardcoded and are not calculated at init. I'd prefer to calc them at init and place the ressources then relatively from left, up, right and bottom, but this looks like a lot of work. It is. Ah, I see. Not much work. But nevertheless since we have now just another broken package version string - openldap-2-2-15 - which makes the Current header exceed the window width, I've made some tiny changes to limit this width to the max window size. Shouldn't we also truncate the max package version string length in setup to something like 30? This becomes annoying. Not the first time. openldap-2-2-15 has a broken setup.hint! -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: [ITP] bashdb, bash_completion
On Sun, Oct 24, 2004 at 12:54:38AM +0200, Reini Urban wrote: I want to contribute and maintain bash-2.05b-rebash-0.43, also known as bashdb, formerly known as bash-2.05b-debugger-0.x It will replace /bin/bash.exe Wait. So are you essentially saying that you want to take over as the bash maintainer? If so, I think you probably should coordinate this with Ronald. If not, I think you probably should coordinate this with Ronald. cgf
RE: setup.exe sizes openldap-2-2-15
Gary R. Van Sickle schrieb: Unfortunately most of the rc entries are hardcoded and are not calculated at init. I'd prefer to calc them at init and place the ressources then relatively from left, up, right and bottom, but this looks like a lot of work. It is. Ah, I see. Not much work. ??? But nevertheless since we have now just another broken package version string - openldap-2-2-15 - which makes the Current header exceed the window width, I've made some tiny changes to limit this width to the max window size. Makes sense. Shouldn't we also truncate the max package version string length in setup to something like 30? Well, I guess the first step would be ensuring that the version strings aren't wrong in the first place. Beyond that, setup should probably: - Place some sort of sensical limit on column widths. - Handle strings which exceed the current cell's width by truncating it (as it does now), and displaying the full text as a mouseover popup (the yellow box with text things) (which it does not do now). -- Gary R. Van Sickle
Re: [ITP] bashdb, bash_completion
Christopher Faylor schrieb: On Sun, Oct 24, 2004 at 12:54:38AM +0200, Reini Urban wrote: I want to contribute and maintain bash-2.05b-rebash-0.43, also known as bashdb, formerly known as bash-2.05b-debugger-0.x It will replace /bin/bash.exe Wait. So are you essentially saying that you want to take over as the bash maintainer? If so, I think you probably should coordinate this with Ronald. If not, I think you probably should coordinate this with Ronald. Sigh. Why do I write a whole book about that? As I already wrote I don't want to maintain bash! I want to maintain bash-2.05b-rebash, which is based on his bash, on Pierre's patches and this Rocky Bernstein extension. I only want these extension until Ronald brings out his 3.0, because I have the problems now and don't to wait any longer for 3.0.7 If Ronald doesn't want to add these extensions then I want to keep it. He is very busy for a long time now and didn't react so far. Anyway, I decided to use this name bash-2.05b-rebash and not bashdb. But if there will no bash-3 with bashdb I would like to use the name bashdb. Ronald? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: setup.exe sizes openldap-2-2-15
Attached is my ugly patch to make the dialogs larger by 200, to limit the package version string to max 45 chars and to limit the max package column width to 500 pixel (better than nothing). My calculation if the max column width from the parent window was too fragile. Maybe someone wants to try. If you want to apply this patch you probably need an assignment. So I would prefer naturally that someone who already did this, picks my ideas and writes the straightforward features by his own. (That's why I wrote ugly. Don't look at it, when you want to do it by yourself.) Gary R. Van Sickle schrieb: Gary R. Van Sickle schrieb: Unfortunately most of the rc entries are hardcoded and are not calculated at init. I'd prefer to calc them at init and place the ressources then relatively from left, up, right and bottom, but this looks like a lot of work. It is. Ah, I see. Not much work. ??? At first sight it looked dramaticly hacked, but then it suddenly made sense. But nevertheless since we have now just another broken package version string - openldap-2-2-15 - which makes the Current header exceed the window width, I've made some tiny changes to limit this width to the max window size. Makes sense. Shouldn't we also truncate the max package version string length in setup to something like 30? Well, I guess the first step would be ensuring that the version strings aren't wrong in the first place. Beyond that, setup should probably: - Place some sort of sensical limit on column widths. - Handle strings which exceed the current cell's width by truncating it (as it does now), and displaying the full text as a mouseover popup (the yellow box with text things) (which it does not do now). Something like this is up to you or max. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ ChangeLog 2004-10-26 Reini Urban [EMAIL PROTECTED] * res.rc: enlarged windows by 200 x+y: 317, 179 = 517, 379 * PickView.cc (set_headers): max 500 package column width. * cygpackage.cc (setCanonicalVersion): max 45 chars, against too long strings from overflown parser. --- setup/PickView.cc.orig 2003-10-26 20:38:30.0 +0100 +++ setup/PickView.cc 2004-10-26 03:24:41.792272800 +0100 @@ -122,7 +122,7 @@ } int i; for (i = 0; i = last_col; i++) -DoInsertItem (listheader, i, headers[i].width, (char *) headers[i].text); +DoInsertItem (listheader, i, min(headers[i].width, 500), (char *) headers[i].text); } void @@ -515,6 +515,7 @@ SetWindowPos (listheader, wp.hwndInsertAfter, wp.x, wp.y, wp.cx, wp.cy, wp.flags | SWP_SHOWWINDOW); + //header_width = wp.cx; header_height = wp.cy; view_mode = PickView::views::Package; --- setup/cygpackage.cc.orig2002-07-01 21:58:46.0 +0100 +++ setup/cygpackage.cc 2004-10-26 03:30:55.256242400 +0100 @@ -82,18 +82,22 @@ void cygpackage::setCanonicalVersion (String const version) { + if (version.size() 45) +canonical = version.substr(0,45); + else canonical = version; char *start = strchr (canonical.cstr_oneuse(), '-'); - char*curr=start; + char *curr=start; if (curr) { char *next; - while ((next = strchr (curr + 1, '-'))) + int i = 0; + while ((next = strchr (curr + 1, '-')) and i++ 5) curr = next; /* curr = last - in the version string */ packagev = curr + 1; - char tvendor [version.size() +1]; - strcpy (tvendor, version.cstr_oneuse()); + char tvendor [canonical.size() +1]; + strcpy (tvendor, canonical.cstr_oneuse()); tvendor[curr - start] = '\0'; vendor=tvendor; } --- setup/res.rc.orig 2004-08-29 17:59:40.0 +0100 +++ setup/res.rc2004-10-26 01:03:58.994310400 +0100 @@ -34,7 +34,7 @@ // this topic is at: // http://sources.redhat.com/ml/cygwin-apps/2003-05/msg00177.html -IDD_SOURCE DIALOG DISCARDABLE 0, 0, 317, 179 +IDD_SOURCE DIALOG DISCARDABLE 0, 0, 517, 379 STYLE DS_MODALFRAME | DS_CENTER | WS_CHILD | WS_CAPTION | WS_SYSMENU CAPTION Cygwin Setup - Choose Installation Type FONT 8, MS Shell Dlg @@ -45,16 +45,16 @@ BS_AUTORADIOBUTTON | WS_TABSTOP,101,84,115,10 CONTROL Install from Local Directory,IDC_SOURCE_CWD,Button, BS_AUTORADIOBUTTON | WS_TABSTOP,101,99,115,10 -ICONIDI_CYGWIN,IDC_HEADICON,290,0,21,20 +ICONIDI_CYGWIN,IDC_HEADICON,490,0,21,20 CONTROL ,IDC_HEADSEPARATOR,Static,SS_BLACKFRAME | SS_SUNKEN,0,28, -317,1 +517,1 LTEXT Choose A Download Source,IDC_STATIC_HEADER_TITLE,7,0, 258,8,NOT WS_GROUP LTEXT Choose whether to install or download from the internet, or install from files in a local directory., IDC_STATIC,21,9,239,16,NOT WS_GROUP END -IDD_VIRUS DIALOG DISCARDABLE 0, 0, 317, 179 +IDD_VIRUS DIALOG DISCARDABLE 0, 0, 517, 379 STYLE
Re: [ITP] bashdb, bash_completion
Yaakov Selkowitz schrieb: Reini Urban wrote: | I updated bash-2.05b-rebash to use Pierre's PID-reuse patch from today. | This is named bashdb in suse, and includced in debian's bash-3 so I | would need just a GTG. (or a better name suggestion) http://xarch.tu-graz.ac.at/publ/cygwin/bash-2.05b-rebash/bash-2.05b-rebash-0.43-2.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/bash-2.05b-rebash/bash-2.05b-rebash-0.43-2-src.tar.bz2 | http://xarch.tu-graz.ac.at/publ/cygwin/bash-2.05b-rebash/setup.hint If I'm not mistaken, I don't think setup.exe/upset will like such a package name bash-2.05b-rebash. I think every part of the package name (after each hyphen) must start with a letter (unlike the version part, which must start with a number). ok. then it should be bashdb. In any case, I'd be weary of having two packages with colliding files. Is there some way to work around this? nope. persuade ronald to add it. Or I could drop my ITP and keep it at my site for the fearless ones.
Re: guile packaging problems
On Mon, Oct 25, 2004 at 10:00:28PM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: I got my email working again to be greated with a bunch of these: upset: *** warning package libguile12abi13 refers to non-existent external-source: guile This is because libguile12abi13 was last packaged for guile-1.6.4-2 and although the packages are still there, that version has been removed from prev, curr, test releases. Please remove libguile12abi13. Ok. I've made a new release which consists of empty tar files. This will cause the old libguile12abi13 to be removed. cgf
Re: GNOME progress report (with screenshot!)
From: Yaakov Selkowitz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: GNOME progress report (with screenshot!) [...] 1) gconfd-2 will start up from scratch properly ONLY if the previous locks are removed, which has to be done manually. Once started properly, it will continue to run until it's shut down. 'gconftool-2 - --shutdown' DOES work now. Glad to hear that! But the file lock is still an problem. I noticed that in Steven's Cygwin GNOME 1.4 he had to remove all the lock before gnome-session in the startup script startgnome. But how to deal with it when launching a gnome application seperately? [...] 5) Floppy disk polling while running the desktop: I'd look at either nautilus or gnome-vfs-daemon; I'm pretty sure one of the two is the source of that problem. We got this problem in cygnome2. Every time nautilus calls getmntent() to read the mount table, cygwin would try to scan floppy (just as comman `mount' would do). At last I had to modified nautilus-volume-monitor.c to let get_mount_list to return NULL, in nautilus-2.4.2. regards Yang Guilong
Re: GNOME progress report (with screenshot!)
Yaakov Selkowitz wrote: 3) I've built the accessibility libraries (gail, at-spi, libgail-gnome) and tried turning on accessibility. When any GNOME program was started, I got warnings on the console that the accessibility libraries couldn't be found. I'm not sure, but maybe this is a problem similar to #2, that ~ something (not sure what) is looking for libgail.so instead of cyggail.dll? Had you ever tested forcing using this module? gtk-app --gtk-modules gail or export GTK_MODULES=gail gtk-app Another simple way to test it is to run glade-2. It would force loading this module. regards Yang Guilong
Re: GNOME progress report (with screenshot!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I wrote: | 2) With any package installing bonobo servers, the .server.in.in file | MUST be checked for any references to bonobo modules, which will usually | be called with linux library names (libfoo-bar-view.so) (usually only | the packages installing a module have such references in their | .server.in.in files). This for sure affects nautilus, but I think all | .server.in.in should be checked just in case. Better check libbonobo2 and gnome-vfs2 also, as they install monikers. | 3) I've built the accessibility libraries (gail, at-spi, libgail-gnome) | and tried turning on accessibility. When any GNOME program was started, | I got warnings on the console that the accessibility libraries couldn't | be found. I'm not sure, but maybe this is a problem similar to #2, that | ~ something (not sure what) is looking for libgail.so instead of | cyggail.dll? BTW, this is a Gnome-WARNING, so I guess this is libgnome (or libgnomeui)? | 6) I have a LOT of packages built, but I'm waiting for more webspace | from sf.net to upload everything. So you know, here's what I've got so | far: Add ggv, gpdf, gramps (pending one issue), and gnome-themes-extras to my list. Still waiting to upload. | I think the six libs I packaged for you (GConf2, gnome-vfs2, libbonobo2, | libbonoboui2, libgnome2, libgnomeui2) and my gnome-keyring, | libgnomeprint22, and libgnomeprintui22 should be uploaded ASAP. They're | still at: | | http://cygwin-ports.sourceforge.net/install/temp/ That's in addition to libcroco06, of course. Where are you holding with your six? | But your 6 I forgot to put the setup.hint files up separately (they're | in the source tarballs). Then the next step is to package the desktop. What are your plans with the desktop? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBfct2piWmPGlmQSMRAs4oAJ9KnhFxsbZMJC1EAQkVRRq47OPEfACgt2/v 9gqBowjrK66fA+PIkwrcXe0= =FHeZ -END PGP SIGNATURE-
Re: GNOME progress report (with screenshot!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yang Guilong wrote: | Glad to hear that! But the file lock is still an problem. I noticed that | in Steven's Cygwin GNOME 1.4 he had to remove all the lock before | gnome-session in the startup script startgnome. But how to deal with | it when launching a gnome application seperately? Hard to say; I've been doing it manually. Assuming that most users won't play around with gconfd-2 directly, which means when gconfd-2 is first called, it starts, and keeps running until the user logs out. In that case, maybe a profile.d script which deletes them is a solution, i.e.: if [ ! `ps | grep gconfd-2` ] ; then ~ rm -fr $TMP/gconfd-* fi The if logic is needed if someone runs more than one Cygwin shell simultaneously (as I often do), and gconfd-2 was started by something earlier. The other problem would be postinstall/preremove scripts which call gconftool-2; if they're run after logging out from Cygwin, the locks would still be there and gconfd-2 wouldn't start properly, hosing the script. I guess a similar logic could be added to the top of such scripts. Am I missing anything else? | 5) Floppy disk polling while running the desktop: I'd look at either | nautilus or gnome-vfs-daemon; I'm pretty sure one of the two is the | source of that problem. | | We got this problem in cygnome2. Every time nautilus calls getmntent() | to read the mount table, cygwin would try to scan floppy (just as comman | `mount' would do). At last I had to modified nautilus-volume-monitor.c | to let get_mount_list to return NULL, in nautilus-2.4.2. I presume you mean this: http://cygnome2.sourceforge.net/install/release/nautilus/nautilus-2.4.2-cygwin.patch Thanks for pointing this out. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBfdVEpiWmPGlmQSMRAltqAJ9628jUyPpUNvato5gejwPXzK/dfgCgqyL+ DeZtUa35RTo/iyI9xBoCSx4= =jt1z -END PGP SIGNATURE-
Re: [ITP] bashdb, bash_completion
On Tue, Oct 26, 2004 at 04:20:07AM +0200, Reini Urban wrote: Christopher Faylor schrieb: On Sun, Oct 24, 2004 at 12:54:38AM +0200, Reini Urban wrote: I want to contribute and maintain bash-2.05b-rebash-0.43, also known as bashdb, formerly known as bash-2.05b-debugger-0.x It will replace /bin/bash.exe Wait. So are you essentially saying that you want to take over as the bash maintainer? If so, I think you probably should coordinate this with Ronald. If not, I think you probably should coordinate this with Ronald. Sigh. Why do I write a whole book about that? As I already wrote I don't want to maintain bash! I want to maintain bash-2.05b-rebash, which is based on his bash, on Pierre's patches and this Rocky Bernstein extension. I only want these extension until Ronald brings out his 3.0, because I have the problems now and don't to wait any longer for 3.0.7 If Ronald doesn't want to add these extensions then I want to keep it. He is very busy for a long time now and didn't react so far. I read your email. I guess my mind boggled at the concept that anyone would be so..., er, bold as to assume that they could trump someone else's package by using the name bash.exe when there is already an extremely well-known package which uses that name. As I said. Work this out with Ronald. And please don't send any more ITPs which wipe out other parts of people's packages. cgf
Re: Upgrading from xfree to xorg, any major issues?
On Sun, Oct 24, 2004 at 07:28:18PM -0400, Igor Pechtchanski wrote: On Sun, 24 Oct 2004, Alexander Gottwald wrote: Chris Green wrote: Some time soon I'm going to have to upgrade my present Cygwin/X installation which is mostly 4.3.0.x Xfree to the latest Xorg versions. How painless is this likely to be? I run Cygwin/X on a Win2k machine and use it to display my Slackware Linux desktop using xdm. There should be only minor issues. XF86Config is not compiled in anymore. Lot's of bugfixes... But actually xorg 6.7.0 was just the next evolution of xfree 4.3.0 and fits in the old release tree xf 4.2 xf 4.3 xorg 6.7.0 xorg 6.8.0 xorg 6.8.1 So there should not be any big problems Here's one major PITA: xterm has moved from /usr/X11R6/bin to /usr/bin. If you have any scripts, batch files, or shortcuts that hardcode /usr/X11R6/bin/xterm, you'll need to either change them to use /usr/bin/xterm, or add a symlink in /usr/X11R6/bin to /usr/bin/xterm. Igor Thanks both, it sounds like it should be reasonably painless then. I don't have many (any?) scripts or anything that will be affected by the xterm move as my major use for Cygwin/X is as an X server for my Linux desktop on my Win2k machine. We're getting broadband this week hopefully so I'll probably wait for that before doing the big download/upgrade. -- Chris Green ([EMAIL PROTECTED]) Never ascribe to malice, that which can be explained by incompetence.
Re: LoadLibrary(cygx11-6.dll) results in STATUS_ACCESS_VIOLATION
On Sun, 24 Oct 2004, Samer El Boustany wrote: note that I am using MSVC 6 I think this is the problem. You can not mix cygwin and msvc program parts. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Please rebuild WindowMaker with recent tiff package
Hi Harold Is it possible to rebuild WindowMaker with the latest libtiff-devel-3.7.0beta2 package, now that LZW support is again enabled so that we finally get our icons back ? See also: http://www.cygwin.com/ml/cygwin-xfree/2003-11/msg00298.html Ciao Volker
Re: FW: Run.exe version 1.1.3 overflow condition within X-startup-scripts 1.0.9-1
On Mon, 25 Oct 2004, Kirby Kuehl wrote: run.exe version 1.1.3 from the X-startup-scripts 1.0.9-1 package. I checked the changelog for run version 1.1.4 available here: http://www.neuro.gatech.edu/users/cwilson/cygutils/run and the changelog clearly states No code changes. the startup scripts package includes a modified version of the run utility. /usr/X11R6/bin/run.exe `perl -e 'print A x 242'` I've fixed this. The new package is on the way. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
cygwin 1.5.10-3/HP-UX keypad not working
We are running cygwin v1.5.10-3 downloaded from ftp://sources-redhat.mirror.redwire.net logging in from a PC running Windows XP/2000 to an HP-UX 11.0 CDE. We have problem with the keypad when running older applications like netscape 4.8 and third-party older apps. The keypad, with or without Num Lock key on, does not work--numbers, arrow keys, Pg Up, etc. do not function. With the newer apps that use OpenGL, we do not see the keypad problem. I had done the following to hard code each key on the keypad. But the result is that this overrides the Num Lock key functionality--the numbers on the keypad are working, with or without Num Lock depressed. The arrow keys and Pg Up, etc., keys will still give me the hardcoded numbers when Num Lock is not on. How do I make the keys on the keypad work as they should, with or without Num Lock depressed, for the older apps? - This is what I did on the HP-UX 11.0 side: 1. Create the file /etc/dt/colnfig/Xsession.d/0050.disable_xkb # vi /etc/dt/colnfig/Xsession.d/0050.disable_xkb #!/usr/bin/ksh # ### File: 0050.disable_xkb ### ### Purpose: disable the XKEYBOARD extension in all R6 ### client software. # export XKB_DISABLE=1 # chmod 755 /etc/dt/colnfig/Xsession.d/0050.disable_xkb 2. Put in the user's $HOME/.dtprofile the following line: xmodmap /home/vlauems/xmodmap.ansoft8.5.hpux 3. As a regular user, create the file /home/vlauems/xmodmap.ansoft8.5.hpux % vi /home/vicky/xmodmap.ansoft8.5.hpux keysym KP_End = 1 keysym KP_Down = 2 keysym KP_Next = 3 keysym KP_Left = 4 keysym KP_Begin = 5 keysym KP_Right = 6 keysym KP_Home = 7 keysym KP_Up = 8 keysym KP_Prior = 9 keysym KP_Insert = 0 - On the PC side, this is the .bat file I used to start xdmcp (perhaps there's a parameter in XWin to enable the keypad that I missed???): @echo off REM CYGWIN VERSION NUMBER AND DATE REM Build Date: 2004-05-25 22:07 REM DL Site: ftp%3a%2f%2fsources-redhat.mirror.redwire.net%2fpub%2fsources.redhat.com%2fcygwin REM DL Date: 08/09/04 REM Version: cygwin-1.5.10-3.tar.bz2 SET DISPLAY=127.0.0.1:0.0 REM REM Change REMOTE_HOST to the IP address or hostname of your remote host, REM unless your remote host happens to have the address 10.0.0.1. REM SET REMOTE_HOST=campo REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/X, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=c:\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% SET XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults SET XCMSDB=/usr/X11R6/lib/X11/Xcms.txt SET XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB SET XNLSPATH=/usr/X11R6/lib/X11/locale REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server and attempt to connect to a remote XDM server. REM REM The error Fatal server error: could not open default font 'fixed' is REM caused by using a DOS mode mount for the mount that the Cygwin/X REM fonts are accessed through. See the Cygwin/X FAQ for more REM information: REM http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof REM if %OS% == Windows_NT goto OS_NT REM Windows 95/98/Me echo startxdmcp.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxdmcp.bat - Starting on Windows NT/2000/XP :STARTUP REM REM A few examples of initiating an XDMCP connection are REM given below. The default is to connect to a specified host REM with -query. The second example connects to the first REM responding host with -broadcast. The third example shows REM how to connect to the font server of a remote host. REM REM See startxwin.bat for a description of the most typical REM command-line parameters for XWin.exe. REM REM Connect to a specified machine. REM run XWin -query %REMOTE_HOST% -nodecoration -lesspointer REM Connect to the first XDM machine to respond. REM run XWin -broadcast -nodecoration -lesspointer REM Connect to a specified machine and a specified font server. REM run XWin -query %REMOTE_HOST% -nodecoration
winsup/utils ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-10-25 15:35:43 Modified files: utils : ChangeLog Log message: Remove CRs Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.283r2=1.284
winsup/utils ChangeLog cygcheck.cc dump_setup. ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-10-25 15:49:36 Modified files: utils : ChangeLog cygcheck.cc dump_setup.cc dumper.cc mount.cc parse_pe.cc ps.cc regtool.cc Log message: fix whitespace, update some copyrights Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.284r2=1.285 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.55r2=1.56 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/dump_setup.cc.diff?cvsroot=uberbaumr1=1.16r2=1.17 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/dumper.cc.diff?cvsroot=uberbaumr1=1.11r2=1.12 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/mount.cc.diff?cvsroot=uberbaumr1=1.33r2=1.34 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/parse_pe.cc.diff?cvsroot=uberbaumr1=1.6r2=1.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ps.cc.diff?cvsroot=uberbaumr1=1.17r2=1.18 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/regtool.cc.diff?cvsroot=uberbaumr1=1.14r2=1.15
src/winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-10-25 16:11:42 Modified files: winsup/utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (dump_sysinfo): Add leading newline before legend for drive-list. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.285r2=1.286 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/cygcheck.cc.diff?cvsroot=srcr1=1.56r2=1.57
winsup/utils ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-10-25 21:20:10 Modified files: utils : ChangeLog Log message: whitespace Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.286r2=1.287
src/winsup/cygwin registry.cc ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-10-26 01:53:28 Modified files: winsup/cygwin : registry.cc ChangeLog Log message: 2004-10-26 Pierre Humblet [EMAIL PROTECTED] * registry.cc (get_registry_hive_path): Simplify and add a debug_printf in case of failure. (load_registry_hive): Revert the 2004-04-19 change. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/registry.cc.diff?cvsroot=srcr1=1.19r2=1.20 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2587r2=1.2588
Re: [Patch] cygcheck: More complete helptext on drive-list.
On Sat, Oct 23, 2004 at 10:17:02PM +0200, Bas van Gompel wrote: Op Fri, 22 Oct 2004 04:34:05 +0200 (MET DST) schreef Bas van Gompel in [EMAIL PROTECTED]: [...] : D**n, the leading newline was lost... I fixed this and checked it in. In general, you don't add ChangeLog entries about the ChangeLog. I also removed a stray trailing space from the ChangeLog and, while I was at it, did my standard sweep through the sources to put back tab indentation and remove trailing whitespace where appropriate. Go ahead and can check in the leading newline change. Thanks. cgf 2004-10-23 Bas van Gompel [EMAIL PROTECTED] * ChangeLog: Fix line-endings on previous entry. * cygcheck.cc (dump_sysinfo): Add leading newline before legend for drive-list.
Re: [Patch] cygcheck: More complete helptext on drive-list.
Op Mon, 25 Oct 2004 11:51:32 -0400 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Sat, Oct 23, 2004 at 10:17:02PM +0200, Bas van Gompel wrote: : Op Fri, 22 Oct 2004 04:34:05 +0200 (MET DST) schreef Bas van Gompel : in [EMAIL PROTECTED]: : [...] : : : D**n, the leading newline was lost... : : I fixed this and checked it in. In general, you don't add ChangeLog entries : about the ChangeLog. Ok. (There are other instances...) [...] : Go ahead and can check in the leading newline change. Done. (This time correctly, I think.) L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: [Patch] cygcheck: More complete helptext on drive-list.
On Mon, Oct 25, 2004 at 06:25:16PM +0200, Bas van Gompel wrote: Op Mon, 25 Oct 2004 11:51:32 -0400 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Sat, Oct 23, 2004 at 10:17:02PM +0200, Bas van Gompel wrote: : Op Fri, 22 Oct 2004 04:34:05 +0200 (MET DST) schreef Bas van Gompel : in [EMAIL PROTECTED]: : [...] : : : D**n, the leading newline was lost... : : I fixed this and checked it in. In general, you don't add ChangeLog entries : about the ChangeLog. Ok. (There are other instances...) With the exception of the famous subauth, the word ChangeLog does not show up in any cygwin-specific ChangeLog that I can see. cgf
Re: Profile not called
Alex Vinokur [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] [snip] I changed the Path environment. $ cygcheck -svr cygcheck.txt 21 File cygcheck.txt is attached. It didn't help. I tried to read man bash. bash-2.05b$ man bash Warning: cannot open configuration file /usr/share/misc/man.conf No manual entry for bash bash-2.05b$ Nothing works. -- foo.cpp -- #include stdio.h int main () { return 0; } - bash-2.05b$ g++ foo.cpp foo.cpp:1:19: stdio.h: No such file or directory bash-2.05b$ bash-2.05b$ g++ -v foo.cpp Reading specs from /cygdrive/c/cygwin/bin/../lib/gcc-lib/i686-pc-cygwin/3.3.3/specs Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --ma ndir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,java,objc,pascal --enable-nls --without-included-ge ttext --enable-libgcj --with-system-zlib --enable-interpreter --enable-threads=posix --enable-java-gc=boehm --enable-sjlj-exceptions --disable-version-specific-runtime-libs --disable-win32-registry Thread model: posix gcc version 3.3.3 (cygwin special) /cygdrive/c/cygwin/bin/../lib/gcc-lib/i686-pc-cygwin/3.3.3/cc1plus.exe -quiet -v -iprefix /cygdrive/c/cygwin/bin/../lib/gcc-lib/i686-pc-cygwin/3.3.3/ -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=3 -D__CYGWIN32__ - D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter ../include/w32api -idirafter ../../include/w32api foo.cpp -D__GNUG__=3 -quiet -dumpbase foo.cpp -auxbase foo -version -o /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccdCABy8.s ignoring nonexistent directory ../include/w32api ignoring nonexistent directory ../../include/w32api GNU C++ version 3.3.3 (cygwin special) (i686-pc-cygwin) compiled by GNU C version 3.3.3 (cygwin special). GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=65470 ignoring nonexistent directory /cygdrive/c/cygwin/include/c++/3.3.3 ignoring nonexistent directory /cygdrive/c/cygwin/include/c++/3.3.3/i686-pc-cygwin ignoring nonexistent directory /cygdrive/c/cygwin/include/c++/3.3.3/backward ignoring nonexistent directory /cygdrive/c/cygwin/i686-pc-cygwin/include ignoring nonexistent directory /usr/include/c++/3.3.3 ignoring nonexistent directory /usr/include/c++/3.3.3/i686-pc-cygwin ignoring nonexistent directory /usr/include/c++/3.3.3/backward ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/include ignoring nonexistent directory /usr/i686-pc-cygwin/include #include ... search starts here: #include ... search starts here: /cygdrive/c/cygwin/lib/gcc-lib/i686-pc-cygwin/3.3.3/include /usr/include End of search list. foo.cpp:1:19: stdio.h: No such file or directory -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Profile not called
Alex Vinokur wrote: HOME = `c:\Documents and Settings\Administrator' Your home directory has spaces in it. THat's going to break some things. See the users guide / FAQ. C:\cygwin\_download\001/ system textmode C:\cygwin\_download\001/bin/usr/bin system textmode C:\cygwin\_download\001/lib/usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system textmode,cygdrive Your mounts are messed up. I don't know what that _download\001 dir is but I suspect that your / should be c:/cygwin, your /usr/bin should be c:/cygwin/bin and /usr/lib should be c:/cygwin/lib. Either fix your mounts using mount and umount commands or rerun setup and point it at c:\cygwin to install. Most everything is going to be broken until you fix this. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: startup problem // no longer works // profile not called
All of these posters are complaining about the same thing. Not at all a bad idea to read the bash man page, the helps, everything. But the fact is once clicking the Cygwin icon gave one an operating shell. It no longer does. -- 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: Profile not called
Brian Dessent [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Alex Vinokur wrote: HOME = `c:\Documents and Settings\Administrator' Your home directory has spaces in it. THat's going to break some things. See the users guide / FAQ. It worked for a long time (more than 2 years). C:\cygwin\_download\001/ system textmode C:\cygwin\_download\001/bin/usr/bin system textmode C:\cygwin\_download\001/lib/usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system textmode,cygdrive Your mounts are messed up. I don't know what that _download\001 dir is but I suspect that your / should be c:/cygwin, your /usr/bin should be c:/cygwin/bin and /usr/lib should be c:/cygwin/lib. Either fix your mounts using mount and umount commands or rerun setup and point it at c:\cygwin to install. Most everything is going to be broken until you fix this. Brian It also worked for a long time. Yesterday I downloaded and installed Cygwin updates. After that I have the problem. Before that I had no problem. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: startup problem // no longer works // profile not called
David Baron [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] All of these posters are complaining about the same thing. Not at all a bad idea to read the bash man page, the helps, everything. bash-2.05b$ man bash Warning: cannot open configuration file /usr/share/misc/man.conf No manual entry for bash bash-2.05b$ bash-2.05b$ cygcheck -c bash cygwin Cygwin Package Information Package VersionStatus bash 2.05b-16 OK cygwin 1.5.11-1 OK But the fact is once clicking the Cygwin icon gave one an operating shell. It no longer does. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: startup problem // no longer works // profile not called
Alex Vinokur wrote: bash-2.05b$ man bash Warning: cannot open configuration file /usr/share/misc/man.conf No manual entry for bash bash-2.05b$ Like I said, nothing is going to work until you fix your mounts. I don't know what has changed on your system but your root / dir is mounted as C:\cygwin\_download\001 which seems wrong unless your entire cygwin subtree is under that dir and not c:\cygwin which makes a lot more sense. Replying that it used to work is not going to fix anything. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Issues with read and loop in bash
Hello @all, I`m new to this group, so please apologize if my posting does not conform to formal restrictions. ;-) In addition, my english is quite poor, so please apologize this too. ;-) Well, I have following problem. I searched this already in the gmane-database for this newsgroup, but didn`t find an appropriate answer. (possible bad searchwords?) I wrote a shell script using bash at Suse 9.1. This shell script includes following section: snip--- while read lines do check=FALSE while read lines_2 do if ([ $lines = $lines_2 ]) then# this is line 63 check=TRUE break fi done $3/only_hashes_right.log if ([ $check = FALSE ]) then echo $lines $3/singles_only_hashes.log fi done $3/only_hashes_left.log ---snip The logfiles just have hashes (of pdf-files) inside, created by md5sum. Each of the 2 logfiles have some thousand of these hashes, one per line. In the outer loop each hash is read from the first logfile and will be compared with each hash in the second logfile using the inner loop. If a Partner is found, the inner loop breaks. If no Partner is found, this hash is printed in a third logfile called singles_only_hashes.log, as you can see above. I`m not sure if the check-variable is necessary, though. With Suse this section and the whole script works properly, but not with bash under cygwin with Windows XP. It creates following error message: line 63: [: too many arguments and this a thousand of times. I marked the corresponding line in the script above. I also used as shebang this: #!/bin/bash instead of #!/bin/sh, but this didn`t solve the problem. Could anybody point me to the right direction? Any help is greatly appreciated. Best regards, Axel Dreher -- 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: startup problem // no longer works // profile not called
Brian Dessent [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Alex Vinokur wrote: bash-2.05b$ man bash Warning: cannot open configuration file /usr/share/misc/man.conf No manual entry for bash bash-2.05b$ Like I said, nothing is going to work until you fix your mounts. I don't know what has changed on your system but your root / dir is mounted as C:\cygwin\_download\001 which seems wrong unless your entire cygwin subtree is under that dir and not c:\cygwin which makes a lot more sense. How can I fix that? Replying that it used to work is not going to fix anything. Brian Thanks. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Issues with read and loop in bash
Well, I poked a bit around and found the bug by myself in my script. The loop is correct, but the logfiles weren`t. That`s why the if-Statement caused errors. So please don`t mind my posting above. Have a nice day, Axel Dreher -- 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] Uploaded: minires-1.00
I have updated minires, the DNS resolver library, to version 1.00 News: On Windows 2000 and XP, minires now defaults to being an interface to the native Windows caching resolver. There is no change on older systems: is still acts as a non caching synchronous resolver. It also acts as a non caching synchronous resolver on Windows 2000 and XP if the file /etc/resolv.conf is readable but does not contain osquery as one of its options. Please direct all comments and questions to the cygwin list. Pierre ** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: Setting Enviroment Variables
--begin--reply--- Yeah Dave that would great thanks.. I mean I am quite happy now that I know what cygwin is and is all about; and I am quite happy to have the added bonus of a fully functional Linux type shell on top of my Win XP Pro install. Having cygwin gives me the bonus of having that linux - shell in WinXP and all the tools that I installed along with it, [which is more-or less an entire linux os really apart from the servers]. And it does seem to be running ok, I get no errors on starting cygwin, and the ones I do get are from starting x-windows, and from what I can gather, are not to be worried about, at least according to the docs available at the site, and the users guide. Mind you having said that, doing a, startx -windowmaker or, startx -fvwm2 or again something like, XWin.exe -windowmaker or similar, brings erros and doesn't work as expected.. So I basicaly need to just set it up ok, get all my enviroment variables setup right, get a mail client sorted + mail agent, so I can send and retrieve mail through cygwin as well XP. Then I can start to teach myself how to use the shell properly, which is what I wanted out cygwin. So any help in setting it up is greatly appreciated... Again thanks in advance... Nemes --end--reply-- On Sun, 24 Oct 2004 16:31:58 -0400, J. David Boyd [EMAIL PROTECTED] wrote: Nemes [EMAIL PROTECTED] writes: Can anyone help with any of the above queries ??? Thanks in advance to all those with the patience to compose a reply Nemes If no one has replied to this before I get to my work machine, where I have been running Cygwin for years, I can send you a reply, and show you what my .profile and .bashrc are set to, as well as some of my aliases. Quickly though: The two environment variable settings in XP are ones that are global, for all users, and user specific. If you have installed software that everyone that logs on to that machine can use, you set the environment in the global section. Conversely, if software has been installed that only one can use, you set the environment in the specific user section. Anything you have set in the XP environments (global or user) will be inherited when you start Cygwin. You can set environment va riables in the cygwin.bat file, or you can put them in .profile or .bashrc. Sometimes, there are some funny rules about the system reading .profile and .bashrc, but for the most part, I set almost all of my environment in .bashrc, and I don't have any problems. Dave -- 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/
[ANNOUNCEMENT] Updated: openldap-2.2.17-2/libopenldap2_2_7-2.2.17-2/openldap-devel-2.2.17-2
Hi A new version of 'openldap/libopenldap2_2_7/openldap-devel' has been uploaded to a server near you. DESCRIPTION: Lightweight Directory Access Protocol clients, servers and libraries. CYGWIN NEWS: * Added SASL support Old CYGWIN NEWS: * Fixed packaging bug: Directory tree /usr/share/openldap/ucdata moved from openldap-devel to openldap package Old openldap NEWS = OpenLDAP 2.2.17 Release Fixed slapd syncrepl memory leak bugs Documentation Updated ldif(5) OpenLDAP 2.2.16 Release Fixed libldap getaddrinfo hints portability bug (ITS#3279) Fixed libldap find_connection bug (ITS#3280) Fixed libldap SASL host connected to bug (ITS#3298) Fixed libldap SASL proper sockbuf bug Fixed libldap results lc bug (ITS#3250) Fixed ldapsearch paged results size 0 bug Fixed slapd syncrepl SSF propagation bug (ITS#3131) Fixed slapd ACL sets bug (ITS#3140) Fixed slapd bind referral bug (ITS#3264) Fixed slapd syncrepl misc bugs (ITS#3259,3297) Fixed slapd overlays CSN CTX bug (ITS#3288) Fixed slapd sun_path portability bug Fixed slapd permissive modify bug Fixed slapd hang bug (ITS#3309) Fixed slapcommon shutdown bug (ITS#3326) Fixed back-bdb CSN CTX bug (ITS#3301) Fixed back-bdb id2entry bug Fixed back-bdb syncrepl psearch delete bug (ITS#3309) Fixed back-ldap/meta known controls bugs (ITS#3291) Fixed back-monitor syncrepl bug (ITS#3265) Fixed slurpd replog error message bug (ITS#3275) Added slapd syncrepl exattrs (ITS#3289) Updated slapd SLAPI Updated LDAP C++ library Documentation Updated provided RFCs and I-Ds Updated ldap_url(3) (ITS#3310) INSTALLATION: = To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up the above mentioned package from the 'Libs' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [bugreport] resolv.h test fails (was: Re: minires-devel-0.97-1: resolv.h fails)
Gerrit wrote: Pierre A. Humblet wrote: At 01:03 PM 10/18/2004 +0200, Corinna Vinschen wrote: On Oct 18 03:28, Reini Urban wrote: minires-devel-0.97-1: #include resolv.h fails suddenly. Apparently /usr/include/resolv.h misses the definition for sockaddr_in, which is defined in cygwin/in.h Have no clue why it suddenly fails. Anyone else? These headers didn't change for years... Which file is supposed to include cygwin/in.h? I found nothing. netinet/in.h Its an upstream issue. According to the resolver man page, netinet/in.h should be included before resolv.h. For example http://www.mcsr.olemiss.edu/cgi-bin/man-cgi?resolver+3 SYNOPSIS #include sys/types.h #include netinet/in.h #include arpa/nameser.h #include resolv.h I think this is correct. What is buggy is the autoconf test which is just including resolv.h and not netinet/in.h to compile the test exe. This applies to the default test when calling AC_CHECK_HEADERS([resolv.h]) Workaround is to use s.th. like this in configure.ac: AC_CHECK_HEADERS([arpa/nameser.h netinet/in.h sys/socket.h sys/types.h]) AC_CHECK_HEADERS([resolv.h], [], [], [[#if HAVE_SYS_TYPES_H # include sys/types.h #endif #ifdef HAVE_NETINET_IN_H # include netinet/in.h /* inet_ functions / structs */ #endif #ifdef HAVE_ARPA_NAMESER_H # include arpa/nameser.h /* DNS HEADER struct */ #endif #ifdef HAVE_SYS_SOCKET_H # include sys/socket.h /* DNS HEADER struct */ #endif ]]) Anyway, there should be a macro which provides this functionity. -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin_attach_handle_to_fd and SOCKET.
I'm using cygwin_attach_handle_to_fd to attach a windows SOCKET to a cygwin file descriptor. I do it this way: fd = cygwin_attach_handle_to_fd(/dev/tcp, -1, WindowsSocketHandle, TRUE, GENERIC_READ|GENERIC_WRITE); This call works well under Cygwin 1.3.13, and calls to recv(fd,...) or send(fd,...) also works correctly. Under the last version of Cygwin (1.5.11), cygwin_attach_handle_to_fd still works, but calls to recv() fails with errno 108 (ENOTSOCK - Socket operation on non-socket). I guess the name argument I provide to cygwin_attach_handle_to_fd (/dev/tcp) is wrong under 1.5.11. I had a look at the sources (especially dtable.cc), but did not found any clues. Does anyone knows what name argument I should use ? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
resolv.h test proposal
Hello, the text below seems to relly be a bug report with a proposed fix. So I take the liberty to forward it to the bug report address. Regards, Stepan Kasal - Forwarded message from Gerrit P. Haase - Date: Mon, 25 Oct 2004 13:46:43 +0200 From: Gerrit P. Haase [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [bugreport] resolv.h test fails (was: Re: minires-devel-0.97-1: resolv.h fails) Gerrit wrote: Pierre A. Humblet wrote: At 01:03 PM 10/18/2004 +0200, Corinna Vinschen wrote: On Oct 18 03:28, Reini Urban wrote: minires-devel-0.97-1: #include resolv.h fails suddenly. Apparently /usr/include/resolv.h misses the definition for sockaddr_in, which is defined in cygwin/in.h Have no clue why it suddenly fails. Anyone else? These headers didn't change for years... Which file is supposed to include cygwin/in.h? I found nothing. netinet/in.h Its an upstream issue. According to the resolver man page, netinet/in.h should be included before resolv.h. For example http://www.mcsr.olemiss.edu/cgi-bin/man-cgi?resolver+3 SYNOPSIS #include sys/types.h #include netinet/in.h #include arpa/nameser.h #include resolv.h I think this is correct. What is buggy is the autoconf test which is just including resolv.h and not netinet/in.h to compile the test exe. This applies to the default test when calling AC_CHECK_HEADERS([resolv.h]) Workaround is to use s.th. like this in configure.ac: AC_CHECK_HEADERS([arpa/nameser.h netinet/in.h sys/socket.h sys/types.h]) AC_CHECK_HEADERS([resolv.h], [], [], [[#if HAVE_SYS_TYPES_H # include sys/types.h #endif #ifdef HAVE_NETINET_IN_H # include netinet/in.h /* inet_ functions / structs */ #endif #ifdef HAVE_ARPA_NAMESER_H # include arpa/nameser.h /* DNS HEADER struct */ #endif #ifdef HAVE_SYS_SOCKET_H # include sys/socket.h /* DNS HEADER struct */ #endif ]]) Anyway, there should be a macro which provides this functionity. -- =^..^= http://nyckelpiga.de/donate.html - End forwarded message - -- 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/
question regarding, PATH
Hello all once again. As people may OR may not know, I am new to the lsit cygwin. I have managed to install and get a running cygwin install going on my WinXP Pro sp2 install. And at present am just reading and learning baout how to setup cygwin properly for myself and then start to learn howto use the shell effectively.. As the subject stated, I have a question regarding the $PATH variable. I installed cygwin on my D:\ SATA drive, so cygwin is at, D:\cygwin. However, if I do a, echo $PATH cmd at the shell, I get the following output... --- [EMAIL PROTECTED] / $ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Perl/bin/:/cygdrive/c/WI NDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c /Program Files/Common Files/Autodesk Shared/:/cygdrive/c/Program Files/backburne r 2/ My questiopn is, if as I explained, I installed my cygwin at, D:\cygwin how come, $PATH is showing stuff on, C:\ as above - and now, D:\ I have two drives on my machine, the , C:\ were my WinXP Pro sp 2 is installed mand the, D:\ SATA drive which is there for pure storage, and obviously were I put cygwin.. So how come, $PATH is showing stuff under its self on, D:\ ??? Some possible relevant info.. I have installed both Perl and Python on my Win XP on the, C:\ drive, but have also installed them both in cygwin as well, on the, D:\ drive.. Is this causing any conflicts?? Or is it not a problem at all, and what, $PATH is showing there is normal?? Thanks in advance to those who have the patience to reply... Nemes -- 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: Setting Enviroment Variables
Nemes wrote: --begin--reply--- Yeah Dave that would great thanks.. And it does seem to be running ok, I get no errors on starting cygwin, and the ones I do get are from starting x-windows, and from what I can gather, are not to be worried about, at least according to the docs available at the site, and the users guide. Mind you having said that, doing a, startx -windowmaker or, startx -fvwm2 or again something like, XWin.exe -windowmaker or similar, brings erros and doesn't work as expected.. in.com/faq/ read through /usr/X11R6/bin/starxwin.sh /usr/X11R6/bin/startxwin.bat reid -- 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 executing C Compiler cc: installation problem, cannot exec 'as': No such file or directory
Hello, I get the following error message while compiling a .c file using gcc on Cygwin. $ cc ~/Desktop/test.c cc: installation problem, cannot exec 'as': No such file or directory $ gcc --version gcc (GCC) 3.4.1 (cygming special) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ gcc -print-search-dirs install: /usr/lib/gcc/i686-pc-cygwin/3.4.1/ programs: =/usr/lib/gcc/i686-pc-cygwin/3.4.1/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/:/usr/lib/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/:/ lib/gcc/i686-pc-cygwin/:/usr/libexec/gcc/i686-pc-cygwin/3.4.1/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/:/usr/lib/gcc/i6 c-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.1/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i68 -cygwin/bin/ libraries: =/usr/lib/gcc/i686-pc-cygwin/3.4.1/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/lib 6-pc-cygwin/3.4.1/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../i686-pc-cygwin/3.4 /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../:/lib/i686-pc-cygwin/3.4.1/:/lib/:/usr/lib/i686-pc-cygwin/3.4.1/:/usr/lib/ Any sugestions? Regards, Naveen nckaje at gmail dot 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: resolv.h test proposal
Stepan Kasal schrieb: Hello, the text below seems to relly be a bug report with a proposed fix. So I take the liberty to forward it to the bug report address. Many thanks for doing this for us. - Forwarded message from Gerrit P. Haase - Date: Mon, 25 Oct 2004 13:46:43 +0200 From: Gerrit P. Haase [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [bugreport] resolv.h test fails (was: Re: minires-devel-0.97-1: resolv.h fails) Gerrit wrote: Pierre A. Humblet wrote: At 01:03 PM 10/18/2004 +0200, Corinna Vinschen wrote: On Oct 18 03:28, Reini Urban wrote: minires-devel-0.97-1: #include resolv.h fails suddenly. Apparently /usr/include/resolv.h misses the definition for sockaddr_in, which is defined in cygwin/in.h Have no clue why it suddenly fails. Anyone else? These headers didn't change for years... Which file is supposed to include cygwin/in.h? I found nothing. netinet/in.h Its an upstream issue. According to the resolver man page, netinet/in.h should be included before resolv.h. For example http://www.mcsr.olemiss.edu/cgi-bin/man-cgi?resolver+3 SYNOPSIS #include sys/types.h #include netinet/in.h #include arpa/nameser.h #include resolv.h I think this is correct. What is buggy is the autoconf test which is just including resolv.h and not netinet/in.h to compile the test exe. This applies to the default test when calling AC_CHECK_HEADERS([resolv.h]) Workaround is to use s.th. like this in configure.ac: AC_CHECK_HEADERS([arpa/nameser.h netinet/in.h sys/socket.h sys/types.h]) AC_CHECK_HEADERS([resolv.h], [], [], [[#if HAVE_SYS_TYPES_H # include sys/types.h #endif #ifdef HAVE_NETINET_IN_H # include netinet/in.h /* inet_ functions / structs */ #endif #ifdef HAVE_ARPA_NAMESER_H # include arpa/nameser.h /* DNS HEADER struct */ #endif #ifdef HAVE_SYS_SOCKET_H # include sys/socket.h /* DNS HEADER struct */ #endif ]]) Anyway, there should be a macro which provides this functionity. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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: w32api 3.1 causes mysterious multiple definition errors
-Original Message- From: cygwin-owner On Behalf Of Max Bowsher Sent: 24 October 2004 21:56 When compiling setup.exe, I get the following errors: /usr/lib/w32api/libadvapi32.a(dspes00177.o)(.text+0x0): multiple definition of [EMAIL PROTECTED]' autoload.o(.data+0x16b):autoload.c:83: first defined here [snip further errors] w32api has changed; setup has some version skew. See http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html and the subsequent replies. The quick solution is to edit autoload.c; patch at the foot of that link. cheers, DaveK -- Can't think of a witty .sigline today -- 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: question regarding, PATH
I suggest to read the contents of the following link carefully, the answer is there: http://cygwin.com/faq/faq_toc.html#TOC31 regards, matthias -Original Message- Sent: Monday, October 25, 2004 2:17 PM To: [EMAIL PROTECTED] Subject: question regarding, PATH ... However, if I do a, echo $PATH cmd at the shell, I get the following output... ... -- 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: question regarding, PATH
-Original Message- From: cygwin-owner On Behalf Of Nemes Sent: 25 October 2004 13:17 My questiopn is, if as I explained, I installed my cygwin at, D:\cygwin how come, $PATH is showing stuff on, C:\ as above - and now, D:\ Or is it not a problem at all, and what, $PATH is showing there is normal?? Bingo. cheers, DaveK -- Can't think of a witty .sigline today -- 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 executing C Compiler cc: installation problem, cannot exec 'as': No such file or directory
-Original Message- From: cygwin-owner On Behalf Of Naveen Chandra Kaje Sent: 25 October 2004 13:45 Hello, I get the following error message while compiling a .c file using gcc on Cygwin. $ cc ~/Desktop/test.c cc: installation problem, cannot exec 'as': No such file or directory Sounds like you installed gcc without binutils, perhaps? Re-run setup and ensure the binutils package gets installed (Under the devel category). cheers, DaveK -- Can't think of a witty .sigline today -- 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 executing C Compiler cc: installation problem, cannot exec 'as': No such file or directory
At 05:45 AM 10/25/2004, Naveen Chandra Kaje wrote: Hello, I get the following error message while compiling a .c file using gcc on Cygwin. $ cc ~/Desktop/test.c cc: installation problem, cannot exec 'as': No such file or directory Do you actually have cc linked to gcc? There shouldn't be any message about cc if you use gcc directly. Have you installed binutils? Tim Prince -- 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: w32api 3.1 causes mysterious multiple definition errors
Max Bowsher wrote: When compiling setup.exe, I get the following errors: /usr/lib/w32api/libadvapi32.a(dspes00177.o)(.text+0x0): multiple definition of [EMAIL PROTECTED]' autoload.o(.data+0x16b):autoload.c:83: first defined here /usr/lib/w32api/libadvapi32.a(dspes00026.o)(.text+0x0): multiple definition of [EMAIL PROTECTED]' autoload.o(.data+0x149):autoload.c:83: first defined here /usr/lib/w32api/libadvapi32.a(dspes00253.o)(.text+0x0): multiple definition of [EMAIL PROTECTED]' autoload.o(.data+0x17c):autoload.c:83: first defined here /usr/lib/w32api/libadvapi32.a(dspes00013.o)(.text+0x0): multiple definition of [EMAIL PROTECTED]' autoload.o(.data+0x12c):autoload.c:83: first defined here /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): multiple definition of [EMAIL PROTECTED]' autoload.o(.data+0x193):autoload.c:83: first defined here /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): multiple definition of [EMAIL PROTECTED]' autoload.o(.data+0x1ad):autoload.c:83: first defined here They disappear if I roll w32api back to 2.5 and do a clean rebuild of setup.exe The extremely odd thing is that there are other advapi32 symbols used in the exactly the same way in the same file, which don't provoke similar errors. I've worked this out now. w32api is decorating the problem symbols with __declspec(dllimport). Fortunately, it is doing so in a #define-controllable manner. I will be committing a suitable workaround to setup shortly. Max. -- 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: startup problem // no longer works // profile not called
On Mon, 25 Oct 2004, Alex Vinokur wrote: Brian Dessent brianatdessentdotnet wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Alex Vinokur wrote: bash-2.05b$ man bash Warning: cannot open configuration file /usr/share/misc/man.conf No manual entry for bash bash-2.05b$ Like I said, nothing is going to work until you fix your mounts. I don't know what has changed on your system but your root / dir is mounted as C:\cygwin\_download\001 which seems wrong unless your entire cygwin subtree is under that dir and not c:\cygwin which makes a lot more sense. How can I fix that? See http://cygwin.com/ml/cygwin/2004-10/msg01097.html. Using the 'mount' command, you can do something like mount -fst c:/cygwin / mount -fst c:/cygwin/bin /usr/bin mount -fst c:/cygwin/lib /usr/lib Replying that it used to work is not going to fix anything. Brian Thanks. It's marginally possible that your mounts aren't wrong (although the stale fonts mount seems to suggest that they are). Save the mounts first, by running mount -m c:/saved-mounts.bat Then try changing them to point to c:\cygwin as root, and if that doesn't work, post snippets of the contents of the c:\cygwin\_download\001\{,bin,lib} directories. If you really did have Cygwin installed there, you should be able to run saved-mounts.bat from c:/cygwin/_download/001/bin to restore your current mounts. 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: w32api 3.1 causes mysterious multiple definition errors
Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Max Bowsher Sent: 25 October 2004 14:20 w32api is decorating the problem symbols with __declspec(dllimport). Fortunately, it is doing so in a #define-controllable manner. I will be committing a suitable workaround to setup shortly. Would the suitable fix be to delete the now-superfluous entries from autoload.c rather than manipulate the behaviour of the w32api headers with a #define? Absolutely NOT. How does all this interact with 9x, where there aren't any SID/ACL/Token functions? It would completely break setup on 9x. Max. -- 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: Build/Linker question again (g++)
Gerrit P. Haase [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Judd wrote: The error I'm getting now is: /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0): multiple definition of `__alloca' /usr/lib/libcygwin.a(d85.o)(.text+0x0): first defined here /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_eprintf.o)(.text+0x0): multiple definition of `___eprintf' /usr/lib/libcygwin.a(d27.o)(.text+0x0): first defined here - From the build command: - g++ -shared \ -nodefaultlibs \ -o libInventor.dll \ -Wl,--out-implib=libInventor.dll.a \ -Wl,--export-all-symbols \ -Wl,--enable-auto-import \ -Wl,--whole-archive \ libInventor.a \ -WL,--no-whole-archive \ -L/usr/lib \ -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3 \ -L/usr/X11R6/lib \ -L/usr/lib/w32api \ -L../libimage \ -L../libFL/src \ -ljpeg.dll -limage -lFL -lX11.dll -lfltk_gl.dll -lGLU.dll \ -lGL.dll -liconv.dll -lfreetype.dll -lcygwin -lstdc++ \ -lasprintf -lz -lkernel32 -lgcc You don't need to add the .dll prefix, the linker should automatically pick up the .dll.a import lib if both, import lib and static archives are present. Not the problem, but thanks. - I'm using nodefaultlibs because I had a problem linking before where I was getting lots of multiple definition errors from essentially the same library. Using nodefaultlibs and linking all the libs I need by hand has fixed all those, but I have those last 2 multiple definition errors. Is there any way to link libcygwin and libgcc without getting multiple definitions of ___eprintf and __alloca? It seems bizarre that those 2 would conflict. Maybe there's a command line option that I need to be using in my build command. There is no option like nodefaultlibs: $ ld --help | grep nodefaultlibs Try -nostdlib instead. Actually, the option does exist with 3.3.3 and it does work. It forces the linker not to use default libraries. I could take the argument out and get a completely different build. I'm more interested in somone knowing about the errors I suppose and how to get around a multiple definition error of eprintf and alloca between libgcc and libcygwin. -- 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: http://rateless.com/ GPL violation?
You misunderstand the GPL. The GPL does not grant you a right to the source code, it creates a responsibility for them to give your the source code. I know it sounds like the same thing, but it isn't. If you had a legal right to the source code, you could then sue them for a copy. But since instead they have a responsibility, only the copyright holder has the right to sue them to force them to carry out their responsibility. i.e. RedHat. But RedHat already offers alternative licensing for those willing to pay for it. So if I were a RedHat lawyer, I would probably sue for the license fee and punitive damages rather than distribution of the source code as it would be a much easier case to win and to settle out of court. So chances are you will never see the source code unless rateless.com decides to release it. Bill On Fri, 22 Oct 2004 18:24:33 +0100, Dave Korn [EMAIL PROTECTED] wrote: They can remove it from their website if they like, but it's too late. As long as I am in posession of a binary of a GPL'd program, I have a non-negotiable right to a copy of the very same sources from which the binary I have was compiled. There are no if's or but's. Of course, I Am Not A Lawyer, So Everything I Have Said Can Be Safely Ignored. -- 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: Avail for test: libtool-devel-1.9f_20041024-1, libltdl6-1.9f_20041024-1
Chuck wrote: New alpha versions of libtool available for test. This is very close to what libtool-2.0 will be. Please evaluate. NOTE: cygwin maintainers: do NOT release any updates of your packages built using this version of libtool! Be sure to revert back to regular libtool-devel (1.5.10-1) before packaging any of your stuff for official releases. This version passes ALL existing libtool selftests on cygwin, for the first time ever. I have one problem with libtool 1.9d, that I suspect is still present in 1.9f. If I specify -lpthread when linking, libtool searches for a real file matching -lpthread, like this: *** Warning: linker path does not have real file for library -lpthread. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libpthread and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libpthread.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. Now, I *know* that I don't need to specify -lpthread. But I would like libtool to not search for the real file in this case, just as it does not search for a real file if I specify -lc or -lm. Because of this, libtool fails to build the dll in question, which is a pity. Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Profile not called
At 04:21 AM 10/25/2004, you wrote: Brian Dessent [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR Please pay attention to this. We don't want to feed the spammers. Alex Vinokur wrote: HOME = `c:\Documents and Settings\Administrator' Your home directory has spaces in it. THat's going to break some things. See the users guide / FAQ. It worked for a long time (more than 2 years). Then you must be redefining HOME somewhere else and/or otherwise making allowances for it. Brian's suggestion is the simple, reliable, and robust way to make this work. You should consider it. C:\cygwin\_download\001/ system textmode C:\cygwin\_download\001/bin/usr/bin system textmode C:\cygwin\_download\001/lib/usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system textmode,cygdrive Your mounts are messed up. I don't know what that _download\001 dir is but I suspect that your / should be c:/cygwin, your /usr/bin should be c:/cygwin/bin and /usr/lib should be c:/cygwin/lib. Either fix your mounts using mount and umount commands or rerun setup and point it at c:\cygwin to install. Most everything is going to be broken until you fix this. Brian It also worked for a long time. Yesterday I downloaded and installed Cygwin updates. After that I have the problem. Before that I had no problem. I'll take your word for it but I still think you should heed Brian's advice. Looking at your cygcheck output, one can see that you have Cygwin executables like 'bash.exe', 'cat.exe', and 'gcc.exe' in 'C:\cygwin\bin\', to name a few. This is in direct conflict with your mounts. From your mounts, I'm led to conclude that you installed Cygwin into the directory you downloaded Cygwin to, which has historically caused problems. It's clear that at least at some point in the past, you also installed Cygwin into 'C:\cygwin\bin\'. So I'd recommend looking at this conflict and getting it resolved. Brian's suggestion may be all that's necessary to set this straight. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Profile not called
Larry Hall wrote in message news:[EMAIL PROTECTED] [snip] At 04:21 AM 10/25/2004, you wrote: I'll take your word for it but I still think you should heed Brian's advice. Looking at your cygcheck output, one can see that you have Cygwin executables like 'bash.exe', 'cat.exe', and 'gcc.exe' in 'C:\cygwin\bin\', to name a few. This is in direct conflict with your mounts. From your mounts, I'm led to conclude that you installed Cygwin into the directory you downloaded Cygwin to, which has historically caused problems. It's clear that at least at some point in the past, you also installed Cygwin into 'C:\cygwin\bin\'. So I'd recommend looking at this conflict and getting it resolved. Brian's suggestion may be all that's necessary to set this straight. [snip] Thanks. I did that. See my posting in the tread titled startup problem // no longer works // profile not called at news://news.gmane.org/[EMAIL PROTECTED] We can see that there is some problem with bash: kpsexpand: command not found -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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/