Re: maintaining bash
On Apr 10 12:17, Hans W. Horn wrote: Corinna Igor, Urgh! Bold hint: ./configure --prefix=/usr I just (con-)figured that out myself. Thx anyways! Just as a side note, http://cygwin.com/setup.html#package_contents mentions all usual configure options for a Cygwin installation. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Please upload: cvsutils-0.2.3-1, diffstat-1.39-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please upload these new versions of packages I maintain. Both had new upstream releases. You can delete diffstat-1.37-2. cvsutils: http://home.comcast.net/~ericblake/cvsutils-0.2.3-1.tar.bz2 26853 8206d972311e4ffac4ca8d397af8be4d http://home.comcast.net/~ericblake/cvsutils-0.2.3-1-src.tar.bz2 75649 03cfcfd959c94de1383fe18b730a93e3 setup.hint remains unchanged (prev: 0.2.1-1, curr: 0.2.3-1) diffstat: http://home.comcast.net/~ericblake/diffstat-1.39-1.tar.bz2 13151 6e358faea90df565fc572eb76fb471bd http://home.comcast.net/~ericblake/diffstat-1.39-1-src.tar.bz2 95502 37e2484e38ea9995c1e5a39e181da1ce setup.hint remains unchanged (prev: 1.38-1, curr: 1.39-1) - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCWnNo84KuGfSFAYARAsmjAJ9zYa6nEK80liPJJrq8G3/7J5dTnQCfQ7WM XKC25zRvG28M1SuQV1bi/VE= =nNnr -END PGP SIGNATURE-
Re: doxygen status
heard anything from the doxygen maintainer? R.I.P? On Mar 24 09:02, Hans Horn wrote: Group, I noticed that the vintage of doxygen that ships with cygwin (v1.2.18) is more than two years old. The current version of doxygen (1.4.1-20050315) builds ootb and appears to be functioning properly; I ran it on a mid-size C++ source tree and on a rather large Java source tree. When doing the latter, I noticed that the current vintage is almost infinitely faster than the one that is shipping with cygwin. The question is, is there a maintainer for doxygen, and if so, is she still alive and willing. If not, I'd like to step up to the plate and offer my services as new doxygen maintainer. Dunno if our Doxygen maintainer is still listening, but I've Cc'd the cygwin-apps list. Ryunosuke, are you still somewhere around? Are you still interested in maintaining doxygen? Hans, further discussion should take place on cygwin-apps. Thanks for your offer, Corinna
Re: Please upload: cvsutils-0.2.3-1, diffstat-1.39-1
On Apr 11 06:54, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please upload these new versions of packages I maintain. Both had new upstream releases. You can delete diffstat-1.37-2. cvsutils: http://home.comcast.net/~ericblake/cvsutils-0.2.3-1.tar.bz2 26853 8206d972311e4ffac4ca8d397af8be4d http://home.comcast.net/~ericblake/cvsutils-0.2.3-1-src.tar.bz2 75649 03cfcfd959c94de1383fe18b730a93e3 setup.hint remains unchanged (prev: 0.2.1-1, curr: 0.2.3-1) diffstat: http://home.comcast.net/~ericblake/diffstat-1.39-1.tar.bz2 13151 6e358faea90df565fc572eb76fb471bd http://home.comcast.net/~ericblake/diffstat-1.39-1-src.tar.bz2 95502 37e2484e38ea9995c1e5a39e181da1ce setup.hint remains unchanged (prev: 1.38-1, curr: 1.39-1) Uploaded. I removed diffstat-1.37-2. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: doxygen status
On Apr 11 07:12, Hans W. Horn wrote: heard anything from the doxygen maintainer? R.I.P? Nope. Go ahead. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: doxygen status
Corinna Vinschen wrote: On Apr 11 07:12, Hans W. Horn wrote: heard anything from the doxygen maintainer? R.I.P? Nope. Go ahead. I've just filed this upstream: http://bugzilla.gnome.org/show_bug.cgi?id=300204 [PATCH] Doxygen disobeys Cygwin 'text/binary mount mode' please consider including until it gets applied upstream. Also note that 1.4.2 has a nasty regression in member group handling. Locally, I've fallen back to 1.4.1. Max.
Re: doxygen status
Will do! thanks, Max. Max Bowsher wrote: I've just filed this upstream: http://bugzilla.gnome.org/show_bug.cgi?id=300204 [PATCH] Doxygen disobeys Cygwin 'text/binary mount mode' please consider including until it gets applied upstream. Also note that 1.4.2 has a nasty regression in member group handling. Locally, I've fallen back to 1.4.1. v1.4.2 has also fixed various problems, that caused me to move to 1.4.2. H.
Re: doxygen status
Hans W. Horn wrote: Will do! thanks, Max. Max Bowsher wrote: I've just filed this upstream: http://bugzilla.gnome.org/show_bug.cgi?id=300204 [PATCH] Doxygen disobeys Cygwin 'text/binary mount mode' please consider including until it gets applied upstream. Also note that 1.4.2 has a nasty regression in member group handling. Locally, I've fallen back to 1.4.1. v1.4.2 has also fixed various problems, that caused me to move to 1.4.2. Maybe then evaluate 1.4.2-20050419, which seems to have cleared up at least some of 1.4.2's regressions? Max.
Re: doxygen status
I've packaged tested the latest doxygen release (1.4.2-20050410) after applying Max' latest patch (http://bugzilla.gnome.org/show_bug.cgi?id=300204). Since this is my first package contribution: how do I go about uploading? I currently don't have a webserver where I can stage the packages. Corinna Vinschen wrote: On Apr 11 07:12, Hans W. Horn wrote: heard anything from the doxygen maintainer? R.I.P? Nope. Go ahead. Corinna
Re: doxygen status
On Mon, Apr 11, 2005 at 10:30:43AM -0700, Hans W. Horn wrote: I've packaged tested the latest doxygen release (1.4.2-20050410) after applying Max' latest patch (http://bugzilla.gnome.org/show_bug.cgi?id=300204). Since this is my first package contribution: how do I go about uploading? I currently don't have a webserver where I can stage the packages. That's rather a show stopper. We usually use the pull model for retrieving packages, which means you need to have a web site. Can't you use one of the free web hosting facilities? cgf
Re: doxygen status
Hans W. Horn wrote: I've packaged tested the latest doxygen release (1.4.2-20050410) after applying Max' latest patch (http://bugzilla.gnome.org/show_bug.cgi?id=300204). BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). Max.
Re: doxygen status
Max, Max Bowsher wrote: BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. I was using win32-g++. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). I did always build link doxygen with its own png (libpng1.0). Hm, interesting, cygwin's default png is libpng12, which infact is used in the include path for the compilation of doxygen sources, (e.g. g++ -c -fno-exceptions -fno-rtti -O -I../qtools -I/usr/include/libpng12 -I../libmd5 -o ../objects/ce_lex.o ce_lex.cpp). I just re-built doxygen w/o its built-in png and ran a few documentation projects. The results seem to indicate that the png version used doesn't matter. H.
Re: doxygen status
Hans W. Horn wrote: Max, Max Bowsher wrote: BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. I was using win32-g++. Ah. Then my patch certainly isn't having any effect at all, since qfile_unix.cpp isn't even being compiled. I've no specific points in favour of either option, just a general observation that when special-case windows file handling code is used, it often ends up going behind Cygwin's back, and making the program act more Windows-ish than a Cygwin user expects. Plus the win32-g++ mode has explicit -D__CYGWIN__ options thrown all over the place, when Cygwin compilers have been predefining that symbol for absolutely ages, suggesting that might be somewhat bitrotted. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). I did always build link doxygen with its own png (libpng1.0). Hm, interesting, cygwin's default png is libpng12, which infact is used in the include path for the compilation of doxygen sources, (e.g. g++ -c -fno-exceptions -fno-rtti -O -I../qtools -I/usr/include/libpng12 -I../libmd5 -o ../objects/ce_lex.o ce_lex.cpp). I just re-built doxygen w/o its built-in png and ran a few documentation projects. The results seem to indicate that the png version used doesn't matter. This is all I've been using to build with the system png library: Index: configure === RCS file: /u/kp3softd/cvsroot/configure,v retrieving revision 1.209 diff -u -p -r1.209 configure --- configure 10 Apr 2005 18:36:48 - 1.209 +++ configure 11 Apr 2005 21:19:31 - @@ -483,7 +483,6 @@ EOF echo $DST echo all: src/version.cpp $DST echo \$(MAKE) -C qtools $DST - echo \$(MAKE) -C libpng $DST echo \$(MAKE) -C libmd5 $DST echo \$(MAKE) -C src $DST if test $f_wizard = YES; then It seems a little wasteful for doxygen to carry around its own version of the code when there's already a package available. Max.
Re: doxygen status
Hi Max, I take that you are suggesting to configure doxygen with linux-g++. Will do, as well as builing using cygwin's libpng. greets, H. Max Bowsher wrote: Hans W. Horn wrote: Max, Max Bowsher wrote: BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. I was using win32-g++. Ah. Then my patch certainly isn't having any effect at all, since qfile_unix.cpp isn't even being compiled. I've no specific points in favour of either option, just a general observation that when special-case windows file handling code is used, it often ends up going behind Cygwin's back, and making the program act more Windows-ish than a Cygwin user expects. Plus the win32-g++ mode has explicit -D__CYGWIN__ options thrown all over the place, when Cygwin compilers have been predefining that symbol for absolutely ages, suggesting that might be somewhat bitrotted. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). I did always build link doxygen with its own png (libpng1.0). Hm, interesting, cygwin's default png is libpng12, which infact is used in the include path for the compilation of doxygen sources, (e.g. g++ -c -fno-exceptions -fno-rtti -O -I../qtools -I/usr/include/libpng12 -I../libmd5 -o ../objects/ce_lex.o ce_lex.cpp). I just re-built doxygen w/o its built-in png and ran a few documentation projects. The results seem to indicate that the png version used doesn't matter. This is all I've been using to build with the system png library: Index: configure === RCS file: /u/kp3softd/cvsroot/configure,v retrieving revision 1.209 diff -u -p -r1.209 configure --- configure 10 Apr 2005 18:36:48 - 1.209 +++ configure 11 Apr 2005 21:19:31 - @@ -483,7 +483,6 @@ EOF echo $DST echo all: src/version.cpp $DST echo \$(MAKE) -C qtools $DST - echo \$(MAKE) -C libpng $DST echo \$(MAKE) -C libmd5 $DST echo \$(MAKE) -C src $DST if test $f_wizard = YES; then It seems a little wasteful for doxygen to carry around its own version of the code when there's already a package available. Max.
Yr mail has been received
Yr mail has been received
cmdtool from Solaris standard package generates some errors presented on the console and nothing more
Hello dear mailing list participants, while trying to open cmdtool in te X11 displayback mode directed towards machine with cygwin X free environment running I get following: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 7 (X_ReparentWindow) Resource id in failed request: 0x3a Serial number of failed request: 48 Current serial number in output stream: 50 What does it mean and How can I hope with it? Would be glad to get some help from you. With Best Regards Ariel Burbaickij
Re: cmdtool from Solaris standard package generates some errors presented on the console and nothing more
On Mon, 11 Apr 2005, Ariel Burbaickij wrote: Hello dear mailing list participants, while trying to open cmdtool in te X11 displayback mode directed towards machine with cygwin X free environment running I get following: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 7 (X_ReparentWindow) Resource id in failed request: 0x3a Serial number of failed request: 48 Current serial number in output stream: 50 What does it mean and How can I hope with it? Would be glad to get some help from you. Quite a strange error. Maybe it tries to set the window parent to some windowmanager window which does not exist in multiwindow mode. Or it expects the CDE desktop to be present. does it happen in non-multiwindow mode too? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: cmdtool from Solaris standard package generates some errors presented on the console and nothing more
Thank you for quick response. I observed it in non-multiwindow mode, so I guess the question should be other way round ;-) On Apr 11, 2005 11:14 AM, Alexander Gottwald [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Ariel Burbaickij wrote: Hello dear mailing list participants, while trying to open cmdtool in te X11 displayback mode directed towards machine with cygwin X free environment running I get following: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 7 (X_ReparentWindow) Resource id in failed request: 0x3a Serial number of failed request: 48 Current serial number in output stream: 50 What does it mean and How can I hope with it? Would be glad to get some help from you. Quite a strange error. Maybe it tries to set the window parent to some windowmanager window which does not exist in multiwindow mode. Or it expects the CDE desktop to be present. does it happen in non-multiwindow mode too? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: cmdtool from Solaris standard package generates some errors presented on the console and nothing more
On Mon, 11 Apr 2005, Ariel Burbaickij wrote: Thank you for quick response. I observed it in non-multiwindow mode, so I guess the question should be other way round ;-) Then I'd expect it to be a bug in cmdtool. The windowed mode is very simple and all applications should work fine with it. I had observed several strange errors with solaris tools if some fonts were not available or the display was running in 16 bit color mode. But none of them match the error message. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: cmdtool from Solaris standard package generates some errors presented on the console and nothing more
Well, then I will try my luck with people from Solaris newsgroup. Thank you for your help, nevertheless On Apr 11, 2005 12:09 PM, Alexander Gottwald [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Ariel Burbaickij wrote: Thank you for quick response. I observed it in non-multiwindow mode, so I guess the question should be other way round ;-) Then I'd expect it to be a bug in cmdtool. The windowed mode is very simple and all applications should work fine with it. I had observed several strange errors with solaris tools if some fonts were not available or the display was running in 16 bit color mode. But none of them match the error message. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Non-admin users, /tmp/.X11-unix/X0 permissions
We have encountered a problem when different non-admin users try to use Cygwin/X on the same Windows system (at different times, I mean). This is with a standard Cygwin/X installation, as far as I can tell, so I'm rather surprised by how little discussion I found of this in the archives. After one normal user has run Cygwin/X, the next user gets told that s/he can't write to /tmp/.X11-unix/X0 The reason seems to be that the directory /tmp/.X11-unix has the t bit set (drwxrwxrwt), which means that normal users aren't allowed to mess with files that they don't own. Thus, the first user creates X0 with their ownership, the file then hangs around till the second user tries to run Cygwin/X, and they get told they can't overwrite it. The problem can be trivially resolved by removing the t bit from the directory - but presumably that represents a security exposure? If you want a specific release: we were chiefly using 6.8.1.0-9, but the problem is not confined to that release. This item in the archives seems to be only tangentially relevant: http://sourceware.org/ml/cygwin-xfree/2005-03/msg00058.html whose Subject is using cygwin/x as non-administrator doesn't work (which is not exactly the problem that we are getting, since the *first* non-administrator has no problems starting Cygwin/X as many times as they want to - the problem is with the second - and subsequent - users). The response in the archive is a bit vague: | You can allow other users to write to /tmp/.X11-unix, or have a /tmp | directory for every user where the user can create files at will. The first part of that would solve a problem that we haven't got: the issue is *not* that ordinary users can't write to the *directory*, -but- that, by virtue of the t bit, they can't interfere with files left there by someone else. Hence this standoff with X0. The second part of the suggestion presumably involves symlinking /tmp to something which has the user name in it, so that /tmp is a different actual path for each user? Is there some concrete, tried-and-tested, advice for resolving this situation, by whatever means, please? (And if it's entirely reliable, how about folding it into the released product?). Then there's this comment in the covering mail: | I suspect that this is due to having turned off the Server service | in XP. What was that about, please, and could it represent an alternative resolution of the problem which we are experiencing? thanks for any constructive advice. As a secondary point, could I mention some misleading trails? As someone had said in earlier discussion in the mail archives, it seems that this line in the log: _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root is a red-herring and should be ignored. And furthermore, that the subsequent lines _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running represents an incorrect deduction based on the preceding error - the server is *not* already running. The system also offered us this advice, in the course of investigations: Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. which, after consulting documentation and archives, we concluded was not a solution to our problem (albeit possibly a useful thing to do for unrelated reasons). Initially, time was wasted trying to follow-up these misleading diagnostics in the mistaken belief that they would resolve the original problem - would it be feasible to at least re-word them so that they don't lay false trails? But that's a side-issue. --
Re: Non-admin users, /tmp/.X11-unix/X0 permissions
On Mon, 11 Apr 2005, Alan J. Flavell wrote: whose Subject is using cygwin/x as non-administrator doesn't work (which is not exactly the problem that we are getting, since the *first* non-administrator has no problems starting Cygwin/X as many times as they want to - the problem is with the second - and subsequent - users). The response in the archive is a bit vague: | You can allow other users to write to /tmp/.X11-unix, or have a /tmp | directory for every user where the user can create files at will. The first part of that would solve a problem that we haven't got: the issue is *not* that ordinary users can't write to the *directory*, -but- that, by virtue of the t bit, they can't interfere with files left there by someone else. Hence this standoff with X0. The second part of the suggestion presumably involves symlinking /tmp to something which has the user name in it, so that /tmp is a different actual path for each user? You could assign each user a different /tmp path via mount mount -buf 'd:\temp\$USER' /tmp This way the files don't interfere _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root is a red-herring and should be ignored. And furthermore, that the subsequent lines _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running represents an incorrect deduction based on the preceding error - the server is *not* already running. On unix the xserver is installed as setuid root and can handle those permission problems by overruling the permissions with its root permissions. On cygwin this is not possible. Does it help if the t flag is cleared? Then we could create the directory without the flag instead. I don't care for filesystem security on windows anyway. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Non-admin users, /tmp/.X11-unix/X0 permissions
I guess in /usr/X11R6/bin/startxwin.bat, they circumvent the problem by removing the .X11-unix directory at start: :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix P. Alan J. Flavell wrote: We have encountered a problem when different non-admin users try to use Cygwin/X on the same Windows system (at different times, I mean). This is with a standard Cygwin/X installation, as far as I can tell, so I'm rather surprised by how little discussion I found of this in the archives. After one normal user has run Cygwin/X, the next user gets told that s/he can't write to /tmp/.X11-unix/X0 The reason seems to be that the directory /tmp/.X11-unix has the t bit set (drwxrwxrwt), which means that normal users aren't allowed to mess with files that they don't own. Thus, the first user creates X0 with their ownership, the file then hangs around till the second user tries to run Cygwin/X, and they get told they can't overwrite it. The problem can be trivially resolved by removing the t bit from the directory - but presumably that represents a security exposure? If you want a specific release: we were chiefly using 6.8.1.0-9, but the problem is not confined to that release. This item in the archives seems to be only tangentially relevant: http://sourceware.org/ml/cygwin-xfree/2005-03/msg00058.html whose Subject is using cygwin/x as non-administrator doesn't work (which is not exactly the problem that we are getting, since the *first* non-administrator has no problems starting Cygwin/X as many times as they want to - the problem is with the second - and subsequent - users). The response in the archive is a bit vague: | You can allow other users to write to /tmp/.X11-unix, or have a /tmp | directory for every user where the user can create files at will. The first part of that would solve a problem that we haven't got: the issue is *not* that ordinary users can't write to the *directory*, -but- that, by virtue of the t bit, they can't interfere with files left there by someone else. Hence this standoff with X0. The second part of the suggestion presumably involves symlinking /tmp to something which has the user name in it, so that /tmp is a different actual path for each user? Is there some concrete, tried-and-tested, advice for resolving this situation, by whatever means, please? (And if it's entirely reliable, how about folding it into the released product?). Then there's this comment in the covering mail: | I suspect that this is due to having turned off the Server service | in XP. What was that about, please, and could it represent an alternative resolution of the problem which we are experiencing? thanks for any constructive advice. As a secondary point, could I mention some misleading trails? As someone had said in earlier discussion in the mail archives, it seems that this line in the log: _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root is a red-herring and should be ignored. And furthermore, that the subsequent lines _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running represents an incorrect deduction based on the preceding error - the server is *not* already running. The system also offered us this advice, in the course of investigations: Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. which, after consulting documentation and archives, we concluded was not a solution to our problem (albeit possibly a useful thing to do for unrelated reasons). Initially, time was wasted trying to follow-up these misleading diagnostics in the mistaken belief that they would resolve the original problem - would it be feasible to at least re-word them so that they don't lay false trails? But that's a side-issue.
How do I get titlebars on client application windows in non-multiwindow mode?
I've recently installed cygwin-xfree 6.8.2.0-1 and cannot figure out how to get titlebars on my windows. How is this done? Thank-you, Gary --- ~ cat startwin.bat @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% SET XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults SET XCMSDB=/usr/X11R6/lib/X11/Xcms.txt SET XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB SET XNLSPATH=/usr/X11R6/lib/X11/locale if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if %OS% == Windows_NT goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP/2003 echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP run XWin -clipboard -silent-dup-error REM Startup an xterm, using bash as the shell. run xterm -geometry 80x25+4+4 -sl 1000 -sb -rightbar -ms blue -fg black -bg white -e /usr/bin/bash -l run xterm -geometry 80x25-4-4 -sl 1000 -sb -rightbar -ms blue -fg black -bg white -e /usr/bin/bash -l run xterm -geometry 80x25-4 -title -sl 1000 -sb -rightbar -ms blue -fg black -bg white -e /usr/bin/bash -l run xterm -geometry 80x25+4-4 -title test -sl 1000 -sb -rightbar -ms blue -fg black -bg white -e /usr/bin/bash -l --- Cygwin Configuration Diagnostics Current System Time: Mon Apr 11 08:28:44 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem\ c:\j2sdk1.4.2_02\bin c:\Program Files\Common Files\GTK\2.0\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 12967(garyta) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 12967(garyta) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 1006(Debugger Users)10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\garyta' MAKE_MODE = `unix' PWD = `/home/garyta' USER = `garyta' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\garyta\Application Data' CLIENTNAME = `Console' COLORFGBG = `0;default;15' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0' HOMEDRIVE = `Q:' HOMEPATH = `\' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\DC-BHM1' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `ActiveTouch Document Loader' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\garyta\LOCALS~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\garyta\LOCALS~1\Temp' USERNAME = `garyta' USERPROFILE = `C:\Documents and Settings\garyta' WINDIR = `C:\WINDOWS' WINDOWID = `168114600' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/mnt/NX/fonts (default) = `C:\Program Files\NX Client for Windows\usr\X11R6\lib\X11\fonts' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = `C:\Documents and Settings\garyta\.nx\tmp' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/mnt/NX/fonts (default) = `C:\Program Files\NX Client for Windows\usr\X11R6\lib\X11\fonts' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) =
Re: How do I get titlebars on client application windows in non-multiwindow mode?
On Mon, 11 Apr 2005, Gary Taylor wrote: I've recently installed cygwin-xfree 6.8.2.0-1 and cannot figure out how to get titlebars on my windows. How is this done? Start a window manager. Twm is installed with xorg-x11-bin but you may also install windowmaker or fvwm2. REM Windows NT/2000/XP/2003 echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP run XWin -clipboard -silent-dup-error run twm run xterm -geometry 80x25+4-4 -title test -sl 1000 -sb -rightbar -ms blue -fg black -bg white -e /usr/bin/bash -l -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Non-admin users, /tmp/.X11-unix/X0 permissions
On Mon, 11 Apr 2005, Chuck Theobald wrote: Interestingly, the suggestion that root needs to own /tmp/.X11-unix is impossible, as root is an invalid user. This is a message left over from the unix versions of Xorg. I'm just too lazy to go through the whole get a patch into the stable branch of Xorg to address this message. If anybody cares, file a patch at bugs.freedesktop.org and fight the security considerations of the xorg board. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: X application fails
No, Exactly the same error. Unfortunately, the only information I got from Agilent was that they couldn't get it to work either, in the past. They said it DOES work on linux with their application (isn't it virtually the same?). In any case thanks for replying. If you have an idea for a direction I could go with this, that would be helpful, otherwise I'll have to try other Xservers. Terry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Terry Dabbs Sent: Friday, April 08, 2005 12:29 PM To: cygwin-xfree@cygwin.com Subject: RE: X application fails Thanks, I won't be able to try it until Monday. On vacation today, so no direct access. I will let you know... Terry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Gottwald Sent: Friday, April 08, 2005 3:41 AM To: cygwin-xfree@cygwin.com Subject: Re: X application fails On Thu, 7 Apr 2005, Terry Dabbs wrote: I'm new to cygwin/X. I installed the cygwin/X package, and an using it with the expectation it will provide a display for hpux clients. What does work: - I use either startxwin.bat -or- startxwin.sh, type xhost + in the shell, then go to the hpux machine and set the display, send xrdb commands, and xterm runs on my pc from the hpux client. Logging in with XDMCP works, it looks very good. What does not work: I have an X application, Agilent's HPSmarttest, which runs OK with reflections XDMCP, but with both methods above it gives the error message (in a window on the display server!) that it can not create background window. Since it works using Reflections, I assume there is some setting, or something that is not set by default. Maybe it's a problem with the missing 8bit colorplane on Cygwin/X server. You might try to run Cygwin/X in 8bit mode (XWin -depth 8 -fullscreen) bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: X application fails
Another option, if it's only 1 app you have problems with is to run an X VNC Server session on your hpux box and then run the VNC Client on your windows box to see the app. I was having some problems with Sun's Workshop Debugger under Cygwin/X, and that was my solution. On Mon, 11 Apr 2005 14:47:01 -0500, Terry Dabbs wrote: No, Exactly the same error. Unfortunately, the only information I got from Agilent was that they couldn't get it to work either, in the past. They said it DOES work on linux with their application (isn't it virtually the same?). In any case thanks for replying. If you have an idea for a direction I could go with this, that would be helpful, otherwise I'll have to try other Xservers. Terry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Terry Dabbs Sent: Friday, April 08, 2005 12:29 PM To: cygwin-xfree@cygwin.com Subject: RE: X application fails Thanks, I won't be able to try it until Monday. On vacation today, so no direct access. I will let you know... Terry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Gottwald Sent: Friday, April 08, 2005 3:41 AM To: cygwin-xfree@cygwin.com Subject: Re: X application fails On Thu, 7 Apr 2005, Terry Dabbs wrote: I'm new to cygwin/X. I installed the cygwin/X package, and an using it with the expectation it will provide a display for hpux clients. What does work: - I use either startxwin.bat -or- startxwin.sh, type xhost + in the shell, then go to the hpux machine and set the display, send xrdb commands, and xterm runs on my pc from the hpux client. Logging in with XDMCP works, it looks very good. What does not work: I have an X application, Agilent's HPSmarttest, which runs OK with reflections XDMCP, but with both methods above it gives the error message (in a window on the display server!) that it can not create background window. Since it works using Reflections, I assume there is some setting, or something that is not set by default. Maybe it's a problem with the missing 8bit colorplane on Cygwin/X server. You might try to run Cygwin/X in 8bit mode (XWin -depth 8 -fullscreen) bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: X application fails
Thank You all for your help. I Copied the fonts for HPUX to the fonts directory for Cygwin/X. It works very well now. Terry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Paulus Sent: Monday, April 11, 2005 2:57 PM To: cygwin-xfree@cygwin.com Subject: RE: X application fails Another option, if it's only 1 app you have problems with is to run an X VNC Server session on your hpux box and then run the VNC Client on your windows box to see the app. I was having some problems with Sun's Workshop Debugger under Cygwin/X, and that was my solution. On Mon, 11 Apr 2005 14:47:01 -0500, Terry Dabbs wrote: No, Exactly the same error. Unfortunately, the only information I got from Agilent was that they couldn't get it to work either, in the past. They said it DOES work on linux with their application (isn't it virtually the same?). In any case thanks for replying. If you have an idea for a direction I could go with this, that would be helpful, otherwise I'll have to try other Xservers. Terry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Terry Dabbs Sent: Friday, April 08, 2005 12:29 PM To: cygwin-xfree@cygwin.com Subject: RE: X application fails Thanks, I won't be able to try it until Monday. On vacation today, so no direct access. I will let you know... Terry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Gottwald Sent: Friday, April 08, 2005 3:41 AM To: cygwin-xfree@cygwin.com Subject: Re: X application fails On Thu, 7 Apr 2005, Terry Dabbs wrote: I'm new to cygwin/X. I installed the cygwin/X package, and an using it with the expectation it will provide a display for hpux clients. What does work: - I use either startxwin.bat -or- startxwin.sh, type xhost + in the shell, then go to the hpux machine and set the display, send xrdb commands, and xterm runs on my pc from the hpux client. Logging in with XDMCP works, it looks very good. What does not work: I have an X application, Agilent's HPSmarttest, which runs OK with reflections XDMCP, but with both methods above it gives the error message (in a window on the display server!) that it can not create background window. Since it works using Reflections, I assume there is some setting, or something that is not set by default. Maybe it's a problem with the missing 8bit colorplane on Cygwin/X server. You might try to run Cygwin/X in 8bit mode (XWin -depth 8 -fullscreen) bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
src/winsup/cygwin ChangeLog syscalls.cc wincap ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-04-11 20:44:45 Modified files: winsup/cygwin : ChangeLog syscalls.cc wincap.cc wincap.h Log message: * syscalls.cc (sync): Use renamed has_get_volume_pathnames wincap. * wincap.h (wincaps::has_get_volume_pathnames): Rename from has_guid_volumes * wincap.cc: Accomodate above rename throughout. Set to false on Windows 2000. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2830r2=1.2831 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.370r2=1.371 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srcr1=1.36r2=1.37 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srcr1=1.28r2=1.29
src/winsup/cygwin ChangeLog autoload.cc syscal ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-04-11 21:54:54 Modified files: winsup/cygwin : ChangeLog autoload.cc syscalls.cc wincap.cc wincap.h Log message: Revert previous patch. * autoload.cc (GetVolumePathNamesForVolumeNameA): Remove. * autoload.cc (GetVolumeNameForVolumeMountPointA): Add. * syscalls.cc (sync): Rewrite guid case to skip floppies also on Windows 2000. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2831r2=1.2832 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.97r2=1.98 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.371r2=1.372 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srcr1=1.37r2=1.38 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srcr1=1.29r2=1.30
Re: setup.exe troubles
Bernhard Ege schrieb: Setup.exe has a problem though. It cannot remember the proxy port and always defaults to 80 regardsless. /etc/setup/last-connection contains the correct information, though. Yes, known problem. It also doesn't remember the proxy username and password. I had no time at all lately to add these promised enhancements. New job. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://phpwiki.org/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Courier-IMAP on cygwin
Kees Vonk wrote: When I start configure without the --without-authldap option I get the following error: checking for netinet/in.h... yes checking whether -lresolve is needed for res_query... configure: error: Cannot find function res_query You lack the 'minires-devel' package most likely. However when I inlcude the --without-authldap option the first bit of configure seems to work, but them when it gets to libltdl it suddenly fails with: configure: error: invalid package name: authldap Can anyone tell me how to get around this? I can compile it on my linux box without a problem. That sounds like maybe you have the switch spelled wrong. Check the output of ./configure --help to see what the script accepts. If that's not it and it's a libtool issue, it could be worth a try to relibtoolize, or just autoreconf, the package to regenerate the 'configure' and 'libtool' (and possibly many other) files using Cygwin's autoconf/libtool/automake. You'll need the -devel versions of those three packages. autoreconf --install --force --verbose is often the sledgehammer of first attack if a package won't build. No guarantees that this will help though. It may take some digging around in the configure.in to see what's going on. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Control and shift key timeouts
Seems to me like you have some accessibility options turned on in Windows... See Accessibility Options under Windows's Control Panel. Hope this helps, Sebastien On Mon, Apr 11, 2005 at 03:34:30PM +1000, Luke Kendall wrote: Hi Apologies for not mentioning this years ago, but ... In vi, if I hold down the shift or the control key and then move through the file (e.g. repeated CTRL-B or SHIFT-W use), and then hit no fresh keys for 5 seconds (i.e. just sit there with the CTRL or Shift key depressed), and then continue pressing B or W or whatever, the fact that the key is depressed seems to get lost. I have to lift that finger and press the key down again. This happens inside an rxvt window or inside a Cygwin window. It happens whether or not X is running. It happens inside an xterm. It also happens outside vi: e.g. if you're just editing a bash command line. Has anyone else noticed this? Regards, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ signature.asc Description: Digital signature
Re: lilypond-doc-2.4.3-1 using setup.exe 2.457.2.1 fails to display music images
Igor Pechtchanski writes: Wouldn't it be better to just change the HTML file so that they refer to the images in the correct relative directory? Yes, but someone has to fix makeinfo to support images that are not in the same directory as the resulting documentation is. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GTK+, CYGWIN MSW
Hi Jamiil, that is normal when using Cygwin. If you want a native version use MingW together with the gtk+ builds e.g. Tor offers. Stefan I have finally got an application to compile under cygwin, but to run it I have to launch the X server, 'startx' to be able to run the program under cygwin. However, I am not able to run the program form windows, I have added the 'cygwin.dll' and 'cygX11-6.dll' directories to the 'autoexec.bat' '%path%'. the program just does not run. What can I do to get this fixed? TIA _ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
INITCOMMONCONTROLSEX (undeclared first use this...
Hi, I am following a win32 tutorial, but I had a problem in one of the exercise. I had this error: Exercise.cpp:18: error: `INITCOMMONCONTROLSEX' undeclared (first use this function) Exercise.cpp:18: error: (Each undeclared identifier is reported only once for each function it appears in.) Exercise.cpp:18: error: parse error before `;' token Exercise.cpp:20: error: `InitCtrlEx' undeclared (first use this function) Exercise.cpp:22: error: `InitCommonControlsEx' undeclared (first use this function) The code of the program is this: INITCOMMONCONTROLSEX InitCtrlEx; InitCtrlEx.dwSize = sizeof(INITCOMMONCONTROLSEX); InitCtrlEx.dwICC = ICC_BAR_CLASSES; InitCommonControlsEx(InitCtrlEx); I included Commctrl.h I linked comctl32.lib And I have comctl32.dll version 5.82.2900.2180 I also tried to use just: InitCommonControls() but this latter gives me this error: 2 [main] Rain 3976 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 1854 [main] Rain 3976 open_stackdumpfile: Dumping stack trace to Rain.exe.stackdump How can I solve this problem? Thanks, Joao SMS GRÁTIS do seu PC para qualquer rede nacional (TMN, Vodafone, Optimus e PTC). Basta instalar o SAPO Messenger e adicionar amigos! Vá agora a : http://messenger.sapo.pt/sms/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem running xgettext after compiling gettext 0.14.1 with gc c 3.3.3
On Apr 11 15:39, Luke Kendall wrote: On 25 Feb, Igor Pechtchanski wrote: The application failed to initialize properly (0xc022). Click on OK to terminate the application Ah, right, 0xc022 is access denied, and 0xc005 is access violation (i.e., SEGV), most likely inside DllMain. Sorry, got confused for a moment. One thing you could try is set breakpoints in all of the DllMain functions, and trace through... Is the program installed on an NTFS file system? I seem to recall someone mentioning some special permission/privilege needed for a file to be allowed to execute from NTFS. 0xc022 you often get if the application is linked against a DLL which has no excute bit set in the permisions. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: INITCOMMONCONTROLSEX (undeclared first use this...
[EMAIL PROTECTED] wrote: Exercise.cpp:18: error: `INITCOMMONCONTROLSEX' undeclared (first use this function) Exercise.cpp:18: error: (Each undeclared identifier is reported only once for each function it appears in.) Exercise.cpp:18: error: parse error before `;' token Exercise.cpp:20: error: `InitCtrlEx' undeclared (first use this function) Exercise.cpp:22: error: `InitCommonControlsEx' undeclared (first use this function) Take a look at commctrl.h - that function and structure is guarded by #if (_WIN32_IE = 0x0300). You should define _WIN32_IE to IE3 or higher to activate that support. See the end of w32api.h for the list of values. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: INITCOMMONCONTROLSEX (undeclared first use this...
On Apr 11 08:24, [EMAIL PROTECTED] wrote: Hi, I am following a win32 tutorial, but I had a problem in one of the exercise. This is a Cygwin mailing list, not a Win32 programming mailing list, so that's off-topic here. Please look for another forum to ask your question. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem running xgettext after compiling gettext 0.14.1 with gcc 3.3.3
Peter Rehley wrote: The application failed to initialize properly (0xc005). Click on OK to terminate the application. My money is on this: http://sources.redhat.com/ml/cygwin/2004-09/msg01101.html. Newer gccs try to put const data in .rdata section, but this fails if one of those const datums is actually a pointer that needs runtime fixup by windows loader. The best solution at the moment seems to be to hunt down and remove instances of const data structures that contain pointers and remove the const keyword. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Deadlocked cygrunsrv processes with strace message _cygtls::remove: wait 0x0
Something about Apache 2 is causing its controlling cygrunsrv service process to deadlock within the Cygwin DLL when it attempts to exit. Attaching with strace to the hung process shows _cygtls::remove: wait 0x0. Signals sent to the hung process are not delivered (as shown by strace), but a kill -9 will succeed. Attaching with gdb does show anything that looks promising. Does anyone have any suggestions that could save me some time, compared to an in-depth study of the Cygwin DLL code in this area? Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem using INITCOMMONCONTROLSEX with cygwin
Hi, I use cygwin to compile my C++ programs. In one of them I had this error: Exercise.cpp:18: error: `INITCOMMONCONTROLSEX' undeclared (first use this function) Exercise.cpp:18: error: (Each undeclared identifier is reported only once for each function it appears in.) Exercise.cpp:18: error: parse error before `;' token Exercise.cpp:20: error: `InitCtrlEx' undeclared (first use this function) Exercise.cpp:22: error: `InitCommonControlsEx' undeclared (first use this function) The code of the program is this: INITCOMMONCONTROLSEX InitCtrlEx; InitCtrlEx.dwSize = sizeof(INITCOMMONCONTROLSEX); InitCtrlEx.dwICC = ICC_BAR_CLASSES; InitCommonControlsEx(InitCtrlEx); I included Commctrl.h I linked comctl32.lib And I have comctl32.dll version 5.82.2900.2180 I also tried to use just: InitCommonControls() but this latter gives me this error: 2 [main] Rain 3976 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 1854 [main] Rain 3976 open_stackdumpfile: Dumping stack trace to Rain.exe.stackdump How can I solve this problem? Thanks, Joao -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
GTK+, CYGWIN, MSW and GCC flagas
Before going any further, I would like to thank everyone involved in helping me find I solution to this problem, your help has been most valuable, specially yours Stefan; your help has been most welcomed. I did check Tor's web page righ after reading your message; there I found out that one can compile a gtk program under cygwin that will be able to run on MSW machines just by using the '-mno-cygwin' flag. I have not tested this flag and cannot make any assestment as to the certenty of Tor's statement for two reasons. I don't know how to use this falg and I don't want to spent the time finding out how it works knowing that the result could be unsatisfactory. Thus I have decided to post the folowing question to the group in the hope that someone might have had a previous encounter with this problem and be in a better possition to make a recomendation on this issue. Before Thanks to everyone envolved in From: Stefan Kost [EMAIL PROTECTED] To: Jamiil Abdullah-Alkadir [EMAIL PROTECTED] CC: gtk-list@gnome.org, gtk-app-devel-list@gnome.org, cygwin@cygwin.com Subject: Re: GTK+, CYGWIN MSW Date: Mon, 11 Apr 2005 08:51:34 +0200 Hi Jamiil, that is normal when using Cygwin. If you want a native version use MingW together with the gtk+ builds e.g. Tor offers. Stefan I have finally got an application to compile under cygwin, but to run it I have to launch the X server, 'startx' to be able to run the program under cygwin. However, I am not able to run the program form windows, I have added the 'cygwin.dll' and 'cygX11-6.dll' directories to the 'autoexec.bat' '%path%'. the program just does not run. What can I do to get this fixed? TIA _ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list _ Take advantage of powerful junk e-mail filters built on patented Microsoft® SmartScreen Technology. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Deadlocked cygrunsrv processes with strace message _cygtls::remove: wait 0x0
Max Bowsher wrote: Something about Apache 2 is causing its controlling cygrunsrv service process to deadlock within the Cygwin DLL when it attempts to exit. Attaching with strace to the hung process shows _cygtls::remove: wait 0x0. Signals sent to the hung process are not delivered (as shown by strace), but a kill -9 will succeed. Attaching with gdb does show anything that looks promising. Does anyone have any suggestions that could save me some time, compared to an in-depth study of the Cygwin DLL code in this area? Um. Oh. Dear. Since gdb backtrace wasn't helpful, I decided to try single stepping in gdb onwards from the last strace output. I found out that _cygtls.remove is being called successfully from dll_entry(DLL_THREAD_DETACH), which returns, and the hang finally occurs inside ZwTerminateThread() !!! What now? Do I scream and give up? Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Change Default Text File Format after installation
Hi, where does Cygwin store whether the user has chosen DOS or UNIX as the Default Text File Format when installing? Is it possible to change that setting without re-installing Cygwin? -- Sebastian Schuberth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: snapshot verification please
Please try the latest snapshot. Hi group, Unfortunately the newest cygwin.dll snapshot: CYGWIN_NT-5.1 WAW0968D 1.5.15s(0.126/4/2) 20050408 16:35:04 i686 unknown unknown Cygwin does not solved my problem. Background: I use a bash script that helps to compute 100 seti work units in offline mode. As you probably know seti process consumes all the available CPU time (it also eats about 15 MB of RAM), but it's priority is low, so the overall performance is not so much lowered. Test case: I am starting bash script, which takes a look into the directories with work units and then it starts seti process in the first directory containing work_unit.sah file. The bash script works in foreground, so I can easily stop seti process by simply pressing Ctrl-C. With versions prior to 1.5.12 stopping my script took lower than 1 second, with newer ones it takes minutes. Rxvt window freezes. When I click on it the cursor turns into sand-glass and the rxvt window gets additional text (Not responding) in caption. It also happened that seti process did not close the result_header.sah file correctly, so next time it had to start form scratch - hours of computations were lost. Because of above problem I have rolled back to 1.5.12 by swapping cygwin dlls. -- Greetings Tomasz Rojek -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsync hangs on checksum synchronization
FYI - I use rsync with checksums to synchronise from my laptop to work.
It syncs to a HP binary of rsync at the other end. I found I had to use
checksums because the time stamping was unreliable, transfering more
than it needed to. I have found it to be very reliable since switching
to checksums, but my database is much smaller, 591 files 477M.
I use this command:
rsync -crpz --progress --delete Makefile setup.exe setup.ini etc release
engserv3:/netapp1/cad/users/jasonp/cygwin-beta/
On Cygin I have rsync version 2.6.3 protocol version 28 (2.6.3-1)
On HP I have rsync version 2.5.6 protocol version 26
Regards,
Jason
At 08:31 AM 4/9/2005, you wrote:
Hi everybody,
I'm experiencing another variant of the rsync hang-problem. I'm using rsync
locally to synchronize some large amount of data (~ 80 GB of media files)
with an attached USB harddrive. The command I use for everyday
synchronization reads as:
rsync -CvubrltgoD -v --delete --backup-dir=/CYGDRIVE/p/BACKUP
--exclude=System Volume Information --exclude=RECYCLER
--exclude=desktop.ini --stats --progress /CYGDRIVE/m/ /CYGDRIVE/$1
This command just works as expected - no problems occur. However, I want to
run a cron job every month that performs a thorough, binary comparison
between the two trees. The command reads as:
rsync -cCvubrltgoD -v -v --delete --backup-dir=/CYGDRIVE/p/BACKUP
--exclude=System Volume Information --exclude=RECYCLER
--exclude=desktop.ini --stats --progress /CYGDRIVE/m/ /CYGDRIVE/$1
As you will notice, the only noticeable difference is the additional
-c-switch which implies the use of checksums.
Running the second command results in a large list being built (locally,
from /CYGDRIVE/m/), which soon stops after about 100 files. The point where
it stops is not identical all the time.
I don't know if I should attach the result of the cygcheck-command here
since it contains a large amount of data - if you need any more information,
please ask me to provide it. Google could not help me in this issue, and I
can't see why the command in question should not work.
'cygcheck -srv' is always a help. I'd suggest *attaching* an uncompressed
version in any follow-up. How large could it be? Mine's 43K.
Also, please note that if any of your mounted drives ('/cygdrive/X')
require windows authentication to access, you'll have trouble with that
when running as a service (if the service is run as 'SYSTEM' rather than
under your Windows login).
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Change Default Text File Format after installation
On Mon, 11 Apr 2005, Sebastian Schuberth wrote: Hi, where does Cygwin store whether the user has chosen DOS or UNIX as the Default Text File Format when installing? Is it possible to change that setting without re-installing Cygwin? In the mount table. See man mount. Google for cygwin remount binary for a handy one-liner. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
floppy disk being accessed but shouldn't
Since I upgraded to 1.5.14, I hear the floppy drive being accessed and yet my scripts, to my knowledge, don't do this. Under 1.5.12, it was very quiet. I notice in the registry older mounts. Would cleaning these up help? Anyone know what tools or under what conditions a floppy drive seek home is performed? cygcheck has always done this, any other tools changed to do this? -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. Cygwin Configuration Diagnostics Current System Time: Mon Apr 11 09:30:15 2005 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: .\ e:\projects\RebootAnalysisTools\FieldLogProcessing\bin e:\projects\RebootAnalysisTools\LogAnalysisTools\LogAnalysisTools e:\projects\RebootAnalysisTools\LogAnalysisTools\LogAnalysisTools\BashScripts c:\logs\bin C:\cygwin\bin e:\projects\RebootAnalysisTools\LogAnalysisTools\LogAnalysisTools\BashScripts e:\projects\RebootAnalysisTools\LogAnalysisTools\LogAnalysisTools c:\ClarifyCRM12.5\Configurator\Common Files\CCAutomation c:\ClarifyCRM12.5\ClarifyClient c:\Perl\bin\ c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\WinZip c:\Program Files\Network Associates\PGPNT c:\Program Files\CVS c:\enscript y:\bin c:\cygnus\usp-981014\bin c:\cygnus\usp-99r1-elf\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 13038(shaffek) GID: 10513(Domain Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 13038(shaffek) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) 14009(Drivers) 13034(Explorer-Access) 12402(SourceSafe) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `c:\logs' PWD = `/e/test/two_ips_on_cmd2000_entry' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\shaffek\Application Data' COFCOR = `.;\\triton\support\Problem Analysis\Field Debugging\LogAnalysisTools\CofCor;\\explr_drivers2\Reboot_results\PerlProcessed\UserData\Xod;e:\cofcorelf' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `CRUNCH' COMSPEC = `C:\WINNT\system32\cmd.exe' CRSIGSDIR = `\\explr_drivers2\reboot_results\Reboot_Signatures\' CVSROOT = `:pserver:[EMAIL PROTECTED]:/export/cvsroot' CYGNUSBIN = `C:\cygwin\bin' DEF_PATH = `C:\ClarifyCRM12.5\Configurator\Common Files\CCAutomation;C:\ClarifyCRM12.5\ClarifyClient;C:\Perl\bin\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Program Files\WinZip;C:\Program Files\Network Associates\PGPNT;c:\Program Files\CVS' GC_LANG = [EMAIL PROTECTED]' HOMEDRIVE = `Y:' HOMEPATH = `\' HOMESHARE = `\\dsnserv1\shaffek$' LOGANADIR = `e:\projects\RebootAnalysisTools\LogAnalysisTools' LOGONSERVER = `\\BCGSERV7' LOGSCRIPTS = `e:\projects\RebootAnalysisTools\LogAnalysisTools\LogAnalysisTools\BashScripts' LOGTOOLS = `e:\projects\RebootAnalysisTools\LogAnalysisTools\LogAnalysisTools' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\shaffek\Local Settings\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\shaffek\Local Settings\Temp' USERDNSDOMAIN = `bcgssbd.sciatl.com' USERDOMAIN = `BCG_SSBD' USERNAME = `shaffek' USERPROFILE = `C:\Documents and Settings\shaffek' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' automount flags = 0x0020 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `c:' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/d (default) = `d:' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/y (default) = `y:' flags = 0x
Re: Change Default Text File Format after installation
where does Cygwin store whether the user has chosen DOS or UNIX as the Default Text File Format when installing? Is it possible to change that setting without re-installing Cygwin? In the mount table. See man mount. Google for cygwin remount binary for a handy one-liner. Thanks. The default mounts seem to be encoded in the Windows registry, as there is not fstab. It also seems I need to change the flags in a key named cygdrive flags if I want to change the mount mode of auto-mounted drives. Is that correct? Is there an explanation of the flags somewhere (well, without having to checkout all the source code and search for it ...). -- Sebastian Schuberth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
FDA-conform validation - any hints?
Hi all, my company develops medical devices, so we must fulfill the FDA (U.S. Food Drug Administration) regulations. As we are using Cygwin in our software build chain (especially for GNU make and bash), we need to explain what makes us so confident. I've scanned the archives with no satisfying outcome, so ... Has anyone ever tried this before? Do you have any hints? Thanks all! Jan. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Change Default Text File Format after installation
On Apr 11 15:55, Sebastian Schuberth wrote: where does Cygwin store whether the user has chosen DOS or UNIX as the Default Text File Format when installing? Is it possible to change that setting without re-installing Cygwin? In the mount table. See man mount. Google for cygwin remount binary for a handy one-liner. Thanks. The default mounts seem to be encoded in the Windows registry, as there is not fstab. It also seems I need to change the flags in a key named cygdrive flags if I want to change the mount mode of auto-mounted drives. Is that correct? Is there an explanation of the flags somewhere (well, without having to checkout all the source code and search for it ...). Did you follow Igor's suggestio to read `man mount'? Use the mount command. Don't change the registry manually. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Change Default Text File Format after installation
On Mon, 11 Apr 2005, Sebastian Schuberth wrote: where does Cygwin store whether the user has chosen DOS or UNIX as the Default Text File Format when installing? Is it possible to change that setting without re-installing Cygwin? In the mount table. See man mount. Google for cygwin remount binary for a handy one-liner. Thanks. The default mounts seem to be encoded in the Windows registry, as there is not fstab. By default mounts, do you mean the /cygdrive auto-mounts? It also seems I need to change the flags in a key named cygdrive flags if I want to change the mount mode of auto-mounted drives. Is that correct? No, that is *NOT* correct. The mounts are stored in the registry *now*, but they aren't guaranteed to stay in the registry in the future. What is guaranteed, however, is that the mount command will *always* manipulate the mount table, wherever it's stored. Cygwin's mount is very different from the Linux mount -- you really should read the mount manpage. Is there an explanation of the flags somewhere (well, without having to checkout all the source code and search for it ...). The flags on the auto-mounted drives can be changed by setting them in conjunction with the --change-cygdrive-prefix (-c) mount flag. So, to make them binary, just say mount -sbc /cygdrive (if you installed for all users), or mount -ubc /cygdrive (if you installed just for me). For the record, this list cannot support installations where the mounts were changed by directly editing the registry. Also, it would be a good idea to read and follow http://cygwin.com/problems.html, especially the part about attaching (as an uncompressed text *attachment*) the output of cygcheck -svr on your machine. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Deadlocked cygrunsrv processes with strace message _cygtls::remove: wait 0x0
On Mon, Apr 11, 2005 at 01:20:52PM +0100, Max Bowsher wrote: Max Bowsher wrote: Something about Apache 2 is causing its controlling cygrunsrv service process to deadlock within the Cygwin DLL when it attempts to exit. Attaching with strace to the hung process shows _cygtls::remove: wait 0x0. Signals sent to the hung process are not delivered (as shown by strace), but a kill -9 will succeed. Attaching with gdb does show anything that looks promising. Does anyone have any suggestions that could save me some time, compared to an in-depth study of the Cygwin DLL code in this area? Um. Oh. Dear. Since gdb backtrace wasn't helpful, I decided to try single stepping in gdb onwards from the last strace output. I found out that _cygtls.remove is being called successfully from dll_entry(DLL_THREAD_DETACH), which returns, and the hang finally occurs inside ZwTerminateThread() !!! What now? Do I scream and give up? That's what I'd suggest. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Symlinks don't work in python???
Steve, On Wed, Apr 06, 2005 at 05:04:52PM -0400, Steve Ward wrote: I just upgraded to cygwin 1.5.14 from 1.5.12, and python (version 2.4 in both cases) stopped being able to import thru symlinks. Test case: in a directory containing a symlink to foo.py, python import foo complains no module named foo.py; if I copy the file to ., it imports fine. Both worked in previous releases of cygwin. See below... On Fri, Apr 08, 2005 at 02:45:33PM -0400, Steve Ward wrote: Joerg - thanks for the suggestion. I tried the latest cygwin1.dll snapshot; both bugs still show up. Sorry, but I cannot reproduce the above problem with the latest snapshot: $ uname -a CYGWIN_NT-5.1 gelpdevjt022 1.5.15s(0.126/4/2) 20050408 16:35:04 ... $ python -V Python 2.4 $ ls -l total 0 lrwxrwxrwx1 jtishler Domain U 11 Apr 11 10:14 foo.py - /tmp/foo.py $ python -c 'import foo' $ Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup next button always grayed out
Bob Smart wrote: launch setup with the -5 command-line option (suppress MD5 verification). this worked! thanks. useful for the FAQ? -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FDA-conform validation - any hints?
On Apr 11, 2005 9:48 AM, Jan Schormann [EMAIL PROTECTED] wrote: Hi all, my company develops medical devices, so we must fulfill the FDA (U.S. Food Drug Administration) regulations. As we are using Cygwin in our software build chain (especially for GNU make and bash), we need to explain what makes us so confident. I've scanned the archives with no satisfying outcome, so ... Has anyone ever tried this before? Do you have any hints? FDA Validation in your case is about telling how you do your builds and showing that you follow what you say. I am not sure what you are looking for. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Change Default Text File Format after installation
In the mount table. See man mount. Google for cygwin remount binary for a handy one-liner. Thanks. The default mounts seem to be encoded in the Windows registry, as there is not fstab. By default mounts, do you mean the /cygdrive auto-mounts? Yes, all mounts that are there after a fresh install of Cygwin. It also seems I need to change the flags in a key named cygdrive flags if I want to change the mount mode of auto-mounted drives. Is that correct? No, that is *NOT* correct. The mounts are stored in the registry *now*, but they aren't guaranteed to stay in the registry in the future. What is guaranteed, however, is that the mount command will *always* manipulate the mount table, wherever it's stored. Cygwin's mount is very different from the Linux mount -- you really should read the mount manpage. Well, I only need a solution for my special case *now*, so it's okay for me if mounts are going to be stored anywhere else in the future. My problem is: I've set Default Text File Format to Unix during setup. Now I just want to change my Cygwin installation as if I had specified DOS instead. The flags on the auto-mounted drives can be changed by setting them in conjunction with the --change-cygdrive-prefix (-c) mount flag. So, to make them binary, just say mount -sbc /cygdrive Thanks. I've changed all my mounts to textmode. What I don't get: If I now create a file using VIM and look at it afterwards using od -c, it still contains \n instead of \r\n line ends. Why is that? -- Sebastian Schuberth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Python 2.3.5
Jason Tishler wrote: Godefroid, On Sun, Apr 10, 2005 at 02:59:45PM -0400, Godefroid Chapelle wrote: Thanks for your answer, You are quite welcome. sorry for the delay on my side, I am just back from vacation. No problem. Jason Tishler wrote: On Fri, Apr 01, 2005 at 03:46:37PM -0500, Godefroid Chapelle wrote: This is a question for the Python maintainer : I'd like to know if he has the plan to release 2.3.5 for Cygwin. No, I only plan to maintain 2.4 and later releases. FWIW, Python 2.4 is part of the standard Cygwin distribution: http://cygwin.com/ml/cygwin-announce/2004-12/msg2.html This would be appreciated a lot as it is the required version for using the coming Zope 2.8 Does Zope 2.8 run under Python 2.4? Nope, a full security audit needs to happen first. Oh. How big is the work to produce a 2.3.5 release Not much, Cygwin Python builds OOTB. What does OOTB mean ? Out of the box ? Does that mean I can jsut get 2.3.5 sources and build it ? If this is the case, I can live with it for development. However, I manually apply one patch to enable embedding. See the following for the details, if interested: http://www.tishler.net/jason/software/python/python-2.3.3.README and would it be realistic for me to try it ? The really issue is making sure 2.3.x and 2.4.x play nicely with each other when installed via Cygwin setup.exe. That would be needed for people to be able to make Zope 2.8 run on a Cygwin system with 2.4 BTW, I would have preferred to discuss this publically on Cygwin list. cced Thanks, Jason -- -- Godefroid Chapelle (aka __gotcha) http://bubblenet.be -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Change Default Text File Format after installation
On Mon, 11 Apr 2005, Sebastian Schuberth wrote: In the mount table. See man mount. Google for cygwin remount binary for a handy one-liner. Thanks. The default mounts seem to be encoded in the Windows registry, as there is not fstab. By default mounts, do you mean the /cygdrive auto-mounts? Yes, all mounts that are there after a fresh install of Cygwin. It also seems I need to change the flags in a key named cygdrive flags if I want to change the mount mode of auto-mounted drives. Is that correct? No, that is *NOT* correct. The mounts are stored in the registry *now*, but they aren't guaranteed to stay in the registry in the future. What is guaranteed, however, is that the mount command will *always* manipulate the mount table, wherever it's stored. Cygwin's mount is very different from the Linux mount -- you really should read the mount manpage. Well, I only need a solution for my special case *now*, so it's okay for me if mounts are going to be stored anywhere else in the future. My problem is: I've set Default Text File Format to Unix during setup. Now I just want to change my Cygwin installation as if I had specified DOS instead. You can simply re-run setup in the Keep mode and change the filesystem type to DOS... The flags on the auto-mounted drives can be changed by setting them in conjunction with the --change-cygdrive-prefix (-c) mount flag. So, to make them binary, just say mount -sbc /cygdrive Thanks. I've changed all my mounts to textmode. Including the cygdrive prefix? What I don't get: If I now create a file using VIM and look at it afterwards using od -c, it still contains \n instead of \r\n line ends. Why is that? Because VIm always creates files in binary mode, IIRC (perhaps because it is linked with binmode.o, not automode.o?). Try :set fileformat=dos before saving the file. You can also put the above command in your ~/.vimrc. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Python 2.3.5
Godefroid Chapelle wrote: Jason Tishler wrote: How big is the work to produce a 2.3.5 release Not much, Cygwin Python builds OOTB. What does OOTB mean ? Out of the box ? Yes: http://cygwin.com/acronyms/#OOTB -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org Life can only be understood backwards; but it must be lived forwards. -- Soren Kierkegaard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Change Default Text File Format after installation
Well, I only need a solution for my special case *now*, so it's okay for me if mounts are going to be stored anywhere else in the future. My problem is: I've set Default Text File Format to Unix during setup. Now I just want to change my Cygwin installation as if I had specified DOS instead. You can simply re-run setup in the Keep mode and change the filesystem type to DOS... I tried that, but I always used VIM to see if it worked ... I didn't know VIM (being a text editor) always creates files in binary mode. mount -sbc /cygdrive Thanks. I've changed all my mounts to textmode. Including the cygdrive prefix? I also re-mounted the drives without cygdrive prefix, if that's what you mean. What I don't get: If I now create a file using VIM and look at it afterwards using od -c, it still contains \n instead of \r\n line ends. Why is that? Because VIm always creates files in binary mode, IIRC (perhaps because it is linked with binmode.o, not automode.o?). Try :set fileformat=dos before saving the file. You can also put the above command in your ~/.vimrc. Strange: set fileformat=dos works in the editor, but not when entered into .vimrc (other commands in there work). -- Sebastian Schuberth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Change Default Text File Format after installation
On Mon, 11 Apr 2005, Sebastian Schuberth wrote: Well, I only need a solution for my special case *now*, so it's okay for me if mounts are going to be stored anywhere else in the future. My problem is: I've set Default Text File Format to Unix during setup. Now I just want to change my Cygwin installation as if I had specified DOS instead. You can simply re-run setup in the Keep mode and change the filesystem type to DOS... I tried that, but I always used VIM to see if it worked ... I didn't know VIM (being a text editor) always creates files in binary mode. mount -sbc /cygdrive Thanks. I've changed all my mounts to textmode. Including the cygdrive prefix? I also re-mounted the drives without cygdrive prefix, if that's what you mean. All of this would've been cleared long ago if you'd attached the output of cygcheck -svr as requested in http://cygwin.com/problems.html. What I don't get: If I now create a file using VIM and look at it afterwards using od -c, it still contains \n instead of \r\n line ends. Why is that? Because VIm always creates files in binary mode, IIRC (perhaps because it is linked with binmode.o, not automode.o?). Try :set fileformat=dos before saving the file. You can also put the above command in your ~/.vimrc. Strange: set fileformat=dos works in the editor, but not when entered into .vimrc (other commands in there work). In your .vimrc you'd probably need :set fileformats=dos,unix (see :help 'fileformats' and :help 'fileformat' in VIm). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ctime updated unexpectedly
Hi everyone, I wonder if someone could clear up an issue I'm having with ls -c (sorting files by ctime). As I understand it, the ctime is only updated when file status information (such as permissions) changes, or a file is completely recreated. It looks to me though, like the ctime is being updated every time the contents of a file change. If I do this, for example (in an empty directory): echo First file file1 (wait a few seconds) echo Second file file2 (wait a few seconds) echo Third file file3 and then type ls -c, I will get the output: file3 file2 file1 which is what I'd expect. If I then type: echo Another line file1 then I'd expect the output from ls -c to remain in the same order, because the only change has been to the file content. However, the output I actually get is: file1 file3 file2 ls -lc shows that file1 does have the most recent ctime, but if I've understood what the ctime means correctly, then it shouldn't have. I know this is a very simple example, but understanding what's going on here is very important for some work I'm doing at the moment. I'm using Windows 2000 Professional (SP4), and version 1.5.14 of cygwin1.dll. I'm using an NTFS file system. Any advice will be much appreciated. Regards, Tom :. CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ctime updated unexpectedly
Hi everyone, I wonder if someone could clear up an issue I'm having with ls -c (sorting files by ctime). As I understand it, the ctime is only updated when file status information (such as permissions) changes, or a file is completely recreated. It looks to me though, like the ctime is being updated every time the contents of a file change. You misunderstand ctime, as specified by POSIX. See http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html, section 4.7, and various other places within POSIX. ctime is required to reflect any change to a file's metadata _or contents_. Also, while mtime can be arbitrarily changed (think utimes()), ctime is supposed to be an accurate side effect of file modification that cannot be spoofed. :. CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. Disclaimers like this to a public mailing list are not wise; some people refuse to respond to messages with such a disclaimer. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ctime updated unexpectedly
Hi everyone, I wonder if someone could clear up an issue I'm having with ls -c (sorting files by ctime). As I understand it, the ctime is only updated when file status information (such as permissions) changes, or a file is completely recreated. It looks to me though, like the ctime is being updated every time the contents of a file change. You misunderstand ctime, as specified by POSIX. See http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html, section 4.7, and various other places within POSIX. ctime is required to reflect any change to a file's metadata _or contents_. Also, while mtime can be arbitrarily changed (think utimes()), ctime is supposed to be an accurate side effect of file modification that cannot be spoofed. OK, thanks for the advice. Do you know if there is any way I can get the information I was expecting. If not, I'll have to make some major changes to some complicated shell scripts :( :. CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. Disclaimers like this to a public mailing list are not wise; some people refuse to respond to messages with such a disclaimer. Oops, my bad. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Gold Star for Brian Dessent
At 12:18 PM 4/9/2005, Christopher Faylor wrote: While we're at it, someone else has been long overlooked -- Larry Hall. Larry has been around, doling out advice, longer than I or most other people here, I believe. He deserves a gold star just for his tenacity if not for his patience and the quality of his advice. So, I'd like to give Larry one gold star for his long service and a couple more (one from Corinna and one from me) for his good advice and determination to help. :-) Just my way of helping out and thanking those who do the real heavy lifting around here. You all deserve a good pat on the back. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Python 2.3.5
Godefroid, On Mon, Apr 11, 2005 at 11:16:12AM -0400, Godefroid Chapelle wrote: Jason Tishler wrote: How big is the work to produce a 2.3.5 release Not much, Cygwin Python builds OOTB. What does OOTB mean ? Out of the box ? Yes. Does that mean I can jsut get 2.3.5 sources and build it ? Yes. If this is the case, I can live with it for development. Sounds like a plan. The really issue is making sure 2.3.x and 2.4.x play nicely with each other when installed via Cygwin setup.exe. That would be needed for people to be able to make Zope 2.8 run on a Cygwin system with 2.4 Sorry, but I'm not sure how to interpret the above. BTW, I would have preferred to discuss this publically on Cygwin list. cced Thanks! Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
irc
Hi all, I had just gotten used to irssi when I had to give up the debian box; anyone know how hard it is to get it going on cygwin? Also, I don't seem to have a man page for the irc that I've got. Thanks, beau -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem running xgettext after compiling gettext 0.14.1 with gcc 3.3.3
hmm, the solution was mentioned over a month ago, don't know why it's suddenly become active. FYI: Problem was const struct in the some of the programs. See http://sourceware.org/ml/cygwin/2005-03/msg00048.html Also, execute bit was set on, it is an NTFS filesystem, and turning execute bit off gave slightly different message. See the previous replies to this thread. On Apr 11, 2005, at 12:47 AM, Brian Dessent wrote: Peter Rehley wrote: The application failed to initialize properly (0xc005). Click on OK to terminate the application. My money is on this: http://sources.redhat.com/ml/cygwin/2004-09/msg01101.html. Newer gccs try to put const data in .rdata section, but this fails if one of those const datums is actually a pointer that needs runtime fixup by windows loader. The best solution at the moment seems to be to hunt down and remove instances of const data structures that contain pointers and remove the const keyword. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ Enjoy, Peter --- A Møøse once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: floppy disk being accessed but shouldn't
The shortest test case is sync. Apparently it does something now. But no data has been buffered to the floppy. My scripts have this command strewn throughout to get around other problems with files created by other scripts. -- Ken Shaffer On Mon, 11 Apr 2005, Larry Hall wrote: There was a problem with this but 1.5.14 was changed to address the known - corinna: Don't reference floppies when iterating over the mount table. If you're still having difficulties, you'll need to provide a small test case that shows us all what you're seeing. - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: FDA-conform validation - any hints?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jan Schormann Sent: Monday, April 11, 2005 8:49 AM To: cygwin@cygwin.com Subject: FDA-conform validation - any hints? Hi all, my company develops medical devices, so we must fulfill the FDA (U.S. Food Drug Administration) regulations. As we are using Cygwin in our software build chain (especially for GNU make and bash), we need to explain what makes us so confident. I've scanned the archives with no satisfying outcome, so ... Has anyone ever tried this before? Do you have any hints? Thanks all! Jan. What Jim said, and also the FDA tends to be more concerned with test processes and results. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: floppy disk being accessed but shouldn't
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shaffer, Kenneth Sent: Monday, April 11, 2005 8:52 AM To: cygwin@cygwin.com Subject: floppy disk being accessed but shouldn't Since I upgraded to 1.5.14, I hear the floppy drive being accessed and yet my scripts, to my knowledge, don't do this. Under 1.5.12, it was very quiet. I notice in the registry older mounts. Would cleaning these up help? Anyone know what tools or under what conditions a floppy drive seek home is performed? cygcheck has always done this, any other tools changed to do this? -- Ken Shaffer This has been fixed. .14 is old already, try .15 (the latest). -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: OpenSSH-4.0p1-1
On Sun, 3 Apr 2005 14:57:34 +0200, Corinna Vinschen wrote: I've just updated the version of OpenSSH to 4.0p1-1. This is an official new release, based on the vanilla sources. I've been bitten by a bug in this release when using scp with port forwarding (see: http://bugzilla.mindrot.org/show_bug.cgi?id=996 ). While trying to find the bug I had to compile `ssh'. The compilation required the installation of the minires-devel package, as documented in /usr/share/doc/Cygwin/openssh.README, but I still had unresolved externals. Only after I changed the Makefile and added -lminires to the LIBS line did it work. I think that this should be added to the /usr/share/doc/Cygwin/openssh.README too. Ehud. -- Ehud Karni Tel: +972-3-7966-561 /\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D http://www.keyserver.net/Better Safe Than Sorry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: irc
beau wrote: Hi all, I had just gotten used to irssi when I had to give up the debian box; anyone know how hard it is to get it going on cygwin? Also, I don't seem to have a man page for the irc that I've got. Thanks, beau $ tar xvfj irssi-0.8.9.tar.bz2 $ cd irssi-0.8.9 $ ./configure --with-perl=no $ make compiles ok. reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: floppy disk being accessed but shouldn't
/usr/bin/sync still accesses the floppy even though never written to. Cygwin DLL version info: DLL version: 1.5.15 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 126 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Apr 8 16:36:59 EDT 2005 Snapshot date: 20050408-16:35:04 Shared id: cygwin1S4 -- Ken Shaffer Gary R. Van Sickle wrote: This has been fixed. .14 is old already, try .15 (the latest). - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: irc
Thanks for the encouragement; I'll look at the readmes with the tarball to figure out that --with-perl=no. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FDA-conform validation - any hints?
Jan: I work for a very large FDA-regulated company. Our FDA IT audits have been centered on having documented processess and appropriate sets of test protocols to show compliance to those processes. Your validation efforts around GNU tools must describe what is your intended use and how you would test that. Please note that this is around your use of a given piece of software not anyone elses. So given that you are using some GNU tool as part of your process, then you the to have the proper work instructions and scope statements around your use of the tool. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: floppy disk being accessed but shouldn't
On Apr 11 14:38, Shaffer, Kenneth wrote: /usr/bin/sync still accesses the floppy even though never written to. Cygwin DLL version info: DLL version: 1.5.15 DLL epoch: 19 cygcheck and strace, please. 1.5.15 isn't supposed to access floppies as long as they are mounted on A: or B:. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: floppy disk being accessed but shouldn't
On Apr 11 15:45, Shaffer, Kenneth wrote: attached as requested. Thanks, I see what happens. I'll fix this for the next release. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: OpenSSH-4.0p1-1
On Apr 11 21:10, Ehud Karni wrote:
On Sun, 3 Apr 2005 14:57:34 +0200, Corinna Vinschen wrote:
I've just updated the version of OpenSSH to 4.0p1-1.
This is an official new release, based on the vanilla sources.
I've been bitten by a bug in this release when using scp with port
forwarding (see: http://bugzilla.mindrot.org/show_bug.cgi?id=996 ).
While trying to find the bug I had to compile `ssh'. The compilation
required the installation of the minires-devel package, as documented
in /usr/share/doc/Cygwin/openssh.README, but I still had unresolved
externals. Only after I changed the Makefile and added -lminires to
the LIBS line did it work. I think that this should be added to the
/usr/share/doc/Cygwin/openssh.README too.
No, that must be wrong on your system. libminires{.dll}.a is usually
symlinked to libresolv{.dll}.a, and $LIBS usually contains -lresolv
on systems having it. So on Cygwin.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader mailto:cygwin@cygwin.com
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: setup next button always grayed out
On 11 Apr 2005 19:46:50 - Shaffer, Kenneth wrote: Bob Smart wrote: launch setup with the -5 command-line option (suppress MD5 verification). this worked! thanks. useful for the FAQ? I guess it depends on how F the Q really is A. By the way, I didn't think of this workaround. I think David Korn (this list) suggested it to me, when I asked a question very much like yours. -- GPG public key [EMAIL PROTECTED] available from public key server network or from www.blorch.org/bob Fingerprint BA4A 552C BE3D 8C40 ED76 F372 DF9E 320D 37FA 16AC -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: texinfo-4.8-1
I've made a new version of 'texinfo' available for installation. This is just a refresh of the latest version available from ftp.gnu.org. I've noticed that it fixes a problem in generating info files for gdb. YMMV. For a brief description of this package, and listing of the files it contains, see http://cygwin.com/packages/texinfo . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you are adventurous you might want to try the latest setup.exe snapshot: http://www.cygwin.com/setup-snapshots/setup-2.459.exe mentioned in this announcement: http://sources.redhat.com/ml/cygwin/2004-12/msg00816.html This snapshot should fix a number of problems that have been reported on the cygwin and cygwin-xfree mailing lists. If you have questions or comments, please send them to the Cygwin mailing list. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: texinfo-4.8-1
I've made a new version of 'texinfo' available for installation. This is just a refresh of the latest version available from ftp.gnu.org. I've noticed that it fixes a problem in generating info files for gdb. YMMV. For a brief description of this package, and listing of the files it contains, see http://cygwin.com/packages/texinfo . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you are adventurous you might want to try the latest setup.exe snapshot: http://www.cygwin.com/setup-snapshots/setup-2.459.exe mentioned in this announcement: http://sources.redhat.com/ml/cygwin/2004-12/msg00816.html This snapshot should fix a number of problems that have been reported on the cygwin and cygwin-xfree mailing lists. If you have questions or comments, please send them to the Cygwin mailing list. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
