Re: [Review - Not yet] aterm-0.4.2-1 - vt102 terminal emulator, based on rxvt
On Fri, 5 Mar 2004, Harold L Hunt II wrote: Charles Wilson wrote: Harold L Hunt II wrote: You have a dependency in setup.hint on 'cygipc2'. There is no such package, it is called 'cygipc'. Also, any *new* packages, IMO, should not rely on cygipc at all. Instead, they should be compiled against cygserver, which beats the pants off cygipc any day of the week, and twice on Sunday. He is only dependent upon cygipc because Cygwin/X is dependent upon it and has not yet been rebuilt against cygserver. Then it shouldn't be included at all, according to http://cygwin.com/setup.html: Conversely, do not include package dependencies of dependent packages in your dependency list. If you think that another package has an incorrect dependency list, send email to cygwin-apps noting that fact. HTH, Igor I have been waiting to do this rebuild until I release the new Cygwin/X build from the xorg tree on freedesktop.org. I am gearing up to do this... possibly next week as a sort of 1.0pre-1 release since the official 1.0 release won't be made for at least a few weeks. When I do that rebuild it will be against cygserver and cygipc will be dropped as a dependency. Harold -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Please upload new package: TeXmacs-1.0.3.3-1
The TeXmacs package has acquired the necessary 3 votes and a good to go review (http://sources.redhat.com/ml/cygwin-apps/2004-02/msg00158.html) more than two weeks ago. So please upload at you earliest convenience: - begin - mkdir TeXmacs cd TeXmacs wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.3-1-src.tar.bz2 wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.3-1.tar.bz2 wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/setup.hint - end - I have an announcement message ready; Should it be sent (1-2 days after upload) to cygwin-announce or directly to the cygwin mailing list with [ANNOUNCEMENT] prefix? Andreas. -- http://www.fmi.uni-passau.de/~seidl
Cygcheck reports: h:/unix-root/u/dev/null - Cannot open
I'm seeing a strange message from cygcheck. CAn anyone shed a light? When I run the program, it displays a message window: The dynamic link library /dev/null could not be found ... Jari [EMAIL PROTECTED]:/usr/src/build/ploticus/ploticus-2.20/src# cygcheck ploticus.exeploticus.exe Found: .\ploticus.exe Found: h:\unix-root\u\bin\ploticus.exe ploticus.exe h:\unix-root\u\bin\cygwin1.dll G:\WINNT\system32\ADVAPI32.DLL G:\WINNT\system32\NTDLL.DLL G:\WINNT\system32\KERNEL32.DLL G:\WINNT\system32\RPCRT4.DLL h:\unix-root\u\usr\X11R6\bin\cygX11-6.dll h:\unix-root\u\bin\cygcygipc-2.dll h:\unix-root\u\usr\X11R6\bin\libz.dll h:\unix-root\u\usr\local\bin\libgd2.0.0.dll h:\unix-root\u\bin\cygjpeg6b.dll h:/unix-root/u/dev/null - Cannot open h:\unix-root\u\bin\cygpng.dll h:\unix-root\u\bin\cygz.dll -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/
RE: Cygcheck reports: h:/unix-root/u/dev/null - Cannot open
Jari Aalto+mail.linux wrote on Friday, March 05, 2004 2:44 PM: I'm seeing a strange message from cygcheck. CAn anyone shed a light? When I run the program, it displays a message window: The dynamic link library /dev/null could not be found ... Well, it has the same problem than me! I also often searched something in /dev/null, but I always failed. I hate that that file sometimes :) Jörg
[ITP] flip-1.19 - Convert between Unix and Dos line endings
sdesc: Convert text file line endings between Unix and DOS formats. ldesc: Flip converts line endings of text files between MS-DOS and **IX formats. It detects binary files in a nearly foolproof way and leaves them alone unless you override this. It will also leave files alone that are already in the right format and preserves file timestamps. User interrupts are handled gracefully and no garbage or corrupted files left behind. category: Text requires: cygwin http://packages.debian.org/unstable/text/flip a) wget --non-verbose \ http://tierra.dyndns.org:81/cygwin/flip/flip-1.19-1-src.tar.bz2 \ http://tierra.dyndns.org:81/cygwin/flip/flip-1.19-1.tar.bz2 \ http://tierra.dyndns.org:81/cygwin/flip/setup.hint b) or use mkdir flip ; cd flip wget -q -O - http://tierra.dyndns.org:81/cygwin/flip/get.sh | sh Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/
Re: Please upload new package: TeXmacs-1.0.3.3-1
On Fri, 5 Mar 2004, Andreas Seidl wrote: The TeXmacs package has acquired the necessary 3 votes and a good to go review (http://sources.redhat.com/ml/cygwin-apps/2004-02/msg00158.html) more than two weeks ago. So please upload at you earliest convenience: - begin - mkdir TeXmacs cd TeXmacs wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.3-1-src.tar.bz2 wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.3-1.tar.bz2 wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/setup.hint - end - Andreas, There are other packages ready to be uploaded. I'm not sure what's holding them up. Perhaps Dan can take a look at his PPL database and see which packages are GTG and have 3 votes, and just upload them all... I have an announcement message ready; Should it be sent (1-2 days after upload) to cygwin-announce or directly to the cygwin mailing list with [ANNOUNCEMENT] prefix? Andreas. Send it to cygwin-announce -- all mails from cygwin-announce are automatically forwarded to cygwin with the [ANNOUNCEMENT] prefix. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
[ITP] par-1.51 - Greatly enhanced 'fmt' type paragraph reformatter.
sdesc: Greatly enhanced 'fmt' type paragraph reformatter. ldesc: Greatly enhanced 'fmt' type paragraph reformatter by Adam M. Costello. Can be used within vi or other editor to automatically reformat text in a variety of ways. Perfect for use with email usenet messages as it correctly handles multiple levels of quoting characters. category: Text requires: cygwin An example: Before: /* We the people of the United States, */ /* in order to form a more perfect union, */ /* establish justice, */ /* insure domestic tranquility, */ /* provide for the common defense, */ /* promote the general welfare, */ /* and secure the blessing of liberty */ /* to ourselves and our posterity, */ /* do ordain and establish the Constitution */ /* of the United States of America. */ After par 59: /* We the people of the United States, in */ /* order to form a more perfect union, establish */ /* justice, insure domestic tranquility, provide */ /* for the common defense, promote the general */ /* welfare, and secure the blessing of liberty */ /* to ourselves and our posterity, do ordain */ /* and establish the Constitution of the United */ /* States of America.*/ a) wget --non-verbose \ http://tierra.dyndns.org:81/cygwin/par/par-1.51-1-src.tar.bz2 \ http://tierra.dyndns.org:81/cygwin/par/par-1.51-1.tar.bz2 \ http://tierra.dyndns.org:81/cygwin/par/setup.hint b) or use mkdir par ; cd par wget -q -O - http://tierra.dyndns.org:81/cygwin/par/get.sh | sh Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/
Re: Cygcheck reports: h:/unix-root/u/dev/null - Cannot open
On Fri, Mar 05, 2004 at 03:44:04PM +0200, Jari Aalto+mail.linux wrote: I'm seeing a strange message from cygcheck. CAn anyone shed a light? When I run the program, it displays a message window: The dynamic link library /dev/null could not be found ... Mailing list challenged? This is not a bug reporting mailing list.
Re: Cygcheck reports: h:/unix-root/u/dev/null - Cannot open
On Fri, Mar 05, 2004 at 02:35:25PM +0100, J?rg Schaible wrote: Jari Aalto+mail.linux wrote on Friday, March 05, 2004 2:44 PM: I'm seeing a strange message from cygcheck. CAn anyone shed a light? When I run the program, it displays a message window: The dynamic link library /dev/null could not be found ... Well, it has the same problem than me! I also often searched something in /dev/null, but I always failed. I hate that that file sometimes Please take this discussion to the appropriate mailing list.
Re: Please upload new package: TeXmacs-1.0.3.3-1
On Fri, Mar 05, 2004 at 10:16:45AM -0500, Igor Pechtchanski wrote: On Fri, 5 Mar 2004, Andreas Seidl wrote: The TeXmacs package has acquired the necessary 3 votes and a good to go review (http://sources.redhat.com/ml/cygwin-apps/2004-02/msg00158.html) more than two weeks ago. So please upload at you earliest convenience: - begin - mkdir TeXmacs cd TeXmacs wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.3-1-src.tar.bz2 wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.3-1.tar.bz2 wget \ http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/setup.hint - end - Andreas, There are other packages ready to be uploaded. I'm not sure what's holding them up. Perhaps Dan can take a look at his PPL database and see which packages are GTG and have 3 votes, and just upload them all... Dan is going to be incommunicado for a while. I offered this information to the mailing list yesterday and just found out that my outgoing email to sources.redhat.com was being blocked internally. Grrr... So, we'll need people with upload privileges to step in to help out. I have an announcement message ready; Should it be sent (1-2 days after upload) to cygwin-announce or directly to the cygwin mailing list with [ANNOUNCEMENT] prefix? Andreas. Send it to cygwin-announce -- all mails from cygwin-announce are automatically forwarded to cygwin with the [ANNOUNCEMENT] prefix. But wait for someone to announce that they've done an upload first, please. cgf
New: srecord 1.20
I am pleased to announce the availability of srecord 1.20 for the Cygwin Net Release. Srecord is package that understands a number of file formats including Motorola S-Record and Intel MCS-86. It is capable of conversion, comparison and concatenation srecord-1.20-1 is available from: sdesc: A collection of powerful tools for manipulating EPROM load files BIN http://blackburn.homeip.net/cygwin-packages/release/srecord/srecord-1.20-1.tar.bz2 SRC http://blackburn.homeip.net/cygwin-packages/release/srecord/srecord-1.20-1-src.tar.bz2 HINT http://blackburn.homeip.net/cygwin-packages/release/srecord/setup.hint 77f054584ed28e37ce0d8f73ae60c3b9 srecord-1.20-1-src.tar.bz2 b8af676bf394b6e3167308adfde9cb1c srecord-1.20-1.tar.bz2 Please let me know if you have any problems with the packaging. Thanks. Mark Blackburn
New: srecord 1.20
I am pleased to announce the availability of srecord 1.20 for the Cygwin Net Release. Srecord is package that understands a number of file formats including Motorola S-Record and Intel MCS-86. It is capable of conversion, comparison and concatenation srecord-1.20-1 is available from: sdesc: A collection of powerful tools for manipulating EPROM load files BIN http://blackburn.homeip.net/cygwin-packages/release/srecord/srecord-1.20-1.tar.bz2 SRC http://blackburn.homeip.net/cygwin-packages/release/srecord/srecord-1.20-1-src.tar.bz2 HINT http://blackburn.homeip.net/cygwin-packages/release/srecord/setup.hint 77f054584ed28e37ce0d8f73ae60c3b9 srecord-1.20-1-src.tar.bz2 b8af676bf394b6e3167308adfde9cb1c srecord-1.20-1.tar.bz2 Please let me know if you have any problems with the packaging. Thanks. Mark Blackburn
New: srecord 1.20
I am pleased to announce the availability of srecord 1.20 for the Cygwin Net Release. Srecord is package that understands a number of file formats including Motorola S-Record and Intel MCS-86. It is capable of conversion, comparison and concatenation srecord-1.20-1 is available from: sdesc: A collection of powerful tools for manipulating EPROM load files BIN http://blackburn.homeip.net/cygwin-packages/release/srecord/srecord-1.20-1.tar.bz2 SRC http://blackburn.homeip.net/cygwin-packages/release/srecord/srecord-1.20-1-src.tar.bz2 HINT http://blackburn.homeip.net/cygwin-packages/release/srecord/setup.hint 77f054584ed28e37ce0d8f73ae60c3b9 srecord-1.20-1-src.tar.bz2 b8af676bf394b6e3167308adfde9cb1c srecord-1.20-1.tar.bz2 Please let me know if you have any problems with the packaging. Thanks. Mark Blackburn
ITP moratorium
We've had a flood of package ITPs and a missing package maintainer. I'm imposing a moratorium on ITPs for now. I think I'm beginning to detect the sign of breakage in the process and possibly am detecting the fact that we are overloading setup.exe. It is rather a shame that we have a package like coreutils going unclaimed while people are busily proposing other packages which would be of general utility to only a tiny percentage of cygwin users. Maybe it's time to sweep through the list again and see if we are missing any maintainers, too. Corinna did you do this last time? cgf
libungif - Depends on obsolete X libraries - Rebuild for approval by maintainer
It was brought to my attention today that my WindowMaker package requires files in the XFree86-lib-compat package by its dependency on the libungif package. Note: I did not say that setup.exe knows about this dependency (that is another issue [1]). The libungif package was last updated on 2002/07/14. Since that time the X library naming scheme was changed and the libraries in the XFree86-lib-compat package are going to be pulled from distribution within a week or two. There was some discussion about updating the libungif package about a week ago but nothing has come of it yet. I have an interest in getting this fixed, so I have completed a rebuild of the package, fixing several errors that I discovered in the process. I have left the package as libungif-4.1.0 for now... the patches I made should also make the just released 4.1.2 package build fine (released 2004/03/02). I am posting this for review by Lapo, the current maintainer of libungif. If Lapo approves, I will upload this ASAP. Changes for libungif-4.1.0-3 1) Rebuild against current X libraries; old build required XFree86-lib-compat package, which will be pulled from distribution soon after 2004/03/05. (Harold L Hunt II) 2) Added dependency on XFree86-bin in setup.hint. (Harold L Hunt II) 3) Fixed build script to clean the autom4te.cache directory in 'mkpatch' step. (Harold L Hunt II) 4) Fixed build script to ignore files generated by relibtoolize, since this step will be performed on next rebuild. (Harold L Hunt II) 5) Moved relibtoolize from 'conf' step to 'prep' step so it will only be performed once. (Harold L Hunt II) 6) Update build script to autodetect original source file compression type. 7) Append $(EXEEXT) to COMPILABLE_EXTRAS in configure.in so that the defined build rules in utils/Makefile.am are used instead of default build rules (which results in certain includes not being found). (Harold L Hunt II) 8) Add -no-undefined to libunfig_la_LDFLAGS in lib/Makefile.am to enable building of a shared library (DLL). It doesn't seem that the patches described in the 4.1.0-2 release notes actually made it into the -src package. (Harold L Hunt II) 9) Move documentation from /usr/doc to /usr/share/doc and limit files copied to *.html, *.png, and *.txt. (Harold L Hunt II) 10) Fixed quoting issue in setup.hint that was fixed on sources.redhat.com but not in the source package. (Harold L Hunt II) Package for review == wget --non-verbose \ http://www.egr.msu.edu/~huntharo/cygwin/release/libungif/\ libungif-4.1.0-3-src.tar.bz2 \ http://www.egr.msu.edu/~huntharo/cygwin/release/libungif/\ libungif-4.1.0-3.tar.bz2 \ http://www.egr.msu.edu/~huntharo/cygwin/release/libungif/setup.hint I tested WindowMaker against this rebuild and it ran fine. I also checked the dependencies of wmaker.exe with cygcheck and noted that the dependency on libX11.dll was gone and replaced with cygX11-6.dll, which is as expected. Harold [1] Note: libungif-4.1.0-2, even though dependent upon files in XFree86-lib-compat, did not actually list that package as a dependency in its setup.hint; users that did not happen to have XFree86-lib-compat installed would get an error when libX11.dll could not be found and wmaker.exe would fail to run.
Re: ITP moratorium
On Fri, Mar 05, 2004 at 03:56:13PM -0500, Igor Pechtchanski wrote: On Fri, 5 Mar 2004, Fr?d?ric L. W. Meunier wrote: [snip] But it's also a shame that http://cygwin.com/ported.html contains so many broken or outdated links. Can I go through it and submit a diff ? You most certainly can. Whether it'll be accepted is another story -- I'll let CGF answer that one. Oh, I'd *much* rather have an outdated, inaccurate web page at cygwin.com. It fits in with my image. But seriously, of course we want to know about changes. Any diffs should be against the source file for this page, however, which is article.db. These days the only package submissions we get for cygwin are 1) spam, 2) commercial software which has nothing to do with cygwin, and 3) bug reports or enquiries about cygwin. cgf
libungif-4.1.2-1 also available as 'test'
The patches I made worked for libungif-4.1.2 as well, so I packaged up libungif-4.1.2-1 as a 'test' package on my site. You can point Cygwin's setup.exe at the following address to install either 4.1.0-3 or 4.1.2-1: http://www.egr.msu.edu/~huntharo/cygwin/ Changes for libungif-4.1.2-1 from libungif-4.1.0-3 == 1) Sync with upstream 4.1.2 release. Package for review == wget --non-verbose \ http://www.egr.msu.edu/~huntharo/cygwin/release/libungif/\ libungif-4.1.2-1-src.tar.bz2 \ http://www.egr.msu.edu/~huntharo/cygwin/release/libungif/\ libungif-4.1.2-1.tar.bz2 \ http://www.egr.msu.edu/~huntharo/cygwin/release/libungif/setup.hint Again, this is for Lapo to review... he can do with it as he pleases; I just wanted to get the ball rolling. Harold
Re: ITP moratorium
Christopher Faylor wrote: It is rather a shame that we have a package like coreutils going unclaimed while people are busily proposing other packages which would be of general utility to only a tiny percentage of cygwin users. You did get a volunteer for coreutils when you asked: http://marc.theaimsgroup.com/?l=cygwinm=107731720617790 Brian
Re: ITP moratorium
On Fri, Mar 05, 2004 at 06:55:04PM -0800, Brian Dessent wrote: Christopher Faylor wrote: It is rather a shame that we have a package like coreutils going unclaimed while people are busily proposing other packages which would be of general utility to only a tiny percentage of cygwin users. You did get a volunteer for coreutils when you asked: http://marc.theaimsgroup.com/?l=cygwinm=107731720617790 I've gotten a couple of volunteers over the years but so far there is still no coreutils package in the distribution. cgf
Re: [ITP] par-1.51 - Greatly enhanced 'fmt' type paragraph reformatter
On Fri, 5 Mar 2004, Igor Pechtchanski wrote: Jari, Please check the existing packages before ITPing stuff. There already is par in Cygwin, and it's even newer than what you've ITP'd: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin%2Fpar%28%5C.exe%7C+%7C%24%29. I'd also say: Reply to the aterm and any other issues of your ITP before proposing other packages. -- http://www.pervalidus.net/contact.html
Re: ITP moratorium
Agreed 100%. But it's also a shame that http://cygwin.com/ported.html contains so many broken or outdated links. Can I go through it and submit a diff ? And maybe someone should make a cygwinfind.net, cygwinpackages.net, or something outside Cywin to host such packages. On Fri, 5 Mar 2004, Christopher Faylor wrote: We've had a flood of package ITPs and a missing package maintainer. I'm imposing a moratorium on ITPs for now. I think I'm beginning to detect the sign of breakage in the process and possibly am detecting the fact that we are overloading setup.exe. It is rather a shame that we have a package like coreutils going unclaimed while people are busily proposing other packages which would be of general utility to only a tiny percentage of cygwin users. Maybe it's time to sweep through the list again and see if we are missing any maintainers, too. Corinna did you do this last time? -- http://www.pervalidus.net/contact.html
Re: libungif - Depends on obsolete X libraries - Rebuild for approval by maintainer
While you're at it, just to mention I had started http://sourceforge.net/tracker/index.php?func=detailaid=907253group_id=10220atid=631307 Anyway, not much requires X11 in the library. dev2gif.c: Module to dump graphic devices into a GIF file.. And of the utilities, gif2x11.c: Program to display GIF file under X11 window system.. Maybe --without-x should be passed ? Or libungif-nox should also be made ? On Fri, 5 Mar 2004, Harold L Hunt II wrote: There was some discussion about updating the libungif package about a week ago but nothing has come of it yet. I have an interest in getting this fixed, so I have completed a rebuild of the package, fixing several errors that I discovered in the process. I have left the package as libungif-4.1.0 for now... the patches I made should also make the just released 4.1.2 package build fine (released 2004/03/02). soon after 2004/03/05. (Harold L Hunt II) -- http://www.pervalidus.net/contact.html
Re: ITP moratorium
On Fri, 5 Mar 2004, Christopher Faylor wrote: On Fri, Mar 05, 2004 at 03:56:13PM -0500, Igor Pechtchanski wrote: On Fri, 5 Mar 2004, Fr?d?ric L. W. Meunier wrote: [snip] But it's also a shame that http://cygwin.com/ported.html contains so many broken or outdated links. Can I go through it and submit a diff ? You most certainly can. Whether it'll be accepted is another story -- I'll let CGF answer that one. Oh, I'd *much* rather have an outdated, inaccurate web page at cygwin.com. It fits in with my image. But seriously, of course we want to know about changes. Any diffs should be against the source file for this page, however, which is article.db. OK, I thought it was ports.html. But taking a close look at article.db, it seems everything that goes to ports.html was or is in index.html ? Example: Title: BerkeleyDB 4.0 Url:http://batousai.sdf-eu.org/BerkeleyDB/BerkeleyDB-4.0-cygwin.tar.gz A more recent version is in Cygwin. Not to mention the link is broken. Frankly, I'd just get rid of all such news (the last was 6 months ago, and most are from 3-4 years ago) and only keep your New Cygwin DLL announcements. Or move it to a separate page, because there are so many ported application that it doesn't make much sense to only announce a dozen. -- http://www.pervalidus.net/contact.html
Re: FW: XWin Xserver maximum root area exceeded?
[...] | | Hi, | I am trying to use the prebuilt XWin.exe on a root area of | 12800x2048 (20 projectors arranged in 2 rows each with a resolution of | 1280x1024) Very interesting! 12.800 twelveTHOUSAND pixels wide.. could it be something like the size has a limitation? Hmm maybe is squeezed into a word where a couple of bits is used for other stuff? /Andy -- Your fault -- core dumped
WindowMaker does not find libX11.dll
Hi all, I had problems with a fresh setup (today with all the newest packages with XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot find libX11.dll. And really, this file does not exist after setup.exe. From some older discussion I found that copying cygX11-6.dll to libX11.dll fixes the problem, and it did. Does this mean that WindowMaker package is just out of date? Thanks, Tuli .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
XDMCP through a firewall w/ nat
I'm trying to connect to a linux machine with kdm and I'm having trouble. My configurations are: linux: Mandrake 9.2 KDE ssh configured with X11Forwarding Windows XP: ICF disabled Latest Cygwin X (updated daily) Linksys Firewall/gateway/hub - I've successfully configured kdm for remote access and tested it from a cygwin host on the linux local lan. - I've correctly configured ssh (I don't think this matters) and can connect from the windows machine through the firewall to the remote host and can use ssh -X successfully. I realize this isn't exact relevant, but you never know what someone will ask about. - The firewall is doing nat (I don't know if this is what all firewalls do), so I have a linksys_ip and a windows_ip. - I've configured my local firewall to pass ports 6000-6020 through to my windows host. - I've tried these configurations unsuccessfully. With these I get no error, but no login window. XWin -query $remote_ip XWin -query $remote_ip -from $windows_ip XWin -query $remote_ip -clipboard -from $windows_ip With these I get the same error: XWin -query $remote_ip -from $linksys_ip XWin -query $remote_ip -clipboard -from $linksys_ip XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $linksys_ip _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root Fatal server error: Xserver: failed to bind to -from address: 24.10.217.117 With this I get a more hopeful error: XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $windows_ip Could not init font path element tcp/207.88.121.38:7100, removing from list! Fatal server error: could not open default font 'fixed' I could be I'm not running a font server on port 7100, or that the port is inaccessible for some reason. I've read many of the posting in the archives and the faq. The faq says none of this will work through a firewall, but maybe it's out of date. I've noticed other posting from people who may have gotten this to work? Or have I misread them? Am I totally off-base? Is there any hope getting kdm through my firewall? Suggestions? BTW, Thanks for Cgywin and the XFree86 port! I've been using it for year with great success. Thanks, Robert Mecklenburg
Re: WindowMaker does not find libX11.dll
I just did a cygcheck on wmaker.exe: === $ cygcheck ./wmaker.exe .\wmaker.exe C:\cygwin\bin\cygjpeg-62.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\System32\ADVAPI32.DLL C:\WINDOWS\System32\ntdll.dll C:\WINDOWS\System32\KERNEL32.dll C:\WINDOWS\System32\RPCRT4.dll C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll C:\cygwin\usr\X11R6\bin\cygX11-6.dll C:\cygwin\bin\cygcygipc-2.dll C:\cygwin\usr\X11R6\bin\cygXext-6.dll C:\cygwin\usr\X11R6\bin\cygXpm-4.dll C:\cygwin\bin\cygpng12.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cygtiff4.dll === These lines are of interest: C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. I will see what I can do about this. Harold [EMAIL PROTECTED] wrote: Hi all, I had problems with a fresh setup (today with all the newest packages with XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot find libX11.dll. And really, this file does not exist after setup.exe. From some older discussion I found that copying cygX11-6.dll to libX11.dll fixes the problem, and it did. Does this mean that WindowMaker package is just out of date? Thanks, Tuli .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Our site and cygwin.com
Dear owner of www.cygwin.com/cygwin-ug-net/ntsec.html, My name is Adam Dicker, and I'm the owner of elvispresley.com. I wanted to let you know that I've just placed a link to cygwin.com. You can find the link to your site here: http://www.elvispresley.com/links.php I've used this text to link to your site: www.cygwin.com/cygwin-ug-net/ntsec.html This is the description I've used for your site: Cygwin Information and Installation Let me know if you want to change the description of your site. Thanks for putting such a useful site on the Web! I would really appreciate it if you could give me a heads up if you move or change link locations, or if you post any new material that you think my visitors would be interested in. A link back to my site would also be nice. :-) Again, thank you very much for your great web site. Sincerely, Adam M. Dicker
Re: WindowMaker does not find libX11.dll
Hi Harold, thanks for finding it out. However, I also noticed two other problems. 1) Emacs and xemacs (as started on Solaris and Linux) have crashing problems with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem did not exist. The crashing can easily be reproduced just by clicking on the emacs windows repeatedly for some seconds, maybe moving the mouse a bit at the same time. 2) The Alt Gr button on my european keyboard does not seem to work at all with emacs/xemacs. However, it works with xterm. Once again, this problem didn't occur with XFree86-xserv-4.3.0-44. Maybe these two problems are also a result of some outdated library? Tuli --- From: Harold L Hunt II These lines are of interest: C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. I will see what I can do about this. Harold .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Re: WindowMaker does not find libX11.dll
Actually you can get the libX11.dll if you install the Cygwin/X shared libraries from the XFree86-lib-compat/XFree86-lib-compat-4.3.0-2 package. These libraries, like Harold pointed out are based on the 4.2.0 (older) shared libraries. -D On Fri, 05 Mar 2004 16:58:25 +0200, tulitanssi wrote: Hi all, I had problems with a fresh setup (today with all the newest packages with XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot find libX11.dll. And really, this file does not exist after setup.exe. From some older discussion I found that copying cygX11-6.dll to libX11.dll fixes the problem, and it did. Does this mean that WindowMaker package is just out of date? Thanks, Tuli .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com
Re: XWin -clipboard and xterm focus
Sigh, the update seems to have corrupted my installation since now ssh gives me an unresolved symbol in DLL error. I'll try reinstalling everything. Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Thursday, March 04, 2004 5:42 PM Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA Peter Wisnovsky wrote: I updated, and it seems to have removed all the files associated with xwinclip, but not replaced them with any working functionality in XWin. So now I have NO working clipboard support after this update. The focus problem still exists as well. Sigh. That is precisely what was supposed to happen. Let me remind you of something you wrote: OK, though I didn't infer that the xwinclip would be removed. In any case, here is my log...not sure where the arguments are... Peter Do another cygcheck to get your versions. You still don't have XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have copies of older versions of XWin.exe that you are starting instead of the new one that you downloaded. Both -49 and -50 print the version of XWin.exe and the command-line arguments at the top of XWin.log. Harold
Re: WindowMaker does not find libX11.dll
Actually you can get the libX11.dll if you install the Cygwin/X shared libraries from the XFree86-lib-compat/XFree86-lib-compat4.3.0-2 pat-4.3.0-2 package. These libraries, like Harold pointed out are based ont he 4.2.0 (older) shared libraries. -D On Fri, 05 Mar 2004 16:58:25 +0200, tulitanssi wrote: Hi all, I had problems with a fresh setup (today with all the newest packages with XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot find libX11.dll. And really, this file does not exist after setup.exe. From some older discussion I found that copying cygX11-6.dll to libX11.dll fixes the problem, and it did. Does this mean that WindowMaker package is just out of date? Thanks, Tuli .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Re: WindowMaker does not find libX11.dll
Lets keep one issue in one email thread. Start another if you want people to look into those issues. Harold [EMAIL PROTECTED] wrote: Hi Harold, thanks for finding it out. However, I also noticed two other problems. 1) Emacs and xemacs (as started on Solaris and Linux) have crashing problems with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem did not exist. The crashing can easily be reproduced just by clicking on the emacs windows repeatedly for some seconds, maybe moving the mouse a bit at the same time. 2) The Alt Gr button on my european keyboard does not seem to work at all with emacs/xemacs. However, it works with xterm. Once again, this problem didn't occur with XFree86-xserv-4.3.0-44. Maybe these two problems are also a result of some outdated library? Tuli --- From: Harold L Hunt II These lines are of interest: C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. I will see what I can do about this. Harold .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Re: New log file header
On Fri, 5 Mar 2004, Takuma Murakami wrote: 2. Could you add a time-stamp at beginning of each line ? I tried to correspond the log messages with external actions (i.e. copy/paste and Emacs errors) and the time stamp could help. That is an interesting idea. I think we can do something like that because we have a single ErrorF function that handles printing the log messages. We should be able to modify this one function to get timestamps on all entries... but it may not look too pretty since it will mess with multiple-line error messages that come from other parts of the source code. If those lines are printed with multiple ErrorF calls, then things will line up correctly. However, if they are printed with a single call to ErrorF with multiple \n's, then it may not look so good. Of course, we could substitute each \n in the format string (except for the last) with \n%TIME%, which would help to keep things aligned. I dunno... I will have to think about this a bit. In my humble opinion, time stamps are very good for debugging but might be slightly too verbose for average users. Additionally it could reduce readability of log files. I think a kind of log level (verbosity level) is desired so that XWiin will print time stamps if -verbose or -debug flag is specified. However I can't contribute right now so I honor implementor's choice. There is already a -loglevel switch. All logfunction (ErrorF, winErrorVerb ...) will end up in winMsg (AFAIR). You can add the timestamp there. currently the default loglevel is 2 (afair). Maybe loglevel 3 or 4 is a good choice for adding the timestamp. bye [EMAIL PROTECTED] -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: WindowMaker does not find libX11.dll
D wrote: Actually you can get the libX11.dll if you install the Cygwin/X shared libraries from the XFree86-lib-compat/XFree86-lib-compat4.3.0-2 pat-4.3.0-2 package. These libraries, like Harold pointed out are based ont he 4.2.0 (older) shared libraries. I didn't mention that because I do not want him to do that. Those libraries may be removed as early as next week. Harold
Re: XWin -clipboard and xterm focus
Peter, If you posted a little more information about that message then we might be able to help you short of a complete reinstall. Harold Peter Wisnovsky wrote: Sigh, the update seems to have corrupted my installation since now ssh gives me an unresolved symbol in DLL error. I'll try reinstalling everything. Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Thursday, March 04, 2004 5:42 PM Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA Peter Wisnovsky wrote: I updated, and it seems to have removed all the files associated with xwinclip, but not replaced them with any working functionality in XWin. So now I have NO working clipboard support after this update. The focus problem still exists as well. Sigh. That is precisely what was supposed to happen. Let me remind you of something you wrote: OK, though I didn't infer that the xwinclip would be removed. In any case, here is my log...not sure where the arguments are... Peter Do another cygcheck to get your versions. You still don't have XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have copies of older versions of XWin.exe that you are starting instead of the new one that you downloaded. Both -49 and -50 print the version of XWin.exe and the command-line arguments at the top of XWin.log. Harold
Re: WindowMaker does not find libX11.dll
Sorry about that Harold. I did not fully read your original response. On Fri, 05 Mar 2004 13:35:39 -0500, Harold L Hunt II wrote: D wrote: Actually you can get the libX11.dll if you install the Cygwin/X shared libraries from the XFree86-lib-compat/XFree86-lib-compat4.3.0-2 pat-4.3.0-2 package. These libraries, like Harold pointed out are based ont he 4.2.0 (older) shared libraries. I didn't mention that because I do not want him to do that. Those libraries may be removed as early as next week. Harold
Re: XWin -clipboard and xterm focus
Sigh. Now its even worse. My reinstall failed because the individual package install scripts fail for the same missing entry point: sh.exe: The procedure _fcntl64 could not be located in the dynamic link library cygwin1.dll Peter - Original Message - From: Harold L Hunt II [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 05, 2004 10:36 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:EYBA Peter, If you posted a little more information about that message then we might be able to help you short of a complete reinstall. Harold Peter Wisnovsky wrote: Sigh, the update seems to have corrupted my installation since now ssh gives me an unresolved symbol in DLL error. I'll try reinstalling everything. Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Thursday, March 04, 2004 5:42 PM Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA Peter Wisnovsky wrote: I updated, and it seems to have removed all the files associated with xwinclip, but not replaced them with any working functionality in XWin. So now I have NO working clipboard support after this update. The focus problem still exists as well. Sigh. That is precisely what was supposed to happen. Let me remind you of something you wrote: OK, though I didn't infer that the xwinclip would be removed. In any case, here is my log...not sure where the arguments are... Peter Do another cygcheck to get your versions. You still don't have XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have copies of older versions of XWin.exe that you are starting instead of the new one that you downloaded. Both -49 and -50 print the version of XWin.exe and the command-line arguments at the top of XWin.log. Harold
Re: XWin -clipboard and xterm focus
Peter, Sounds like cygwin1.dll was in use when you updated and that you have to reboot in order for it to be actually replaced. Either that (try the reboot first) or you have an older copy of cygwin1.dll somewhere on your system and will need to search for it and remove it. Harold Peter Wisnovsky wrote: Sigh. Now its even worse. My reinstall failed because the individual package install scripts fail for the same missing entry point: sh.exe: The procedure _fcntl64 could not be located in the dynamic link library cygwin1.dll Peter - Original Message - From: Harold L Hunt II [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 05, 2004 10:36 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:EYBA Peter, If you posted a little more information about that message then we might be able to help you short of a complete reinstall. Harold Peter Wisnovsky wrote: Sigh, the update seems to have corrupted my installation since now ssh gives me an unresolved symbol in DLL error. I'll try reinstalling everything. Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Thursday, March 04, 2004 5:42 PM Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA Peter Wisnovsky wrote: I updated, and it seems to have removed all the files associated with xwinclip, but not replaced them with any working functionality in XWin. So now I have NO working clipboard support after this update. The focus problem still exists as well. Sigh. That is precisely what was supposed to happen. Let me remind you of something you wrote: OK, though I didn't infer that the xwinclip would be removed. In any case, here is my log...not sure where the arguments are... Peter Do another cygcheck to get your versions. You still don't have XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have copies of older versions of XWin.exe that you are starting instead of the new one that you downloaded. Both -49 and -50 print the version of XWin.exe and the command-line arguments at the top of XWin.log. Harold
Re: XWin -clipboard and xterm focus
Doh! I exited all cygwin windows but forgot about the sshd. I forgot, its a windows machine: when in doubt, reboot! So...this seems to have fixed the focus problem; the clipboard still doesn't work but now that I have the updated log I see that its not launching this with the -clipboard arg. Curious, since I pass the -clipboard arg in my xstartup.sh, which sez xinit -- XWin -clipboard -multiwindow; this in turn is started with a windows shortcut C:\cygwin\bin\cygstart.exe --hide c:\Documents and Settings\psw\xstartup.sh This also is the case if I launch using sh xstartup.sh from a bash shell. Should I explicitly start XWin and the clients rather than using the xinit -- XWin trick? Here is the complete log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: [EMAIL PROTECTED] XWin was started with the following command line: XWin -multiwindow -emulate3buttons :0 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 992 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 992 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 992 r 1280 l 0 b 992 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 992 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 992 depth: 32 size image: 5079040 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 640 496 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Friday, March 05, 2004 10:59 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:KYBA Peter, Sounds like cygwin1.dll was in use when you updated and that you have to reboot in order for it to be actually replaced. Either that (try the reboot first) or you have an older copy of cygwin1.dll somewhere on your system and will need to search for it and remove it. Harold Peter Wisnovsky wrote: Sigh. Now its even worse. My reinstall failed because the individual package install scripts fail for the same missing entry point: sh.exe: The procedure _fcntl64 could not be located in the dynamic link library cygwin1.dll Peter - Original Message - From: Harold L Hunt II [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 05, 2004 10:36 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:EYBA Peter, If you posted a little more information about that message
Re: XWin -clipboard and xterm focus
Peter, I would just use startxwin.bat from the XFree86-startup-scripts package. It is much more reliable and easy to understand. I think it would help in your case to at least try startxwin.bat to confirm that it works as expected, then you can work on fixing your startup method of choice. Harold Peter Wisnovsky wrote: Doh! I exited all cygwin windows but forgot about the sshd. I forgot, its a windows machine: when in doubt, reboot! So...this seems to have fixed the focus problem; the clipboard still doesn't work but now that I have the updated log I see that its not launching this with the -clipboard arg. Curious, since I pass the -clipboard arg in my xstartup.sh, which sez xinit -- XWin -clipboard -multiwindow; this in turn is started with a windows shortcut C:\cygwin\bin\cygstart.exe --hide c:\Documents and Settings\psw\xstartup.sh This also is the case if I launch using sh xstartup.sh from a bash shell. Should I explicitly start XWin and the clients rather than using the xinit -- XWin trick? Here is the complete log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: [EMAIL PROTECTED] XWin was started with the following command line: XWin -multiwindow -emulate3buttons :0 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 992 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 992 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 992 r 1280 l 0 b 992 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 992 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 992 depth: 32 size image: 5079040 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 640 496 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Friday, March 05, 2004 10:59 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:KYBA Peter, Sounds like cygwin1.dll was in use when you updated and that you have to reboot in order for it to be actually replaced. Either that (try the reboot first) or you have an older copy of cygwin1.dll somewhere on your system and will need to search for it and remove it. Harold Peter Wisnovsky wrote: Sigh. Now its even worse. My reinstall failed because the individual package install scripts fail for the same missing entry point: sh.exe: The procedure _fcntl64 could not be located in the dynamic link
Re: XWin -clipboard and xterm focus
OK, so I did this, and modified a copy to do start XWin -multiwindow -clipboard when I run this I see in the log that -clipboard was passed in, but get a popup that says A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. [...] Release 4.3.0.50. Command line XWin -multiwindow -clipboard Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Friday, March 05, 2004 11:29 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:SYBA Peter, I would just use startxwin.bat from the XFree86-startup-scripts package. It is much more reliable and easy to understand. I think it would help in your case to at least try startxwin.bat to confirm that it works as expected, then you can work on fixing your startup method of choice. Harold Peter Wisnovsky wrote:
about downloading separate files
is there a way to download separate files instead of a whole package when updating your cygwin system. Take an example, I want to use gv, and it requires cygXmu-6.dll, since I don't have this file in my original Xfree86-bin, I need to download this file, yet I don't want to download a few M's package just for the sake of a few k's file via my slow connection. Or can anyone send me this file, thanks.
Re: XWin -clipboard and xterm focus
Ah hem... well, I think it would be prudent to send in that /tmp/XWin.log, right? Harold Peter Wisnovsky wrote: OK, so I did this, and modified a copy to do start XWin -multiwindow -clipboard when I run this I see in the log that -clipboard was passed in, but get a popup that says A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. [...] Release 4.3.0.50. Command line XWin -multiwindow -clipboard Peter - Original Message - From: Harold L Hunt II To: [EMAIL PROTECTED] Sent: Friday, March 05, 2004 11:29 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:SYBA Peter, I would just use startxwin.bat from the XFree86-startup-scripts package. It is much more reliable and easy to understand. I think it would help in your case to at least try startxwin.bat to confirm that it works as expected, then you can work on fixing your startup method of choice. Harold Peter Wisnovsky wrote:
Emacs crashing with XFree86-xserv-4.3.0-50
Hi, as Harold adviced, I'll make a new problem thread: Emacs and xemacs (as started on Solaris or Linux) experience crashing problems with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem did not exist. The crashing can easily be reproduced just by clicking on the emacs windows repeatedly for some seconds, maybe moving the mouse a bit at the same time. Maybe the problem could be a some outdated supporting library? Thanks, Tuli .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Re: Emacs crashing with XFree86-xserv-4.3.0-50
Try running without -multwindow and instead use 'twm' as your window manager. If you can reproduce the problem, then we know that it was likely always there and that you just happened to notice it with release 4.3.0-50. If you cannot reproduce the problem then we have probably identified a valid problem in the multi-window code. Harold [EMAIL PROTECTED] wrote: Hi, as Harold adviced, I'll make a new problem thread: Emacs and xemacs (as started on Solaris or Linux) experience crashing problems with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem did not exist. The crashing can easily be reproduced just by clicking on the emacs windows repeatedly for some seconds, maybe moving the mouse a bit at the same time. Maybe the problem could be a some outdated supporting library? Thanks, Tuli .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Alt-Gr not working with emacs?
Hi all, the Alt Gr button on my european keyboard does not seem to work at all with Solaris or Linux emacs/xemacs on XFree86-xserv-4.3.0-50. For example, pressing AltGr-4 should produce the dollar sign on my keyboard, but only number 4 comes actually out. However, the button works with xterm. This problem didn't occur with XFree86-xserv-4.3.0-44. Could some outdated supporting library cause this? Thanks, Tuli .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Re: WindowMaker does not find libX11.dll
Okay, I fixed the lubungif package, but I am waiting for the package maintainer to accept my changes. In the meantime, you can point Cygwin's setup.exe to the following address and install libungif-4.1.0-3: http://www.egr.msu.edu/~huntharo/cygwin/ Harold [EMAIL PROTECTED] wrote: Hi Harold, thanks for finding it out. However, I also noticed two other problems. 1) Emacs and xemacs (as started on Solaris and Linux) have crashing problems with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem did not exist. The crashing can easily be reproduced just by clicking on the emacs windows repeatedly for some seconds, maybe moving the mouse a bit at the same time. 2) The Alt Gr button on my european keyboard does not seem to work at all with emacs/xemacs. However, it works with xterm. Once again, this problem didn't occur with XFree86-xserv-4.3.0-44. Maybe these two problems are also a result of some outdated library? Tuli --- From: Harold L Hunt II These lines are of interest: C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. I will see what I can do about this. Harold .. MTV3 Laajakaista - Hauskemman elämän puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/
Re: Cygwin/xFree from 2 users
On Thu, 4 Mar 2004, Jim Scheef wrote: Alexander and all, I guess I wasn't clear. I'm sitting at my notebook looking at the XP login screen. If I log in using [EMAIL PROTECTED], Xwin works fine, but fails to start when I log on using [EMAIL PROTECTED] The machine and the Cygwin/Xfree installation are one and the same in both cases. I use the same username (js) in both cases for convenience and I was hoping that this would make it easy to use the same Cygwin home directory (/home/js) for both logins. How can I make this work? There may be problems with access restrictions in some directories. does /tmp/Xwin.log print some errors? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: XDMCP through a firewall w/ nat
On Fri, 5 Mar 2004, Robert Mecklenburg wrote: I'm trying to connect to a linux machine with kdm and I'm having trouble. My configurations are: linux: Mandrake 9.2 KDE ssh configured with X11Forwarding Windows XP: ICF disabled Latest Cygwin X (updated daily) Linksys Firewall/gateway/hub - I've successfully configured kdm for remote access and tested it from a cygwin host on the linux local lan. - I've correctly configured ssh (I don't think this matters) and can connect from the windows machine through the firewall to the remote host and can use ssh -X successfully. I realize this isn't exact relevant, but you never know what someone will ask about. - The firewall is doing nat (I don't know if this is what all firewalls do), so I have a linksys_ip and a windows_ip. - I've configured my local firewall to pass ports 6000-6020 through to my windows host. - I've tried these configurations unsuccessfully. With these I get no error, but no login window. XWin -query $remote_ip XWin -query $remote_ip -from $windows_ip XWin -query $remote_ip -clipboard -from $windows_ip With these I get the same error: XWin -query $remote_ip -from $linksys_ip XWin -query $remote_ip -clipboard -from $linksys_ip XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $linksys_ip You can only use from with a local address. XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $windows_ip Could not init font path element tcp/207.88.121.38:7100, removing from list! Fatal server error: could not open default font 'fixed' I could be I'm not running a font server on port 7100, or that the port is inaccessible for some reason. You can try with ping 207.88.121.38 if the host is reachable. I've read many of the posting in the archives and the faq. The faq says none of this will work through a firewall, but maybe it's out of date. I've noticed other posting from people who may have gotten this to work? Or have I misread them? With the firewall I suggest using X11Forwarding. ssh -o X11ForwardingTrusted yes -X linuxhost You can then start a remote session with startkde or similar. bye [EMAIL PROTECTED] -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: Alt-Gr not working with emacs?
On Fri, 5 Mar 2004 [EMAIL PROTECTED] wrote: Hi all, the Alt Gr button on my european keyboard does not seem to work at all with Solaris or Linux emacs/xemacs on XFree86-xserv-4.3.0-50. For example, pressing AltGr-4 should produce the dollar sign on my keyboard, but only number 4 comes actually out. However, the button works with xterm. This problem didn't occur with XFree86-xserv-4.3.0-44. Could some outdated supporting library cause this? Please run xev and send the output produced when pressing alt-gr + 4 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: XWin -clipboard and xterm focus
I would just use startxwin.bat from the XFree86-startup-scripts package.
It is much more reliable and easy to understand. I think it would
help in your case to at least try startxwin.bat to confirm that it works
as expected, then you can work on fixing your startup method of choice.
I've tried this and a number of methods and they all give me errors
using -clipboard. Worse, my whole cygwin X installation is now massively
unstable, with all xterm and emacs under X hanging all over the place. In
particular emacs is now hanging every time I try starting it up with my
.emacs file. My system is uptodate with respect to the nasa mirror and
cygcheck -c reports everything ok. Rebooting doesn't help.
Peter
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Mar 05 16:37:44 2004
Windows XP Professional Ver 5.1 Build 2600 Service Pack 1
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
.
C:\Program Files\Microsoft SQL Server\80\Tools\Binn
c:\dev\tools\sunjdk141_03\bin
c:\apps\perl\bin
C:\cygwin\bin
c:\apps\oracle\bin
C:\Program Files\Oracle\jre\1.1.8\bin
c:\windows\system32
c:\windows
c:\windows\System32\Wbem
o:\utils\scm
C:\Program Files\Microsoft SQL Server\80\Tools\BINN
c:\apps\winzip
c:\apps\msjdk\bin
c:\apps\poet\bin
c:\dev\user_bin
C:\Program Files\Microsoft Visual Studio .NET\Common7\IDE
C:\Program Files\Vantive32
C:\cygwin\bin
C:\cygwin\etc
.
C:\Program Files\Microsoft SQL Server\80\Tools\Binn
c:\dev\tools\sunjdk141_03\bin
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 17155(pwisnovsky) GID: 10545(mkgroup-l-d)
10545(mkgroup-l-d)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 17155(pwisnovsky) GID: 10545(mkgroup-l-d)
544(Administrators)545(Users)
1007(Debugger Users) 10545(mkgroup-l-d)
SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS
HOME = `c:\Documents and Settings\pwisnovsky'
LD_LIBRARY_PATH = `C:\cygwin\usr\openwin\lib:'
MAKE_MODE = `unix'
PWD = `/home/pwisnovsky'
USER = `pwisnovsky'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
ALPHABLOX_HOME = `c:\apps\alphablox'
APPDATA = `C:\Documents and Settings\pwisnovsky\Application Data'
ARBORPATH = `C:\apps\alphablox\bin\nt\61'
BASE_SYSTEM_PATH =
`.;C:\apps\perl\bin;c:\cygwin\bin;c:\cygwin\X\bin;C:\apps\oracle\bin;C:\Prog
ram
Files\Oracle\jre\1.1.8\bin;C:\Windows\system32;C:\Windows;C:\Windows\System3
2\Wbem;o:\utils\scm;C:\Program Files\Microsoft SQL
Server\80\Tools\BINN;c:\apps\winzip;c:\apps\msjdk\bin;c:\apps\poet\bin;c:\de
v\user_bin;c:\Program Files\Microsoft Visual Studio
.NET\Common7\IDE;c:\apps\enscript;c:\apps\vantive'
BASH_OVERLAY = `exec'
BEA_HOME = `/apps/bea'
BPFLAGS = `-n -h -c -f
${bb}${nc}${eb}${bb}${uname}${hname}${vname}${nc}${eb}${sp}${dir}${bb}${nc
}${eb}${cmdnum}%${bb}${norm}${eb}${sp}'
CLASSPATH = `C:/Program Files/Altova/xmlspy/XMLSpyInterface.jar'
CLIENTNAME = `Console'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `PWISNOVSKY'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DBDATABASE = `pi'
DBPASSWD = `melsor'
DBSERVER = `PWISNOVSKY'
DBUSER = `pwisnovsky'
DEFGRP = `staff'
DEFHOMEHOST = `psw101'
DEFHOST = `psw101'
DEFTERM = `vt100'
DEFVIEW = `psw_java_bugs'
DEVENV_PATH = `/programs/Microsoft Visual Studio .NET/Common7/IDE'
DISPLAY = `:0.0'
EDITOR = `vi'
EIDARG = `+/%s/'
EIDLDEL = `\'
EIDRDEL = `\'
ENSCRIPT_LIBRARY = `d:/apps/enscript'
EVSRC_ROOT = `/development'
EVSRC_ROOT_UNIX = `/development'
FIGNORE = `.o:~:.class:CVS'
HISTFILE = `/home/pwisnovsky/.history_PWISNOVSKY'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\pwisnovsky'
HOSTNAME = `PWISNOVSKY'
INCLUDE = `C:\Program Files\Microsoft Visual Studio
.NET\FrameworkSDK\include\'
INFOPATH =
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/aut
otool/stable/info:'
JAVA_HOME = `/development/tools/sunjdk141_03'
LESS = `aeimQs'
LIB = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\'
LOGONSERVER = `\\HQ-PDC-01'
MACHTYPE = `i686'
MANPATH =
`:/usr/man:/usr/share/man:/usr/X11R6/man:/usr/man:/usr/share/man:/usr/man:/u
sr/share/man:/usr/man:/usr/share/man'
MOZILLA_HOME = `/opt/netscape'
MYCDPATH = `..:/home/pwisnovsky:/home/pwisnovsky/usr:'
MYMDFILE = `/home/pwisnovsky/.bashmd_pwisnovsky'
NUMBER_OF_PROCESSORS = `2'
NUTCROOT = `C:\APPS\MKS'
OLDPWD = `/usr/bin'
OPTIND = `2'
ORACLE_BASE = `/opt/oracle'
ORACLE_HOME = `/opt/oracle'
ORACLE_SID = `uxdev02'
ORIGPATH =
`/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:.:/apps/perl/bin:/usr/bin:/X/bi
n:/apps/oracle/bin:/programs/Oracle/jre/1.1.8/bin:/windows/system32:/windows
:/windows/System32/Wbem:/cygdrive/o/utils/scm:/programs/Microsoft SQL
Server/80/Tools/BINN:/apps/winzip:/apps/msjdk/bin:/apps/poet/bin:/developmen
t/user_bin:/programs/Microsoft Visual Studio
.NET/Common7/IDE:/apps/enscript:/apps/vantive:/programs/Vantive32:/usr/bin:/
usr/ucb:/etc:.:/opt/oracle/bin:/usr/ss2542/bin:/opt/netscape'
OS = `Windows_NT'
P4CLIENT = `psw_dev'
P4EDITOR = `vi'
P4PORT = `scallop:1666'
Re: XWin -clipboard and xterm focus
Peter, You aren't running xwinclip and -clipboard at the same time are you? That would really not work and could cause stability problems as you describe. Harold
Re: XWin -clipboard and xterm focus
Peter, xinit -- Xwin -clipboard -multiwindow You may need to specify the X server in its absolute path. Thus your command line should be: xinit -- /usr/X11R6/bin/XWin -clipboard -multiwindow And make sure your $HOME/.xinitrc has no problem. The easiest way is to rename it so that it doesn't affect xinit behaviour. Takuma Murakami
src/winsup/w32api ChangeLog include/ddk/scsi.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-05 09:01:04 Modified files: winsup/w32api : ChangeLog winsup/w32api/include/ddk: scsi.h tdi.h video.h winddk.h Log message: 2004-03-05 Filip Navara [EMAIL PROTECTED] * include/ddk/scsi.h: Replace assert with ASSERT. * include/ddk/video.h: Ditto. * include/ddk/winddk.h: Ditto. Remove the assert macro. * include/ddk/tdi.h: Correct packing. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.544r2=1.545 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ddk/scsi.h.diff?cvsroot=srcr1=1.5r2=1.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ddk/tdi.h.diff?cvsroot=srcr1=1.4r2=1.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ddk/video.h.diff?cvsroot=srcr1=1.7r2=1.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ddk/winddk.h.diff?cvsroot=srcr1=1.16r2=1.17
src/winsup/cygwin ChangeLog gendef
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-05 19:09:04 Modified files: winsup/cygwin : ChangeLog gendef Log message: * gendef (sigdelayed): Handle return here rather than going through sigbe to ensure that flags are properly restored. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2340r2=1.2341 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/gendef.diff?cvsroot=srcr1=1.12r2=1.13
Hi! :-)
Looking forward for a response :P ..btw, 18123 is a password for archive attachment: Info.zip
Issues with NOD32 and fetchmail
If you want to use fetchmail and use the NOD32 virus scanner, make sure that you set NOD32 IMON service for email scanning to the least intrusive stage (Highest compatibility). The other two settings corrupted my emails which is quite a bad thing if you do an automated processing on them. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv taking near all cpu time
From your message I understand the problem is caused by Panda Antivirus not cygrunsrv I also had in the past some minor issues with McAfee (halting one postinstall script, causing cygwin to run slower, etc.). From my experience antivirus software would cause problems not only with cygwin but also lots of native programs. Greg You wrote on 3/5/2004 1:50 AM: - Original Message - From: Larry Hall cygwin-lh at cygwin.com 1. Turn off your anti-virus and see if that helps. I had exaclty the same issue with Panda Antivirus. It happened with Panda 2004 and with the recend version of the old release, I think 2.0.5. Older versions worked fine (2.0.4) but will get updated automatically. After playing a bit around with setting dependencies on services, I had no success and gave up. In the end I dropped Panda and moved to NOD32 which runs very well up till now. PS: It is definitely cygrunsrv that causes the problem. I have few daemons running (sshd, fetchmail) and all had the same problem. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] New package: setsid-0.0-3
Corinna wrote on 3/4/2004 8:07 AM: On Mar 3 16:44, Gregory Borota wrote: (I don't see the point for having stderr and stdout redirected also. (for symmetry maybe)) In theory, redirecting all descriptors attached to the console window should allow to close the console window since when the last open handle is closed, Cygwin calls FreeConsole(). It's just that I don't know currently why it doesn't close the console. Corinna If setsid is run inside a Windows console it works as described in the readme file. But when run from a cygwin console it won't let you close the console window only after the command has finished. This behavior is under my XP Prof. Greg -- 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/
Email Mangling
Looking at the headers for a message I sent recently (id 89248) I see that my email address was not mutilated in the Received: field. If one uses SBC Yahoo's smtp server he has his email address as username. If this is a very isolated incident then maybe nobody should bother. If not maybe it should. I personally no longer care, I changed the smtp server, just wanted to point this out (don't know if this subject already discussed, too many hits for sbc yahoo if googling the archive). Greg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.5.1 st_ctime and st_mtime is not updated for functions.
Hi all, I ran PCTS on cygwin 1.5.5.1 and found some problem. According to standard document of posix conformance following function need to update the st_ctime and st_mtime fields of the underlying file. These functions are not doing so. Is there any specific reason for that? Is it implementation limitation or a design contraint? fclose(11A), fflush(04A), fputc(04A), fputs(04A),freopen(26A,27A), fseek(11A), perror(04A), printf(11A), fprintf(11A), vprintf(11A), vfprintf(12A), putc(11A), puts(11A), remove(18A), rewind(4A), creat(37A,38A), link(39A), unlink(25A),rmdir(23A), rename(43A), stat(29A), fstat(13A), chmod(24A), utime(25A). Functions written above are failing in updating the st_ctime and st_mtime fields of the underlying, which is a basic assertion according to POSIX.1. The example of one assertion is below 11A - When the stream is writable and buffered data is caused to be written, then a call to fclose(stream) marks for update the st_ctime and st_mtime fields of the underlying file. Any help in this regard is appreciated. regards Vinay Note: fclose(11A) means Assertion number 11 for function fclose in standard document IEEE std 2003.1-1992 Test Methods for Measuring Conformance to Posix-Part1 System Interface -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.5.1 st_ctime and st_mtime is not updated for functions.
Forgive my ignorance just wondering what does PERROR has to do with st_ctime and st_mtime. You mean when you redirect stderr to a file? Greg On Fri, 5 Mar 2004, Vinay Kumar wrote: Hi all, I ran PCTS on cygwin 1.5.5.1 and found some problem. According to standard document of posix conformance following function need to update the st_ctime and st_mtime fields of the underlying file. These functions are not doing so. Is there any specific reason for that? Is it implementation limitation or a design contraint? fclose(11A), fflush(04A), fputc(04A), fputs(04A),freopen(26A,27A), fseek(11A), perror(04A), printf(11A), fprintf(11A), vprintf(11A), vfprintf(12A), putc(11A), puts(11A), remove(18A), rewind(4A), creat(37A,38A), link(39A), unlink(25A),rmdir(23A), rename(43A), stat(29A), fstat(13A), chmod(24A), utime(25A). Functions written above are failing in updating the st_ctime and st_mtime fields of the underlying, which is a basic assertion according to POSIX.1. The example of one assertion is below 11A - When the stream is writable and buffered data is caused to be written, then a call to fclose(stream) marks for update the st_ctime and st_mtime fields of the underlying file. Any help in this regard is appreciated. regards Vinay Note: fclose(11A) means Assertion number 11 for function fclose in standard document IEEE std 2003.1-1992 Test Methods for Measuring Conformance to Posix-Part1 System Interface -- 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/
Broken package selection for a full install
I installed cygwin (version 1.5.7) using setup.exe. I downloaded all the files locally, then cycled to Install rather than Default for selection All. A large number of post-install scripts produced the error dialog A required .DLL file CYGPCRE.DLL is missing and A required .DLL file CYGKPATHSEA-3.DLL is missing. A perusal of the mailing list in some recent messages gave me a clue: It seems that setup (or dependencies in a lot packages) are broken, and the libraries required are not always selected (in this case libpcre and libkapthsea3). I have fired up setup and opened up every branch, and discovered that there are actually quite a few packages that were not installed. Either cycling to Install in All is not what I thought (install everything), or setup is broken. Well setup is broken anyway because, it should, at a minimum, install all dependencies. Cheers, Daniel -- Daniel F. Dickinson: Time does not die; the circle is not round. http://www.geocities.com/danielfdickinson/index.html http://www.indigo.ca : bookstore http://www.talkorigins.org : for origins of life archives -- 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: Broken package selection for a full install
Daniel F. Dickinson wrote: I installed cygwin (version 1.5.7) using setup.exe. I downloaded all the files locally, then cycled to Install rather than Default for selection All. A large number of post-install scripts produced the error dialog A required .DLL file CYGPCRE.DLL is missing and A required .DLL file CYGKPATHSEA-3.DLL is missing. A perusal of the mailing list in some recent messages gave me a clue: It seems that setup (or dependencies in a lot packages) are broken, and the libraries required are not always selected (in this case libpcre and libkapthsea3). I have fired up setup and opened up every branch, and discovered that there are actually quite a few packages that were not installed. Either cycling to Install in All is not what I thought (install everything), or setup is broken. Well setup is broken anyway because, it should, at a minimum, install all dependencies. Cheers, Daniel Erm, oh yeah, I'm running Windows 98 SE on a PII with 128 MB RAM. Manually selection the packages not previously selected fixed thing. Now I have to go back and reinstall so that the postinstalls run - considering how much there is to the install I think I'll sleep while it install Cheers, Daniel -- Daniel F. Dickinson: Time does not die; the circle is not round. http://www.geocities.com/danielfdickinson/index.html http://www.indigo.ca : bookstore http://www.talkorigins.org : for origins of life archives -- 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/
Looking for a substitute to /usr/bin/mail
I use a product which uses the command 'mail'. I didn't find any /usr/bin/mail.exe in any available package. Does it mean that one have to install an email package and do a cp or ln to the email client? The product just needs to do something like: echo $msg | mail [EMAIL PROTECTED] -s $s Amongst mutt, ssmtp, exim, pine, ... is there a best equivalent to the conventional Unix mail command? __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: read(): varblk tape records...( Fix for : read())
On Mar 5 05:14, Jason Winter wrote: Hi Corinna, It turns out that your new fix (for read();) might (I'm not sure until the nightly builds are working again) prevent the bug from happening with var-blk records - but I think the 'bug' will still cause problems with fixed-block records and maybe other filetypes. The issue I'm having is: raw_read() is setting devbufstart devbufend, and raw_write() checks devbufend for buffering (which isn't required with var-block records or properly written fixed-block records in any case.) What means properly? It's not necessary with var-blocks, but it is necessary with fixed blocks. If somebody writes 1200 bytes to a tape set to 512 byte blocksize, raw_write writes 2 blocks (1024 bytes) to the tape and buffers the remaining 176 bytes for the next write. How should that work otherwise? My own feeling on this is, when reading tape-block data (fixed or variable blocks) and the blocks are not being buffered in calls (ie. my test-harness uses correctly sized buffers) then raw_read() shouldn't leave devbufstart or devbufend non-zero. I don't quite understand what you mean. The first thing in raw_read() is to call writebuf() which checks if devbuf is used as a write buffer and if so, tries to write the data in the buffer onto the medium. This also sets devbufstart and devbufend to zero. Am I missing something? Unfortunately I can't run your testcase. My DDS tape drive seems to be broken. It can read, but it behaves weird when trying to write :-((( Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fetchmail password from cygrunsrv [Attn: Corinna]
On Mar 4 19:49, Igor Pechtchanski wrote: I think this relates to the fact that only services logging in with the local system account can be configured to interact with the desktop...so it appears that the --user and --interactive flags are exclusive. Whoops, you're quite right (confirmed on MSDN). We should actually catch that in cygrunsrv and print out an appropriate error message. Corinna, should I prepare a patch, or do I need a copyright assignment for cygrunsrv? Nope, it's copyrighted by me, not by Red Hat. Go ahead :-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with a new account, sshd, mkpasswd, and login
On Mar 4 17:26, Igor Pechtchanski wrote: As for the passwd question -- I don't know, it just says that. Looking at the sources, the whole string is hard-coded in there, so... Maybe it's a joke on Corinna's part to see if anybody noticed anything strange?.. ;-) Back when I wrote passwd, the Linux version of passwd I was using printed that, too :-) I don't think these limits are actually enforced. No, the enforced limits are the ones set up in Windows itself, if any. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.7 undefined reference to getreent when using mno-cygwin
Hi, I have a pure Win32 console program which I am trying to compile under Cygwin. I am including the following libraries -lws2_32 -lrpcrt4 -luuid -lrpcns4 -lpsapi -liphlpapi and am using a host of Win32 calls for threading, sockets, semaphores, etc. I know that I need to compile with the option -mno-cygwin to be able to run the program on a computer without the cygwin.dll, which is what I want, however, when I add this option I get the following linker error: undefined reference to `___getreent' This is my linker statement: g++ -g -O2 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D WIN32 -D CYGWIN -D __CYGWIN__ CoreMain.o CoreLibrary.a -Wl,--rpath -Wl,/usr/local/lib -o CoreTest -mno-cygwin -lws2_32 -lrpcrt4 -luuid -lrpcns4 -lpsapi -liphlpapi I have found that I get this for every line in the code where I use either getchar() or printf(...\b...); fflush(stdout); and when I comment out these the error goes away, but jumps to the next line or file where I use this or something like it. I must admit that I have not tried removing all hundreds of them, just the first 15 or so... I have tried to include all sorts of libraries instead of the cygwin.dll and actually, when I include the -lpthread it compiles, but then the program crashes when I start using threads and semaphores... As I mentioned above, when I do not state -mno-cygwin, everything works fine and the program runs perfectly! But then it needs the cygwin.dll, of course... I found a few references to this on the web, mostly promoting the compiler directive -D __CYGWIN__ which I have tried, but to no avail... Below is a snippet of output from the linker. I hope this will make sense to somebody out there, who can tell me what to include in my linker statement... Thank you very much in advance! Best regards, Thor List Linker output (with a few comments): g++ -g -O2 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D WIN32 -D CYGWIN -D __CYGWIN__ CoreMain.o CoreLibrary.a -Wl,--rpath -Wl,/usr/local/lib -o CoreTest -mno-cygwin -lws2_32 -lrpcrt4 -luuid -lrpcns4 -lpsapi -liphlpapi CoreMain.o(.text+0x1d4): In function `main': /cygdrive/d/cm/psyclone/CoreLibrary/CoreMain.cpp:259: undefined reference to `___getreent' // line 259:getchar(); CoreLibrary.a(Network.o)(.text+0x5c97): In function `_ZN7Network8unitTestEv': /cygdrive/d/cm/psyclone/CoreLibrary/Network.cpp:653: undefined reference to `___getreent' CoreLibrary.a(Network.o)(.text+0x61a7):/cygdrive/d/cm/psyclone/CoreLibrary/Network.cpp:680 : undefined reference to `___getreent' // line 680:printf(.\b); fflush(stdout); CoreLibrary.a(Network.o)(.text+0x62a0):/cygdrive/d/cm/psyclone/CoreLibrary/Network.cpp:682 : undefined reference to `___getreent' // line 682:printf(o\b); fflush(stdout); CoreLibrary.a(Network.o)(.text+0x62e4):/cygdrive/d/cm/psyclone/CoreLibrary/Network.cpp:684 : undefined reference to `___getreent' // line 684:printf(O\b); fflush(stdout); CoreLibrary.a(Network.o)(.text+0x63fe):/cygdrive/d/cm/psyclone/CoreLibrary/Network.cpp:703 : more undefined references to `___getreent' follow // line 703:printf( \b); fflush(stdout); collect2: ld returned 1 exit status make.exe: *** [CoreTest] Error 1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.5.1 st_ctime and st_mtime is not updated for functions.
On Mar 5 15:55, Vinay Kumar wrote: Hi all, I ran PCTS on cygwin 1.5.5.1 and found some problem. According to standard document of posix conformance following function need to update the st_ctime and st_mtime fields of the underlying file. These functions are not doing so. Is there any specific reason for that? Is it implementation limitation or a design contraint? Windows is handling the timestamps differently. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mail blocked.
We're sorry, [EMAIL PROTECTED] does not accept nonencrypted messages. To communicate in total security and privacy with this user please contact [EMAIL PROTECTED] now. -- 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: Looking for a substitute to /usr/bin/mail
On Fri, Mar 05, 2004 at 02:19:40AM -0800, Patrick Samson wrote: I use a product which uses the command 'mail'. I didn't find any /usr/bin/mail.exe in any available package. Does it mean that one have to install an email package and do a cp or ln to the email client? The product just needs to do something like: echo $msg | mail [EMAIL PROTECTED] -s $s Amongst mutt, ssmtp, exim, pine, ... is there a best equivalent to the conventional Unix mail command? exim Gruss Olaf Föllinger -- Olaf Föllinger Berater S.E.S.A. Software und Systeme AG Alt-Moabit 91a D-10559 Berlin Germany Tel: +49 30 390722 -291 Fax: +49 30 390722 -222 Mobil: +49 173 6227080 http://www.sesa.de mailto: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Email Mangling
On Fri, 5 Mar 2004, Gregory Borota wrote: Looking at the headers for a message I sent recently (id 89248) I see that my email address was not mutilated in the Received: field. If one uses SBC Yahoo's smtp server he has his email address as username. If this is a very isolated incident then maybe nobody should bother. If not maybe it should. I personally no longer care, I changed the smtp server, just wanted to point this out (don't know if this subject already discussed, too many hits for sbc yahoo if googling the archive). Greg Greg, Since the raw text is generated by a CGI script, steps could be taken to block spam harvesters from even seeing it... OTOH, it might be easier to just run the substitution on the Received: header... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sshd vs. lftp
I've noticed some odd behaviour with the current sshd and lftp; everything is current (OpenSSH 3.8p1-1, lftp 2.6.10-2) and working (ssh and sftp work fine, lftp to other sites works fine). When I lftp to this box, tab completion doesn't work, and the mirror command downloads the specified directory, but none of its contents: [EMAIL PROTECTED] [531]: pwd /tmp [EMAIL PROTECTED] [532]: lc mirror/ test-lftp/ [EMAIL PROTECTED] [533]: find test-lftp -print test-lftp test-lftp/file1 test-lftp/file2 test-lftp/file3 [EMAIL PROTECTED] [534]: cd mirror /tmp/mirror [EMAIL PROTECTED] [535]: !lftp lftp -u chris fish://localhost/tmp/ Password: lftp [EMAIL PROTECTED]:/tmp mirror -v test-lftp Total: 1 directory, 0 files, 0 symlinks Using lftp 2.6.12 under Mac OS X exhibits the same problems; works fine with the other sites I tested, but not the box running cygwin's sshd. sshd is started from inetd, which is running as a service. CYGWIN is set to ntea ntsec tty for the service. My home system is running cygwin's open ssh 3.7.1p2-2 and it appears to work properly with the current cygwin lftp and my Mac OS X build. I wasn't able to find anything about this in the online docs, FAQ, or mailing list archives... any clues? -- Chris Herborth [EMAIL PROTECTED] Documentation Overlord, CRYPTOCard Corp. http://www.cryptocard.com/ Never send a monster to do the work of an evil scientist. Postatem obscuri lateris nescitis. -- 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: Broken package selection for a full install
On Fri, 5 Mar 2004, Daniel F. Dickinson wrote: I installed cygwin (version 1.5.7) using setup.exe. I downloaded all the files locally, then cycled to Install rather than Default for selection All. A large number of post-install scripts produced the error dialog A required .DLL file CYGPCRE.DLL is missing and A required .DLL file CYGKPATHSEA-3.DLL is missing. A perusal of the mailing list in some recent messages gave me a clue: It seems that setup (or dependencies in a lot packages) are broken, and the libraries required are not always selected (in this case libpcre and libkapthsea3). I have fired up setup and opened up every branch, and discovered that there are actually quite a few packages that were not installed. Either cycling to Install in All is not what I thought (install everything), or setup is broken. Well setup is broken anyway because, it should, at a minimum, install all dependencies. Cheers, Daniel Daniel, If you're willing to temporarily rename the existing installation root (and the registry keys) and reinstall from scratch, please post the /var/log/setup.log and /var/log/setup.log.full from an install session that exhibits the above problem. Note that /var/log/setup.log.full is overwritten every time you run setup. After the install, you can rename the old directory back (and the registry keys, if you did something fancy with mounts or options -- otherwise they should be identical). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: problems with a new account, sshd, mkpasswd, and login
Do ssh -vvv, typically it complains about the login dir of the user having wrong permission. I use to set it to chmod og-w ~newuser. matthias -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Daniel Danger Bentley Sent: Thursday, March 04, 2004 8:52 PM To: [EMAIL PROTECTED] Subject: problems with a new account, sshd, mkpasswd, and login ... account to the password I want. But when I ssh in, I can login to neither account. Any ideas? ... -- 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: problems with a new account, sshd, mkpasswd, and login
The problem seems to be one of passwords, actually: it just tells me invalid password, even with -vvv. But I can login with windows and cygwin locally now, just not with ssh. Any idea where ssh could be reading the password incorectly? Thanks again, Dan - Original Message - Sent: Friday, March 05, 2004 5:43 AM Subject: RE: problems with a new account, sshd, mkpasswd, and login Do ssh -vvv, typically it complains about the login dir of the user having wrong permission. I use to set it to chmod og-w ~newuser. matthias -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Daniel Danger Bentley Sent: Thursday, March 04, 2004 8:52 PM To: [EMAIL PROTECTED] Subject: problems with a new account, sshd, mkpasswd, and login ... account to the password I want. But when I ssh in, I can login to neither account. Any ideas? ... -- 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: problems with a new account, sshd, mkpasswd, and login
The password comes from the local PC or from the domain, depending if the user in passwd is a domain-user or not. But I ran several times into a problem if I didn't run mkgroup and some group the user belonged to wasn't in the group file. I'm not really sure about the error message, but I remember it was misleading. The indicator for this kind of problem was setgid invalid argument flashing up on the login window. matthias -Original Message- From: Daniel Danger Bentley [mailto:[EMAIL PROTECTED] Sent: Friday, March 05, 2004 2:46 PM To: Morche Matthias; [EMAIL PROTECTED] Subject: Re: problems with a new account, sshd, mkpasswd, and login The problem seems to be one of passwords, actually: it just tells me invalid password, even with -vvv. But I can login with windows and cygwin locally now, just not with ssh. Any idea where ssh could be reading the password incorectly? ... -- 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: read(): varblk tape records...( Fix for : read())
Hi Corinna, Unfortunately I can't run your testcase. My DDS tape drive seems to be broken. It can read, but it behaves weird when trying to write :-((( Doesn't it worry you, that we both have write problems? When I stick to reading, everything works just fine also. Do you want my Native NT version - it works perfectly? Here are some other things I've noticed: 1/ close() writes a file-mark in some cases... Don't, I can do this myself, thank's anyway! 2/ read() should check for Win32 error 1101 - filemark and return 0 bytes, no error. 3/ tape_status dynamically checks 'tape_drive_get_absolute_blk', before calling tape_get_pos () : but my tape drive says '0' when it's busy, preventing the current block from being updated *sometimes*. Force-reading it works just fine, if you want to cache the flag somewhere when the device is opened? 4/ sending a tape-rewind command doesn't reset any internal flags, does it need to? Jason. _ Protect your inbox from harmful viruses with new ninemsn Premium. Go to http://ninemsn.com.au/premium/landing.asp?banner=emailtagreferrer=hotmail -- 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/
No receipt of digest Issue 3452 from cygwin-digest-help
Hi all I seem to be missing digest issue 3452 , received issues 3451 3453 OK. Has there been any problems ? Andy Halls -- 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: read(): varblk tape records...( Fix for : read())
Sent: 05 March 2004 10:20 From: Corinna Vinschen ..snip.. Unfortunately I can't run your testcase. My DDS tape drive seems to be broken. It can read, but it behaves weird when trying to write :-((( Unfortunately that seems perfectly normally for DDS drives. We even have a DDS3 that can now only read DDS1+2. Where one friend works they even started buying them in pairs to have spare when the first one breaks. You might try disassembly and vacuuming if you're so inclined, sometimes works, but not often :-( Bill -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.7 undefined reference to getreent when using mno-cygwin
On Fri, 5 Mar 2004 listatlistdotdk wrote: Hi, I have a pure Win32 console program which I am trying to compile under Cygwin. I am including the following libraries -lws2_32 -lrpcrt4 -luuid -lrpcns4 -lpsapi -liphlpapi and am using a host of Win32 calls for threading, sockets, semaphores, etc. I know that I need to compile with the option -mno-cygwin to be able to run the program on a computer without the cygwin.dll, which is what I want, however, when I add this option I get the following linker error: undefined reference to `___getreent' This is my linker statement: g++ -g -O2 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D WIN32 -D CYGWIN -D __CYGWIN__ CoreMain.o CoreLibrary.a -Wl,--rpath -Wl,/usr/local/lib -o CoreTest -mno-cygwin -lws2_32 -lrpcrt4 -luuid -lrpcns4 -lpsapi -liphlpapi I have found that I get this for every line in the code where I use either getchar() or printf(...\b...); fflush(stdout); and when I comment out these the error goes away, but jumps to the next line or file where I use this or something like it. I must admit that I have not tried removing all hundreds of them, just the first 15 or so... I have tried to include all sorts of libraries instead of the cygwin.dll and actually, when I include the -lpthread it compiles, but then the program crashes when I start using threads and semaphores... As I mentioned above, when I do not state -mno-cygwin, everything works fine and the program runs perfectly! But then it needs the cygwin.dll, of course... I found a few references to this on the web, mostly promoting the compiler directive -D __CYGWIN__ which I have tried, but to no avail... Below is a snippet of output from the linker. I hope this will make sense to somebody out there, who can tell me what to include in my linker statement... Thank you very much in advance! Best regards, Thor List [Linker output snipped] Thor, You have to use -mno-cygwin for the whole compilation, not just for the link line, otherwise the wrong headers get picked up. IOW, don't add -mno-cygwin to LDFLAGS -- instead, redefine CXX='g++ -mno-cygwin' (and CC='gcc -mno-cygwin') and rebuild everything from scratch. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: read(): varblk tape records...( Fix for : read())
Hi Corinna, I don't quite understand what you mean. The first thing in raw_read() is to call writebuf() which checks if devbuf is used as a write buffer and if so, tries to write the data in the buffer onto the medium. This also sets devbufstart and devbufend to zero. Am I missing something? But what about calling read() first, then write(). So, read() sets the writing flag off, and flushes any data that needs it, then uses devbufstart etc. and leaves it in a non-zero state. Now write() gets called. writing flag is no: so devbufend is assigned to devbufstart (which is non-zero) and devbufstart is reset to 0. Now, write() starts to process buffers! But these buffers are not write buffers! They are leftover read buffers (and as I wrote before, doesn't effect val-blk-writes due to other code-paths.) Or, am I missing something? Jason. ps. Igor, I thought my DAT drive was broken for weeks, until I used the NT API directly... _ Get Extra Storage in 10MB, 25MB, 50MB and 100MB options now! Go to http://join.msn.com/?pgmarket=en-aupage=hotmail/es2 -- 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: read(): varblk tape records...( Fix for : read())
On Fri, 5 Mar 2004, Jason Winter wrote: [snip] ps. Igor, I thought my DAT drive was broken for weeks, until I used the NT API directly... Huh? Did I miss a message from an Igor in this thread? Or do you mean Bill (http://cygwin.com/ml/cygwin/2004-03/msg00288.html)? ;-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Email Mangling
On Fri, Mar 05, 2004 at 08:12:29AM -0500, Igor Pechtchanski wrote: On Fri, 5 Mar 2004, Gregory Borota wrote: Looking at the headers for a message I sent recently (id 89248) I see that my email address was not mutilated in the Received: field. If one uses SBC Yahoo's smtp server he has his email address as username. If this is a very isolated incident then maybe nobody should bother. If not maybe it should. I personally no longer care, I changed the smtp server, just wanted to point this out (don't know if this subject already discussed, too many hits for sbc yahoo if googling the archive). Since the raw text is generated by a CGI script, steps could be taken to block spam harvesters from even seeing it... OTOH, it might be easier to just run the substitution on the Received: header... Since 89248 is not a URL, I am not sure what we're talking about here. I looked at a couple of messages and don't see anything other than [EMAIL PROTECTED] in the received lines, which sort of makes sense. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
VM Could not reserve enough space
When running a java application in CYGWIN I get the following error: Error occurred during initialization of VM Could not reserve enough space for object heap I have set the maximum memory to 4 gigs using these instruction: http://cygwin.com/cygwin-ug-net/setup-maxmem.html This does not solve the problem. Does anyone know why I would get this error? Is it a problem between java for windows and CYGWIN? I'm running an Athlon 2800 with 512MB of ram on Win2000. Thanks in advance 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/
RE: perl 5.8.2's localtime reports gmtime
-Original Message-
From: cygwin-owner at cygwin dot com
[mailto: cygwin-owner at cygwin dot com] On Behalf Of Keith Bainbridge
Sent: Thursday, March 04, 2004 6:35 PM
To: The Cygwin Mailing List
Subject: Re: perl 5.8.2's localtime reports gmtime
Steve Kelem wrote:
I'm running the latest cygwin, including perl 5.8.2:
% perl -version
This is perl, v5.8.2 built for cygwin-thread-multi-64int
Ug. Read the archives. This has come up several times in the last
couple of weeks, it's a known bug that will be fixed in the
next Cygwin
DLL release. See for example
http://marc.theaimsgroup.com/?l=cygwinm=107668514008908. Your
options are: Try a recent snapshot, use Perl = 5.8.0, or wait for
Cygwin 1.5.8.
Brian
I actually implemented the following so that my script will still work
correctly after whatever whatever is fixed.
I am in the Central Time Zone, so you'd have to adjust the number of
seconds you add or remove accordingly.
[code]
use Time::Local;
print GM: . gmtime() . \n;
print Local: . localtime() . \n;
if (gmtime() eq localtime()) {
print GM time and localtime are the same!\n;
print I'll have to make some adjustments.\n;
if ($isdst) {
$time = time() - 18000;
} # end of if it is daylight savings time
else {
$time = time() - 21600;
} # end of else it is standard time
$adjtime = gmtime($time);
print Adjusted: $adjtime\n;
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
gmtime($time);
$mon += 1;
$year += 1900;
} # end of if local time is calculated as gm time
else {
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
localtime;
$mon += 1;
$year += 1900;
} # end of else the local time is correct
[/code]
-Jason
--
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: read(): varblk tape records...( Fix for : read())
On Mar 5 14:27, Jason Winter wrote: Hi Corinna, Unfortunately I can't run your testcase. My DDS tape drive seems to be broken. It can read, but it behaves weird when trying to write :-((( Doesn't it worry you, that we both have write problems? My DDS drive can't write even with native tools anymore. I'm getting CRC errors when trying to write more than one block, rewind after write or when trying to erase the tape. It's very annoying since the drive seems to seek the tape randomly for a good minute before the CRC error is reported. Cleaning the drive or trying various, also fresh tapes didn't help either. This will stop me working on the tape handling in Cygwin until I got a new tape from somewhere :-( Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: VM Could not reserve enough space
Dave, First off, please configure your mailer to not quote raw e-mail addresses in your replies -- the spam harvesters have it too easy as it is. Secondly, nutch is not an official Cygwin package, and so isn't supported on this list. Try asking on a nutch support forum (if there is any), or look at the nutch documentation for the appropriate contact point. Igor On Fri, 5 Mar 2004, news.gmane.org wrote: I cannot run the program from CMD at all. I'm not sure why this is (kinda a newb when running *nix apps on windows), but the instructions that come with the program say to use CYGWIN (http://www.nutch.org/docs/en/tutorial.html). The command line I am running is: bin/nutch admin db -create My Java version is: Java(TM) 2 SDK, Standard Edition Version 1.4.2 Thanks Dave Igor Pechtchanski pechtchaatcsdotnyudotedu wrote: On Fri, 5 Mar 2004, news.gmane.org wrote: When running a java application in CYGWIN I get the following error: Error occurred during initialization of VM Could not reserve enough space for object heap I have set the maximum memory to 4 gigs using these instruction: http://cygwin.com/cygwin-ug-net/setup-maxmem.html This does not solve the problem. Does anyone know why I would get this error? Is it a problem between java for windows and CYGWIN? I'm running an Athlon 2800 with 512MB of ram on Win2000. Thanks in advance Dave Dave, There is no JVM under Cygwin, so any JVM you're going to run will be a Windows program and will ignore the heap_chunk_in_mb setting (I'm assuming you're not running 'gcj', as you said java for windows). Do you get the same problem when running from a cmd.exe window? If yes, then it's a Java problem and off-topic for this list. If you only get this when running from a Cygwin program, please review Problem reports: http://cygwin.com/problems.html and post a proper problem report. It would also help to know the version of Java that you're attempting to run and the exact command line. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Windows 2000 - starting Service
Dear cygwin-Team, I installed cygwin successful. The cygipc-service is running perfectly. I want to start another service I named 'postmaster'. I need this service for PostgreSQL. When I try to start the service an error-message appears. Error 1067 : Process terminated unexpectedly What can I do to solve this problem ? And I have a second question how could I set an enviromentvariable PGDATA ? I tried it that way : PGDATA = /cygdrive/f/database... that is what happened : bash: PGDATA: command not found What should I type in to set the variable ? It would be very nice of you, if you could help me. My System : Windows 2000 Pentium 4 1,8 GHz 1024 Mb DDR Asus Mainboard P4G800 Greetings, Tobias Belch -- 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: Email Mangling
http://cygwin.com/ml/cygwin/2004-03/msg00245.html http://cygwin.com/cgi-bin/get-raw-msg?listname=cygwindate=2004-03msgid=Pine.CYG.4.58.0403041424140.812%40lap On Fri, 5 Mar 2004, Christopher Faylor wrote: On Fri, Mar 05, 2004 at 08:12:29AM -0500, Igor Pechtchanski wrote: On Fri, 5 Mar 2004, Gregory Borota wrote: Looking at the headers for a message I sent recently (id 89248) I see that my email address was not mutilated in the Received: field. If one uses SBC Yahoo's smtp server he has his email address as username. If this is a very isolated incident then maybe nobody should bother. If not maybe it should. I personally no longer care, I changed the smtp server, just wanted to point this out (don't know if this subject already discussed, too many hits for sbc yahoo if googling the archive). Since the raw text is generated by a CGI script, steps could be taken to block spam harvesters from even seeing it... OTOH, it might be easier to just run the substitution on the Received: header... Since 89248 is not a URL, I am not sure what we're talking about here. I looked at a couple of messages and don't see anything other than [EMAIL PROTECTED] in the received lines, which sort of makes sense. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
A bit of history
When was the Cygwin project started? I know that I started using Cygwin somehwere around 1992. I thought it was good then, I think it is incredible now. Thanks! -- Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Self-destructing Insight installation!
Hi everyone,
So there I was, debugging the gnu cpp with insight, then making a few
changes, rebuilding cpp0.exe and doing another debug run.
And all of a sudden, I got this error message, and insight refused to run.
I've only managed to capture it in .PNG format, because it was one of
those windows that you can't copy+paste code from, but basically what it
said was Can't find a usable main.tcl, then an error report (extra
characters after close-brace) and stack backtrace, followed by the
threatening message This probably means that insight wasn't installed
properly. Which was surprising, because I hadn't been messing around with
my cygwin installation any during this time.
Anyways, what transpires is that the crash was occurring while reading the
prefs for the application, and during my previous run of insight I had set a
breakpoint. Somehow, when this got written out into my local prefs file
(~/gdbtk.ini), it was written in a malformed syntax that caused the error
next time I tried running insight when it went to source the prefs.
This is absolutely repeatable: I can add or remove the line either with a
text editor or (when insight is working) by using the break command in the
console window, and when the line is present insight won't start, and when
it's gone it will start.
Here's how the breakpoints line was being written out into my prefs file:
---snip---
C:/artimi.src/gcc-build/gcc/gcc/cpp0.exe/breakpoints={{break
cpp_post_options} 1 {} {}} {{break main} 1 {} {}}
---snip---
I haven't pursued this any further. If anyone wants to see the .PNG file
of the error message, or the rest of my gdbtk.ini, I could mail it to them.
However, I imagine that there's probably a very simple bug in the routine
that writes out the prefs, and I hope this report is enough that someone
who's more familiar with the insight code might be able to just point right
at it and go There it is!. If not, just let me know what further
diagnostics you'd like.
Here's my insight and tcl version info, from insight --version and
runtest --version
GNU gdb 2003-09-20-cvs (cygwin-special)
Tcl version is 8.4
Of course, maybe this is already solved in 8.4.1; I haven't tried a
snapshot, but I couldn't find anything that sounds like this problem when I
searched the insight ml archive.
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/
Undefined references when compiling C++ program
Hello,
when I try to compile this...
//zozo.cc
#include iostream
int main()
{
std::cout Salut std::endl;
return 0;
}
...with...
gcc zozo.cc
...gcc give me...
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x2f):zozo.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x34):zozo.cc:
undefined reference to `std::basic_ostreamchar, std::char_traitschar
std::operator std::char_traitschar (std::basic_ostreamchar,
std::char_traitschar , char const*)'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x3c):zozo.cc:
undefined reference to `std::basic_ostreamchar, std::char_traitschar
std::endlchar, std::char_traitschar (std::basic_ostreamchar,
std::char_traitschar )'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x44):zozo.cc:
undefined reference to `std::basic_ostreamchar, std::char_traitschar
::operator(std::basic_ostreamchar, std::char_traitschar
(*)(std::basic_ostreamchar, std::char_traitschar ))'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x6d):zozo.cc:
undefined reference to `std::ios_base::Init::Init[in-charge]()'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x88):zozo.cc:
undefined reference to `std::ios_base::Init::~Init [in-charge]()'
collect2: ld returned 1 exit status
if I compile: int main(){return 0;} it's ok !
Do I have to specifie linking libraries with the -l option ?
thanks for your help.
Xavier
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: A bit of history
At 01:38 PM 3/5/2004, you wrote: When was the Cygwin project started? I know that I started using Cygwin somehwere around 1992. I thought it was good then, I think it is incredible now. If you were using it in 1992, then you probably know more history than most others on this list. I've only been using it since 1995 with b12 and b13. But I remember seeing a brief summary of the complete history at one time but what would seem to be the obvious pointer on the main page doesn't point to what I remember (points to the FAQ instead for some reason). Anyway, as I recall, it went all the way back to b1, though I don't know when Cygnus started distributing it publicly (it was originally used internally to help with ports). -- 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: Undefined references when compiling C++ program
when I try to compile this...
//zozo.cc
#include iostream
int main()
{
std::cout Salut std::endl;
return 0;
}
...with...
gcc zozo.cc
Use g++ zozo.cc instead.
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Undefined references when compiling C++ program
At 01:59 PM 3/5/2004, you wrote:
Hello,
when I try to compile this...
//zozo.cc
#include iostream
int main()
{
std::cout Salut std::endl;
return 0;
}
...with...
gcc zozo.cc
...gcc give me...
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x2f):zozo.cc: undefined
reference to `std::cout'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x34):zozo.cc: undefined
reference to `std::basic_ostreamchar, std::char_traitschar std::operator
std::char_traitschar (std::basic_ostreamchar, std::char_traitschar , char
const*)'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x3c):zozo.cc: undefined
reference to `std::basic_ostreamchar, std::char_traitschar std::endlchar,
std::char_traitschar (std::basic_ostreamchar, std::char_traitschar )'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x44):zozo.cc: undefined
reference to `std::basic_ostreamchar, std::char_traitschar
::operator(std::basic_ostreamchar, std::char_traitschar
(*)(std::basic_ostreamchar, std::char_traitschar ))'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x6d):zozo.cc: undefined
reference to `std::ios_base::Init::Init[in-charge]()'
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x88):zozo.cc: undefined
reference to `std::ios_base::Init::~Init [in-charge]()'
collect2: ld returned 1 exit status
if I compile: int main(){return 0;} it's ok !
Do I have to specifie linking libraries with the -l option ?
Ugh!
Did you think of checking the email archives? Do you realize this question
is really not Cygwin-specific so it's off-topic? Anyway, use 'g++' to
compile C++ source.
--
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: Windows 2000 - starting Service
At 01:12 PM 3/5/2004, you wrote: Dear cygwin-Team, I installed cygwin successful. The cygipc-service is running perfectly. I want to start another service I named 'postmaster'. I need this service for PostgreSQL. When I try to start the service an error-message appears. Error 1067 : Process terminated unexpectedly What can I do to solve this problem ? Start here: Problem reports: http://cygwin.com/problems.html And I have a second question how could I set an enviromentvariable PGDATA ? I tried it that way : PGDATA = /cygdrive/f/database... that is what happened : bash: PGDATA: command not found What should I type in to set the variable ? It would be very nice of you, if you could help me. Right. But this list isn't a general help-desk for all kinds of problems. We have to limit it to those having to do with Cygwin otherwise the traffic on the list would become completely unbearable. This question of yours is not Cygwin-specific. Please consider this before asking future questions. However, the answer is to remove the spaces before and after '='. -- 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: Snapshot 20040225: make hangs/errors out
On Fri, Mar 05, 2004 at 02:33:52PM -0500, Christopher Faylor wrote: I think I may have figured this out. It wasn't the eax register being zeroed. It was actually the test for zero returning improper values due to being interrupted by a signal. I made a fix last night that allowed me to run this for 2500+ iterations. Of course, I have managed to do that before without error, so that doesn't mean much, I guess. Backing the change out resulted in a 'virtual memory exhausted' error in less than a hundred iterations, however. Odd that I can duplicate it so readily now. I think my computer was previously trying to shield me from the pain of debugging this problem. There is a new snapshot up now with my fix in it. Please try it. Sigh. Literally two minutes after sending this email, the make -j test that I was running at home errored out with a different error. Back to the drawing board... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
