[bismuti: setup.exe hanging]
- Forwarded message from Peter Bismuti [EMAIL PROTECTED] - From: Peter Bismuti To: cygwin-xfree Subject: setup.exe hanging Date: Tue, 28 Dec 2004 04:41:46 -0800 Mail-Followup-To: cygwin-xfree@cygwin.com Whenever I run setup, it always hangs at a point where it says it is 99% finished and displays the filename Running no package /etc/postinstalls/libgnome2.sh THe progress dialog shows that it is in the middle of installing this package before hanging. Anyone know how to fix this? Thanks!! - End forwarded message -
Re: [bismuti: setup.exe hanging]
Christopher Faylor wrote: - Forwarded message from Peter Bismuti - From: Peter Bismuti To: cygwin-xfree Subject: setup.exe hanging Date: Tue, 28 Dec 2004 04:41:46 -0800 Mail-Followup-To: . Whenever I run setup, it always hangs at a point where it says it is 99% finished and displays the filename Running no package /etc/postinstalls/libgnome2.sh THe progress dialog shows that it is in the middle of installing this package before hanging. Anyone know how to fix this? Thanks!! - End forwarded message - Hmmm, another Gnome package postinstall hang. One problem is a stale /tmp/gconf-$USER directory, gconfd-2 cannot start if this directory already exists, postinstall scripts need to take care of this. However, it is not possible to remove the directory while gconfd-2 is running, so probably s.th. like this should be added: if ( ps -e | grep gconfd-2 /dev/null ) ; then echo ;\ else rm -rf /tmp/gconfd-* ; fi Another user reported that it also fails for him after ensuring that this directory is not present, I asked him to verify that he is really using /tmp as temporary directory, IIRC there was no reply yet if this was the reason or if my guess was wrong (he posted no cygcheck output so far. I've contacted him again. Peter, could you check if there is /tmp/gconfd-$USER directory in your temp dir and if so, remove it and try again, please. Gerrit -- =^..^=
Re: Looking for OpenGL hello world
if you've installed the *latest* cygwin just used the default
settings had not had previous versions of cygwin installed
nor do you have any instances of cygwin1.dll anywhere else
on your computer (due to other cygwin based s/w), then
getting it to compile a normal helloworld.c should be a piece
of cake (assuming you know enough basic *n*x stuff).
--- a.c ---
#include stdio.h
int main(void) {puts(Hello world!);return(0);}
/* the empty line below is required to compile properly */
-
should work just doing gcc -o a a.c.
get the X servers working under cygwin.
make sure you can run xclock or similar to test things out.
get mesa, take their examples (the X windows ones),
and try the simplest one out.
(you might want to break apart even that simple code to
test what works what doesn't).
it might help to download source codes for xclock
see what commands r used to compile X apps on cygwin too.
i'm sure you'll hit some walls along the way, but it's around
there.
At 2004-12-28 12:30 PM, you wrote:
Trying to get cygwin working to practice writing OpenGL code, but ready to
throw in the towel. As usual, I'm having Win OS based problems that are
chewing up massive amounts of time. I'd be better off ordering a new computer
and installing Redhat myself I think, although finding an OpenGL hello.c
program in their docs isn't a piece of cake either.
If anyone can point me towards some links, tutorials, etc. I can't see the
forest through the trees. Too much info, most of which is out of date.
Thanks!!
Re: setup.exe hanging
On Tue, 28 Dec 2004, Peter Bismuti wrote: Whenever I run setup, it always hangs at a point where it says it is 99% finished and displays the filename Running no package /etc/postinstalls/libgnome2.sh THe progress dialog shows that it is in the middle of installing this package before hanging. Anyone know how to fix this? Install only base packages first and everything additional later. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: setup.exe hanging
On Tue, Dec 28, 2004 at 02:08:35PM +0100, Alexander Gottwald wrote: On Tue, 28 Dec 2004, Peter Bismuti wrote: Whenever I run setup, it always hangs at a point where it says it is 99% finished and displays the filename Running no package /etc/postinstalls/libgnome2.sh THe progress dialog shows that it is in the middle of installing this package before hanging. Anyone know how to fix this? Install only base packages first and everything additional later. You could also try the setup.exe snapshot mentioned here: http://sources.redhat.com/ml/cygwin-xfree/2004-12/msg00224.html cgf
Re: Looking for OpenGL hello world
[EMAIL PROTECTED] wrote on 12/28/2004 03:06:55 AM:
--- a.c ---
#include stdio.h
int main(void) {puts(Hello world!);return(0);}
/* the empty line below is required to compile properly */
-
should work just doing gcc -o a a.c.
Hmm
Is there a reason you go so far as to explicitly indicate that a newline
is required
at the end of the file? Seems like you're being a bit complex?
Is there a good reason? (I do see an old gcc bug talking about gcc
generating 2 warnings
for this occurance, but its like 4 years old).
As far as I know, this requirement is rather esoteric and its difficult
to get it to fail (editors I try always put a newline at the end and even
if you skip
a newline explicitly, all you get is a warning).
Opening a.c in vi for example and saving the file immediately fixes the
problem.
echo -n '#include stdio.h
int main(void) {puts(Hello world!);return(0);}' a.c
od -tx1c a.c
000 23 69 6e 63 6c 75 64 65 20 3c 73 74 64 69 6f 2e
# i n c l u d e s t d i o .
020 68 3e 0a 69 6e 74 20 6d 61 69 6e 28 76 6f 69 64
h \n i n t m a i n ( v o i d
040 29 20 7b 70 75 74 73 28 22 48 65 6c 6c 6f 20 77
) { p u t s ( H e l l o w
060 6f 72 6c 64 21 22 29 3b 72 65 74 75 72 6e 28 30
o r l d ! ) ; r e t u r n ( 0
100 29 3b 7d
) ; }
103
gcc a.c
a.c:2:49: warning: no newline at end of file
The stuff we call software is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things.
Bruce Sterling - The Hacker Crackdown
Fred A. Kulack - IBM eServer iSeries - Enterprise Application Solutions
ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack/us.ibm.com Personal: mailto:kulack/gmail.com
AIM Home:FKulack AIM Work:FKulackWrk
MSN Work: fakulack/hotmail.com (replace email / with @)
clients with many requests hang as XWin stops serving them
Hi, I am using XWin 6.8.1.0-8 on an XP laptop as an X-Terminal of a Linux machine. The machines are connected over IPSec encrypted wireless. On the XP machine, I start X with X -query linuxserver and can log in without problems. The wireless connection is excellent. A contiuous ping shows very few errors (about 1 in 30 minutes). However, x clients hang frequently and can only be removed using xkill. There seems to be some correlation between client activity and probability of hanging. 'ico' hangs reproducably after 1-5 minutes, xterm hangs less often but is still a pain to work with. netstat -n --protocol=inet (on the linux machine) shows a connection with a suspiciously full send queue, which is disconnected after 'xkill': Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign AddressState tcp0 64440 192.168.0.100:36779 192.168.0.129:6000 ESTABLISHED Using ssh -X from a (XP-)local xterm does not help: 192.168.0.129: ssh -X [EMAIL PROTECTED] [EMAIL PROTECTED]: ico hangs after a couple of minutes What am I doing wrong? Wolfgang
gtk2-x11.sh postinstall bug
Note to maintainer: Please quote $PATH when exporting to support spaces in path components. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot...
Re: Looking for OpenGL hello world
--- a.c ---
#include stdio.h
int main(void) {puts(Hello world!);return(0);}
/* the empty line below is required to compile properly */
-
should work just doing gcc -o a a.c.
Hmm
Is there a reason you go so far as to explicitly indicate that a newline
is required
at the end of the file? Seems like you're being a bit complex?
Is there a good reason? (I do see an old gcc bug talking about gcc
generating 2 warnings
for this occurance, but its like 4 years old).
:)
i'm rather meticulous don't really like warnings.
as more files come in, more warnings come in.
they flood the screen and it gets hard to see errors.
n i'd prefer not to turn off warnings in the first place.
maybe i shouldn't mention it's required to compile properly.
rather, it should be to compile without warning.
ps: sorry for getting off topic... discontinuing.
rgds,
kh
Re: New setup.exe release candidate - please test
I usually install everything, but always have to unselect two source only packages (setup and gcc-testsuite). Is it possible to remember that they are already installed and not to offer to reinstall them every time? - Alexey. Max Bowsher wrote: Version 2.459 - Repair the broken detection of wrongly-sized package files. - Fix setup keeping open handles to every tarball it installs during a run. - Fix a miscellany of error-reporting deficiencies. - Close stdin, to protect against rogue postinstall scripts attempting to wait for user input. http://www.cygwin.com/setup-snapshots/setup-2.459.exe Also, this release appears in my testing to fix the hang when a new install-everything setup is attempted, as side-effect of other bugfixes. Please test - if no regressions are discovered in the next few days, it will be promoted to the release version, accessible from the cygwin.com main page. Max.
Re: New setup.exe release candidate - please test
I usually install everything, but always have to unselect two source only packages (setup and gcc-testsuite). Is it possible to remember that they are already installed and not to offer to reinstall them every time? New feature-- probably unlikely given the current difficulty just in getting bugs fixed, and that the current setup utility will probably be scrapped altogether in favor of something better. However, if a feature like that were to be implemented, I'd rather see it in those annoying checkboxes at the end. You know, Add an icon to the desktop and Add an icon to the start menu. I've unchecked those boxes about 20 bezillion times, and every time setup forgets and asks me again. -- To reply by email, replace deadspam.com by alumni.utexas.net
Re: gtk2-x11.sh postinstall bug
Brian Ford wrote: Note to maintainer: Please quote $PATH when exporting to support spaces in path components. Thanks. Thank you for the report. Gerrit -- =^..^=
Re: New setup.exe release candidate - please test
Andrew Schulman wrote: However, if a feature like that were to be implemented, I'd rather see it in those annoying checkboxes at the end. You know, Add an icon to the desktop and Add an icon to the start menu. I've unchecked those boxes about 20 bezillion times, and every time setup forgets and asks me again. I never get asked. Just allow setup to put the two icons in place;) Gerrit -- =^..^=
Extraneous HOME keypresses in Cygwin X server.
The symptoms are: When starting an X-application like xedit, or using XDMCP to connect to my server, the cursor behaves as if the HOME key had been pressed at random intervals. This has been a constant problem for as long as I have been using Cygwin on this PC, which is several months. So far in this e-mail, it's happened three times. I've managed to use 'xev' and have a capture of the output, where I can plainly see the home key being processed (keycode 97, keysym 0xff50) when the home key was never actually struck on the keyboard. I've manually pressed each and every key on my keyboard, using xev, and verified that none are being mistakenly recognized as a home key. It also happens during repeated entry of the same key: If I hit the letter e enough times, like eee, eventually it'll act as if the home key has been pressed. This is quite annoying. Please let me know what information might be of use, my keyboard is a Microsoft Wireless Multimedia Keyboard 1.0A. According to cygwin setup.exe, I'm using xorg X server version 6.8.1.0-8, although the problem also existed under many previous version, including the xfree versions. This does NOT affect Cygwin console applications. Under Mandrake, this computer reports unknown keycode e059 occasionally in /var/log/messages, I can retrieve the full information from that file if necessary. It doesn't exhibit the home key problems, though. Thanks for any assistance. The grand total home keypresses during the creation of this document is 15, without my ever having touched the home key... -- Brian Keener [EMAIL PROTECTED]
xmodmap restarts X-server without applying changes
I'm trying to run xmodmap -e keysym Home = And it's restarting my X-server without applying the changes to the keymappings. Oddly enough, if I start the X server as -multiwindow it applies the change without rebooting, and resolves (partially) my previous report of extraneous home keypresses. However, running X as -rootless or without any command line options at all results in the behaviour reported above... -- Brian Keener [EMAIL PROTECTED]
src/winsup/w32api/include winuser.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-12-29 00:31:12 Modified files: winsup/w32api/include: winuser.h Log message: Added HSHELL_FLASH definition Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.97r2=1.98
src/winsup/w32api ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-12-29 00:31:32 Modified files: winsup/w32api : ChangeLog Log message: Added HSHELL_FLASH definition Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.636r2=1.637
lilypond-2.4.2-1 seems to be missing the info files
see subject Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc installation problem and solution
Rainer Dunker wrote: Having installed gcc (package version 3.3.3-3, cygwin.dll 1.5.10-3, WinNT 4), I had the following problem: # gcc helloworld.c -o helloworld /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: installation problem, cannot exec `/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld': Invalid argument collect2: ld returned 255 exit status Moreover, a popup window appeared after the gcc call, saying that NTVDM complains about an invalid instruction. This turned out to be a problem of the gcc installation. The directory /usr/i686-pc-cygwin/bin contained these entries: -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 ar.exe* -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 as.exe* -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 ld.exe* -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 nm.exe* -rwxr-xr-x1 myname mkgroup_ 30 Dec 27 15:11 ranlib.exe* -rwxr-xr-x1 myname mkgroup_ 29 Dec 27 15:11 strip.exe* These are supposed to be symbolic links to the executables in the /usr/bin directory, but - for whatever reason - the setup program did not install them in a way that they were used as symlinks afterwards (for example, ar.exe is a text file with contents !symlink/usr/bin/ar.exe). So I removed them and created symlinks to the proper executables manually; after that, the problem was gone. I'm posting this here because I've not yet found any hint directly pointing from the mentioned error messages to this specific problem cause. This is the correct content of valid Cygwin Symlinks and for me NT Explorer shows them as type S for symlink too. The symlinks should work fine from within any Cygwin based shell (bash, zsh, ...). What is a known issue is that these symlinks don't work form a Windows only CMD shell on W2K. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Issue in using xinetd service on windows
Hi , I am using cygwin xinetd service on windows. I am having issue that the status of cygwin xinetd service is not visible on Windows services interface (Control panel--Administrative tools--Services). I am using following command to install xinetd as service : cygrunsrv -I xinetd -d Cygwin Xinetd -p /usr/sbin/xinetd -e CYGWIN=ntsec Above command is installing this service successfully. To stop this service , I am using /etc/rc.d/init.d/xinetd stop I start the service , I am using /etc/rc.d/init.d/xinetd start Now when i use above commands to stop/start the service, the status of this service is not visible. When I grep for this service using ps -aef | grep xinetd, it shows me the processID. Would really appriciate if anybody can help me fix this issue. Thanks in Advance Pallavi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc installation problem and solution
Gerrit P. Haase [EMAIL PROTECTED] schrieb am 28.12.04 11:40:39: These are supposed to be symbolic links to the executables in the /usr/bin directory, but - for whatever reason - the setup program did not install them in a way that they were used as symlinks afterwards (for example, ar.exe is a text file with contents !symlink/usr/bin/ar.exe). So I removed them and created symlinks to the proper executables manually; after that, the problem was gone. This is the correct content of valid Cygwin Symlinks and for me NT Explorer shows them as type S for symlink too. The symlinks should work fine from within any Cygwin based shell (bash, zsh, ...). I remember having seen that on W2K and maybe XP, but on my current NT4 box it's apparently different. This is how a properly working symlink, created with ln -s, looks like: As seen by 'ls -l': lrwxrwxrwx1 myname mkgroup_ 15 Dec 27 16:00 ar.exe - /usr/bin/ar.exe As seen by 'cmd /c dir': 27.12.04 16:00116 ar.exe.lnk This is the hexlified contents of ar.exe.lnk: : 4c00 0114 0200 c000 L... 0010: 0046 0c00 ...F 0020: 0030: 0100 0040: 0f00 2f75 ../u 0050: 7372 2f62 696e 2f61 722e 6578 6515 0048 sr/bin/ar.exe..H 0060: 3a5c 7075 625c 6379 675c 6269 6e5c 6172 :\pub\cyg\bin\ar 0070: 2e65 7865.exe The Windows Explorer properly handles this as 'ar.exe', a shortcut to H:\pub\cyg\bin\ar.exe. I can't help it, but that's what I see. I have no idea whether this difference in storing symlinks is a property of different Windows or Cygwin versions - or whatever. Best regards, Rainer Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 -- 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: cygwin mounted root /
On Tue, Dec 28, 2004 at 12:48:30PM +0800, [EMAIL PROTECTED] wrote: I am working on a CD with lighttpd popped up on it. But I cannot set up the lighttpd root to point to the CD root in machines where cygwin is installed. There is no problem at all for non-cygwin box with lighttpd pointing to the CD root. I think the problem is there's a setting of C:\cygwin 27752252 26707836 1044416 97% / somewhere in the environment or registry which I won't be able to change. Can anybody help point out how cygwin sets up these mounting points? man mount -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc installation problem and solution
On Tue, Dec 28, 2004 at 12:22:42PM +0100, Rainer Dunker wrote: Gerrit P. Haase [EMAIL PROTECTED] schrieb am 28.12.04 11:40:39: These are supposed to be symbolic links to the executables in the /usr/bin directory, but - for whatever reason - the setup program did not install them in a way that they were used as symlinks afterwards (for example, ar.exe is a text file with contents !symlink/usr/bin/ar.exe). So I removed them and created symlinks to the proper executables manually; after that, the problem was gone. This is the correct content of valid Cygwin Symlinks and for me NT Explorer shows them as type S for symlink too. The symlinks should work fine from within any Cygwin based shell (bash, zsh, ...). I remember having seen that on W2K and maybe XP, but on my current NT4 box it's apparently different. This is how a properly working symlink, created with ln -s, looks like: As seen by 'ls -l': lrwxrwxrwx1 myname mkgroup_ 15 Dec 27 16:00 ar.exe - /usr/bin/ar.exe As seen by 'cmd /c dir': 27.12.04 16:00116 ar.exe.lnk This is the hexlified contents of ar.exe.lnk: : 4c00 0114 0200 c000 L... 0010: 0046 0c00 ...F 0020: 0030: 0100 0040: 0f00 2f75 ../u 0050: 7372 2f62 696e 2f61 722e 6578 6515 0048 sr/bin/ar.exe..H 0060: 3a5c 7075 625c 6379 675c 6269 6e5c 6172 :\pub\cyg\bin\ar 0070: 2e65 7865.exe The Windows Explorer properly handles this as 'ar.exe', a shortcut to H:\pub\cyg\bin\ar.exe. I can't help it, but that's what I see. I have no idea whether this difference in storing symlinks is a property of different Windows or Cygwin versions - or whatever. http://cygwin.com/problems.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Building LLVM and the GCC front-end under Cygwin
I would like to build LLVM and the GCC front-end under Cygwin. QUOTE from http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html#cygwin Some versions of Cygwin utilize an experimental version of GNU binutils that will cause the GNU ld linker to fail an assertion when linking components of the libstdc++. It is recommended that you replace the entire binutils package with version 2.15 such that ld --version responds with GNU ld version 2.15 not with: GNU ld version 2.15.91 20040725 /QUOTE Here is ld version $ ld --version GNU ld version 2.15.91 20040725 [---omitted---] How to get ld version 2.15 instead version 2.15.91 20040725? -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Issue in using xinetd service on windows
cygrunsrv -I xinetd -d Cygwin Xinetd -p /usr/sbin/xinetd -e CYGWIN=ntsec Above command is installing this service successfully. To stop this service , I am using /etc/rc.d/init.d/xinetd stop I start the service , I am using /etc/rc.d/init.d/xinetd start I could be wrong, but I believe that if you want to have the status for the service show up as started, you should actually start the service instead of just running a cygwin program that happens to use the same binary... 8-) I.e. windows may let you start services from the command line using something like net start xinetd The stuff we call software is not like anything that human society is used to thinking about. Software is something like a machine, and something like mathematics, and something like language, and something like thought, and art, and information... but software is not in fact any of those other things. Bruce Sterling - The Hacker Crackdown Fred A. Kulack - IBM eServer iSeries - Enterprise Application Solutions ERP, Java DB2 access, Jdbc, JTA, etc... IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982) mailto:kulack/us.ibm.com Personal: mailto:kulack/gmail.com AIM Home:FKulack AIM Work:FKulackWrk MSN Work: fakulack/hotmail.com (replace email / with @) -- 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: Building LLVM and the GCC front-end under Cygwin
On Tue, Dec 28, 2004 at 05:30:23PM +0200, Alex Vinokur wrote: I would like to build LLVM and the GCC front-end under Cygwin. QUOTE from http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html#cygwin Some versions of Cygwin utilize an experimental version of GNU binutils that will cause the GNU ld linker to fail an assertion when linking components of the libstdc++. It is recommended that you replace the entire binutils package with version 2.15 such that ld --version responds with GNU ld version 2.15 not with: GNU ld version 2.15.91 20040725 /QUOTE Here is ld version $ ld --version GNU ld version 2.15.91 20040725 [---omitted---] How to get ld version 2.15 instead version 2.15.91 20040725? Why are you asking this list when another source told you to do something? Obviously, we only support what is in the cygwin release. Regardless, you can build your own version. If that is unacceptable, then ask the people at llvm.cs.uiuc.edu for a version. -- 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: Building LLVM and the GCC front-end under Cygwin
Christopher Faylor [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Tue, Dec 28, 2004 at 05:30:23PM +0200, Alex Vinokur wrote: I would like to build LLVM and the GCC front-end under Cygwin. QUOTE from http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html#cygwin Some versions of Cygwin utilize an experimental version of GNU binutils that will cause the GNU ld linker to fail an assertion when linking components of the libstdc++. It is recommended that you replace the entire binutils package with version 2.15 such that ld --version responds with GNU ld version 2.15 not with: GNU ld version 2.15.91 20040725 /QUOTE Here is ld version $ ld --version GNU ld version 2.15.91 20040725 [---omitted---] How to get ld version 2.15 instead version 2.15.91 20040725? Why are you asking this list when another source told you to do something? Another source told me what to do. Here I am asking how to do. I am am asking my question here because here (on Cygwin) I got 'ld'. Obviously, we only support what is in the cygwin release. Regardless, you can build your own version. If that is unacceptable, then ask the people at llvm.cs.uiuc.edu for a version. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building LLVM and the GCC front-end under Cygwin
On Tue, Dec 28, 2004 at 06:13:00PM +0200, Alex Vinokur wrote: Christopher Faylor [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Tue, Dec 28, 2004 at 05:30:23PM +0200, Alex Vinokur wrote: I would like to build LLVM and the GCC front-end under Cygwin. QUOTE from http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html#cygwin Some versions of Cygwin utilize an experimental version of GNU binutils that will cause the GNU ld linker to fail an assertion when linking components of the libstdc++. It is recommended that you replace the entire binutils package with version 2.15 such that ld --version responds with GNU ld version 2.15 not with: GNU ld version 2.15.91 20040725 /QUOTE Here is ld version $ ld --version GNU ld version 2.15.91 20040725 [---omitted---] How to get ld version 2.15 instead version 2.15.91 20040725? Why are you asking this list when another source told you to do something? Another source told me what to do. Here I am asking how to do. You're asking how to get ld version 2.15. Cygwin doesn't come with this version. Ergo, you can't just download a binary from the cygwin release. If you're asking where to get this version of binutils, then look at the binutils web page. Just typing binutils into google should give you a clue as to where binutils might be found. Hopefully it is obvious that binutils isn't a cygwin-specific package. If you're asking how to *build* binutils, then there is also plenty of information available on the web for that, also. It still seems odd that another web site would imply that you needed another version of binutils other than the one that is provided by the cygwin release and your inclination was to ask the people who provided the standard cygwin release where you could find a non-standard cygwin release. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cron.sh postinstall
Trivial note to maintainer: Suggest mkdir -p for /var/cron/tabs to avoid cosmetic error message when the directory already exists: + mkdir /var/cron/tabs mkdir: cannot create directory `/var/cron/tabs': File exists You could then remove the mkdir -p of /var/cron for one less command ;-). Did you really mean to leave the set -x in? HTH -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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/
postinstall-lilypond.sh
Cosmetic note for maintainer: [snip] # cleanup old fonts rm $(find /var/lib/texmf /var/spool/texmf /var/cache/fonts -name 'feta*pk' -or -name 'feta*tfm' -or -name 'parmesan*pk' -or -name 'parmesan*tfm') [\snip] find: /var/lib/texmf: No such file or directory find: /var/spool/texmf: No such file or directory rm: too few arguments Try `rm --help' for more information. Maybe add a -f to rm? That would eliminate one of the error messages. As for the directory errors from find, I'm not sure how to avoid them without pre-testing for their existance in the script and setting a variable appropriately. I understand that may add too much complexity just to avoid a harmless error message. HTH -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: postinstall-lilypond.sh
On Tue, Dec 28, 2004 at 11:02:20AM -0600, Brian Ford wrote: Cosmetic note for maintainer: [snip] # cleanup old fonts rm $(find /var/lib/texmf /var/spool/texmf /var/cache/fonts -name 'feta*pk' -or -name 'feta*tfm' -or -name 'parmesan*pk' -or -name 'parmesan*tfm') [\snip] find: /var/lib/texmf: No such file or directory find: /var/spool/texmf: No such file or directory rm: too few arguments Try `rm --help' for more information. Maybe add a -f to rm? That would eliminate one of the error messages. As for the directory errors from find, I'm not sure how to avoid them without pre-testing for their existance in the script and setting a variable appropriately. I understand that may add too much complexity just to avoid a harmless error message. We shouldn't have post-install scripts which show errors regardless of whether they are harmless or not. There is no reason to surprise or confuse users if it can be easily avoided. 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: SSH, SFTP, and NTSEC
The service runs as domain\sshd_server and we are using separation. I changed the ownership of the /etc/group and /etc/passwd files to be owned by sshd_server, but that didn't do anything. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of D N Sent: Monday, December 27, 2004 3:19 PM To: Bryan Love; cygwin@cygwin.com Subject: RE: SSH, SFTP, and NTSEC My problem is simple... I have users that I created that cannot log in via SSH unless I make them members of the Windows ADMINISTRATORS group on the Windows 2003 server that is running Cygwin. I've tried everything I can think of and lots of stuff from other people that I could never have thought up myself. What user account is your SSH daemon running as? Using priv separation? Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: binutils-20041228-1
I've made a new version of binutils available for installation. This version is a refresh from CVS on sources.redhat.com. Binutils undergoes active development so there have been a number of fixes, many related to windows. If you have been experiencing problems with programs like dlltool, ld, objcopy, etc., it would be worthwhile to update your installation. For a brief description of this package, and a listing of the files it contains, see http://cygwin.com/packages/binutils . 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. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. Christopher Faylor -- 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: Cygwin package management
On Mon, 27 Dec 2004 23:18:18 -0800 (PST), Jeremy C. Reed wrote: I'd like to suggest that you all look at www.pkgsrc.org. Looks like that URL is dead (DNS squatting?), try: http://www.netbsd.org/Documentation/software/packages.html It does look interesting. Sounds similar to Gentoo's emerge, but for any *nix. As usual, anyone is welcome to submit packages according to the guidelines at http://cygwin.com/setup.html That's where the dpkg and rpm packages came from. (They are intended to be used to work with src packages from other systems more than as Cygwin package managers, though.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc installation problem and solution
Rainer Dunker wrote: Gerrit P. Haase [EMAIL PROTECTED] schrieb am 28.12.04 11:40:39: These are supposed to be symbolic links to the executables in the /usr/bin directory, but - for whatever reason - the setup program did not install them in a way that they were used as symlinks afterwards (for example, ar.exe is a text file with contents !symlink/usr/bin/ar.exe). So I removed them and created symlinks to the proper executables manually; after that, the problem was gone. This is the correct content of valid Cygwin Symlinks and for me NT Explorer shows them as type S for symlink too. The symlinks should work fine from within any Cygwin based shell (bash, zsh, ...). I remember having seen that on W2K and maybe XP, but on my current NT4 box it's apparently different. This is how a properly working symlink, created with ln -s, looks like: IIRC, calling from cmd works with all kinds of symlinks on NT4, I only got problems one time when building a windows version of openssl on a W2K workstation. As seen by 'ls -l': lrwxrwxrwx1 myname mkgroup_ 15 Dec 27 16:00 ar.exe - /usr/bin/ar.exe ls should show the same regardless which kind of symlink is used. As seen by 'cmd /c dir': 27.12.04 16:00116 ar.exe.lnk This is the hexlified contents of ar.exe.lnk: : 4c00 0114 0200 c000 L... 0010: 0046 0c00 ...F 0020: 0030: 0100 0040: 0f00 2f75 ../u 0050: 7372 2f62 696e 2f61 722e 6578 6515 0048 sr/bin/ar.exe..H 0060: 3a5c 7075 625c 6379 675c 6269 6e5c 6172 :\pub\cyg\bin\ar 0070: 2e65 7865.exe The Windows Explorer properly handles this as 'ar.exe', a shortcut to H:\pub\cyg\bin\ar.exe. I can't help it, but that's what I see. I have no idea whether this difference in storing symlinks is a property of different Windows or Cygwin versions - or whatever. There are two kinds of symlinks, Windows style (with .lnk ending) and pure Cygwin symlinks, binutils obviously contains Cygwin stlye symlinks. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc installation problem and solution
On Tue, Dec 28, 2004 at 06:56:32PM +0100, Gerrit P. Haase wrote: There are two kinds of symlinks, Windows style (with .lnk ending) and pure Cygwin symlinks, binutils obviously contains Cygwin stlye symlinks. setup.exe only creates pure cygwin symlinks. I suspect that the original report of These are supposed to be symbolic links to the executables in the /usr/bin directory, but - for whatever reason - the setup program +did not install them in a way that they were used as symlinks afterwards translates to: http://www.cygwin.com/faq/faq_3.html#SEC66 Which would have been made clear if the guidelines specified in http://cygwin.com/problems.html had been followed. 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: gcc installation problem and solution
Christopher Faylor wrote: On Tue, Dec 28, 2004 at 06:56:32PM +0100, Gerrit P. Haase wrote: There are two kinds of symlinks, Windows style (with .lnk ending) and pure Cygwin symlinks, binutils obviously contains Cygwin stlye symlinks. setup.exe only creates pure cygwin symlinks. I suspect that the So symlinks included in the tarball are not simply restored in the same style they were generated / tarred? Interesting. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc installation problem and solution
On Tue, Dec 28, 2004 at 08:08:45PM +0100, Gerrit P. Haase wrote: Christopher Faylor wrote: On Tue, Dec 28, 2004 at 06:56:32PM +0100, Gerrit P. Haase wrote: There are two kinds of symlinks, Windows style (with .lnk ending) and pure Cygwin symlinks, binutils obviously contains Cygwin stlye symlinks. setup.exe only creates pure cygwin symlinks. I suspect that the So symlinks included in the tarball are not simply restored in the same style they were generated / tarred? Interesting. tar is a unix utility. Symlinks in tar files are stored as... symlinks. The creation of symlinks is handled by whatever is interpreting the tar file. 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: gcc installation problem and solution
On Tue, 28 Dec 2004, Rainer Dunker wrote: Having installed gcc (package version 3.3.3-3, cygwin.dll 1.5.10-3, WinNT 4), I had the following problem: # gcc helloworld.c -o helloworld /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: installation problem, cannot exec `/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld': Invalid argument collect2: ld returned 255 exit status Moreover, a popup window appeared after the gcc call, saying that NTVDM complains about an invalid instruction. This turned out to be a problem of the gcc installation. The directory /usr/i686-pc-cygwin/bin contained these entries: -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 ar.exe* -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 as.exe* -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 ld.exe* -rwxr-xr-x1 myname mkgroup_ 26 Dec 27 15:11 nm.exe* -rwxr-xr-x1 myname mkgroup_ 30 Dec 27 15:11 ranlib.exe* -rwxr-xr-x1 myname mkgroup_ 29 Dec 27 15:11 strip.exe* These are supposed to be symbolic links to the executables in the /usr/bin directory, but - for whatever reason - the setup program did not install them in a way that they were used as symlinks afterwards (for example, ar.exe is a text file with contents !symlink/usr/bin/ar.exe). So I removed them and created symlinks to the proper executables manually; after that, the problem was gone. I'm posting this here because I've not yet found any hint directly pointing from the mentioned error messages to this specific problem cause. Best regards, Rainer Please review and follow the Cygwin problem reporting guidelines at http://cygwin.com/problems.html, particularly the bit about attaching (as an uncompressed text *attachment*) the output of cygcheck -svr on your system. In the absense of these details, here's a guess: Did you install Cygwin on a remote share? If so, see http://cygwin.com/faq/faq_3.html#SEC66. BTW, it's the only entry about symlinks in the FAQ. 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: Issue in using xinetd service on windows
On Tue, 28 Dec 2004, Fred Kulack wrote: cygrunsrv -I xinetd -d Cygwin Xinetd -p /usr/sbin/xinetd -e CYGWIN=ntsec Above command is installing this service successfully. To stop this service , I am using /etc/rc.d/init.d/xinetd stop I start the service , I am using /etc/rc.d/init.d/xinetd start I could be wrong, but I believe that if you want to have the status for the service show up as started, you should actually start the service instead of just running a cygwin program that happens to use the same binary... 8-) True. I.e. windows may let you start services from the command line using something like net start xinetd Or cygrunsrv -S xinetd. 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: postinstall-lilypond.sh
On Tue, 28 Dec 2004, Brian Ford wrote: Cosmetic note for maintainer: [snip] # cleanup old fonts rm $(find /var/lib/texmf /var/spool/texmf /var/cache/fonts -name 'feta*pk' -or -name 'feta*tfm' -or -name 'parmesan*pk' -or -name 'parmesan*tfm') [\snip] find: /var/lib/texmf: No such file or directory find: /var/spool/texmf: No such file or directory rm: too few arguments Try `rm --help' for more information. Maybe add a -f to rm? That would eliminate one of the error messages. As for the directory errors from find, I'm not sure how to avoid them without pre-testing for their existance in the script and setting a variable appropriately. I understand that may add too much complexity just to avoid a harmless error message. find /var/lib/texmf /var/spool/texmf /var/cache/fonts \ -name 'feta*pk' -or -name 'feta*tfm' -or -name 'parmesan*pk' -or \ -name 'parmesan*tfm' 2/dev/null | xargs -r rm should do it. If you're paranoid, use -print0 and give xargs the -0 arg. 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: gnome-vfs problems with XP SP2
Gerrit P. Haase wrote: Walter Landry wrote: Gerrit P. Haase [EMAIL PROTECTED] wrote: Walter Landry wrote: About the gconftool-2 postinstall script hangs: Is there an easy way to figure out why gconftool is hanging? I guess the problem is starting up gconfd-2. It fails if there is a stale /tmp/gconfd-USER directory with files in it, look into /tmp if there is a directory gconfd-USERNAME and if so remove it and try to run the postinstall script again. You may need to shutdown any running gconfd-2 instances to do so. That's not it. /tmp is empty. Also, if I try to see if gconfd is running with gconftool-2 --ping, that also hangs. And during gconftool-2 is running (hanging), gconfd-2 is active or doesn't it run at all? Evtl. you're using another directory as TMP? What says: set | grep TMP set | grep TEMP Probably the same reason why gnomevfs-ls hangs for you, the tools are just sitting there and waiting until gconfd-2 is ready. It only hangs for http. ftp and local stuff seems to work fine. Interesting. As I said, the tools always are sitting there and waiting until gconfd-2 is started up and ready, however I would expect that all tools are failing then. How is it going? It you're actually using /tmp as your TMP directory and the problem is not resolved yet, it would help me to debug this problem if you could post the output of `cygcheck -svr` *as an attachment*, please. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: postinstall-lilypond.sh
On Tue, 28 Dec 2004, Igor Pechtchanski wrote: On Tue, 28 Dec 2004, Brian Ford wrote: find: /var/lib/texmf: No such file or directory find: /var/spool/texmf: No such file or directory [snip] As for the directory errors from find, I'm not sure how to avoid them without pre-testing for their existance in the script and setting a variable appropriately. I understand that may add too much complexity just to avoid a harmless error message. find /var/lib/texmf /var/spool/texmf /var/cache/fonts \ -name 'feta*pk' -or -name 'feta*tfm' -or -name 'parmesan*pk' -or \ -name 'parmesan*tfm' 2/dev/null | xargs -r rm should do it. If you're paranoid, use -print0 and give xargs the -0 arg. I don't see how that addresses the errors I left quoted above? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: Hyperthreading problems
Hi, Thank you for your reply. You are right, I did not look at the code, and I certainly do not pretend to be able to fix this problem. I am sorry to have to say that, but your message is a very good example of the fundamental difference between a project that is useable and reliable, and a project that almost works and will never do more that that. The problem I reported is known for almost 2 years (posted by Henrik Wist, 20 Mar 2003, subject was cygwin commands sometime hang on dual-processor (WinNT-SP5)). I don't care if it is the same bug or not, the fact is that cygwin has a critical problem (i.e. something that prevent users to use even simple commands like 'ls' !!) on multiprocessor machines and nobody seems to care about it. You cannot just expect people to wait until you someday have a system that shows the problem everytime they encounter a bug. If you guys want cygwin to be used by real people, in real life production or development environments, you should go a bit further than I don't have the problem on my computer, so fix it yourself. If you don't want to or are not able to pay attention to real world bugs, cygwin will probably never be more than an almost working program that runs on your computer the time to take nice screenshots, but fails miserably when users try to make it work in the real life. Regards, Stephane NB: this post is not at all about commercial software versus OSS, there are lots of industrial quality open source projects like Apache, MySQL, etc. Christopher Faylor wrote: On Fri, Dec 24, 2004 at 09:01:17AM +0100, St?phane Donz? wrote: we have encountered random hangs and crashes in cygwin (see output of cygcheck attached to this message) on a dual-processor server running Windows Server 2003. IMHO, the so-called hyperthreading problems reported recently on this mailing list just have nothing to do with hyperthreading, but are more generally related to multi-processor issues. If you have followed the thread, then you know that I have a multi-processor system and I don't have the problem. There is no point in reposting scripts. There is no point in recapitulating the problem. There is no point in making obvious observations about what one would suspect the cause would be without bothering to look at the code. Your options are to fix the problem yourself or wait until I someday have a system which demonstrates the problem. 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: Hyperthreading problems
multiprocessor machines and nobody seems to care about it. You cannot just expect people to wait until you someday have a system that shows the problem everytime they encounter a bug. Actually since Cygwin is a free project this is a reasonable expectation. If you want this fixed send the Cygwin developers a system that reproduces this problem. -- 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: Hyperthreading problems
If you guys want cygwin to be used by real people, in real life production or development environments, you should go a bit further than I don't have the problem on my computer, so fix it yourself. OK. So, if he's unable to reproduce the problem, you want him to... do what? Make random changes to try and fix things? How is he supposed to know when he's fixed the problem if he can't even manage to reproduce it in the first place? If you don't want to or are not able to pay attention to real world bugs, cygwin will probably never be more than an almost working program that runs on your computer the time to take nice screenshots, but fails miserably when users try to make it work in the real life. I've been working for a company for three years now that relies heavily on Cygwin as a foundation for commercial software. Our internal build system is capable of compiling various products under either Cygwin or Linux, all from the same set of makefiles and scripts. We'd hardly be able to do any of that if Cygwin was an almost working program not ready for use in real life. It is not without it's problems - you've pointed out one. But overall, Cygwin works, and it works well. Why not get into the spirit of the season? 'Tis better to give than to receive... PTC. If you're unable to solve the problem yourself, then put a cash value on your need to fix this bug, and hire someone to do it. There are a lot of people that would *love* to pick up some extra money around this time of year. -Samrobb -- 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: Hyperthreading problems
On Tue, Dec 28, 2004 at 11:31:00PM +0100, Stephane Donze wrote: I am sorry to have to say that, but your message is a very good example of the fundamental difference between a project that is useable and reliable, and a project that almost works and will never do more that that. [snip] If you guys want cygwin to be used by real people, in real life production or development environments, you should go a bit further than I don't have the problem on my computer, so fix it yourself. If you don't want to or are not able to pay attention to real world bugs, cygwin will probably never be more than an almost working program that runs on your computer the time to take nice screenshots, but fails miserably when users try to make it work in the real life. You know, if you'd just waited *a week*, you probably could have laid claim to being the first posting of this type in 2005 rather than (hopefully) the last of 2004. I think that being first is usually much more auspicious. So close... -- 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: postinstall-lilypond.sh
On Tue, 28 Dec 2004, Brian Ford wrote: On Tue, 28 Dec 2004, Igor Pechtchanski wrote: On Tue, 28 Dec 2004, Brian Ford wrote: find: /var/lib/texmf: No such file or directory find: /var/spool/texmf: No such file or directory [snip] As for the directory errors from find, I'm not sure how to avoid them without pre-testing for their existance in the script and setting a variable appropriately. I understand that may add too much complexity just to avoid a harmless error message. find /var/lib/texmf /var/spool/texmf /var/cache/fonts \ -name 'feta*pk' -or -name 'feta*tfm' -or -name 'parmesan*pk' -or \ -name 'parmesan*tfm' 2/dev/null | xargs -r rm ^^^ should do it. If you're paranoid, use -print0 and give xargs the -0 arg. I don't see how that addresses the errors I left quoted above? See underlined. 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: Hyperthreading problems
On Tuesday, December 28, 2004 5:31 PM [EST], Stephane Donze wrote: Hi, Thank you for your reply. You are right, I did not look at the code, and I certainly do not pretend to be able to fix this problem. I am sorry to have to say that, but your message is a very good example of the fundamental difference between a project that is useable and reliable, and a project that almost works and will never do more that that. Funny, Cygwin is usable and reliable here for the stuff I use it for. Yeah, its got bugs, but every program in existance has bugs. The problem I reported is known for almost 2 years (posted by Henrik Wist, 20 Mar 2003, subject was cygwin commands sometime hang on dual-processor (WinNT-SP5)). I don't care if it is the same bug or not, the fact is that cygwin has a critical problem (i.e. something that prevent users to use even simple commands like 'ls' !!) on multiprocessor machines and nobody seems to care about it. You cannot just expect people to wait until you someday have a system that shows the problem everytime they encounter a bug. Frankly, unless the developers can reproduce these bugs, they won't get fixed. Its the stuck up attitudes of users like yourself that make trying to fix bugs all the harder. If you guys want cygwin to be used by real people, in real life production or development environments, you should go a bit further than I don't have the problem on my computer, so fix it yourself. If you don't want to or are not able to pay attention to real world bugs, cygwin will probably never be more than an almost working program that runs on your computer the time to take nice screenshots, but fails miserably when users try to make it work in the real life. rant I think you really really really need to reevaluate what you say before you hit send. The open source/free software developers that I communicate with/work with wrote the stuff they did because they needed an application/library/script for a specific need, and decided to release the software to the public in the hope that someone else might find it useful, and the hope that other people might contribute back. I feel the same way myself, and anytime someone tells me that what I work on is crap or sucks and they will never use it because it sucks, I tell them this: You got the program from me for free. You are not my customer. You do not have a support contract with me. As such, I work on the projects when I can, and at the rate which I can afford. If you have a specific request, you can either fix it yourself, or you can compensate me for the time I spend making the changes you want if I don't have the ability to spare some free time. When people want me to port an app to say, MacOS or similar, I tell them similar things: I can't afford a Mac right now. Provide me with a system that I can use to make it work, and I'll do my best to make it work. What you consider 'real people' is obviously not the same type of people I consider 'real people'. I consider these 'real people' to be the individuals who are on this list, who work on the project, and who actively contribute to the project. You may use Cygwin, but until you start actively contributing to it, and helping the developers fix the bugs and such, you have no right to complain. I may not be an active contributor to Cygwin, but I do work alot with other OSS projects, and they get this same type of response from people too, and frankly, I'm sick of it. /rant NB: this post is not at all about commercial software versus OSS, there are lots of industrial quality open source projects like Apache, MySQL, etc. Yes, and those do well because people contribute to them to make them better. *hint hint* -- Brian Bruns The Summit Open Source Development Group http://www.sosdg.org / http://www.ahbl.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/
cron-config: Please test
The goal of the attached cron-config script is to setup
a cron service on any Windows platform, from Win95 to Win2003,
and to verify that the environment is sane.
The hope is to reduce the rate of complaints to the list.
The plan is to make it part of the Cygwin cron package.
It includes most of the functionality of cron_diagnose.sh,
provided by Mark Harig.
I would appreciate getting feedback about any glitches,
particularly from Windows 2003 users. To test the
script, please use the most recent version of the cron
package. Feel free to send your comments directly to me.
Pierre
#!/bin/sh
#set -x
# ==
# This script initializes and possibly starts a cron daemon.
# It includes numerous tests to insure that the environmnet is sound.
# On Windows 2003 it is capable of creating a privileged user.
# ==
# ==
# Routine: getvalue
# Get a verified non-empty string in variable value
# ==
getvalue() {
while true
do
echo -n $1
if read value; then
if [ -n ${value} ]; then
echo -n Reenter:
read verify
[ ${verify} = ${value} ] return 0;
fi
else
echo -e Quitting.\n
exit 1
fi
done
} # === End of getvalue() === #
# ==
# Routine: request
# Get a yes/no anwer
# ==
request() {
while true
do
echo -n $1 (yes/no)
if read answer
then
if [ ${answer} = yes ]
then
return 0
elif [ ${answer} = no ]
then
return 1
fi
else
echo -e Quitting.\n
exit 1
fi
done
} # === End of request() === #
# ==
# Routine: check_program
# Check to see that a specified program ($1) is installed and accessible
# by this script. If it is not, then alert the user about which package
# ($2) should be installed to provide that program.
# ==
check_program() {
unset -f $1
prog=$1
if [ ! -e /usr/bin/${prog} ]; then
echo The '$1' program is not in /usr/bin.
echo This program is included in the \'$2\' package.
echo Please install this program.
echo
return 1
elif [ ! -x /usr/bin/${prog} ]; then
echo The '$1' program (/usr/bin/${prog}') is not executable.
echo
return 1
fi
} # === End of check_program() === #
# ==
# Routine: sanity_check
# Check for the set of programs that are used by this script.
# ==
sanity_check() {
ret=0
# Check for programs that this script uses.
check_program awk gawk || ret=1
check_program ls coreutils || ret=1
check_program grep grep || ret=1
check_program sed sed || ret=1
check_program id coreutils || ret=1
check_program cut coreutils || ret=1
check_program uname coreutils || ret=1
check_program cygcheck cygwin || ret=1
check_program regtool cygwin || ret=1
return ${ret}
} # === End of sanity_check() === #
# ==
# Routine: get_NT
# ==
get_NT() {
nt2003=
nt=$(uname -s | sed -ne 's/^CYGWIN_NT-\([^ ]*\)/\1/p')
[ $nt \ 5.1 ] nt2003=yes
[ -z $nt ] return 1
return 0
} # === End of get_NT() === #
# ==
# Routine: warning_for_etc_file
# Display a warning message for the user about overwriting the specified
# file in /etc.
# ==
warning_for_etc_file() {
echo
echo WARNING: The command above overwrites any existing /etc/$1.
echo You may want to preserve /etc/$1 before generating a new,
echo one, and then compare your saved /etc/$1 file with the
echo newly-generated one in case you need to restore other
echo entries.
echo
} # === warning_for_etc_file() === #
# ==
# Routine: get_system_and_admins_gids
# Get the ADMINs ids from /etc/group and /etc/passwd
# ==
get_system_and_admins_ids() {
ret=0
for fname in /etc/passwd /etc/group; do
if ls -ld ${fname} | grep -Eq '^-r..r..r..'; then
true
else
echo The file $fname is not readable by all.
echo
Re: Hyperthreading problems
Stephane Donze wrote: If you guys want cygwin to be used by real people, in real life production or development environments, you should go a bit further than I don't have the problem on my computer, so fix it yourself. If you don't want to or are not able to pay attention to real world bugs, cygwin will probably never be more than an almost working program that runs on your computer the time to take nice screenshots, but fails miserably when users try to make it work in the real life. The real problem here is as follows: Chris and the other core developers cannot reproduce the bug on their systems. The people reporting the bug can neither create a simple test case that demonstrates it, nor debug the Cygwin internals and point to a specific defect. So until one side of this equation changes nothing is going to get fixed, no matter how hard people beg, whine, and plead. It's not about being uncaring or whatever, it's just the way software development works. You can't even start to try to fix something that you cannot see or reproduce and have nothing to work with. 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/
How to get 1.5.9 package?
I go to cygwin.com, and trying to download cygwin 1.5.9, but I can't find a way to download it other than downloading 1.5.12 through install (setup.exe) program. Can you let me know how I could do this? Thanks, Yung __ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to get 1.5.9 package?
Yung Leem wrote: I go to cygwin.com, and trying to download cygwin 1.5.9, but I can't find a way to download it other than downloading 1.5.12 through install (setup.exe) program. Can you let me know how I could do this? This is not possible in any sort of official or supported way. Only the latest version is supported, as it is designed to be backwards compatible with older versions. Unofficially, you can either search the web for stale mirrors, or check out the sources from CVS near the date 1.5.9 was released and build the DLL yourself. But don't expect much help from this list if you do this, because the limited resources here means the first thing any one will tell you if you experience a problem is upgrade to the current version. 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: [ANNOUNCEMENT] Updated: binutils-20041228-1
WOOT! I love my binutils updates! Won't be long until it's Visual Studio .WHAT? -- Gary R. Van Sickle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Tuesday, December 28, 2004 11:40 AM To: cygwin@cygwin.com Subject: [ANNOUNCEMENT] Updated: binutils-20041228-1 I've made a new version of binutils available for installation. This version is a refresh from CVS on sources.redhat.com. Binutils undergoes active development so there have been a number of fixes, many related to windows. If you have been experiencing problems with programs like dlltool, ld, objcopy, etc., it would be worthwhile to update your installation. For a brief description of this package, and a listing of the files it contains, see http://cygwin.com/packages/binutils . 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. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. Christopher Faylor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Hyperthreading problems
On Tue, Dec 28, 2004 at 05:29:10PM -0800, Brian Dessent wrote: Stephane Donze wrote: If you guys want cygwin to be used by real people, in real life production or development environments, you should go a bit further than I don't have the problem on my computer, so fix it yourself. If you don't want to or are not able to pay attention to real world bugs, cygwin will probably never be more than an almost working program that runs on your computer the time to take nice screenshots, but fails miserably when users try to make it work in the real life. The real problem here is as follows: Chris and the other core developers cannot reproduce the bug on their systems. The people reporting the bug can neither create a simple test case that demonstrates it, nor debug the Cygwin internals and point to a specific defect. So until one side of this equation changes nothing is going to get fixed, no matter how hard people beg, whine, and plead. It's not about being uncaring or whatever, it's just the way software development works. You can't even start to try to fix something that you cannot see or reproduce and have nothing to work with. I think the thing that is perhaps missing from the equation here, is that I have tried to take stabs in the dark and fix it a few times but I've never been successful. I've also laid awake at nights thinking about the problem. I've studied code at various random times in the hopes that something would jump out at me. So far, no luck. It's interesting that the developer has to go a little further to fix this bug while nearly everyone who reports the problem (with at least one notable exception) is content to just regurgitate the same complaints and wait. It doesn't seem like this technique is working very well but people keep trying it. 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/
Ssh ignores $HOME
I've cc'ed cygwin@cygwin.com because I've apparently identified a problem with Cygwin's ssh. Ben And I don't know what to do. This is the same request that comes Ben out of using `crw'. Everything in .ssh/ is exactly as it was on Ben the old machine. My guess is that you have a different global setting for protocol version 1 vs. 2. Could you post the output of ssh -v cvs.xemacs.org All right, that identified the problem: /ben 18% ssh -v cvs.xemacs.org OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 debug1: Connecting to cvs.xemacs.org [130.225.247.90] port 22. debug1: Connection established. debug1: identity file /home/Ben/.ssh/identity type -1 debug1: identity file /home/Ben/.ssh/id_rsa type -1 debug1: identity file /home/Ben/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'cvs.xemacs.org' is known and matches the RSA host key. debug1: Found key in /home/Ben/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: publickey debug1: Trying private key: /home/Ben/.ssh/identity debug1: Trying private key: /home/Ben/.ssh/id_rsa debug1: Trying private key: /home/Ben/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: password [EMAIL PROTECTED]'s password: The problem is that /home/Ben is the wrong (and nonexistent, until created by ssh) directory. My home directory is /ben. For some reason, this version of ssh is ignoring $HOME (despite its documentation) and arbitrarily looking in /home/$USERNAME. A symlink fixed the problem; but any suggestions as to what is going on here? -- 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: Ssh ignores $HOME
At 10:24 PM 12/28/2004, you wrote: I've cc'ed cygwin@cygwin.com because I've apparently identified a problem with Cygwin's ssh. snip The problem is that /home/Ben is the wrong (and nonexistent, until created by ssh) directory. My home directory is /ben. For some reason, this version of ssh is ignoring $HOME (despite its documentation) and arbitrarily looking in /home/$USERNAME. A symlink fixed the problem; but any suggestions as to what is going on here? What in ssh's documentation says that it will *use* $HOME to determine where your .ssh directory is? The documentation uses $HOME for notational convenience and says that it will *set* HOME in the ssh environment AFAICS. Your $HOME directory in a ssh session under Cygwin is determined the same way it's determined in a local shell session. Your home directory is defined in /etc/passwd. -- 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: Ssh ignores $HOME
On Tue, Dec 28, 2004 at 08:24:55PM -0700, Ben Wing wrote: I've cc'ed cygwin@cygwin.com because I've apparently identified a problem with Cygwin's ssh. Ben And I don't know what to do. This is the same request that comes Ben out of using `crw'. Everything in .ssh/ is exactly as it was on Ben the old machine. My guess is that you have a different global setting for protocol version 1 vs. 2. Could you post the output of ssh -v cvs.xemacs.org All right, that identified the problem: /ben 18% ssh -v cvs.xemacs.org OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 debug1: Connecting to cvs.xemacs.org [130.225.247.90] port 22. debug1: Connection established. debug1: identity file /home/Ben/.ssh/identity type -1 debug1: identity file /home/Ben/.ssh/id_rsa type -1 debug1: identity file /home/Ben/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'cvs.xemacs.org' is known and matches the RSA host key. debug1: Found key in /home/Ben/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: publickey debug1: Trying private key: /home/Ben/.ssh/identity debug1: Trying private key: /home/Ben/.ssh/id_rsa debug1: Trying private key: /home/Ben/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: password [EMAIL PROTECTED]'s password: The problem is that /home/Ben is the wrong (and nonexistent, until created by ssh) directory. My home directory is /ben. For some reason, this version of ssh is ignoring $HOME (despite its documentation) and arbitrarily looking in /home/$USERNAME. A symlink fixed the problem; but any suggestions as to what is going on here? See last sentence in http://cygwin.com/faq/faq_2.html#SEC18 Pierre -- 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/
Executables removed by setup.exe?
I find that the following executables disappeared from /bin: basename.exe id.exe echo.exe pwd.exe whoami.exe Immediately prior to this observation, I had run setup.exe and received new versions of findutils and binutils. Could there be a connection? Has anyone else experienced this recently? -- David Arnstein [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Executables removed by setup.exe?
Install coreutils if you havent already (it should have been automatically installed). -- Gary R. Van Sickle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, December 28, 2004 10:37 PM To: cygwin@cygwin.com Subject: Executables removed by setup.exe? I find that the following executables disappeared from /bin: basename.exe id.exe echo.exe pwd.exe whoami.exe Immediately prior to this observation, I had run setup.exe and received new versions of findutils and binutils. Could there be a connection? Has anyone else experienced this recently? -- David Arnstein [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin reboots my PC randomly
I'm running DLL release version is 1.5.10-3 on Windows 2000 Pro and a 1 yr old 3.0 GHz PC. Windowing env - /usr/X11R6/bin/wmaker.exe After I have the cygwin environment up with windowing started via startxwin.sh, and a couple of xterm windows up, after a random amount of time (several hours, 2 days...), my PC suddenly reboots. This only happens when I run cygwin. I run an older version on my laptop w/o any problems, I love it. I have checked FAQs, mailing list archives, etc. I know this may be difficult to resolve. I would like to use it more, so if anyone can provide a clue to what might be the cause, it would be appreciated. Marc -- 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: Ssh ignores $HOME
What in ssh's documentation says that it will *use* $HOME to determine where your .ssh directory is? The documentation uses $HOME for notational convenience and says that it will *set* HOME in the ssh environment AFAICS. Your $HOME directory in a ssh session under Cygwin is determined the same way it's determined in a local shell session. Your home directory is defined in /etc/passwd. Ack, the thinko strikes again ... Thanks for the correction. -- 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: cygwin reboots my PC randomly
Marc J wrote: I'm running DLL release version is 1.5.10-3 on Windows 2000 Pro and a 1 yr You should at least use the latest version. After I have the cygwin environment up with windowing started via startxwin.sh, and a couple of xterm windows up, after a random amount of time (several hours, 2 days...), my PC suddenly reboots. First of all: Your question belongs on the Cywin X11 mailing list (cygwin-xfree AT cygwin DOT com) which is where I've set the Reply-To. Please read the instructions on the cygwin.com website before posting. The problem here is that Cygwin is just a DLL and some applications. That is, it runs as a normal user process and does not involve any device drivers. Under the NT line of operating systems, a regular user mode app cannot do anything that would cause the machine to BSOD or reboot. I'm not saying that normal apps can't cause BSODs and reboots, but they are either interfacing with buggy kernel mode (ring 0) drivers or they are stimulating those drivers in some way so as to cause the reboot. Or... you have faulty hardware. Bad RAM tends to distinguish itself by causing inexplicable reboots and lockups. What I'm trying to get at is there really can't be anything in user-mode code that would directly cause a reboot. It would have to either trigger a bug in a kernel mode driver (*cough* video drivers *cough*) or some other hardware anomaly is at fault. I realize that it may only happen with Cygwin, but that doesn't mean it's Cygwin's fault per se... Cygwin may just be tickling some driver or HW bug. So the first thing I would recommend is to make sure you have the latest version of all important kernel mode drivers (video, motherboard/chipset, sound, etc.) Then run a comprehensive memory test such as memtest86 (google it.) 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: Bug: link.exe
Well, rather than hacking my build system, I've opted to build my own installer for Cygwin the does not contain programs that are causing me grief. I know that some people don't want to hear that we use MS VC++ with Cygwin, but hey, this is the real world here. Cygwin helps our productivity, and the other is just a requirement of the job. Thanks for replying, IF Corinna Vinschen wrote: The link tool is installed by default on Linux as well. I guess you read my announcement? If you don't like the packaging, [...] -- Isaac W. Foraker, Sr. Software Engineer, Xilinx, Colorado -- 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/
sybase isql
Hello All, I cannot login into a sybase server using isql on the cygwin bash command line. Basically it hangs. The error is below. I am able to isql into the sybase server using cmd.exe. I haven't found any info. on this, so I thought I'd give this newsgroup a try. When not using -V and trying to login using isql -Ulearn -SLEARN, I am prompted for the password. When entering the password, it displays in clear text and then hangs. nonverbose example. $ isql -Ulearn -SLEARN Password: learn hanging verbose example. $ isql -Ulearn -SLEARN -V CT-LIBRARY error: ct_con_props(SET): security service layer: internal security control layer error: Unable to find SCL entry in configuration file. hanging Windows XP Pro Cygwin is current. TERM=xterm my cygwin-rxvt.bat file contains the below: == @echo off chdir D:\Cygwin\bin set CYGWIN=netsec tty glob server rxvt.exe -C -sl 500 -sr -si -geometry 90x30 -fn courier -bg black -fg green -e /bin/bash --login -i == I have no idea what to check for now. I think it has something to do with tty, but not sure. Any ideas would be great. Thanks in advance. __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo -- 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: Executables removed by setup.exe?
On Tue, Dec 28, 2004 at 11:37:05PM -0500, [EMAIL PROTECTED] wrote: I find that the following executables disappeared from /bin: basename.exe id.exe echo.exe pwd.exe whoami.exe Immediately prior to this observation, I had run setup.exe and received new versions of findutils and binutils. Could there be a connection? Has anyone else experienced this recently? This is one of those scenarios where following the guidelines at http://cygwin.com/problems.html would be helpful. 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: Bug: link.exe
On Tue, Dec 28, 2004 at 11:15:09PM -0700, Isaac Foraker wrote: Well, rather than hacking my build system, I've opted to build my own installer for Cygwin the does not contain programs that are causing me grief. I know that some people don't want to hear that we use MS VC++ with Cygwin, but hey, this is the real world here. Cygwin helps our productivity, and the other is just a requirement of the job. I think it is safe to say that no one really cares if you are using MSDEV or not. We're just not going to bend over backwards to make MSDEV integrate by changing the distribution. 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: sybase isql
On Tue, Dec 28, 2004 at 10:26:53PM -0800, cluenek wrote: Hello All, I cannot login into a sybase server using isql on the cygwin bash command line. Basically it hangs. The error is below. I am able to isql into the sybase server using cmd.exe. I haven't found any info. on this, so I thought I'd give this newsgroup a try. When not using -V and trying to login using isql -Ulearn -SLEARN, I am prompted for the password. When entering the password, it displays in clear text and then hangs. nonverbose example. $ isql -Ulearn -SLEARN Password: learn hanging verbose example. $ isql -Ulearn -SLEARN -V CT-LIBRARY error: ct_con_props(SET): security service layer: internal security control layer error: Unable to find SCL entry in configuration file. hanging Windows XP Pro Cygwin is current. TERM=xterm my cygwin-rxvt.bat file contains the below: == @echo off chdir D:\Cygwin\bin set CYGWIN=netsec tty glob server rxvt.exe -C -sl 500 -sr -si -geometry 90x30 -fn courier -bg black -fg green -e /bin/bash --login -i == I have no idea what to check for now. I think it has something to do with tty, but not sure. Sybase is not a cygwin program. It does not understand cygwin ptys. There is nothing that can be done about this in cygwin. If there is a solution it would be in the sybase documentation. 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/
Updated: binutils-20041228-1
I've made a new version of binutils available for installation. This version is a refresh from CVS on sources.redhat.com. Binutils undergoes active development so there have been a number of fixes, many related to windows. If you have been experiencing problems with programs like dlltool, ld, objcopy, etc., it would be worthwhile to update your installation. For a brief description of this package, and a listing of the files it contains, see http://cygwin.com/packages/binutils . 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. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. Christopher Faylor
