Re: Pending packages status
On Wed, 5 Feb 2003, Daniel Bößwetter wrote: Little reminder: I haven't read anything about any of these lately (esp. TCM). My admin used to say that the best network is one with no users. Maybe this is true for software projects and testers as well ... :o) TCM-Testers welcome (anyway) Please, be patient :) The process of reviewing usually takes some time. First you need people interested in the package and second this people need to have some spare time, that they want to invest in reviewing the package. You submitted TCM for review 11 days ago - according to the standards of this list the time to worry has not yet come :) Thanks! :)
Re: Pending packages status
Please, be patient with an impatient newbie :) Thanx, Daniel Pavel Tsekov wrote: On Wed, 5 Feb 2003, Daniel Bößwetter wrote: Little reminder: I haven't read anything about any of these lately (esp. TCM). My admin used to say that the best network is one with no users. Maybe this is true for software projects and testers as well ... :o) TCM-Testers welcome (anyway) Please, be patient :) The process of reviewing usually takes some time. First you need people interested in the package and second this people need to have some spare time, that they want to invest in reviewing the package. You submitted TCM for review 11 days ago - according to the standards of this list the time to worry has not yet come :) Thanks! :) -- Daniel Boesswetter, mailto:[EMAIL PROTECTED] peppermind - Network Neue Medien, http://www.peppermind.de
Pending packages status
1. grace date : 25 Nov 2002 version: 5.1.10-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2002-11/msg00322.html votes : 2 (Lapo and Robert) url: http://www.scytek.de/cygwin/grace-5.1.10-1.tar.bz2 http://www.scytek.de/cygwin/grace-5.1.10-1-src.tar.bz2 http://www.scytek.de/cygwin/setup.hint 2. nfs-server date : 09 Dec 2002 version: 2.2.47-1 status : reviewed; the server has problems exporting /cygdrive/* (Cygwin needs fixing for this to work) notes : http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00113.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00072.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00109.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00211.html reviews: http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00117.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00120.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00161.html http://www.cygwin.com/ml/cygwin/2003-01/msg00885.html votes : 4 (Christopher, Corinna, Hack and Sergey) url: http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint 3. LPRng date : 21 Jan 2003 version: 3.8.19-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html votes : none url: https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1.tar.bz2 https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1-src.tgz https://www.as.cmu.edu/~geek/LPRng/setup.hint 4. ifhp date : 21 Jan 2003 version: 3.5.10-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html votes : none url: https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1-src.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/setup.hint 5. ioperm date : 22 Jan 2003 version: 0.3-1 status : reviewed; ready to be released notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00237.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00326.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00238.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00239.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00248.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00327.html votes : 3 (?!) (Christopher, Max (?!) and Sam Robb) url: http://telka.sk/ioperm/ioperm-0.3-1.tar.bz2 http://telka.sk/ioperm/ioperm-0.3-1-src.tar.bz2 http://telka.sk/ioperm/setup.hint 6. TCM date : 27 Jan 2003 version: 2.20-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00299.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00100.html votes : 2 (Christopher and Lapo) url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint 7. par date : 04 Feb 2003 version: 1.52-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00040.html votes : none url: http://www.lapo.it/tmp/par-1.52-1.tar.bz2 http://www.lapo.it/tmp/par-1.52-1-src.tar.bz2
ioperm: ok to upload ?
Hello, Does anyone have any objections ?
RE: Updated Package: Whois 4.6.1 (fwd)
I've got the new 4.6.2 packages ready for upload. The URL is: http://www.networksimplicity.com/whois/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Pavel Tsekov Sent: Thursday, February 06, 2003 6:50 AM To: [EMAIL PROTECTED] Subject: Re: Updated Package: Whois 4.6.1 (fwd) Forwarding here just in case that it goes unnoticed in the main list due to the large volume of messages there. -- Forwarded message -- Date: Thu, 06 Feb 2003 12:14:59 +0100 From: Michael Schaap [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Updated Package: Whois 4.6.1 Hi, On 27-Dec-2002 20:07, Mark Bradshaw wrote: The most recent version of GNU Whois (4.6.1) has been uploaded to sourceware. This version no longer works with .org domains. Looks like 4.6.2 is out on http://www.linux.it/~md/software/ . Would it be possible to release this version, at your convenience? TIA, - Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Pending packages status
Just a FYI: --- Pavel Tsekov [EMAIL PROTECTED] wrote: 3. LPRng 4. ifhp 7. par I vote for all 3 of these (assuming they work). I plan to review when I get the chance but I've got a big project right now. 1. grace 6. TCM I don't have X11 installed to review these. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
RE: Updated Package: Whois 4.6.1 (fwd)
Hello, Mark On Thu, 6 Feb 2003, Mark Bradshaw wrote: I've got the new 4.6.2 packages ready for upload. The URL is: http://www.networksimplicity.com/whois/ I've uploaded the new files. Please, send an announcement in a few hours. Thanks! :)
[Package Update] zsh-4.0.6-3
Hi, I've fix some bugs in zsh reguarding CDPATH. It's not much in the way of an update, really, but felt it worth releasing anyways. URLs: http://www.fruitbat.org/Cygwin/zsh/setup.hint http://www.fruitbat.org/Cygwin/zsh/zsh-4.0.6-3.tar.bz2 http://www.fruitbat.org/Cygwin/zsh/zsh-4.0.6-3-src.tar.bz2 http://www.fruitbat.org/Cygwin/zsh/zsh.notes My notes on setting up cygwin to use Zsh are here: http://www.fruitbat.org/Cygwin/zsh/zsh.notes General index of Cygwin packages I maintain: http://www.fruitbat.org/Cygwin/index.html If there are any problems with either the submission or the packages themselves, please let me know. The packaging process is still based on Method Two as described in the Cygwin Package Contributors Guide. Thanks! -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood
Re: [Package Update] zsh-4.0.6-3
Hello, Peter On Thu, 6 Feb 2003, Peter A. Castro wrote: Hi, I've fix some bugs in zsh reguarding CDPATH. It's not much in the way of an update, really, but felt it worth releasing anyways. URLs: http://www.fruitbat.org/Cygwin/zsh/setup.hint http://www.fruitbat.org/Cygwin/zsh/zsh-4.0.6-3.tar.bz2 http://www.fruitbat.org/Cygwin/zsh/zsh-4.0.6-3-src.tar.bz2 I've just uploaded the new package files. Please, send announcement to the cygwin-announce list in a few hours. Thanks! :)
Re: ioperm: ok to upload ?
On Thu, Feb 06, 2003 at 11:20:33AM +0100, Pavel Tsekov wrote: Hello, Does anyone have any objections ? Nope. cgf
Re: ioperm: ok to upload ?
On Thu, 6 Feb 2003, Christopher Faylor wrote: On Thu, Feb 06, 2003 at 11:20:33AM +0100, Pavel Tsekov wrote: Hello, Does anyone have any objections ? Nope. Ok, I have uploaded it. I haven't removed the 'test' directive from the setup.hint file. Marcel, please send an announcement in a couple of hours. Thanks! :)
CMake 1.6.3-1
There has been a new release of the official cmake (1.6.3). This is a minor release from 1.6.1 to 1.6.3. This minor release fixes a bug in the EXPORT_LIBRARY_DEPENDENCIES command, that will be required to build VTK 4.2 when it is released. Also, error reporting for attempting to use NOTFOUND libraries and include directories has been improved. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.6.3-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.6.3-1-src.tar.bz2 # CMake setup.hint file for cygwin setup.exe program category: Devel requires: libncurses6 cygwin sdesc: A cross platform build manger ldesc: CMake is a cross platform build manager. It allows you to specify build parameters for C and C++ programs in a cross platform manner. For Cygwin Makefiles will be generated. CMake is also capable of generating Microsoft project files, nmake, and Borland makefiles. CMake can also perform system inspection operations like finding installed libraries and header files. prev: 1.4.7-1 curr: 1.6.3-1
Re: CMake 1.6.3-1
Hello, William On Thu, 6 Feb 2003, William A. Hoffman wrote: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.6.3-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.6.3-1-src.tar.bz2 I have uploaded the new files and removed the files for version 1.6.1-1. Please, don't forget the announcement. Thanks! :)
Pending packages status
1. grace date : 25 Nov 2002 version: 5.1.10-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2002-11/msg00322.html votes : 2 (Lapo and Robert) url: http://www.scytek.de/cygwin/grace-5.1.10-1.tar.bz2 http://www.scytek.de/cygwin/grace-5.1.10-1-src.tar.bz2 http://www.scytek.de/cygwin/setup.hint 2. nfs-server date : 09 Dec 2002 version: 2.2.47-1 status : reviewed; the server has problems exporting /cygdrive/* (Cygwin needs fixing for this to work) notes : http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00113.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00072.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00109.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00211.html reviews: http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00117.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00120.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00161.html http://www.cygwin.com/ml/cygwin/2003-01/msg00885.html votes : 4 (Christopher, Corinna, Hack and Sergey) url: http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint 3. LPRng date : 21 Jan 2003 version: 3.8.19-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html votes : 1 (Joshua) url: https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1.tar.bz2 https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1-src.tgz https://www.as.cmu.edu/~geek/LPRng/setup.hint 4. ifhp date : 21 Jan 2003 version: 3.5.10-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html votes : 1 (Joshua) url: https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1-src.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/setup.hint 5. TCM date : 27 Jan 2003 version: 2.20-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00299.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00100.html votes : 2 (Christopher and Lapo) url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint 6. par date : 04 Feb 2003 version: 1.52-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00040.html votes : 1 (Joshua) url: http://www.lapo.it/tmp/par-1.52-1.tar.bz2 http://www.lapo.it/tmp/par-1.52-1-src.tar.bz2
Re: ioperm: ok to upload ?
Napsan da 2003.02.06 19:24, (autor: Pavel Tsekov): On Thu, 6 Feb 2003, Christopher Faylor wrote: On Thu, Feb 06, 2003 at 11:20:33AM +0100, Pavel Tsekov wrote: Hello, Does anyone have any objections ? Nope. Ok, I have uploaded it. I haven't removed the 'test' directive from the setup.hint file. Marcel, please send an announcement in a couple of hours. Thanks! :) Thank you. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: LPRng and ifhp packages ready
Some notes: --In your setup.hint, you need to include gawk fileutils sh-utils in the requirements (these are required by the scripts). --Your LPRng src archive is .tgz instead of .tar.bz2, and appears to be an uncompressed tar archive. In the LPRng binary package: --All your files start with ./ (e.g., ./usr/bin instead of usr/bin) and one looks suspicious: ./etc/postinstall/lprng.sh~ --/usr/doc/Cygwin/LPRng-3.8.19.README doesn't really tell me anything about the software. This is OK, but it's normal to give some hints. I personally am somewhat interested in lpr, but I don't have the time to read through the 25MB of documentation to figure it out. Surely the workings are a little different on Windows. It is also customary to put build requirements like gcc, etc. At this point I'm intimidated so I'll let someone more familiar with things like /etc/printcap to step in.
Re: [ITP] par 1.52
Runtime requirements: cygwin-1.3.19 or newer So this won't work with older dlls? Build requirements: cygwin-1.3.19 or newer Really? Not gcc? Not patch? Obvious or not, they should be listed. I vote for this after the above is fixed in usr/doc/Cygwin/par-1.52.README The binary worked fine for me and the packages documentation is great. I especially like that it can automatically re-align email quotes with Vim. :) In fact, this paragraph was reformatted with par.
minor packaging error in recent zsh
It looks like at least one file in the recent zsh release has ^Ms in it: /etc/profile.d/zshell.zsh . zsh gives a syntax error on lines in this file on my binary-mounted /etc directory. Could this be fixed? cgf
Re: [ITP] par 1.52
- Original Message - From: Joshua Daniel Franklin [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, February 07, 2003 2:10 PM Subject: Re: [ITP] par 1.52 Runtime requirements: cygwin-1.3.19 or newer So this won't work with older dlls? I was under the impression that making claims you havent verified was not so good - so many packages have the above kind of thing. Might be better to write cygwin (tested with 1.3.19, should work with newer) *shrug* Gareth
Re: [ITP] par 1.52
On Fri, Feb 07, 2003 at 04:40:52PM +1100, Gareth Pearce wrote: - Original Message - From: Joshua Daniel Franklin [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, February 07, 2003 2:10 PM Subject: Re: [ITP] par 1.52 Runtime requirements: cygwin-1.3.19 or newer So this won't work with older dlls? I was under the impression that making claims you havent verified was not so good - so many packages have the above kind of thing. Might be better to write cygwin (tested with 1.3.19, should work with newer) I agree. cgf
Re: wrong app-defaults in fresh installation
It is the lesstif package which creates a folder /usr/X11R6/lib/X11/app-defaults when /usr/X11R6/lib/X11/app-defaults/Mwm is extracted. When there is already a link app-defaults - /etc/X11/app-defaults/ the everything is fine - otherwise later you will get the app-defaults link to /etc/X11/app-defaults/ inside the usr/X11R6/lib/X11/app-defaults folder. I had the same problem sometime ago and complained ;) to the list. Don't know whether the lesstif maintainer or somebody else could fix it. Frank-Michael Danilo Turina wrote: Hi, in in a fresh installation of Cygwin on my new XP PC, I noticed that xcalc (and other X apps) didn't work properly. I have had this problem some time ago: within the directory /usr/X11R6/lib/X11/app-defaults has been created a link to /etc/X11/app-defaults (where the app-defaults of many applications are). So while in /usr/X11R6/lib/X11/app-defaults there are on the app-defaults of Mwm all the other app-defaults are in /usr/X11R6/lib/X11/app-defaults/app-defaults and the various X apps (e.g. xcalc) can't find them. Last time I thought that this problem was my fault in that I installed X, lessTiff, WindowMaker as separate packages before they were included in setup and then, when they become available in setup, I replaced them with the setup versions. So I thought some re-packaging would have caused that problem and simply replaced /usr/X11R6/lib/X11/app-defaults with a link to /etc/X11/app-defaults. Now, with a fresh Cygwin installation, I have the some problem (that I will solve in the same way) so I think there is some problem with the installation of some X package. Ciao, Danilo Turina
numlock
Is there a way to run XFree with the numlock key on without stopping the keys from working? I followed the instructions from Harold's post at: http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00307.html but that solution didn't seem to work for me. Thanks, JS. _ Surf together with new Shared Browsing http://join.msn.com/?page=features/browsepgmarket=en-gbXAPID=74DI=1059
Re: (fwd) non us keyboards and cygwin xfree86
I get the same error even if I try to compile the German keyboard: xkb_keymap de { xkb_keycodes{ include xfree86 }; xkb_types { include default }; xkb_compatibility { include default }; xkb_symbols { include en_US(pc105)+de }; xkb_geometry{ include pc(pc102) }; $ xkbcomp -xkm -m de /usr/X11R6/lib/X11/xkb/keymap/xfree86 /etc/X11/xkb/keymap/de Error:Include file wrong type (expected KeyNames, got Keymap) Include file xfree86 ignored Abandoning keycodes file de ho - i can only say that it worked for german (de) - maybe you should compare the entries and files for those two to see what the difference is ... if you find out anything - please let me know ... t On Thursday 06 February 2003 11:38, you wrote: Hi Tom, I tried that but got: $ xkbcomp -xkm -m gb /usr/X11R6/lib/X11/xkb/keymap/xfree86 /etc/X11/xkb/keymap/gb Error:Include file wrong type (expected KeyNames, got Keymap) Include file xfree86 ignored Abandoning keycodes file gb This is what /usr/X11R6/lib/X11/xkb/keymap/xfree86 says for gb: xkb_keymap gb { xkb_keycodes{ include xfree86 }; xkb_types { include default }; xkb_compatibility { include default }; xkb_symbols { include en_US(pc105)+gb }; xkb_geometry{ include pc(pc102) }; Can you see what I'm doing wrong? Thanks, JS. just because i often ran across it an due to my earlier question on that list which seems to pop up in google if you search for that topic i'd like to write down how to make cygwin's XWin work natively with a non us keyboard (tested with the german keyboard but should also work for other languages) * first you have to compile a keymap for your language - for german this looks like xkbcomp -xkm -m de /usr/X11R6/lib/X11/xkb/keymap/xfree86 \ /etc/X11/xkb/keymap/de in older versions of cygwin xfree86 it had to be /tmp/de.xkm instead of /etc/X11/xkb/keymap/de * then you can start your xserver like XWin.exe -xkbmap de and you should have your keyboard (btw. don't be surprised that in the shell not all charackters are shown - like for instance the german umlauts - thats the default bash behavior as used in cygwin - just open a vi inside that bash and you should be able to see all the other charackters too * if you want to know what the name for your keyboard is or which ones are available: just have a look at /usr/X11R6/lib/X11/xkb/keymap/xfree86 hope that helps someone and maybe this should be added to the cygwin/XFree86 faq ... i hope everything is correct and i have not missed anything - best wishes t -- thomas graichen [EMAIL PROTECTED] ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery -- end of forwarded message -- -- thomas graichen [EMAIL PROTECTED] ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery ___ __ Stay in touch with MSN Messenger http://messenger.msn.co.uk -- thomas graichen [EMAIL PROTECTED] ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery _ Chat online in real time with MSN Messenger http://messenger.msn.co.uk
RE: (fwd) non us keyboards and cygwin xfree86
The command below worked for me: $ xkbcomp -xkm -m gb /usr/X11R6/lib/X11/xkb/keymap/xfree86 \ /etc/X11/xkb/keymap/gb It may be nothing to do with your problem but neither of your examples of the xkbcomp commands you have tried show the '\' at the end of the 1st line of the command. Are you typing the command in as one line? If not you'll need the '\'. Leigh. -Original Message- From: J S [mailto:[EMAIL PROTECTED]] Sent: 06 February 2003 13:12 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: (fwd) non us keyboards and cygwin xfree86 I get the same error even if I try to compile the German keyboard: xkb_keymap de { xkb_keycodes{ include xfree86 }; xkb_types { include default }; xkb_compatibility { include default }; xkb_symbols { include en_US(pc105)+de }; xkb_geometry{ include pc(pc102) }; $ xkbcomp -xkm -m de /usr/X11R6/lib/X11/xkb/keymap/xfree86 /etc/X11/xkb/keymap/de Error:Include file wrong type (expected KeyNames, got Keymap) Include file xfree86 ignored Abandoning keycodes file de ho - i can only say that it worked for german (de) - maybe you should compare the entries and files for those two to see what the difference is ... if you find out anything - please let me know ... t On Thursday 06 February 2003 11:38, you wrote: Hi Tom, I tried that but got: $ xkbcomp -xkm -m gb /usr/X11R6/lib/X11/xkb/keymap/xfree86 /etc/X11/xkb/keymap/gb Error:Include file wrong type (expected KeyNames, got Keymap) Include file xfree86 ignored Abandoning keycodes file gb This is what /usr/X11R6/lib/X11/xkb/keymap/xfree86 says for gb: xkb_keymap gb { xkb_keycodes{ include xfree86 }; xkb_types { include default }; xkb_compatibility { include default }; xkb_symbols { include en_US(pc105)+gb }; xkb_geometry{ include pc(pc102) }; Can you see what I'm doing wrong? Thanks, JS. just because i often ran across it an due to my earlier question on that list which seems to pop up in google if you search for that topic i'd like to write down how to make cygwin's XWin work natively with a non us keyboard (tested with the german keyboard but should also work for other languages) * first you have to compile a keymap for your language - for german this looks like xkbcomp -xkm -m de /usr/X11R6/lib/X11/xkb/keymap/xfree86 \ /etc/X11/xkb/keymap/de in older versions of cygwin xfree86 it had to be /tmp/de.xkm instead of /etc/X11/xkb/keymap/de * then you can start your xserver like XWin.exe -xkbmap de and you should have your keyboard (btw. don't be surprised that in the shell not all charackters are shown - like for instance the german umlauts - thats the default bash behavior as used in cygwin - just open a vi inside that bash and you should be able to see all the other charackters too * if you want to know what the name for your keyboard is or which ones are available: just have a look at /usr/X11R6/lib/X11/xkb/keymap/xfree86 hope that helps someone and maybe this should be added to the cygwin/XFree86 faq ... i hope everything is correct and i have not missed anything - best wishes t -- thomas graichen [EMAIL PROTECTED] ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery -- end of forwarded message -- -- thomas graichen [EMAIL PROTECTED] ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery ___ __ Stay in touch with MSN Messenger http://messenger.msn.co.uk -- thomas graichen [EMAIL PROTECTED] ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery _ Chat online in real time with MSN Messenger http://messenger.msn.co.uk
Re: (fwd) non us keyboards and cygwin xfree86
On Thu, 6 Feb 2003, J S wrote: Hi Tom, I tried that but got: $ xkbcomp -xkm -m gb /usr/X11R6/lib/X11/xkb/keymap/xfree86 /etc/X11/xkb/keymap/gb Error:Include file wrong type (expected KeyNames, got Keymap) Include file xfree86 ignored Abandoning keycodes file gb Why are still people working with this way? The keyboard is configurable in the config file /etc/X11/XF86Config. A sample config file can be found at http://www.tu-chemnitz.de/~goal/xfree/XF86Config-4.bz2 bye ago
RE: overlapping windows [was Re: Some undesirable behaviour in Test77]
I am also running Xwin 4.2.0-25 under XP. I do not run another window manager (tried it and realized just how bad it would be). I am running Xwin -multiwindow -clipboard. I am running X all day at work. Though I do not have the overlapping problem at the beginning of my session, it often does show itself at some time during the day. I have also been noticing another problem that have been reported on this list. If I try to run different X apps on different virtual desktops (using MS Virtual Desktop Manager), all X apps just start to blink very quickly and the apps become unusable. I also noticed two other things that I have not seen reported here yet. First, as I bring up an X app (most often xterm), it often reacts as if the enter key is being held down. This will usually stop if I hit enter. The second thing that I have noticed is that in some apps (ddd is the one that I can easily reproduce this in), I can select data by double or triple clicking, but if I try to drag the mouse over words, the selection gets confused and ends up just emptying the clipboard. I have not yet tried this without the -clipboard setting, but I assume that this is the root cause. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 12:07 AM To: [EMAIL PROTECTED] Subject: Re: overlapping windows [was Re: Some undesirable behaviour in Test77] Peter, Are you saying that you are passing -multiwindow to XWin.exe AND running the window manager multiDesk? If that is the case, then you are doing something that is not intended: you are running two window managers. Obviously, this causes problems. Please explain what you are doing. Harold Peter W. Colovas wrote: I am running Xwin 4.2.0-25, and I am seeing the overlapping window problem. I am running the freeware window manager multiDesk. I like the multiwindow mode, and the integrated clipboard is very nice also.
Re: (fwd) non us keyboards and cygwin xfree86
Wow that works! Thanks Alex. On Thu, 6 Feb 2003, J S wrote: Hi Tom, I tried that but got: $ xkbcomp -xkm -m gb /usr/X11R6/lib/X11/xkb/keymap/xfree86 /etc/X11/xkb/keymap/gb Error:Include file wrong type (expected KeyNames, got Keymap) Include file xfree86 ignored Abandoning keycodes file gb Why are still people working with this way? The keyboard is configurable in the config file /etc/X11/XF86Config. A sample config file can be found at http://www.tu-chemnitz.de/~goal/xfree/XF86Config-4.bz2 bye ago _ MSN Messenger - fast, easy and FREE! http://messenger.msn.co.uk
Re: (fwd) non us keyboards and cygwin xfree86
Alexander Gottwald [EMAIL PROTECTED] wrote: On Thu, 6 Feb 2003, J S wrote: Hi Tom, I tried that but got: $ xkbcomp -xkm -m gb /usr/X11R6/lib/X11/xkb/keymap/xfree86 /etc/X11/xkb/keymap/gb Error:Include file wrong type (expected KeyNames, got Keymap) Include file xfree86 ignored Abandoning keycodes file gb Why are still people working with this way? The keyboard is configurable in the config file /etc/X11/XF86Config. A sample config file can be found at http://www.tu-chemnitz.de/~goal/xfree/XF86Config-4.bz2 maybe because it is notwhere really documented - this should definiteley go into the cygwin xfree86 faq and maybe a sample XF86Config should be part of the cygwin xfree86 distrib ... definitely this way is much better and cleaner than the xkbcomp thing by hand ... t -- thomas graichen [EMAIL PROTECTED] ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery
Re: (fwd) non us keyboards and cygwin xfree86
On Thu, 6 Feb 2003, thomas graichen wrote: maybe because it is notwhere really documented - this should definiteley go into the cygwin xfree86 faq and maybe a sample XF86Config should be part of the cygwin xfree86 distrib ... definitely this way is much better and cleaner than the xkbcomp thing by hand ... It's at least documented in the mailing list archive. Every month someone asks why XWin -keymap does not work anymore and I always tell to use the configfile. But it seems nobody searches the list archives. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: (fwd) non us keyboards and cygwin xfree86
Andrew, The selection becoming unhighlighted is the expected, though undesirable behavior of -clipboard. There has been much discussion of this on the list. Just search the mailing list archives for xwinclip if you want the full explanation. No comments on the other bugs. Kensuke will need to look at those. Harold Andrew Braverman wrote: I am also running Xwin 4.2.0-25 under XP. I do not run another window manager (tried it and realized just how bad it would be). I am running Xwin -multiwindow -clipboard. I am running X all day at work. Though I do not have the overlapping problem at the beginning of my session, it often does show itself at some time during the day. I have also been noticing another problem that have been reported on this list. If I try to run different X apps on different virtual desktops (using MS Virtual Desktop Manager), all X apps just start to blink very quickly and the apps become unusable. I also noticed two other things that I have not seen reported here yet. First, as I bring up an X app (most often xterm), it often reacts as if the enter key is being held down. This will usually stop if I hit enter. The second thing that I have noticed is that in some apps (ddd is the one that I can easily reproduce this in), I can select data by double or triple clicking, but if I try to drag the mouse over words, the selection gets confused and ends up just emptying the clipboard. I have not yet tried this without the -clipboard setting, but I assume that this is the root cause. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 12:07 AM To: [EMAIL PROTECTED] Subject: Re: overlapping windows [was Re: Some undesirable behaviour in Test77] Peter, Are you saying that you are passing -multiwindow to XWin.exe AND running the window manager multiDesk? If that is the case, then you are doing something that is not intended: you are running two window managers. Obviously, this causes problems. Please explain what you are doing. Harold Peter W. Colovas wrote: I am running Xwin 4.2.0-25, and I am seeing the overlapping window problem. I am running the freeware window manager multiDesk. I like the multiwindow mode, and the integrated clipboard is very nice also.
Re: overlapping windows [was Re: Some undesirable behaviour in Test77]
Whoops, I misspoke. multidesk is a windows based virtual desktop program. When I put X windows apps in more than one virtual desktop, they overlap so that the contents are muddled. Actually, you can still access the windows from the wrong virtual DT, I.e., a window that is supposed to be in DT 2 is still accessible in DT3, and obscures the contents of the proper window. -Pete Harold L Hunt II wrote: Peter, Are you saying that you are passing -multiwindow to XWin.exe AND running the window manager multiDesk? If that is the case, then you are doing something that is not intended: you are running two window managers. Obviously, this causes problems. Please explain what you are doing. Harold Peter W. Colovas wrote: I am running Xwin 4.2.0-25, and I am seeing the overlapping window problem. I am running the freeware window manager multiDesk. I like the multiwindow mode, and the integrated clipboard is very nice also. -- Peter W. Colovas RNC Traffic Processing Department cPSB Development Lucent Technologies Naperville, IL +1 630 224-2181
Running Xfig on XP problem
Hi, I have uninstalled/reinstalled cygwin + xfig trying to overcome various problems I haven't manage to resolve the problems which are: First, I am assuming the cygwin installed properly. I have tried to install both the versions of xfig (3.2.4 and 3.2.3d). When I try to import a Figure (I have tried with a GIF format) I get the following error: can't find giftopnm and ppmtopcx. What I should do to fix this error? (there may be problems with importing/exporting other formats). Also when I open Xfig I get following message prompted: App-defaults old version. Go to xfig directory and type make install . This does not work, do you know what is the problem? Also, I can only run Xfig as administrator on XP not as a user. I am prompted /usr/shar/texmf/web2c/textmf.cnf: permission denied. I am puzzled about this because when I installed cygwin I clicked on all users and DOS. Can anyone help? Regards, -Jannette Frandsen
Re: numlock
Actually, the instructions were mine, not Harold's (they were in response to a note from Harold). Try this... Start X without the NumLock modification. In an xterm, run xmodmap -pm. You should see something that resembles the following: xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4 mod5Scroll_Lock (0x4e) If Num_Lock shows up next to something other than mod2, then you'll need to change what comes after clear when you run xmodmap. Alternatively, you might experiment with the following scriptlet which tries to figure out which mod key is assigned to NumLock... numlock=`xmodmap -pm | grep -i num_lock | awk '{print $1}'` if [ $numlock != ] then xmodmap -e clear $numlock ${HOME}/.Xmodmap fi Of course, if your NumLock key was already assigned to mod2, then I'm not sure what's going on. You might want to experiment with running xev. If you've cleared NumLock from the keymap, then the value of state inside a KeyPress/Release event resulting from pressing a key on the numeric keypad should be 0x0 regardless of whether NumLock is on or off. From: J S [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: numlock Date: Thu, 06 Feb 2003 10:46:58 + Is there a way to run XFree with the numlock key on without stopping the keys from working? I followed the instructions from Harold's post at: http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00307.html but that solution didn't seem to work for me. Thanks, JS. _ Surf together with new Shared Browsing http://join.msn.com/?page=features/browsepgmarket=en-gbXAPID=74DI=1059 _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail
src/winsup/cygwin ChangeLog grp.cc passwd.cc s ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-02-06 14:01:54 Modified files: winsup/cygwin : ChangeLog grp.cc passwd.cc sec_helper.cc security.h uinfo.cc Log message: * security.h: Introduce names UNKNOWN_UID and UNKNOWN_GID and delete declaration of is_grp_member. * uinfo.cc (internal_getlogin): Use UNKNOWN_GID. * passwd.cc (pwdgrp::read_passwd): Use UNKNOWN_UID. * grp.cc (pwdgrp::read_group): Change group name to provide better feedback. (getgrgid): Use gid16togid32. * sec_helper.cc (is_grp_member): Delete. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.1745r2=1.1746 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/grp.cc.diff?cvsroot=srcr1=1.76r2=1.77 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/passwd.cc.diff?cvsroot=srcr1=1.69r2=1.70 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sec_helper.cc.diff?cvsroot=srcr1=1.35r2=1.36 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/security.h.diff?cvsroot=srcr1=1.38r2=1.39 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.110r2=1.111
src/winsup/mingw ChangeLog include/locale.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-02-07 02:13:55 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: locale.h Log message: * include/locale.h: Include stddef.h for definition of NULL. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.107r2=1.108 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/locale.h.diff?cvsroot=srcr1=1.3r2=1.4
winsup/utils ChangeLog cygcheck.cc path.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2003-02-07 04:51:26 Modified files: utils : ChangeLog cygcheck.cc path.cc Log message: * cygcheck.cc (common_apps): Add some more apps. * path.cc (get_cygdrive): Correctly set system flag. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.195r2=1.196 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.29r2=1.30 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/path.cc.diff?cvsroot=uberbaumr1=1.5r2=1.6
src/winsup/cygwin pipe.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-02-07 05:48:59 Modified files: winsup/cygwin : pipe.cc Log message: * pipe.cc (fhandler_pipe::close): Avoid extraneous this-. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pipe.cc.diff?cvsroot=srcr1=1.47r2=1.48
Re: Implementation of sched_rr_get_interval for NT systems.
Huh, I really don't know why I typed -c instead of -u. This is the same patch with addition of error checking on registry access as suggested by Robert Collins. Now with the right diff options. I am working on submitting the assignment too. Vaclav Haisman You're not wrong and it does matter. I will give this function more inspection later, but for the future please submit using the options that Igor specified. Robert is right that you do need an assignment, too. This is adding new functionality. Thanks for the patch and sorry for the rules. :-) cgf 2003-02-06 Vaclav Haisman [EMAIL PROTECTED] * Makefile.in: Add libusr32.a to DLL_IMPORTS. * wincap.h (wincaps::is_server): New flag. (wincapc::version): Change type to OSVERSIONINFOEX. (wincapc::is_server): New function. * wincap.cc (wincap_unknown::is_server): New initializer. (wincap_95): Ditto. (wincap_95osr2): Ditto. (wincap_98): Ditto. (wincap_me): Ditto. (wincap_nt3): Ditto. (wincap_nt4): Ditto. (wincap_nt4sp4): Ditto. (wincap_2000): Ditto. (wincap_xp): Ditto. (wincapc::init): Adapt to OSVERSIONINFOEX. Add detection of NT server systems. * sched.cc: Include windows.h and registry.h. (sched_rr_get_interval): Re-implement for NT systems. Index: cygwin/Makefile.in === RCS file: /cvs/src/src/winsup/cygwin/Makefile.in,v retrieving revision 1.114 diff -u -p -r1.114 Makefile.in --- cygwin/Makefile.in 24 Jan 2003 03:53:46 - 1.114 +++ cygwin/Makefile.in 6 Feb 2003 12:06:57 - @@ -141,7 +141,7 @@ EXTRA_OFILES=$(bupdir1)/libiberty/random MALLOC_OFILES=@MALLOC_OFILES@ -DLL_IMPORTS:=$(w32api_lib)/libkernel32.a +DLL_IMPORTS:=$(w32api_lib)/libkernel32.a $(w32api_lib)/libuser32.a # Please maintain this list in sorted order, with maximum files per 80 col line DLL_OFILES:=assert.o autoload.o cxx.o cygheap.o cygserver_client.o \ Index: cygwin/wincap.h === RCS file: /cvs/src/src/winsup/cygwin/wincap.h,v retrieving revision 1.14 diff -u -p -r1.14 wincap.h --- cygwin/wincap.h 15 Oct 2002 17:04:20 - 1.14 +++ cygwin/wincap.h 6 Feb 2003 12:06:57 - @@ -17,6 +17,7 @@ struct wincaps DWORDchunksize; int shared; unsigned is_winnt : 1; + unsigned is_server: 1; unsigned access_denied_on_delete : 1; unsigned has_delete_on_close : 1; unsigned has_page_guard : 1; @@ -53,9 +54,9 @@ struct wincaps class wincapc { - OSVERSIONINFO version; - char osnam[40]; - void *caps; + OSVERSIONINFOEX version; + char osnam[40]; + void *caps; public: void init (); @@ -70,6 +71,7 @@ public: DWORD IMPLEMENT (chunksize) int IMPLEMENT (shared) bool IMPLEMENT (is_winnt) + bool IMPLEMENT (is_server) bool IMPLEMENT (access_denied_on_delete) bool IMPLEMENT (has_delete_on_close) bool IMPLEMENT (has_page_guard) Index: cygwin/wincap.cc === RCS file: /cvs/src/src/winsup/cygwin/wincap.cc,v retrieving revision 1.18 diff -u -p -r1.18 wincap.cc --- cygwin/wincap.cc15 Oct 2002 17:04:20 - 1.18 +++ cygwin/wincap.cc6 Feb 2003 12:07:02 - @@ -16,6 +16,7 @@ static NO_COPY wincaps wincap_unknown = chunksize:0x0, shared:FILE_SHARE_READ | FILE_SHARE_WRITE, is_winnt:false, + is_server:false, access_denied_on_delete:false, has_delete_on_close:false, has_page_guard:false, @@ -55,6 +56,7 @@ static NO_COPY wincaps wincap_95 = { chunksize:32 * 1024 * 1024, shared:FILE_SHARE_READ | FILE_SHARE_WRITE, is_winnt:false, + is_server:false, access_denied_on_delete:true, has_delete_on_close:false, has_page_guard:false, @@ -94,6 +96,7 @@ static NO_COPY wincaps wincap_95osr2 = { chunksize:32 * 1024 * 1024, shared:FILE_SHARE_READ | FILE_SHARE_WRITE, is_winnt:false, + is_server:false, access_denied_on_delete:true, has_delete_on_close:false, has_page_guard:false, @@ -133,6 +136,7 @@ static NO_COPY wincaps wincap_98 = { chunksize:32 * 1024 * 1024, shared:FILE_SHARE_READ | FILE_SHARE_WRITE, is_winnt:false, + is_server:false, access_denied_on_delete:true, has_delete_on_close:false, has_page_guard:false, @@ -172,6 +176,7 @@ static NO_COPY wincaps wincap_98se = { chunksize:32 * 1024 * 1024, shared:FILE_SHARE_READ | FILE_SHARE_WRITE, is_winnt:false, + is_server:false, access_denied_on_delete:true, has_delete_on_close:false, has_page_guard:false, @@ -211,6 +216,7 @@ static NO_COPY wincaps wincap_me = { chunksize:32 * 1024 * 1024, shared:FILE_SHARE_READ | FILE_SHARE_WRITE, is_winnt:false, +
Re: ntsec odds and ends
On Wed, Feb 05, 2003 at 11:41:59AM -0500, Pierre A. Humblet wrote: 2003-02-05 Pierre Humblet [EMAIL PROTECTED] * security.h: Introduce names UNKNOWN_UID and UNKNOWN_GID and delete declaration of is_grp_member. * uinfo.cc (internal_getlogin): Use UNKNOWN_GID. * passwd.cc (pwdgrp::read_passwd): Use UNKNOWN_UID. * grp.cc (pwdgrp::read_group): Change group names to provide better feedback. (getgrgid): Use gid16togid32. * sec_helper.cc (is_grp_member): Delete. Applied with changes: - char group_name [UNLEN + 1] = mkgroup; + char group_name [UNLEN + 1] = run mkgroup; I didn't commit this change. + if (myself-uid == UNKNOWN_UID) + strcpy (group_name, run mkpasswd); /* Feedback... */ I've changed that to just mkpasswd. I don't like to introduce group names with spaces in it. And since they are longer than 8 chars, they'd get truncated by ls anyway. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ntsec odds and ends
On Thu, Feb 06, 2003 at 09:49:32AM -0500, Igor Pechtchanski wrote: Umm, Corinna, suppose some misguided soul would actually create a user named mkpasswd (or a group called mkgroup)? What then? Perhaps a note in the User Guide's ntsec section is in order? Or an FAQ? Feel free to write one. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Implementation of sched_rr_get_interval for NT systems.
On Thu, Feb 06, 2003 at 01:16:17PM +0100, Vaclav Haisman wrote: Huh, I really don't know why I typed -c instead of -u. Not a big deal but it's -u -p, actually. cgf
Re: ntsec odds and ends
On Thu, 6 Feb 2003, Corinna Vinschen wrote: On Thu, Feb 06, 2003 at 11:37:16AM -0500, Igor Pechtchanski wrote: +para +If a user or group is not present in filename/etc/passwd/filename (or +if a group is not present in filename/etc/group/filename), it will have +a special user/group id of -1 (which would be shown by commandls/command +as 65535). In releases of Cygwin before 1.3.20, the user/group name shown +was ''. Since Cygwin release 1.3.20, the name of a user with no +entry in filename/etc/passwd/filename will be shown as `mkpasswd', and +the name of a group not in filename/etc/group/filename will be shown as +`mkgroup', indicating the commands that should be run to alleviate the +situation. Weeell... that's not quite correct, unfortunately. - If the current user doesn't show up in /etc/passwd, it's *group* will be named mkpasswd. - Otherwise, if the login group of the current user isn't in /etc/group, it will be named mkgroup. - otherwise a group not in /etc/group will be shown as and a user not in /etc/passwd will be shown as . Nevertheless, thanks for the effort :-) Corinna Corinna, No problem, I'll rewrite this (after actually looking at the code this time). However, at least on my machine, most of the files, especially in /cygdrive/c, are owned by the Administrators group. If it's not in /etc/passwd, most files show up with for the user, which is not very informative... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune
Re: ntsec odds and ends
On Thu, Feb 06, 2003 at 01:10:33PM -0500, Igor Pechtchanski wrote: No problem, I'll rewrite this (after actually looking at the code this time). However, at least on my machine, most of the files, especially in /cygdrive/c, are owned by the Administrators group. If it's not in /etc/passwd, most files show up with for the user, which is not very informative... Sure but in this case the admins group is treated as a user since it's in the user entry of the file's security descriptor. I think we never get that right. The problem is that the ls entries only are 8 chars long, not enough to be really informative. Whatever you put in there (unknown, , mkpasswd, run mkpa, dumbass), you will deterministically get confused users. Which means, I appreciate that you're going to add a few words to the users guide. It's something we can point people to. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ntsec odds and ends
On Thu, Feb 06, 2003 at 07:24:13PM +0100, Corinna Vinschen wrote: On Thu, Feb 06, 2003 at 01:10:33PM -0500, Igor Pechtchanski wrote: No problem, I'll rewrite this (after actually looking at the code this time). However, at least on my machine, most of the files, especially in /cygdrive/c, are owned by the Administrators group. If it's not in /etc/passwd, most files show up with for the user, which is not very informative... Sure but in this case the admins group is treated as a user since it's in the user entry of the file's security descriptor. I think we never get that right. The problem is that the ls entries only are 8 chars long, not enough to be really informative. Whatever you put in there (unknown, , mkpasswd, run mkpa, dumbass), you will deterministically get confused users. Hey. dumbass. That may be the best suggstion yet. I'd definitely want to get rid of that if I saw it! I'd probably spend some time researching how to do it. I like it! cgf
Re: ntsec odds and ends
On Thu, 6 Feb 2003, Christopher Faylor wrote: On Thu, Feb 06, 2003 at 07:24:13PM +0100, Corinna Vinschen wrote: On Thu, Feb 06, 2003 at 01:10:33PM -0500, Igor Pechtchanski wrote: No problem, I'll rewrite this (after actually looking at the code this time). However, at least on my machine, most of the files, especially in /cygdrive/c, are owned by the Administrators group. If it's not in /etc/passwd, most files show up with for the user, which is not very informative... Sure but in this case the admins group is treated as a user since it's in the user entry of the file's security descriptor. I think we never get that right. The problem is that the ls entries only are 8 chars long, not enough to be really informative. Whatever you put in there (unknown, , mkpasswd, run mkpa, dumbass), you will deterministically get confused users. Hey. dumbass. That may be the best suggstion yet. I'd definitely want to get rid of that if I saw it! I'd probably spend some time researching how to do it. I like it! cgf Hey, getting back to my ls idea - how about a flashing bright white dumbass on a red background? That's bound to get anyone's attention :-D Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune
[PATCH] w32api [jld@ecoscentric.com: PathRelativePathTo() declarations]
Danny, I don't know if you read the cygwin mailing list but just in case... cgf - Forwarded message from John Dallaway [EMAIL PROTECTED] - From: John Dallaway [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: PathRelativePathTo() declarations Date: Tue, 4 Feb 2003 09:32:39 + Mail-Followup-To: [EMAIL PROTECTED] Organization: eCosCentric Limited I have discovered a trivial error in the shlwapi.h Win32 API header file. I'm not a Cygwin developer but have appended a patch to the installed file. John Dallaway eCosCentric Limited --cut here-- --- shlwapi.h.old 2002-11-25 20:21:02.0 + +++ shlwapi.h 2003-02-03 12:44:08.0 + @@ -262,12 +262,12 @@ WINSHLWAPI BOOL WINAPI PathMatchSpecW(LPCWSTR,LPCWSTR); WINSHLWAPI int WINAPI PathParseIconLocationA(LPSTR); WINSHLWAPI int WINAPI PathParseIconLocationW(LPWSTR); WINSHLWAPI void WINAPI PathQuoteSpacesA(LPSTR); WINSHLWAPI void WINAPI PathQuoteSpacesW(LPWSTR); -WINSHLWAPI BOOL WINAPI PathRelativePathToA(LPSTR,LPCSTR,DWORD,LPCWSTR,DWORD); -WINSHLWAPI BOOL WINAPI PathRelativePathToW(LPWSTR,LPCWSTR,DWORD,LPCSTR,DWORD); +WINSHLWAPI BOOL WINAPI PathRelativePathToA(LPSTR,LPCSTR,DWORD,LPCSTR,DWORD); +WINSHLWAPI BOOL WINAPI PathRelativePathToW(LPWSTR,LPCWSTR,DWORD,LPCWSTR,DWORD); WINSHLWAPI void WINAPI PathRemoveArgsA(LPSTR); WINSHLWAPI void WINAPI PathRemoveArgsW(LPWSTR); WINSHLWAPI LPSTR WINAPI PathRemoveBackslashA(LPSTR); WINSHLWAPI LPWSTR WINAPI PathRemoveBackslashW(LPWSTR); WINSHLWAPI void WINAPI PathRemoveBlanksA(LPSTR); -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ - End forwarded message -
Re: ntsec odds and ends
On Thu, 6 Feb 2003, Corinna Vinschen wrote: On Thu, Feb 06, 2003 at 01:10:33PM -0500, Igor Pechtchanski wrote: No problem, I'll rewrite this (after actually looking at the code this time). However, at least on my machine, most of the files, especially in /cygdrive/c, are owned by the Administrators group. If it's not in /etc/passwd, most files show up with for the user, which is not very informative... Sure but in this case the admins group is treated as a user since it's in the user entry of the file's security descriptor. Yes, it is. What I meant was files show up in the 'ls -l' listing with '' in the user field. Since the Administrators group is not the current user, this field won't be set to whatever the default is, will it? I'll have to wade through the code, I guess, to fully understand what's going on (and probably not even then :-) ). Igor I think we never get that right. The problem is that the ls entries only are 8 chars long, not enough to be really informative. Whatever you put in there (unknown, , mkpasswd, run mkpa, dumbass), you will deterministically get confused users. Which means, I appreciate that you're going to add a few words to the users guide. It's something we can point people to. Corinna -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune
Re: [PATCH] w32api [jld@ecoscentric.com: PathRelativePathTo() declarations]
2003-02-04 Danny Smith [EMAIL PROTECTED] * include/shlwapi.h (PathRelativePathTo[AW]): Correct prototypes. Thanks to: John Dallaway [EMAIL PROTECTED]. Thanks, Earnie. Christopher Faylor wrote: Danny, I don't know if you read the cygwin mailing list but just in case... cgf - Forwarded message from John Dallaway [EMAIL PROTECTED] - From: John Dallaway [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: PathRelativePathTo() declarations Date: Tue, 4 Feb 2003 09:32:39 + Mail-Followup-To: [EMAIL PROTECTED] Organization: eCosCentric Limited I have discovered a trivial error in the shlwapi.h Win32 API header file. I'm not a Cygwin developer but have appended a patch to the installed file. John Dallaway eCosCentric Limited --cut here-- --- shlwapi.h.old 2002-11-25 20:21:02.0 + +++ shlwapi.h 2003-02-03 12:44:08.0 + @@ -262,12 +262,12 @@ WINSHLWAPI BOOL WINAPI PathMatchSpecW(LPCWSTR,LPCWSTR); WINSHLWAPI int WINAPI PathParseIconLocationA(LPSTR); WINSHLWAPI int WINAPI PathParseIconLocationW(LPWSTR); WINSHLWAPI void WINAPI PathQuoteSpacesA(LPSTR); WINSHLWAPI void WINAPI PathQuoteSpacesW(LPWSTR); -WINSHLWAPI BOOL WINAPI PathRelativePathToA(LPSTR,LPCSTR,DWORD,LPCWSTR,DWORD); -WINSHLWAPI BOOL WINAPI PathRelativePathToW(LPWSTR,LPCWSTR,DWORD,LPCSTR,DWORD); +WINSHLWAPI BOOL WINAPI PathRelativePathToA(LPSTR,LPCSTR,DWORD,LPCSTR,DWORD); +WINSHLWAPI BOOL WINAPI PathRelativePathToW(LPWSTR,LPCWSTR,DWORD,LPCWSTR,DWORD); WINSHLWAPI void WINAPI PathRemoveArgsA(LPSTR); WINSHLWAPI void WINAPI PathRemoveArgsW(LPWSTR); WINSHLWAPI LPSTR WINAPI PathRemoveBackslashA(LPSTR); WINSHLWAPI LPWSTR WINAPI PathRemoveBackslashW(LPWSTR); WINSHLWAPI void WINAPI PathRemoveBlanksA(LPSTR); -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ - End forwarded message -
Re: Bug found - 'cygpath' v1.25/Build Date Jan 23, 2003...
On Wed, Feb 05, 2003 at 03:37:19PM -0500, Brian McColgan wrote: Running the following cygpath command (for the aforementioned build) gives me a 'core dump': 'cygpath --path --windows /usr/ant/lib/xml-apis.jar:/usr/ant/lib/xercesImpl.jar:/usr/ant/lib/optional.jar:/usr/ant/lib/ant.jar:.:/usr/local/jmf/JMF21~1.1/lib/sound.jar:/usr/local/jmf/JMF21~1.1/lib/jmf.jar:/c/WINDOWS/java/classes:/usr/junit/junit.jar java/lib/tools.jar' Works for me using the latest cygwin snapshot. Would you mind to test it also with the cygwin DLL + cygpath from the latest snapshot from http://cygwin/com/snapshots ? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cannot login to ftpd
I've seen this discussed before, but haven't been able to find a resolution yet. I have set up the ftp service in xinetd as follows: service ftp { socket_type = stream wait= no server = /usr/sbin/in.ftpd log_on_success += DURATION USERID log_on_failure += USERID user= ianb } I have set the CYGWIN environment variable to ntsec. My passwd file contains the following line: ianb::1000:513:Ian Boisvert,U-IANB\ianb,S-1-5-21-1220945662-1383384898-842925246-1000:/home/ian b:/bin/bash I have a /etc/shells file that contains /bin/bash. I run xinetd from the command line. From another console I run ftp and try to connect to 127.0.0.1. I enter my username, 'ianb', and my password, and I get and error stating login incorrect. I'm stumped. If anyone can offer a suggestion, I would appreciate it. Ian. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /usr/local/lib on library path
Ehm.. why? Try a gcc -print-search-dirs on any *NIX of GNU box and see if /usr/local/lib is in there. On my Linux box, this gives: libraries: =/usr/lib/gcc-lib/i386-redhat-linux/3.2/:/usr/lib/gcc/i386-redhat-linux/3.2/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../../i386-redhat-linux/lib/i386-redhat-linux/3.2/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../../i386-redhat-linux/lib/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../i386-redhat-linux/3.2/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../:/lib/i386-redhat-linux/3.2/:/lib/:/usr/lib/i386-redhat-linux/3.2/:/usr/lib/ and on my FreeBSD box this gives: libraries: =/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../../i386-unknown-freebsd4.7/lib/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../../i386-unknown-freebsd4.7/lib/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../:/lib/i386-unknown-freebsd4.7/3.2.1/:/lib/:/usr/lib/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/ so I see no reason for Cygwin to add it when Linux and BSD don't (not that Linux and BSD are the only relevant systems to compare to, of course) rlc On Wed, 5 Feb 2003, Isaque Galdino wrote: From the gcc info (`info gcc`), chapter Environment variabl es: `LIBRARY_PATH' The value of `LIBRARY_PATH' is a colon- separated list of That's ok, but shouldn't it be already been configured by cygwin environment? Isaque Galdino Free as a penguim - maybe The Beatles were trying to say that! :) --- UOL, o melhor da Internet http://www.uol.com.br/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Packaging software built with cygwin
The way I read GPL (but please correct me if I'm wrong) you should be able to write a fork off the current Setup that installs the Hercules and gets the Cygwin from one of the mirrors (of which you can download the list at the time of installing from cygwin.com). Technically, you would not be distributing Cygwin (because you would be using Red Hat's own distribution) but the effect would be the same. Your remaining problem would be that Cygwin is a moving target as you say, but Cygwin doesn't move all *that* quickly either, does it? I mean, you don't build Hercules against the latest snapshot do you? Of course, I have no idea how extensively you use the Cygwin API but my (arguably little, juding by the size of my projects vs yours) experience has always been that if you stick to POSIX compliance, Cygwin does the job quite nicely (and patches to Cygwin are usually welcome in case of error, provided you have a copyright waiver which I don't have). As for GPL rants: I'd be interested (off-list) in hearing your reasons for being against GPL, and even more in what alternatives you would propose. Greetz! rlc On Wed, 5 Feb 2003, Jay Maynard wrote: On Wed, Feb 05, 2003 at 12:55:43PM -0500, Christopher Faylor wrote: On Wed, Feb 05, 2003 at 11:18:22AM -0600, Jay Maynard wrote: It may be intended to be upward compatible, but that's not our experience. Ok. I'm not going to start scouring random other mailing lists for cygwin bug reports so I suppose this situation will continue In absence of any details, it's fruitless to carry this discussion any further. Fine by me; it's been over the past year or so, as well, so bug reports at this point will be of limited use. However, are you saying that if we encounter problems with Hercules 2.17 (built against Cygwin 1.3.19) running with, say, Cygwin 1.3.22, you'll take a bug report on that and fix the problem? BTW, I'm not the only one to have this problem; there's a message on the Hercules list that was posted in reply to my announcement that I would no longer distribute the DLLs saying that his company got away from Cygwin for exactly that reason. (I'll forward it, if you like.) Hmm. Looks like you just couldn't resist, huh? No, I couldn't. The source tarball for cygwin is 4.6M. I don't understand why this is a huge hardship but, frankly, I don't really care. 4.6 MB times how many versions will I need to keep around? Before I removed them from the Hercules site, I had four sets of the Cygwin DLLs, corresponding to four versions of Hercules they were needed for. Every time I release a new version of Hercules, that's another source tarball I'd need. Further, is that tarball guaranteed to satisfy the requirement to distribute the source code for that version? Is everything that's needed in that one tarball? If so, can I get that in writing, so that if someone comes along later and alleges a GPL violation, I can say, No, Red Hat says that distributing this tarball is sufficient.? Otherwise, I'd have to keep around the entire Cygwin source, just to make sure I included everything that was necessary. I'm sure that's more than 4.6 MB. A setup.ini with just the cygwin DLL in it seems pretty simple. True. OTOH, when setup.exe changes, the format of that file is subject to change (see Igor's warning in the message where he first suggested that). I can insulate myself from that by distributing setup.exe, but then I'm back in the same boat of making sure that I distribute the source code that's used to generate it. Btw, perhaps it is not your intention, but I catch a whiff of innuendo here makes me wonder if you're really asking for help or just here to make some statements. I'm looking for a way to make it simple for Hercules users to install the needed support for the Cygwin version without violating any licenses, without having to keep multiple megabytes of multiple versions of source code around that nobody will ever download, and without making them install multiple megabytes of Cygwin environment they have no interest in using. It's no secret that I've opposed the GPL for many years. (I invented the term GPV in 1989.) However, I'm stuck with it, so I'm trying to do what I need done without violating it. That doesn't mean I have to like it. Supporting other people's distributions is not a core focus of setup.exe. However, if this is important to you it should be pretty easy for you to submit patches to do what you want. I'll take a look in my copious free time. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ:
can't run arm-elf-gdb in Cygwin
Hi, I try to run arm-elf-gdb on Cygwin/WindowsXP, so I can connect evaluation board (ATMEL EB40) through a serial link. However, I met an error while launching gdb: GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as --host=i686-pc-cygwin --target=arm-elf.Segmentation fault (core dumped) (p.s. attachment is the dump file) I tried several version of gdb include gdb-5.0, gdb-5.2.1, gdb-5.3. But the result are all the same. Other GNU tools version (those I rebuilded for ARM): binutils-2.11.2 gcc-2.95.3 newlib-1.9.0 I also used insight try to debug arm-elf-gdb, the error seems generated from Line 934 of utils.c Would you please help me with this problem, thank you. David Jea _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Exception: STATUS_ACCESS_VIOLATION at eip= eax=6107DC0E ebx=0001 ecx= edx= esi=0A0562A8 edi=0022FAA0 ebp=0022E578 esp=0022E55C program=C:\cygwin\home\dcjea\install\bin\arm-elf-gdb.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args End of stack trace -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [almost ot]
-Original Message- From: Salvo [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 1:28 AM To: Cygwin mailing list Subject: [almost ot] I need a non-english keyboard in X. Where can I put somthing like setxkbmap it to have always this keyboard map in xterm? Hooray! I know the answer to that! I have a Danish keyboard, and I got it to work by editing the startxwin.sh script to include the following: # Set keyboard layout to Danish. setxkbmap -layout dk Thanks in advance! salvo I assume that by substituting the 'dk' with 'it' you will get an Italian keyboard layout. Regards, Jan Bruun Andersen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated Package: Whois 4.6.1
Hi, On 27-Dec-2002 20:07, Mark Bradshaw wrote: The most recent version of GNU Whois (4.6.1) has been uploaded to sourceware. This version no longer works with .org domains. Looks like 4.6.2 is out on http://www.linux.it/~md/software/ . Would it be possible to release this version, at your convenience? TIA, - Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: error Apache with mysql
Salvo wrote: Hi, If I try to start Apache demon, I get this error: [Thu Feb 6 01:20:14 2003] [warn] Loaded DSO lib/apache/mod_auth_mysql.dll uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it w ith -DEAPI) this means you have compiled the module dll with an apache that had no EAPI (enhanced API) patch applied. Should be ok. Syntax error on line 279 of /etc/apache/httpd.conf: Cannot add module via name 'mod_mysql_auth.c': not in list of loaded modules /usr/sbin/apachectl start: httpd could not be started AFAIK, the module is called mod_auth_mysql.c. Try to fix this in httpd.conf. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: can't run arm-elf-gdb in Cygwin
On Thu, Feb 06, 2003 at 03:45:24AM -0700, David Jea wrote: Hi, I try to run arm-elf-gdb on Cygwin/WindowsXP, so I can connect evaluation board (ATMEL EB40) through a serial link. However, I met an error while launching gdb: GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as --host=i686-pc-cygwin --target=arm-elf.Segmentation fault (core dumped) I've similar experience with my arm-elf-gdb 5.3. But `strace arm-elf-gdb` do not segfault. Strange. cygwin-1.3.19-1 Regards. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.20
Michael H. Cox wrote: Excuse me for butting in on this thread, but I'm having trouble using the cygwin CVS respository and since CVS seems to be the preferred method... Yes. I'm trying to build a debug version of cygwin1.dll to help debug a problem I'm having. I'd like to retrieve the source files used to build cygwin 1.3.19-1 from CVS. Following the instructions at http://cygwin.com/cvs.html I tried to checkout this version using: cvs -d:pserver:[EMAIL PROTECTED]:/cvs/src checkout -r cygwin-1-3-19-1 winsup (BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in cvsweb at http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src, but it is in CVS.) I only got a portion of the source files (the files under src/winsup/cygwin). If I don't use the tag, I get all the sources, but I'm getting files off the MAIN trunk that aren't tagged with cygwin-1-3-19-1. Yes. Cygwin incorporates things like newlib from outside winsup. Since cygwin does not own these, they don't get tagged. I assume the newlib people object to having loads of cygwin tags in their bit of src. I don't think that's what I want since I'll be getting changes that have occurred since the 1.3.19-1 release. How do I get the versions of w32api, newlib, etc. that were used to build 1.3.19-1 out of CVS? Tricky. Do you need to? Why not just build from HEAD, and see if your problem still exists? If it doesn't - great! If it does - you don't need to struggle with CVS to get it to give you the right files. If you really do need 1.3.19-1 specifically, I suggest you use the tarball - it *should* be buildable - otherwise there is not a lot of point in having it. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Packaging software built with cygwin
Technically, the ideal solution would be to link against a set of static libraries. I believe this would require some significant work to make it possible. OK, it feels like we're getting into a circular argument. I am not insisting that anyone do any particular thing to Cygwin. My intention is to raise a perspective on a potential use of Cygwin which may or may not be desirable, feasible, popular or supported by the Cygwin community. Also, the most experienced Cygwin coders won't be that interested, because they *like* Cygwin-the-enviroment, as opposed to Cygwin-for-the-sake-of-one-program. Fair enough, I like using Cygwin-the-environment, but feel restricted in terms of deploying binaries into a non-cygwin environment. Even though the Cygwin installation procedure has been greatly enhanced and streamlined, in my opinion Cygwin is too heavy-weight for an average computer user to install and administer. So, if this is outside the scope of what Cygwin is for, then that is a reasonable answer... I'm finding mingw is working quite well (perhaps, the best of both worlds) but would prefer to keep my code clean (POSIX) rather than infected with extraneous win32 calls... You can - they just can't use the unix APIs. I use Cygwin for all my compilation needs, Cygwin-linked, or native Win32. So rather than upsetting the Cygwin faithful, would it be better to expand the support POSIX subset for mingw, rather than making Cygwin an easily managed light-weight dependency. Regards, Nigel Stewart -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Packaging software built with cygwin
The source tarball for cygwin is 4.6M. I don't understand why this is a huge hardship but, frankly, I don't really care. 4.6 MB times how many versions will I need to keep around? Before I removed them from the Hercules site, I had four sets of the Cygwin DLLs, corresponding to four versions of Hercules they were needed for. Every time I release a new version of Hercules, that's another source tarball I'd need. I realize this is pretty late in the discussion, but I have a suggestion that might work. Online, you could distribute only the latest, known-working version of Hercules with cygwin1.dll and the source to that version of cygwin1.dll--no, you don't need the source to gcc (that's used to build it) nor the source to TeX (that's used for the documentation) nor the source to Linux (that's also GPL'd), why would you? For older versions, you could put a note stating that due to online space requirements older cygwin versions are not available online. If you don't have offline space issues, you could keep an archive around on your personal machine (or on CD or tape or punch-card or wherever) for emergencies. Hopefully in the future some good bug reports can be used to track down whatever is causing the backward-compaitibility to break, so this would no longer be necessary. Hope this helps and have a nice day. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Packaging software built with cygwin
Nigel Stewart Fiona Smith wrote: Fair enough, I like using Cygwin-the-environment, but feel restricted in terms of deploying binaries into a non-cygwin environment. Even though the Cygwin installation procedure has been greatly enhanced and streamlined, in my opinion Cygwin is too heavy-weight for an average computer user to install and administer. I agree that Cygwin is a very bulky solution if you only want to be able to run one program (ssh, or rsync, for example). So rather than upsetting the Cygwin faithful, would it be better to expand the support POSIX subset for mingw, rather than making Cygwin an easily managed light-weight dependency. Those are 2 different paths to the same goal. However, if you worked at it from the Cygwin end, the resulting code would be GPL. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Packaging software built with cygwin
Those are 2 different paths to the same goal. Just to clarify my goal Painless development and deployment of software across Linux and Windows. Both open-source and commercial. Which, for me is already 95% there with Cygwin, and possibly even 98% there with Cygwin+Mingw Cheers, Nigel Stewart (Perhaps time to delve more into MingW :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tclsh does not understand cygwin paths
I am a bit confused, from here: http://cygwin.com/lists.html It would seem like this was the right list to post cygwin specific problems with UNIX tools that come with Cygwin. Perhaps the web page should be updated to include three and not two exceptions, XFree, programs not from cygwin.com and tcl/tk. -Bill At 06:18 PM 2/5/2003 -0500, you wrote: On Wed, Feb 05, 2003 at 06:14:36PM -0500, William A. Hoffman wrote: The tclsh84 does not understand cygwin style paths. So, if you do tclsh /cygdrive/c/foo/bar.tcl it can not find the file. This tcl does: ftp://ftp.nanotech.wisc.edu/pub/khan/tcl/tcltk-8.3.4-cygwin/ I was wondering if Mumit Khan's patches for tcl could be incorporated into the cygwin tclsh. It seems sort of bad that the default tcl that comes with cygwin does not fully understand cygwin paths. Use. The. Insight. Mailing. List. To. Report. tcl/tk. problems. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Updated Package: Whois 4.6.1
Will do. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael Schaap Sent: Thursday, February 06, 2003 6:15 AM To: [EMAIL PROTECTED] Subject: Re: Updated Package: Whois 4.6.1 Hi, On 27-Dec-2002 20:07, Mark Bradshaw wrote: The most recent version of GNU Whois (4.6.1) has been uploaded to sourceware. This version no longer works with .org domains. Looks like 4.6.2 is out on http://www.linux.it/~md/software/ . Would it be possible to release this version, at your convenience? TIA, - Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tclsh does not understand cygwin paths
On Thu, Feb 06, 2003 at 10:01:25AM -0500, William A. Hoffman wrote: I am a bit confused, from here: http://cygwin.com/lists.html It would seem like this was the right list to post cygwin specific problems with UNIX tools that come with Cygwin. Perhaps the web page should be updated to include three and not two exceptions, XFree, programs not from cygwin.com and tcl/tk. Please go away. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Detecting text type in a shell script
Hi, I have been looking into the mailing-list archives and the manual but could not find any answer to the following problem, which will certainly sound trivial. I am release-engineering some software developed under Unix. The thing installs just fine under Cygwin when the UNIX file text type has been selected at installation type but breaks if the DOS file text type has been selected. So, what I would want to have in the ./install of the package I am release-enginering is something of the form: #!/bin/sh if [ ${cygwin-unix-type} eq true ]; then proceed(); else bail(); fi; How can I detect what text type was chosen at install time? (So that I can appropriately set/unset my cygwin-unix-type variable.) Again, if this is something that has already asked and answered, I apologize, I just didn't find it. Please feel free to redirect me to the appropriate documentation. Thanks! -- Nicolas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Detecting text type in a shell script
Nicolas Christin wrote: I have been looking into the mailing-list archives and the manual but could not find any answer to the following problem, which will certainly sound trivial. I am release-engineering some software developed under Unix. The thing installs just fine under Cygwin when the UNIX file text type has been selected at installation type but breaks if the DOS file text type has been selected. So, what I would want to have in the ./install of the package I am release-enginering is something of the form: #!/bin/sh if [ ${cygwin-unix-type} eq true ]; then proceed(); else bail(); fi; How can I detect what text type was chosen at install time? (So that I can appropriately set/unset my cygwin-unix-type variable.) Again, if this is something that has already asked and answered, I apologize, I just didn't find it. Please feel free to redirect me to the appropriate documentation. man mount Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Detecting text type in a shell script
On Thu, 6 Feb 2003, Max Bowsher wrote: Nicolas Christin wrote: How can I detect what text type was chosen at install time? (So that I can appropriately set/unset my cygwin-unix-type variable.) man mount Max, thanks. OK... I had actually checked that, but it didn't come to me as straightforward how to use it for my particular problem. Can I just assume that if I don't see any textmode field in the mount table, then everything is fine? More specifically, does something of the kind: #!/bin/sh # test we're in binmode mount | grep textmode /dev/null 21 if [ $? -eq 0 ]; then # found text modes - probably bad bail(); else proceed(); fi; would do? (I don't have a DOS-type installed Cygwin available at the moment, so I'm doing this blind and can't test it...) Thanks again, -- Nicolas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Detecting text type in a shell script
Nicolas Christin wrote: On Thu, 6 Feb 2003, Max Bowsher wrote: Nicolas Christin wrote: How can I detect what text type was chosen at install time? (So that I can appropriately set/unset my cygwin-unix-type variable.) man mount Max, thanks. OK... I had actually checked that, but it didn't come to me as straightforward how to use it for my particular problem. Can I just assume that if I don't see any textmode field in the mount table, then everything is fine? More specifically, does something of the kind: #!/bin/sh # test we're in binmode mount | grep textmode /dev/null 21 if [ $? -eq 0 ]; then # found text modes - probably bad bail(); else proceed(); fi; would do? (I don't have a DOS-type installed Cygwin available at the moment, so I'm doing this blind and can't test it...) Should do, but ditto. Have you tried linking you app with -lbinmode ? That should force all file access to be binary, whatever the mount. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Detecting text type in a shell script
Nicolas, At 08:13 2003-02-06, Nicolas Christin wrote: On Thu, 6 Feb 2003, Max Bowsher wrote: Nicolas Christin wrote: How can I detect what text type was chosen at install time? (So that I can appropriately set/unset my cygwin-unix-type variable.) man mount Max, thanks. OK... I had actually checked that, but it didn't come to me as straightforward how to use it for my particular problem. Can I just assume that if I don't see any textmode field in the mount table, then everything is fine? That would be a conservative approach. Clearly if there are no text mode mounts, text mode will not be in effect. But note that you must also check the CYGWIN environment variable, though, for the binmod / nobinmode option. Refer to http://cygwin.com/cygwin-ug-net/using-cygwinenv.html for details. If you want to be more refined about the determination you make in your script, you'll have to analyze the mount table as reported by the mount command and emulate Cygwin's algorithm for determining which mount point is used to access a given file (name). More specifically, does something of the kind: #!/bin/sh # test we're in binmode mount | grep textmode /dev/null 21 if [ $? -eq 0 ]; then # found text modes - probably bad bail(); else proceed(); fi; would do? (I don't have a DOS-type installed Cygwin available at the moment, so I'm doing this blind and can't test it...) Thanks again, -- Nicolas Randall Schulz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Best way to associate .tar.gz with tar -xzf?
On Thu, 6 Feb 2003, Igor Pechtchanski wrote: On Thu, 6 Feb 2003, Jamshid Afshar wrote: On Windows XP, I created a .tar.gz file type under Folder Options=File Types tab. I then set the Opens with to a one-line batch file wintargz.bat: FOR %%F IN (%1) DO pushd %%~pF tar -xvzf %%~nxF This allows double-clicking on a foo.tar.gz file to automatically cause it to be uncompressed and untarred. FYI, it is necessary to cd to that directory and untar only the filename portion without the path, otherwise you get the error appended below. Just thought I would share this. Maybe somebody has a better way to associate cygwin utilities with the Windows explorer. --Jamshid W:\Downloadstar -tzf W:\Downloads\privoxy-3.0.0-stable-src.tar.gz tar (child): Cannot execute remote shell: No such file or directory tar (child): W\:\\Downloads\\privoxy-3.0.0-stable-src.tar.gz: Cannot open: I/O error tar (child): Error is not recoverable: exiting now gzip: stdin: unexpected end of file tar: Child returned status 2 tar: Error exit delayed from previous errors Jamshid, This happens because tar doesn't understand Windows paths. Since you're using extended syntax anyway, you could try FOR /F usebackq delims=| %%F IN (`cygpath -u %1`) DO pushd %%~pF tar -xvzf %%~nxF Any other POSIX-illegal filename character can be used in place of |. Igor P.S. This probably won't work on Windows 9x. Oops, cut-and-paste problem, sorry. The above line should read: FOR /F usebackq delims=| %%F IN (`cygpath -u %1`) DO tar -xvzf %%F I should re-read my messages before sending (now, where have I heard *that* before?). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.20
On Thu, Feb 06, 2003 at 02:49:43AM -0700, Michael H. Cox wrote: -Original Message- To quote from the FAQ: As of this writing, you need to install at least the cygwin source package and the w32api source package. It is possible that the cygwin source package may require a newer version of the w32api package since the release of the packages is not always in lock step (another reason to just use CVS). ... Otherwise why do you even bother giving people sources if you only intend them to use (the occasionally broken) CVS? Excuse me for butting in on this thread, but I'm having trouble using the cygwin CVS respository and since CVS seems to be the preferred method... I'm trying to build a debug version of cygwin1.dll to help debug a problem I'm having. I'd like to retrieve the source files used to build cygwin 1.3.19-1 from CVS. Following the instructions at http://cygwin.com/cvs.html I tried to checkout this version using: cvs -d:pserver:[EMAIL PROTECTED]:/cvs/src checkout -r cygwin-1-3-19-1 winsup You are replying to a thread with the subject 1.3.20. It makes no sense for you to be using 1.3.19 sources to track down your problem. Doesn't it make sense that there is a possibility that whatever problem you're experiencing might already be solved in CVS? If you did debug your problem and managed to come up with a patch, then, again, it *makes no sense* for you to provide a patch against older sources. There is, once again, a likelihood that your patch wouldn't apply against the newer sources. (BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in cvsweb at http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src, but it is in CVS.) That's because the version tags are for my benefit. They are not intended for checking out a cygwin release. As Max has pointed out, to do that, I'd have to tag large parts of the sourceware repository. cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Fw: Cygwin 2.249.2.5 setup.exe error : All post install shellprograms could not run.
I installed 3 times on 3 different machines (win2k sp3, win2k server, win2kadv server) all the same problem. I downloaded the whole pkg and installed from directory. It finihsed and asked to setup link and icon and then the post install process ran and all the windows produced errors and no home was created as well other's things. Attached are the setup logs. I emailed Mark Zieg - this was his response... - Original Message - From: Zieg, Mark mark.zieg To: 'Abraham Gulko' [EMAIL PROTECTED] Sent: Wednesday, February 05, 2003 7:00 PM Subject: RE: Cygwin 2.249.2.5 I wish I had a good answer for you. That happened to a friend of mine last week, and I watched it happen, and re-created it myself, and was unable to either explain it or fix it. log.zip Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpath bug v1.25/Build Jan 23, 2003
Hi Corinna, I d/l'd the latest snapshot (i.e. cygwin-inst-20030205.tar.bz2) and it unpacked it, restarted cygwin, and ran everything and it WORKED fine! Below is the output of 'cygpath -version' to verify the version information: /c/ipl-0.1/impl 2005% cygpath -version cygpath (cygwin) 1.25 Path Conversion Utility Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc. Compiled on Feb 5 2003 /c/ipl-0.1/impl 2006% Thank you for pointing me at the snapshots. I will go there from now on to get updates for the Cygwin core. Cheers, Brian. _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpath bug v1.25/Build Jan 23, 2003
On Thu, 6 Feb 2003, Brian McColgan wrote: [snip] Thank you for pointing me at the snapshots. I will go there from now on to get updates for the Cygwin core. Cheers, Brian. Umm, please don't, unless you are asked to try one (or unless you want to be on the bleeding edge of Cygwin development). Snapshots are the latest, but not necessarily the greatest, versions of Cygwin. They are, in a sense, alpha releases. There might be some unfixed bugs lurking around, as well as work-in-progress. The official releases of Cygwin are packaged when the developers are satisfied that, to the best of their knowledge, the current round of changes they were making is complete. So, unless you are asked to, please don't use snapshots... Oh, and those of us who do want bleeding edge compile the DLL from CVS ourselves, anyway. Snapshots are *so-o-o* out-of-date. ;-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated Package: Whois 4.6.1
On 6-Feb-2003 16:19, Mark Bradshaw wrote: This version no longer works with .org domains. Looks like 4.6.2 is out on http://www.linux.it/~md/software/ . Would it be possible to release this version, at your convenience? Will do. Thanks! - Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.20
Michael H. Cox wrote: (BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in cvsweb at http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src, but it is in CVS.) I only got a portion of the source files (the files under src/winsup/cygwin). If I don't use the tag, I get all the sources, but I'm getting files off the MAIN trunk that aren't tagged with cygwin-1-3-19-1. I don't think that's what I want since I'll be getting changes that have occurred since the 1.3.19-1 release. How do I get the versions of w32api, newlib, etc. that were used to build 1.3.19-1 out of CVS? It appears there was a little slip-up with 1.3.19-1. Looking at e.g. http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/Makefile.in?cvsroot=src it's tagged with all the other cygwin version numbers, but not cygwin-1-3-19-1. I think it's simply been accidentally missed from the tag (i.e. someone did the tag at winsup/cygwin, not winsup). Chris says the tags are for his own use anyway, so evidently you're meant to use the source packages for 1.3.19-1 using setup.exe, use the CVS HEAD. See my earlier mails in this thread for how to avoid some of the potential problems with the 1.3.19-1 source packages ;). P.S. Jifl, welcome to the cygwin mailing list ;-). Heh. Jifl -- eCosCentric http://www.eCosCentric.com/ [EMAIL PROTECTED] --[ You can complain because roses have thorns, or you ]-- --[ can rejoice because thorns have roses. -Lincoln ]-- Opinions==mine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: can't run arm-elf-gdb in cygwin
On Thu, Feb 06, 2003 at 03:45:24AM -0700, David Jea wrote: I try to run arm-elf-gdb on Cygwin/WindowsXP, so I can connect evaluation board (ATMEL EB40) through a serial link. I've seen this reported in three different mailing lists now. This is a problem in newlib which was fixed by Jonathan Larmour. The fix will be in cygwin-1.3.20. You can download a cygwin snapshot by clicking on the snapshot link at http://cygwin.com/ . The most recent snapshot is close to what will become 1.3.20. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in path.cc (conv_path_list_buf_size)
On Wed, Feb 05, 2003 at 04:39:53PM -0500, Christopher Faylor wrote: On Wed, Feb 04, 2003 at 04:02:37PM -0500, Christopher Faylor wrote: On Wed, Feb 05, 2003 at 05:40:21PM +0100, Daniel Steinmann wrote: The above mentioned function returns sometimes a too small buffer size. This problem was found when using 'cygpath --path --windows' I see following solutions: a) Increase the slop. b) Make the size estimation more precise by adding the size of the current working directory for each relativ path element. What do you think? I'll add something which should suffice to work around the problem for 1.3.20. There is a new snapshot up with the change, if you want to try it. It works! Thanks a lot, Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Detecting text type in a shell script
Nicolas Christin wrote: On Thu, 6 Feb 2003, Max Bowsher wrote: Have you tried linking you app with -lbinmode ? That should force all file access to be binary, whatever the mount. No - but that's a very good point - worth trying out. Thanks a bunch. You haven't said exactly what your program does, so I can't be sure, but there is also -lautomode, which (IIRC) does text reads and binary writes. Remember - When reading in binary mode, your program may receive \r\n line terminations if that is what the file actually contains. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
crontab -u
Hi, I have cron running successfully on my Win2000 server. I use it to run = a job every 10 minutes. In the job, I specify that if an error is = found, e-mail the admin and then change the crontab file to no longer = run the job. To do this, I am trying to use the command crontab -u = Administrator stop_extract. Stop_extract is a text file with the = crontab details that I want to load. Administrator is the user that I = want to change the crontab file for. When I use cygwin I am automatically logged in as Administrator in = bash. At the command line I have used crontab start_extract to set = the crontab file and I have used crontab stop_extract to set the = crontab file. I confirm that both of those commands are valid and the = system behaves properly when each of those files is loaded into crontab. When I put my code together, I initially used crontab stop_extract to = alter the crontab in case of an error. However, crontab runs as SYSTEM. = It would not undo the crontab file for the Administrator, so, I tired to = use the -u function. When I use the -u parameter, I get a message saying = must be privileged to use -u. Does anyone know how to get -u to work? Or does anyone have a = suggestion for another method I can use to systematically unset crontab? Thanks, Mar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ctrl-c with X11
I use X11 forwarding, instead of exporting my display, to help display my programs remotely from work. But, when using X11, the I sometimes have to use Ctrl-c to cancel messages from within Pine, which then kills all ssh connections I have, and I must start my jobs all over again. Is there any way for me to get around this without exporting my display manually? Any config files I can edit to stop this from happening? Matthew _\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_ | James M. Bailey Phone: 662-325-9519 | | Systems and Network Administration | | [EMAIL PROTECTED] http://WWW.ERC.MsState.Edu/~jmb | |Mississippi State University ERC | |_| -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Couldn not exec error message
I made the serious mistake of reinstalling cygwin last week. Now I keep getting Couldn not exec errors in all my term windows when I start X right before it dies. I've tried removing all files, deleting all registry keys and reinstalling it at least 10 times. Nothing seems to fix this problem. I would appreciate some help. Thanks, kewei = __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ctrl-c with X11
On Thu, 6 Feb 2003, Matthew Bailey wrote: I use X11 forwarding, instead of exporting my display, to help display my programs remotely from work. But, when using X11, the I sometimes have to use Ctrl-c to cancel messages from within Pine, which then kills all ssh connections I have, and I must start my jobs all over again. Is there any way for me to get around this without exporting my display manually? Any config files I can edit to stop this from happening? Matthew Matthew, Please read the User's Guide http://cygwin.com/cygwin-ug-net/using-cygwinenv.html about the tty setting in the CYGWIN environment variable. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: assimilation cmd towards cygwin/bash
Time to get used to left-button copy, middle-button paste. Once you get a grip on the that, you've been officially assimilated! :-) Put this line in your cygwin.bat... rxvt -sl 1000 -rv -geometry 120x30 +sr -e bash -i Cheers, Nigel Stewart -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rcs ci and co hang
I am running into the same problem that Mr. Tolkin encountered (ci and co hang on cywin). His original description is http://www.cygwin.com/ml/cygwin/2000-06/msg00018.html. I asked him if he ever found a fix (I was unable to find one anywhere on the cygwin mailing lists) and he replied No I gave up on this and subsequently on cygwin. Bummer. Has anything changed on this? Thanks, MD -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rcs ci and co hang
I am running into the same problem that Mr. Tolkin encountered (ci and co hang on cywin). His original description is http://www.cygwin.com/ml/cygwin/2000-06/msg00018.html. I asked him if he ever found a fix (I was unable to find one anywhere on the cygwin mailing lists) and he replied No I gave up on this and subsequently on cygwin. Bummer. Has anything changed on this? Thanks, MD Where abouts does rcs c{i,o} hang? You could strace a running/hanging c{i,o} which may help finding the glitch. Or even better run in under gdb. Could you provide a test-case on how to make it hang or what process you do that makes it hang? Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
malloc() problem
There's also a bug right now that causes allocation of three times as much memory as Hercules actually calls for. (I believe that one's already been reported; it really hits Hercules hard, though, as it's not uncommon to have Hercules allocate 256 MB of memory for the emulated system's central storage, and a 768 MB allocation will drive most Windows boxes to their knees.) I'm not aware of any bug report along these lines. I must have missed it. A test case would be welcome. One of our developers has come up with a test case for this problem which I have pasted below. He's basically a windows programmer and I don't think he can write a short program to save his life ;-) The gist is, if you compile the program under cygwin, and use it to malloc() say 4M then PageFileUsage from GetProcessMemoryInfo() will be a little over 8M. If you compile the program using a windows compiler then the same value is reported back as a little over 4M (using windows malloc). Somehow, it seems, memory is getting doubly committed for large requests. I've been going through the code (last night's snapshot) but reading malloc code is like trying to swim in molasses ;-) I have figured out that malloc calls mALLOc() in winsup/cygwin/malloc.cc... I haven't yet determined which sbrk() is being called yet. Once I do, I plan to trace the VirtualAlloc() calls. Thanks, Greg Smith / // Cygwin double malloc research... / #include stdio.h // (need printf) #include windows.h // (need Windows (duh!)) #include Psapi.h // (need GetProcessMemoryInfo) #ifdef WIN32 #pragma comment(lib,Psapi.lib) #else #include unistd.h // (need sleep) #endif / int format() { printf ( \n Format:\n\n \fishtest malloc_size num_mallocs sleep_secs\\n\n Where:\n\n malloc_size = size of each malloc in 'K' (default is 1024)\n num_mallocs = how many mallocs to do (default is 1, max 100)\n sleep_secs = seconds to sleep before allocating, after allocating,\n and before freeing memory to give you time to manually\n examine system memory usage (default = 1)\n ); return 0; } / void mysleep(int secs) { #ifdef WIN32 Sleep(secs*1000); #else sleep(secs); #endif } / void mem_info() { // From SDK docs: /* The working set is the amount of memory physically mapped to the process context at a given time. Memory in the paged pool is system memory that can be transferred to the paging file on disk (paged) when it is not being used. Memory in the nonpaged pool is system memory that cannot be paged to disk as long as the corresponding objects are allocated. The pagefile usage represents how much memory is set aside for the process in the system paging file. When memory usage is too high, the virtual memory manager pages selected memory to disk. When a thread needs a page that is not in memory, the memory manager reloads it from the paging file. */ // Thus, all we're really interested in is the PagefileUsage value. PROCESS_MEMORY_COUNTERS pmc; pmc.cb = sizeof(pmc); if (!GetProcessMemoryInfo(GetCurrentProcess(),pmc,sizeof(pmc))) return; // (must be running on Win9x) printf(\nCurrent PagefileUsage = %ld K (peak: %ld K)\n\n, pmc.PagefileUsage/1024,pmc.PeakPagefileUsage/1024); } / void virt_info (unsigned long *mem_free, unsigned long *mem_reserved, unsigned long *mem_committed) { MEMORY_BASIC_INFORMATION memory_info; memory_info.BaseAddress = 0; *mem_free = *mem_reserved = *mem_committed = 0; while (VirtualQuery (memory_info.BaseAddress, memory_info, sizeof (memory_info))) { switch (memory_info.State) { case MEM_FREE: *mem_free += memory_info.RegionSize; break; case MEM_RESERVE: *mem_reserved += memory_info.RegionSize; break; case MEM_COMMIT: *mem_reserved += memory_info.RegionSize; *mem_committed += memory_info.RegionSize; break; default: printf(LOGIC ERROR IN virt_info FUNCTION\n); abort(); } memory_info.BaseAddress = (char *) memory_info.BaseAddress + memory_info.RegionSize; } } / int main (int argc, char* argv[]) { unsigned long mem_free, mem_reserved, mem_committed; int nMallocSizeInK = 1024; int nNumMallocs= 1; int nSleepSecs = 1; void* pMemAddrs[100]; inti = 0; if (argc != 4) return format(); nMallocSizeInK = atoi(argv[1]);
RE: I Don't Have Any Excuses
Subject: FINAL NOTICE - Your Account will be DELETED, $500.00 drawing ! This is your final notice. If you have already locked in your position with Sales-O-matic system then disregard this email and use the removal link at the bottom. If you have NOT signed up, then you need to do it right NOW because SalesOmatic is still holding your position and we have people that are waiting to be placed under you. You need to confirm or you're going to miss out on getting paid on your team ! I'm confused. Why haven't you confirmed yet? We place everyone under you and then notified you when you had a GUARANTEED Group ! You don't need to do anything but go to: http://basketballdad.zibycom.com/sales-o-matic/2.0_new/ and just put in your name, phone number and email address,then click on the Win Me ! $500.00 US Dollar sign AFTER you input your information As SOON As we have the rest of your information we'll begin placing people under you right away. We can't put anyone there until you confirm. So do it right now, before you do anything else! I don't want you to miss out on this. Just go to: http://basketballdad.zibycom.com/sales-o-matic/2.0_new/ PS. If you are no longer interested in turning your computer into a CASH COW, please remove yourself below so we can place all these people under someone else who is ready. If you have already confirmed your position then click on the removal link below. Either way we need to know if you're in or you're out because these people need to be placed quickly. == If you do not wish to receive any further messages from us, please send a blank e-mail to [EMAIL PROTECTED] with the word Remove in the subject. This option will not affect any preferences you may have previously expressed with respect to other emails. === -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Detecting text type in a shell script
- Original Message - From: Nicolas Christin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 06, 2003 11:51 AM Subject: Re: Detecting text type in a shell script On Thu, 6 Feb 2003, Max Bowsher wrote: Have you tried linking you app with -lbinmode ? That should force all file access to be binary, whatever the mount. No - but that's a very good point - worth trying out. Thanks a bunch. On Thu, 6 Feb 2003, David Robinow wrote: Has it occurred to you that a better solution might be to fix your software so that it works properly with text mounts? No can do. Our software does, but third-party software it relies on and it is distributed with apparently does not. I already have about 20 lines of shell with gory sed's and the like to patch the source code of those third-party packages in case Cygwin is detected (I can't assume patch is available), and I am *not* going to go through the source code of a bunch of external packages to fix all the possible problems there can be with text mounts. And before you ask, no, the people who develop those third-party packages won't fix them. It is much easier for me to tell people at installation time DOS type detected, which is unsuitable, compile at your own risk or to use Max's suggestion and try to write a kludge that forces -lbinmode everywhere if Cygwin is detected. Note that this stuff isn't even *supposed* to run under Windows, thank God (or to the Cygwin developers in that case) for small miracles. Anyway, thanks again for the tips, Max. Highly appreciated. Could you just run a dos2unix (on non-binary files) in your script? Something like ... #!/bin/sh cat input_1.txt | tr -d '\r' new_input_1.txt cat input_2.txt | tr -d '\r' new_input_2.txt proceed(); ... just wondering if it is a choice... --Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ctrl-c with X11
*** Matthew Bailey ([EMAIL PROTECTED]) wrote today: :) I use X11 forwarding, instead of exporting my display, to help display :) my programs remotely from work. But, when using X11, the I sometimes :) have to use Ctrl-c to cancel messages from within Pine, which then :) kills all ssh connections I have, and I must start my jobs all over :) again. One way to get around pressing the exact control key is by entering using the following key sequence ESC ESC C. -- Eduardo http://www.math.washington.edu/~chappa/pine/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rcs ci and co hang
I just tried running strace, and apparently I'm too much of a rookie at it, because when I killed it it seemed to leave a file under my RCS directory called _0002016, which seems to be impossible for me to remove by any means. That is a little worrisome. Look at the bottom of this... Anyway, the test case is trivial. Let foo.txt be any text file. Just type 'ci foo.txt'. It hangs immediately. Here is an example of what my screen looks like when it hangs: I tried your example and I didn't get a hang. I tried it using only a touched file, a text file with unix line endings and a text file with dos line endings... :/ Cat you send the output of `cygcheck -svr' as a non-compressed plain-text attachment to the list please :::-) 03-02-06:15:51:14:/cygdrive/c/TIACore= ci -mMyMessage foo.txt RCS/foo.txt,v -- foo.txt hangs here forever, until I ctrl-C out if it, at which point it says cleaning up etc. Not that I am using an RCS subdirectory for storing my comma-v files (or I would *like* to, if any of this worked) but that does not seem to matter. It fails whether I use an RCS subdir or not. To show you the whole pattern: 03-02-06:15:49:13:/cygdrive/c/TIACore= ci Agent.cpp RCS/Agent.cpp,v -- Agent.cpp RCS: Interrupt ---I killed it here. RCS: Cleaning up. 03-02-06:15:51:12:/cygdrive/c/TIACore= If you search on the Web you will see many references to this problem. A couple that seem to be relevant are: http://www.cygwin.com/ml/cygwin/2000-06/msg00018.html (--See the follow-up) http://www.cvsnt.org/pipermail/cvsnt/2001-December.txt I hope this helps. This is a major cygwin showstopper for me. Thanks very much for your help interest. Yours, Mike P.S. Do you have any idea how to get rid of that _0002016 file under my RCS directory? When I tried to do it from the DOS shell, this is what happened: C:\TIACore\RCSdir Volume in drive C has no label. Volume Serial Number is 07D2-060C Directory of C:\TIACore\RCS 02/05/2003 10:27p DIR . 02/05/2003 10:27p DIR .. 02/06/2003 02:11p 0 _0002016 02/06/2003 03:51p 0 ,foo.txt, 02/06/2003 03:51p 0 _0002164 3 File(s) 0 bytes 2 Dir(s) 28,407,824,384 bytes free Hmmm thats odd, I don't get the same results with rcs as you do so that's expected ;-) Try rebooting and I'm guessing you have admin privs so if after a reboot you still get apermissions error just reset the security on the file(s). Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /usr/local/lib on library path
On Thu, 6 Feb 2003 10:54:23 +0100 (CET) Ronald Landheer-Cieslak wrote: Ehm.. why? Try a gcc -print-search-dirs on any *NIX of GNU box and see if /usr/local/lib is in there. On my Linux box, this gives: Yeah, you are right! My mistake! -- Isaque Galdino de Araujo Slackware, Agenda VR3, Vim and Cygwin user. http://sites.uol.com.br/isaqueJava and C/C++ programmer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rcs ci and co hang
Michael, On Fri, 7 Feb 2003, Michael Drumheller wrote: I just tried running strace, and apparently I'm too much of a rookie at it, because when I killed it it seemed to leave a file under my RCS directory called _0002016, which seems to be impossible for me to remove by any means. That is a little worrisome. Anyway, the test case is trivial. Let foo.txt be any text file. Just type 'ci foo.txt'. It hangs immediately. Here is an example of what my screen looks like when it hangs: Please run the following from a bash prompt: 1) which ci and type -a ci, and paste the output of both in your message 2) cygcheck -svr cygcheck.txt, and include cygcheck.txt as an uncompressed text attachment, as Elfyn recommended 3) strace -o ci.strace -w ci foo.txt , wait until ci hangs (you'll see its output in a separate window), and look at the end of ci.strace for clues. You may be asked to post it (compressed) later (it might be a good idea to paste the output of wc /tmp/ci.strace, and, maybe, tail -10 ci.strace before ci is killed, into your message, though). By the way, it's only worth doing steps 2 and 3 if step 1 shows something like /bin/ci or /usr/bin/ci as the first entry in both cases. If you get any other result, you're most likely not running the Cygwin RCS, so this would be off-topic anyway. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: apache 1.3.27 binary install problems
Jason, I finally got a chance to upgrade to the 1.3.19-1 cygwin1.dll and the mmap error has disappeared! Apache 1.3.24-5 is working fine along with PHP 4.2.0 on WinXP Home SP-1. Cygwin is pretty impressive - I've showed it to people at work and they can't believe it. Great job guys. --George If it matters, I think the error seemed to happen shortly after starting up apache and periodically even if I didn't hit apache with any requests so I don't think I could've come up with a specific test case. I've sucessfully used the build of apache (1.3.24) that came with Cygwin on Windows 2000 (SP-2) but I've struggled getting it to work on Windows XP (SP-1) using the same install files. I've read previous posts about the rebasing issue and they have helped get me past that error, but I still get this error quite often: $ C:\cygwin\usr\sbin\httpd.exe: *** recreate_mmaps_after_fork_failed WAG Try the latest snapshot. There was a recent change to mmap that *may* fix your problem. /WAG Any ideas? If the above does not work, then strace httpd to get the exact Win32 error that corresponds to the above error. If you can post a small test case that reproduces this error, then the chances of the problem getting fixed is good. Jason ... Now when I try to start again I get: #2) Syntax error on line 241 of /usr/local/apache/conf/httpd.conf: Cannot add module via name 'mod_vhost_alias.dll': not in list of loaded modules I compared 1.3.24-5's httpd.conf file to 1.3.27's and the former has the syntax: AddModule mod_vhost_alias.c while the later uses .dll instead of .c so I changed .dll to .c in that section of httpd.conf. Is that correct? I think it resolved that problem because I move on to another error when trying to start apache: #3) httpd: bad user name nobody In httpd.conf on lines 318 and 319: User nobody Group #-1 Those lines weren't commented out but they are in 1.3.24 so I commented them out and httpd starts but with the rebase error I experienced with 1.3.24: $ C:\cygwin\usr\local\apache\bin\httpd.exe: *** unable to remap C:\cygwin\usr\lo cal\apache\libexec\mod_speling.dll to same address as parent -- 0x127 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: awk strangely outputs to file
On Feb 3, Harald Kierer wrote How can awk write Windows-like text files from within the script? The only way right now is to redirect the whole output like above. perhaps you would like to keep awk working the way it is currently and call use the program unix2dos to convert the output file to DOS format. You can write it in a single shell script somewhat like this... #!/bin/bash awk -v v_OutFile=c:/x -f example.awk /etc/passwd dos2unix c:/x IMO it would be a pain if awk were to output data with Windows style line terminators. It would affect other programs to which data is piped from awk. -- Chiranth M.C. Netkraft Pvt Ltd http://symonds.net/~chiranth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh port forwarding
I have an error msg that it lloks like people have had before, but where I've seen people mention the error before was when they really were not providing the neccessary parameters. I believe I am providing the correct syntax. I am trying to forward TCP ports over ssh. I have had this up and running on three different machines. Now they all report the same error: Matt@aptivaxp ~ $ ssh 5903:localhost:5900 [EMAIL PROTECTED] ssh: 5903:localhost:5900: no address associated with hostname. please help me figure this out. It's one of the most handy things I've ever come across. Matt __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: malloc() problem
On Thu, Feb 06, 2003 at 05:35:01PM -0500, Greg Smith wrote: There's also a bug right now that causes allocation of three times as much memory as Hercules actually calls for. (I believe that one's already been reported; it really hits Hercules hard, though, as it's not uncommon to have Hercules allocate 256 MB of memory for the emulated system's central storage, and a 768 MB allocation will drive most Windows boxes to their knees.) I'm not aware of any bug report along these lines. I must have missed it. A test case would be welcome. One of our developers has come up with a test case for this problem which I have pasted below. He's basically a windows programmer and I don't think he can write a short program to save his life ;-) A test case is not a 218 line program. Sorry. I did write a very small test case which malloced 4M and saw the problem you described by watching memory size go up in task manager. The problem seems to be due to the fact that the new version of malloc uses mmap for requests over 256K and mmap is, for some reason, doubly allocating private regions. I've set the threshold up to a larger number in malloc and built a new snapshot. This should work around the problem until we can figure out what is going wrong with mmap. I've alerted our mmap maintainer to the problem. So, try the snapshot and see if it fixes your problem. For your edification, the below is what I mean by a test case. A test case should be source code which demonstrates the problem in the smallest amount of code possible. The below has an extra bell or whistle but it at least should be understandable without a lot of study. cgf #include stdlib.h #include unistd.h int main(int argc, char **argv) { char *p; unsigned size = strtoul (*++argv ?: 4194304, p, 0); int i; printf (pid %d\n, getpid()); for (i = 0; i 1000; i++) { char buf[16]; malloc (size); puts (ding); gets (buf); } } -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh port forwarding
Matt wrote: I am trying to forward TCP ports over ssh. I have had this up and running on three different machines. Now they all report the same error: Matt@aptivaxp ~ $ ssh 5903:localhost:5900 [EMAIL PROTECTED] ssh: 5903:localhost:5900: no address associated with hostname. Try -L: $ ssh -L 5903:localhost:5900 [EMAIL PROTECTED] Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
TclX and J2SDK
* I already have Tcl/Tk installed in Cygwin and now I want to install TclX on Cygwin 32. I tried to install TclX but failed. These are what I did: 1. get the TclX from tclx.sourceforge.net 2. extract tclx8.3.5-src.tar.gz 3. go to tclx8.3.5/unix directory and run configure: ./configure --enable-gcc --with-tk=/usr/src/tcltk-20030128-3/tk/unix --with-tcl=/usr/src/tcltk-20030128-3/tcl/cygwin I got messages: loading cache ./config.cache Will build Tk specific code and wishx checking how to build libraries... shared checking TclX versions... 8.3.0 checking for Tcl configuration... found /usr/src/tcltk-20030128-3/tcl/cygwin/tclConfig.sh checking for existence of /usr/src/tcltk-20030128-3/tcl/cygwin/tclConfig.sh... loading checking for Tk configuration... found /usr/src/tcltk-20030128-3/tk/unix/tkConfig.sh checking for existence of ... checking loading /usr/src/tcltk-20030128-3/tk/unix/tkConfig.sh... checking for gcc... gcc checking whether the C compiler (gcc -O ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. what's going wrong? anybody has succeed in installing TclX? ** I also plan to install J2SDK on Cygwin, can anybody help me with this? I have downloaded the bin file from SUN website, what next? thanks, Paulus __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/