Re: Setup: hardlinks percentages. (+patches)
Bas van Gompel schrieb: Op Sat, 08 Jan 2005 21:04:44 +0100 schreef Reini Urban in [EMAIL PROTECTED]: : Bas van Gompel schrieb: : Two little patches: : : Maybe you want to add them to : http://sources.redhat.com/bugzilla/enter_bug.cgi?product=cygwin : also. No, not really. This (``cygwin-apps'') is still the main bug-reporting interface for cygwin-setup, IIUC? Yes. We agreed to use bugzilla only internally for bugs/patches which are not fixed immediately. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: [package update] remove test status of gnupg 1.4.0-2
On Mon, Jan 10, 2005 at 06:42:19PM -0500, Volker Quetschke wrote: After getting some confirmations that gnupg 1.4.0 also seems to work for other users I'd like to promote it from test to current. This http://www.scytek.de/cygwin/release/gnupg/setup.hint is the new setup.hint. Please delete the old gnupg-1.2.6-1.* and gnupg-1.4.0-1.* versions so that the 1.2.6-2 version will be available as [prev]. % ls -l total 7712 -rw-rw-r--1 cyguser cygwin2644304 Dec 29 20:40 gnupg-1.2.6-2-src.tar.bz2 -rw-rw-r--1 cyguser cygwin1216182 Dec 29 20:39 gnupg-1.2.6-2.tar.bz2 -rw-rw-r--1 cyguser cygwin2753697 Dec 29 20:42 gnupg-1.4.0-2-src.tar.bz2 -rw-rw-r--1 cyguser cygwin1249913 Dec 29 20:41 gnupg-1.4.0-2.tar.bz2 -rw-rw-r--1 cyguser cygwin393 Dec 30 12:07 md5.sum -rw-rw-r--1 cyguser cygwin493 Jan 11 00:33 setup.hint % cat md5.sum 5eaefadee9998be26af1e26584f4ce11 gnupg-1.2.6-2-src.tar.bz2 e4d9b7c7a5ac8eac247484267021293d gnupg-1.2.6-2.tar.bz2 45262bd052d9385287c2ee39831a4324 gnupg-1.4.0-2-src.tar.bz2 95a177c450486fad958b3e18322f5786 gnupg-1.4.0-2.tar.bz2 dfcd1b325449e79274350ea223d25788 setup.hint Done. cgf
felis 1.0
Hello, this is my first time here, so please correct me if I am not doing it right. I would like to submit felis-1.0 as a cygwin package. Here is the setup.hint file (between the s): = # felis 1.0 sdesc: Displays one or more files as a single line of text ldesc: Similar to the Unix cat utility, felis dumps the contents of one or more files (or, those of stdin) to stdout. Unlike cat, felis will strip any leading and trailing white space. It will also replace any other white space with a blank. If several white space characters appear in a row, felis will combine them into a single blank. If more than one input files are specified on the command line, felis will insert a single blank between their contents. See http://www.whizkidtech.redprince.net/felis/ for further details. category: Text Utils requires: cygwin = It was quite simple to produce a package, so I have made one and posted it on the web temporarily. Please let me know if you download it, or if you decide not to include it, so I remove it from the web. And, of course, if I did not do it right, please let me know so I can correct it. The files are: http://www.whizkidtech.redprince.net/felis/felis-1.0-1.tar.bz2 http://www.whizkidtech.redprince.net/felis/felis-1.0-1-src.tar.bz2 http://www.whizkidtech.redprince.net/felis/setup.hint Adam
Re: felis 1.0
G. Adam Stanislav wrote: Hello, this is my first time here, so please correct me if I am not doing it right. I would like to submit felis-1.0 as a cygwin package. Here is the setup.hint file (between the s): Does this really need a dedicated program? Can't you achieve the same thing with a perl or awk one-liner? Such as: perl -ne 'print $1 if(m/^\s*(.*)\s*$/)' input The need for a dedicated program to do this escapes me... and this is not in debian so you will find a slightly more uphill fight to get it accepted. The fact that the manpage demonstrates it in the context of bulk emailing does not shed a particularly good light on it. Brian
Re: felis 1.0
G. Adam Stanislav wrote: The need for a dedicated program to do this escapes me... and this is not in debian so you will find a slightly more uphill fight to get it accepted. The fact that the manpage demonstrates it in the context of bulk emailing does not shed a particularly good light on it. Interesting. To my mind, why would anyone want to write a perl script every time he needs what this program offers when there is a dedicated program and all you have to do is type its name. It seems counter to the unix philosophy to me to write a dedicated program to handle a specific task when the same thing can be accomplished with a standard program that exists on every system already, such as sed, perl, or even just sh. To me, a simple one-line sed script would be much more portable and easier to understand by other people who might have to inherit or maintain a system. Every good unix sys admin is at least somewhat familiar with sed or perl, and would be reasonably expected to be able to understand and maintain a simple one-line program written in them. You say all you have to do is type its name which skirts the issue that the sys admin must first be familiar with and have previously installed that program, which I must say is a huge assumption to make in this case because it's quite obscure compared to those standard programs. When I think of any form of text-processing on a unix-type system I immediately start thinking of regular expressions and programs like grep, awk, sed, perl, etc. I don't go searching for a command that implements the precise task that I desire to accomplish. That said if you can get the required votes and good to go review of your packaging then by all means feel free to contribute a new package to cygwin. It's certainly fine by me and I have no standing or authority to object. The reasoning behind its existence just seemed a bit strange to me, is all. Brian
Xlib: unexpected async reply
Hi. When I try to run Xterm , I'm getting this error message : Xlib: unexpected async reply (sequence 0x61)! X Error of failed request: BadLength (poly request too large or internal Xlib l ength error) Major opcode of failed request: 41 (X_WarpPointer) Serial number of failed request: 98 Current serial number in output stream: 97 And the apps is freezing , and i need to kill it brutally. Anyone know this issue ?? 10x alot.
Re: Xlib: unexpected async reply
On Mon, 10 Jan 2005, Mordechay Ochayon wrote: Hi. When I try to run Xterm , I'm getting this error message : Xlib: unexpected async reply (sequence 0x61)! X Error of failed request: BadLength (poly request too large or internal Xlib l ength error) Major opcode of failed request: 41 (X_WarpPointer) Serial number of failed request: 98 Current serial number in output stream: 97 And the apps is freezing , and i need to kill it brutally. Anyone know this issue ?? I had never heard of such problems. Maybe it's a problem with your network environment. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: keyhook is not letting win key or alt-tab in
On Sun, 9 Jan 2005, Nachiketa Sahoo wrote: This email is just a reminder for ago. The keyhook option should let the keys like win, alt-tab and menu into the X session, to the x apps. But, it's not happening. I am using 6.8.1.0-8 version of Xwin. And I started the XWin using the following command from the cygwin bash prompt. XWin.exe -multiwindow -clipboard -keyhook Checked the key strokes with xev Win is not going through, the start menu pops up :P Alt+tab doesn't go through, alt makes xev dump some symbols, but, tab doesn't do anything. menu surprisingly works. I mean sends some event in, xev dumps something :P Current status is: keyhook dos not work properly in multiwindow mode and does only work for alt-tab. I'm not sure why the windows keys are disabled but I think it is because of a problem with proper integeration into the modifier mask. I hope the first problem is not too hard. But the windows keys may require a lot of work. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Xlib: unexpected async reply
Not likely. I took the HD from this machine , and connect it to a machine with a similar hardware and still I'm getting the same error. Any help? - Original Message - From: Alexander Gottwald [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: Monday, January 10, 2005 11:38 AM Subject: Re: Xlib: unexpected async reply On Mon, 10 Jan 2005, Mordechay Ochayon wrote: Hi. When I try to run Xterm , I'm getting this error message : Xlib: unexpected async reply (sequence 0x61)! X Error of failed request: BadLength (poly request too large or internal Xlib l ength error) Major opcode of failed request: 41 (X_WarpPointer) Serial number of failed request: 98 Current serial number in output stream: 97 And the apps is freezing , and i need to kill it brutally. Anyone know this issue ?? I had never heard of such problems. Maybe it's a problem with your network environment. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Xlib: unexpected async reply
On Mon, 10 Jan 2005, Mordechay Ochayon wrote: Not likely. I took the HD from this machine , and connect it to a machine with a similar hardware and still I'm getting the same error. network does not only involve the cables but the drivers and some software like VPN, firewalls and stuff too. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Xlib: unexpected async reply
I'm working on the local machine. I don't use any personal firewall , VPN or somthing close to this stuff. Thank you. - Original Message - From: Alexander Gottwald [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: Monday, January 10, 2005 1:43 PM Subject: Re: Xlib: unexpected async reply On Mon, 10 Jan 2005, Mordechay Ochayon wrote: Not likely. I took the HD from this machine , and connect it to a machine with a similar hardware and still I'm getting the same error. network does not only involve the cables but the drivers and some software like VPN, firewalls and stuff too. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
X -broadcast
Hi, Have been using X -broadcast to connect to a XDM server on my network for months now. However, when another user of cygwin tries, it doesn't work. I've tested it on a couple different XP machines, each with Cygwin installed for ALL USERS. I can resolve this problem by removing the /tmp/XWin.log file manually. It seems that this file is written by the last person to successfully start an X Window, and the permissions are 644. Maybe if the file was written 664, or a different file was written for each $LOGNAME, this problem might go away. Here is what I've come up with that works for me: a startx script to start X: - # startx rm -f /tmp/XWin.log if [ $? -ne 0 ]; then echo File could not be deleted exit fi X -broadcast /dev/null 21 - I'd be grateful for thoughts on a better solution.
Re: X -broadcast
On Sun, 9 Jan 2005, Brett wrote: Hi, Have been using X -broadcast to connect to a XDM server on my network for months now. However, when another user of cygwin tries, it doesn't work. I've tested it on a couple different XP machines, each with Cygwin installed for ALL USERS. I can resolve this problem by removing the /tmp/XWin.log file manually. It seems that this file is written by the last person to successfully start an X Window, and the permissions are 644. Maybe if the file was written 664, or a different file was written for each $LOGNAME, this problem might go away. Here is what I've come up with that works for me: a startx script to start X: - # startx rm -f /tmp/XWin.log if [ $? -ne 0 ]; then echo File could not be deleted exit fi X -broadcast /dev/null 21 - I'd be grateful for thoughts on a better solution. Have a separate /tmp for each user -- execute the following once for each user account: mount -fu $USERPROFILE\\Local Settings\Temp /tmp and all of your users should be able to start X the regular way with no interference. 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
XWin warning messages
Having successfully installed Cygwin a couple of days ago, I started 'playing' with a building simulation program called ESP-r (developed over many years at the University of Strathclyde in Glasgow - see Software at http://www.esru.strath.ac.uk), which I know from my 'previous life' as a university researcher/lecturer, and which was recently made available in a form tailored for Cygwin. I wonder whether someone could shed some light on the warning messages I get when I start up an XWin environment under Cygwin. All I would like to know really is whether any of the messages are cause for concern and whether I need to take some corrective action (and if yes in what form). Please be patient with me - I have been using PCs for some years now, and I dare say my UNIX knowledge has become somewhat rusty ;-) Thank you. Herbert Eppel www.HETranslation.co.uk ** Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-8 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/X :0 -screen 0 1200 900 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winFinishScreenInitFB - Masks: f800 07e0 001f MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0407 (0407) (--) Using preset keyboard for German (Germany) (407), type 4 Rules = xorg Model = pc105 Layout = de Variant = (null) Options = (null) (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 600 450 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. cat: /home/HerbertEppel/.Xauthority: No such file or directory winDeinitMultiWindowWM - Noting shutdown in progress xinit: connection to X server lost.
src/winsup/cygwin fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-01-10 13:09:57 Modified files: winsup/cygwin : fhandler_disk_file.cc Log message: * fhandler_disk_file.cc: Fix copyright date. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.95r2=1.96
src/winsup/mingw ChangeLog include/errno.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-01-10 21:15:41 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: errno.h Log message: * include/errno.h (ELOOP): Add definition. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.247r2=1.248 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/errno.h.diff?cvsroot=srcr1=1.5r2=1.6
RE: Obscene content in cygwin file.
Oh for the love of me, DeFaria: [snip] Please do not try to express a false legal opinion to justify a faulty personal one. I am expressing no legal opinion. I am merely stating the obvious: if there's no potty-mouth there to offend, nobody can be offended by the potty-mouth. Do you disagree with this axiom? We have not established that either. Again it is your assertion. Ok, I'll chalk this one up to you not having completed any mathematics classes requiring you to do proofs yet (I think they start once you get to high school, so consider this a learning experience): An axiom is a basic statement of fact assumed to be true because of its obviousness. It is obviously true that if A does not exist, nobody could be offended by A. For any and all definitions of A. Now, Mr. DeFaria, do you or do you not agree with that axiom? -- 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/
Hyperthreading Problem - suggestion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I really want that hyperthreading problem with Cygwin resolved. Does the following suggestion make any sense: (I assume cfg is in the US, if not, make the necessary changes) a: Someone (close by to cfg) demonstrates that the bug/problem/issue appears on his machine b: This someone determines what an identical replacement machine would cost now c: CFG (or the someone from a) sets up a paypal account for HT Machine Donations d: When the required amount is reached, the Someone from a: sends his machine to CFG and buys a replacement out of the paypal account I am willing to pay 100 USD into that account. Knowing that my machine has cost about Euro 1000 I believe it should take a real short time to provide cfg with a machine to test / debug the hyperthreading issue . Any comments are welcome With kind Regards|\ _,,,---,,_ ZZZzz /,`.-'`'-. ;-;;, Volker Bandke |,4- ) )-,_. ,\ ( `'-' (BSP GmbH)'---''(_/--' `-'\_) Life's a bitch and then you die. (Another Wisdom from my fortune cookie jar) -BEGIN PGP SIGNATURE- Version: PGP Personal Security 7.0.3 iQA/AwUBQeJCoh5trGyhAF0wEQKktACeN15g4FyLBC30ziZSo8UH+m56zSMAnRh8 yj/KMcCi16U6uxV3+07giini =t5s5 -END PGP SIGNATURE- -- 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/
Repeated installation of gcc-testsuite and setup .src files
Even when a Cygwin installation is complete and up-to-date, a visit to the Cygwin setup site to request All available updates repeatedly offers the source files gcc-testsuite-3.3.3-3-src.tar.bz2 setup-2.427-1-src.tar.bz2 I think I understand that the reason for the repeated offering is consistency with other Unix behaviours which is just fine. (One can always say No.) However: in the case of setup, should we not now be offered setup-2.457.2-1-src.tar.bz2 (or similar)? And secondly I do not really understand why what actually comes down the pipeline for gcc-testsuite is gcc-testsuite-3.4.1-1-src.tar.bz2 (though there may be a good reason for this, too). Fergus -- 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: Memory for large arrays in cygwin/g77
-Original Message- From: cygwin-owner On Behalf Of Mark Hadfield Sent: 09 January 2005 21:27 Dante R. Chialvo wrote: Thanks for the suggestions Bottom line both ideas work fine in my case: 1) Install the g95 compiler, or 2) Use g77 using the Wl option, ie, g77 -O2 -o mybigprogram -Wl,--stack,1 mybigprogram.f So thanks a lot, That's odd. Increasing the stack size definitely does not work for me. It just causes the program to terminate silently, with no output. It's more random than that. The size of the stack isn't the critical issue here, since the array isn't on the stack, it's in the .bss section. The issue is the knock-on effects that specifying different initial stack sizes have at the time the executable image is mapped into memory, and the subsequent allocation or availability of the memory area for the cygheap. FWIW, I got it to work with much larger values of n by using --Wl,-stack=65536, but interestingly enough, it starts to miscount somewhere between 132m and 135m entries. It always seemed to undercount by 8. [EMAIL PROTECTED] /test/g77 ./foo.sh 1. 40876200. [EMAIL PROTECTED] /test/g77 ./foo.sh 1. 80876200. [EMAIL PROTECTED] /test/g77 ./foo.sh 1. 120876200. [EMAIL PROTECTED] /test/g77 ./foo.sh 1. 130876200. [EMAIL PROTECTED] /test/g77 ./foo.sh 1. 140876192. [EMAIL PROTECTED] /test/g77 ./foo.sh 1. 135876192. [EMAIL PROTECTED] /test/g77 ./foo.sh 1. 132876200. [EMAIL PROTECTED] /test/g77 Somewhere between 200876200 and 210876200 entries it starts to fail altogether, with ./g77test.exe: permission denied, which probably represents the total failure of the runtime loader to be find any way to map that huge .bss section and all the necessary dlls. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: script: unknown command
THUFIR HAWAT wrote: how is script enabled, pls? There is a script package as part of [1]this project. Just installed it and seems to work as expected. 1. http://cygwin-ports.sourceforge.net/ -- 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 client hang running uncompressed tar on various servers
Hi, I'm having a problem with my SSH client hanging executing a remote command extracting an uncompressed tar. This occurs on different servers (FreeBSD, localhost Cygwin SSHD, RHL9), though they are all SSH2 and I've using the same private DSA key. Given this, it isn't the tar executable (though I turned off my virus scanner just in case). I know this has worked in the past, though I'm not sure at what point it may have stopped. It happens on both my machines, and I've had reports from other cygwin users using Maven. Does anyone have any ideas, or seen it happen? I've had trouble finding anything beyond virus scanners in the archives and documentation. The SSH version: OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 1114k 2004/11/10 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.12 (I'm at the latest of what's installed - if there is any more info I could provide, please let me know). The exact command run is: ssh -vvv -l brett www.apache.org 'cd /home/brett/test-dir;tar xf maven-site- plugin-1.6-SNAPSHOT-site.tar'/ The output with -vvv is: [exec] debug1: Authentication succeeded (publickey). [exec] debug2: fd 4 setting O_NONBLOCK [exec] debug2: fd 5 setting O_NONBLOCK [exec] debug2: fd 6 setting O_NONBLOCK [exec] debug1: channel 0: new [client-session] [exec] debug3: ssh_session2_open: channel_new: 0 [exec] debug2: channel 0: send open [exec] debug1: Entering interactive session. [exec] debug2: callback start [exec] debug2: client_session2_setup: id 0 [exec] debug1: Sending command: cd /home/brett/test-dir;tar xf maven-site- plugin-1.6-SNAPSHOT-site.tar [exec] debug2: channel 0: request exec confirm 0 [exec] debug2: callback done [exec] debug2: channel 0: open confirm rwindow 0 rmax 32768 [exec] debug2: channel 0: rcvd adjust 131072 [exec] debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 [exec] debug2: channel 0: rcvd eof [exec] debug2: channel 0: output open - drain [exec] debug2: channel 0: rcvd close [exec] debug2: channel 0: close_read [exec] debug2: channel 0: input open - closed [exec] debug3: channel 0: will not send data after close ^^ this is where is always stops. I have to kill the process - Ctrl-C doesn't work. BTW, I'm back to the cygwin list after a long time away - it's been so stable for years. Great job all - I couldn't work day to day on Windows without it :) Cheers, Brett -- 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: Repeated installation of gcc-testsuite and setup .src files
[EMAIL PROTECTED] wrote: And secondly I do not really understand why what actually comes down the pipeline for gcc-testsuite is gcc-testsuite-3.4.1-1-src.tar.bz2 (though there may be a good reason for this, too). gcc-3.4.1 is tagged as test release. 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: Hyperthreading Problem - suggestion
This just caught my attention this morning, don't know if it has been a continuing discussion of not but let me contribute the following: a: Someone (close by to cfg) demonstrates that the bug/problem/issue appears on his machine I have many annoying problems ( erroneous thread activation from scripts seems to be common ) and I have debuggers available. I could attach a stuck cygwin window and send stacks or dumps to anyone interested. If I chose this route who should I send the stuff to? Please respond to me ( and optionally the whole list ) since our spam filter is less likely to delete it and I've been ignoring most of the cygwin list posts. Thanks. -Original Message- From: Volker Bandke [mailto:[EMAIL PROTECTED] Sent: Monday, January 10, 2005 3:54 AM To: Cygwin Subject: Hyperthreading Problem - suggestion -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I really want that hyperthreading problem with Cygwin resolved. Does the following suggestion make any sense: (I assume cfg is in the US, if not, make the necessary changes) a: Someone (close by to cfg) demonstrates that the bug/problem/issue appears on his machine b: This someone determines what an identical replacement machine would cost now c: CFG (or the someone from a) sets up a paypal account for HT Machine Donations d: When the required amount is reached, the Someone from a: sends his machine to CFG and buys a replacement out of the paypal account I am willing to pay 100 USD into that account. Knowing that my machine has cost about Euro 1000 I believe it should take a real short time to provide cfg with a machine to test / debug the hyperthreading issue . Any comments are welcome With kind Regards|\ _,,,---,,_ ZZZzz /,`.-'`'-. ;-;;, Volker Bandke |,4- ) )-,_. ,\ ( `'-' (BSP GmbH)'---''(_/--' `-'\_) Life's a bitch and then you die. (Another Wisdom from my fortune cookie jar) -BEGIN PGP SIGNATURE- Version: PGP Personal Security 7.0.3 iQA/AwUBQeJCoh5trGyhAF0wEQKktACeN15g4FyLBC30ziZSo8UH+m56zSMAnRh8 yj/KMcCi16U6uxV3+07giini =t5s5 -END PGP SIGNATURE- -- 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: Problem in pthread_key_create
On Jan 9 18:31, Johnny Willemsen wrote: Hi, Posted this last Friday but didn't got anything back. I think this is a bug in the pthread library of Cygwin. Can someone have a look at this? Johnny -Original Message- From: Johnny Willemsen [mailto:[EMAIL PROTECTED] Sent: vrijdag 7 januari 2005 14:57 To: 'cygwin@cygwin.com' Subject: Question about pthread_key_create Hi all, A question, I had a look at the implementation of pthread_key_create. When an invalid key is passed, a EBUSY is returned. This looks very strange to me, isn't it better to return EINVAL just as the pthread_key_delete does? No, that's not a bug. Please read the SUSv3 description for pthread_key_create() here: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_key_create.html Please note especially the chapter RATIONALE/Non-Idempotent Data Key Creation. It should sufficiently describe why returning EBUSY in this case isn't such a bad idea. Unfortunately, the SUSv3 definition left the actual behaviour open to the implementation. Another implementation could also reset the data key to NULL in subsequent calls to pthread_key_create(). Either way, the bottom line is, don't call pthread_key_create() more than once for the same data key. 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 in pthread_key_create
On Jan 10 13:00, Corinna Vinschen wrote: On Jan 9 18:31, Johnny Willemsen wrote: A question, I had a look at the implementation of pthread_key_create. When an invalid key is passed, a EBUSY is returned. ^ I just read this again and it occured to me that this is a misconception. pthread_key_create() returns EBUSY if a *valid* key is passed. This should make it clearer, shouldn't it? Corinna No, that's not a bug. Please read the SUSv3 description for pthread_key_create() here: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_key_create.html Please note especially the chapter RATIONALE/Non-Idempotent Data Key Creation. [...] -- 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: SSH client hang running uncompressed tar on various servers
On Jan 10 22:09, Brett Porter wrote: Hi, I'm having a problem with my SSH client hanging executing a remote command extracting an uncompressed tar. This occurs on different servers (FreeBSD, localhost Cygwin SSHD, RHL9), though they are all SSH2 and I've using the same private DSA key. Given this, it isn't the tar executable (though I turned off my virus scanner just in case). I know this has worked in the past, though I'm not sure at what point it may have stopped. It happens on both my machines, and I've had reports from other cygwin users using Maven. How big is the tar archive? What exact command did you use? Does it *always* fail? Is it possible to send the tar file (in PM) or does it contain confidential data? 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: SSH client hang running uncompressed tar on various servers
Hi Corinna, Sorry, I threw that off a bit. I've done some more investigation. in summary: ssh run when forked from java hangs when attempting to output. I don't know if that's cygwin's problem or java's - but if you have any ideas for how I could debug it further than below, I'd appreciate it. Here's what I've found. Other commands that had output also failed (rsync, mkdir when basedir not exist). The tar command I included originally (tar xf) was when I was experimenting, and is now succeeding - but the normal tar I run always fails (xUvf - though, xvf and xUf also fail because both have output). The tar is only 29k, but I think its irrelevant (it happens for any tar). What's weirder: it works when run from bash, but fails when forked from Java (actually, via the program Ant). If I fork bash -c 'set', the environment seems normal, so I assume ssh is also getting the normal environment. If I fork bash from java and run ssh, it still fails. If I run ssh from cmd.exe, it succeeds. So it only seems to be the execution of ssh forked within java when there is output from the ssh server that is a problem. Thanks, Brett On Mon, 10 Jan 2005 13:40:23 +0100, Corinna Vinschen [EMAIL PROTECTED] wrote: On Jan 10 22:09, Brett Porter wrote: Hi, I'm having a problem with my SSH client hanging executing a remote command extracting an uncompressed tar. This occurs on different servers (FreeBSD, localhost Cygwin SSHD, RHL9), though they are all SSH2 and I've using the same private DSA key. Given this, it isn't the tar executable (though I turned off my virus scanner just in case). I know this has worked in the past, though I'm not sure at what point it may have stopped. It happens on both my machines, and I've had reports from other cygwin users using Maven. How big is the tar archive? What exact command did you use? Does it *always* fail? Is it possible to send the tar file (in PM) or does it contain confidential data? 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/ -- 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 client hang running uncompressed tar on various servers
On Jan 11 00:08, Brett Porter wrote: What's weirder: it works when run from bash, but fails when forked from Java (actually, via the program Ant). If I fork bash -c 'set', the environment seems normal, so I assume ssh is also getting the normal environment. If I fork bash from java and run ssh, it still fails. If I run ssh from cmd.exe, it succeeds. It could be a simple problem with stdio buffering or it could be the same problem which keeps native unison from working over ssh in 1.5.12. You could try to switch to unbuffered IO in java before forking ssh, just for testing. Is the output from the server side necessary for your application to work? If not, you could redirect output on the server side to /dev/null. 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: Repeated installation of gcc-testsuite and setup .src files
gcc-3.4.1 is tagged as test release. Yes, exactly (or am I being daft)? In general I request only the [curr] versions of things, and in general those are what I get. The [prev] [curr] and [test] entries for gcc-testsuite in setup.ini seem exactly as one might expect. Why does a standard request for [curr] versions download the [test] version in this case (and not in any other case)? Fergus -- 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 Problem - suggestion
Hello all, I have tried lots of different machines to reproduce the bug (hyperthreaded workstations and dual-processor servers). I was able to reproduce the problem on *every* Windows XP (XP Pro, XP Home and 2003 Server) machines I tried, but *not* on Windows 2000 (Pro and Server) machines. To demonstrate the bug, just run simultaneously 2 or 3 instances of the ksh script I posted in my previous message, and you will get shortly one of the following problems: 1) the shell script stops because `pwd` returned the empty string 2) the shell crashes with the 'erroneous thread activation' error. Regards, Stephane Donze -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike Marchywka Sent: lundi 10 janvier 2005 12:42 To: Volker Bandke; Cygwin Subject: RE: Hyperthreading Problem - suggestion This just caught my attention this morning, don't know if it has been a continuing discussion of not but let me contribute the following: a: Someone (close by to cfg) demonstrates that the bug/problem/issue appears on his machine I have many annoying problems (erroneous thread activation from scripts seems to be common ) and I have debuggers available. I could attach a stuck cygwin window and send stacks or dumps to anyone interested. If I chose this route who should I send the stuff to? Please respond to me ( and optionally the whole list ) since our spam filter is less likely to delete it and I've been ignoring most of the cygwin list posts. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Hyperthreading Problem - suggestion
I've been on XP for a while but IIRC I was seeing it with hyperthread on 2000. -Original Message- From: Stéphane Donzé [mailto:[EMAIL PROTECTED] Sent: Monday, January 10, 2005 8:41 AM To: Mike Marchywka; Volker Bandke; Cygwin Subject: RE: Hyperthreading Problem - suggestion Hello all, I have tried lots of different machines to reproduce the bug (hyperthreaded workstations and dual-processor servers). I was able to reproduce the problem on *every* Windows XP (XP Pro, XP Home and 2003 Server) machines I tried, but *not* on Windows 2000 (Pro and Server) machines. To demonstrate the bug, just run simultaneously 2 or 3 instances of the ksh script I posted in my previous message, and you will get shortly one of the following problems: 1) the shell script stops because `pwd` returned the empty string 2) the shell crashes with the 'erroneous thread activation' error. Regards, Stephane Donze -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike Marchywka Sent: lundi 10 janvier 2005 12:42 To: Volker Bandke; Cygwin Subject: RE: Hyperthreading Problem - suggestion This just caught my attention this morning, don't know if it has been a continuing discussion of not but let me contribute the following: a: Someone (close by to cfg) demonstrates that the bug/problem/issue appears on his machine I have many annoying problems (erroneous thread activation from scripts seems to be common ) and I have debuggers available. I could attach a stuck cygwin window and send stacks or dumps to anyone interested. If I chose this route who should I send the stuff to? Please respond to me ( and optionally the whole list ) since our spam filter is less likely to delete it and I've been ignoring most of the cygwin list posts. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
slow handling of large sets of files?
I don't understand why handling large data sets is so slow on my Cygwin? I have had this problem as far back as I can remember with Cygwin. Running executables prepared under gcc (without large file I/O) seem fine. Below I include just the top part of `cygcheck -s`. To be specific, I have tarred-gzipped directory of about 5300 files, % ls -l DATA.tar.gz [...] 92303 Jan 10 05:27 DATA.tar.gz which can be retrieved using a browser or just `wget` from http://www.alumni.caltech.edu/~ingber/DATA.tar.gz I tested the following commands (1) gzcat DATA.tar.gz | tar xBpf - (2) rm -rf DATA on 4 machines/OS's: (a) ThinkPad (1.8 MHz)/Cygwin (see below) on mount c:/cygwin//home/ingber (b) Pentium 3 (700 MHz)/FreeBSD 4.10 (lots of users) (c) SPARC (300 MHz)/Solaris 8 (lots of users) (d) SPARC (500 MHz)/Solaris 9 The differences between (a) and (b)-(d) are so large that I think my estimates get the point across: Under Cygwin, it takes about 380 secs to perform (1), and about 480 secs to perform (2). On the other machines, it takes about 20 secs to perform (1). To perform (2), it takes about 3 secs on (b) and (d), and about 10 secs on (d). Thanks. Lester 8 top cut - bottom -8 Cygwin Configuration Diagnostics Current System Time: Mon Jan 10 05:44:49 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\lib\subversion\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin .\ c:\WINDOWS\system32 c:\WINDOWS . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(ingber) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(ingber) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `check_case:strict' HOME = `C:\cygwin\home\ingber' MAKE_MODE = `unix' PWD = `/home/ingber' USER = `ingber' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 55902Mb 51% CP CS UN PA FC LESTER_C d: cd N/AN/A i: net NTFS 55902Mb 51% CP CS UN PA FC LESTER_C C:\cygwin / system binmode c:\cygwin\managed /managed system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 8 bottom cut - top -8 -- 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: slow handling of large sets of files?
The Thinkpad (A31p) is 1.8 GHz, not 1.8 MHz. If there are no suggestions to try, I may install Microsoft's Services for Unix (SFU) just to see if there any differences on the same machine. +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= I don't understand why handling large data sets is so slow on my Cygwin? I have had this problem as far back as I can remember with Cygwin. Running executables prepared under gcc (without large file I/O) seem fine. Below I include just the top part of `cygcheck -s`. To be specific, I have tarred-gzipped directory of about 5300 files, % ls -l DATA.tar.gz [...] 92303 Jan 10 05:27 DATA.tar.gz which can be retrieved using a browser or just `wget` from http://www.alumni.caltech.edu/~ingber/DATA.tar.gz I tested the following commands (1) gzcat DATA.tar.gz | tar xBpf - (2) rm -rf DATA on 4 machines/OS's: (a) ThinkPad (1.8 GHz)/Cygwin (see below) on mount c:/cygwin//home/ingber (b) Pentium 3 (700 MHz)/FreeBSD 4.10 (lots of users) (c) SPARC (300 MHz)/Solaris 8 (lots of users) (d) SPARC (500 MHz)/Solaris 9 The differences between (a) and (b)-(d) are so large that I think my estimates get the point across: Under Cygwin, it takes about 380 secs to perform (1), and about 480 secs to perform (2). On the other machines, it takes about 20 secs to perform (1). To perform (2), it takes about 3 secs on (b) and (d), and about 10 secs on (d). Thanks. Lester 8 top cut - bottom -8 Cygwin Configuration Diagnostics Current System Time: Mon Jan 10 05:44:49 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\lib\subversion\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin .\ c:\WINDOWS\system32 c:\WINDOWS . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(ingber) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(ingber) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `check_case:strict' HOME = `C:\cygwin\home\ingber' MAKE_MODE = `unix' PWD = `/home/ingber' USER = `ingber' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 55902Mb 51% CP CS UN PA FC LESTER_C d: cd N/AN/A i: net NTFS 55902Mb 51% CP CS UN PA FC LESTER_C C:\cygwin / system binmode c:\cygwin\managed /managed system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 8 bottom cut - top -8 -- 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 client hang running uncompressed tar on various servers
On Mon, 10 Jan 2005, Brett Porter wrote: I'm having a problem with my SSH client hanging executing a remote command extracting an uncompressed tar. This occurs on different servers (FreeBSD, localhost Cygwin SSHD, RHL9), though they are all SSH2 and I've using the same private DSA key. FWIW: I've seen the same issue with 'bk' invoking ssh. (same error with ssh -vvv) In my case - the problem disappeared on downgrading to cygwin-1.5.10.3 Satish -- 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: slow handling of large sets of files?
-Original Message- From: cygwin-owner On Behalf Of Lester Ingber Sent: 10 January 2005 14:36 I don't understand why handling large data sets is so slow on my Cygwin? I have had this problem as far back as I can remember with Cygwin. Running executables prepared under gcc (without large file I/O) seem fine. Below I include just the top part of `cygcheck -s`. To be specific, I have tarred-gzipped directory of about 5300 files, % ls -l DATA.tar.gz [...] 92303 Jan 10 05:27 DATA.tar.gz which can be retrieved using a browser or just `wget` from http://www.alumni.caltech.edu/~ingber/DATA.tar.gz I tested the following commands (1) gzcat DATA.tar.gz | tar xBpf - (2) rm -rf DATA Can't reproduce. [EMAIL PROTECTED] ~ time gunzip -c DATA.tar.gz | tar xBpf - real0m5.242s user0m1.101s sys 0m3.144s [EMAIL PROTECTED] ~ time rm -rf DATA real0m2.947s user0m0.620s sys 0m2.133s [EMAIL PROTECTED] ~ time tar xfzp DATA.tar.gz real0m6.453s user0m1.051s sys 0m3.635s [EMAIL PROTECTED] ~ time rm -rf DATA real0m2.890s user0m0.520s sys 0m2.163s [EMAIL PROTECTED] ~ You _sure_ you aren't accidentally doing this on a remote network drive? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: perl-5.8.6-1
Hi Gerrit, with the newly installed perl I get the following Can't locate object method _save_common_middle via package B::FAKEOP at /usr/lib/perl5/5.8/cygwin/B/C.pm line 389. Any clue what happed? H. Gerrit P. Haase wrote: Perl has been updated to 5.8.6-1 INFO - New DLL naming schema: only the major release number is included in the DLL name so extensions compiled with this release doesn't need to be recompiled immediatly for future updates of perl 5.8. - New directory naming: extensions are now under /usr/lib/perl5/5.8, /usr/lib/perl5/site_perl/5.8 (/usr/lib/perl5/vendor_perl/5.8 for all extensions distributed with this release) and the archive directory is simply named 'cygwin' instead of 'cygwin-thread-multi-64int'. - This release includes the Win32CORE extension statically. - IPC support is enabled, however to make use of it, it is required to have cygserver running, see the cygserver README in /usr/doc/Cygwin how to setup / run cygserver. - there are still some issues with PERLIO, best bet is to use binary mounted directories, define PERLIO=perlio in your environment, with this environment setting nearly all tests are passing when running on NTFS. - Perl 5.8.6 should be binary compatible with Cygwin perl = 5.8.2, if you are seeing problems with older extensions, please try to recompile these at first. Perl 5.8.6 announcements: http://dev.perl.org/perl5/news/2004/perl-5.8.6.html 5.8.6 is a maintenance release for perl 5.8, incorporating various minor bugfixes and optimisations. Please see the perldelta http://search.cpan.org/~nwclark/perl-5.8.6/pod/perl586delta.pod for the full details. Please report bugs using the perlbug utility. If the build or regression tests fail, make nok. If the build fails to early to run this, please mail perlbug at perl.org directly. DESCRIPTION === As always, you should conduct an appropriate level of testing before using any new product in your production environment. Canonical website: http://www.perl.org/ UPDATE == To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl' from the 'Interpreters' category, if you install it for the first time, click on the 'skip' field next to 'perl' until '5.8.6-1' is displayed. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- 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: slow handling of large sets of files?
I can't reproduce (on a Sony Vaio running Windows XP Profesional, 2.0 GHz) [EMAIL PROTECTED] ~ $ time gunzip -c DATA.tar.gz | tar xBpf - real0m18.556s user0m0.360s sys 0m1.271s [EMAIL PROTECTED] ~ $ time rm -rf DATA real0m2.476s user0m0.210s sys 0m1.081s Cheers Dante Lester Ingber wrote: I don't understand why handling large data sets is so slow on my Cygwin? I have had this problem as far back as I can remember with Cygwin. Running executables prepared under gcc (without large file I/O) seem fine. Below I include just the top part of `cygcheck -s`. To be specific, I have tarred-gzipped directory of about 5300 files, % ls -l DATA.tar.gz [...] 92303 Jan 10 05:27 DATA.tar.gz which can be retrieved using a browser or just `wget` from http://www.alumni.caltech.edu/~ingber/DATA.tar.gz I tested the following commands (1) gzcat DATA.tar.gz | tar xBpf - (2) rm -rf DATA on 4 machines/OS's: (a) ThinkPad (1.8 MHz)/Cygwin (see below) on mount c:/cygwin//home/ingber (b) Pentium 3 (700 MHz)/FreeBSD 4.10 (lots of users) (c) SPARC (300 MHz)/Solaris 8 (lots of users) (d) SPARC (500 MHz)/Solaris 9 The differences between (a) and (b)-(d) are so large that I think my estimates get the point across: Under Cygwin, it takes about 380 secs to perform (1), and about 480 secs to perform (2). On the other machines, it takes about 20 secs to perform (1). To perform (2), it takes about 3 secs on (b) and (d), and about 10 secs on (d). Thanks. Lester 8 top cut - bottom -8 Cygwin Configuration Diagnostics Current System Time: Mon Jan 10 05:44:49 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\lib\subversion\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin .\ c:\WINDOWS\system32 c:\WINDOWS . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(ingber) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(ingber) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `check_case:strict' HOME = `C:\cygwin\home\ingber' MAKE_MODE = `unix' PWD = `/home/ingber' USER = `ingber' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 55902Mb 51% CP CS UN PA FC LESTER_C d: cd N/AN/A i: net NTFS 55902Mb 51% CP CS UN PA FC LESTER_C C:\cygwin / system binmode c:\cygwin\managed /managed system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 8 bottom cut - top -8 -- 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/ -- == Prof. Dante R. Chialvo http://www.chialvo.net -- Cell: 310-3824810(in USA) +34 679949564 (in Europe) == -- 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 with rubbish in my mailbox
Fine. Now how do we get them to unsubscribe? -- Original Message --- From: Christopher Faylor [EMAIL PROTECTED] To: cygwin@cygwin.com Sent: Sun, 9 Jan 2005 10:33:11 -0500 Subject: Re: Problem with rubbish in my mailbox On Sat, Jan 08, 2005 at 08:46:06AM +, Dr Christian Hicks wrote: I am experiencing a problem with my mailbox. Each day I am getting 25-30 messages entitled Obscene content in cygwin file. I have had a look at a few of them and they appear to contain junk. I am wondering how the problem can be rectified. http://cygwin.com/lists.html#subscribe-unsubscribe -- 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/ -- This message has been scanned for viruses and dangerous content by MailScanner. --- End of Original Message --- -- This message and any attachments may contain information that is protected by law as privileged and confidential, and is transmitted for the sole use of the intended recipient(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, copying or retention of this e-mail or the information contained herein is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by e-mail, and permanently delete this e-mail. -- This message has been scanned for viruses and dangerous content by MailScanner. -- 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: Obscene content in cygwin file.
Gary R. Van Sickle wrote: Oh for the love of me, DeFaria: Actually I don't love you at all. [snip] You snipped the good stuff. So are you a lawyer or a potty mouthed junior high-school sys admin? We are dying to know! Please do not try to express a false legal opinion to justify a faulty personal one. I am expressing no legal opinion. I am merely stating the obvious: if there's no potty-mouth there to offend, nobody can be offended by the potty-mouth. Do you disagree with this axiom? We have not established that either. Again it is your assertion. Ok, I'll chalk this one up to you not having completed any mathematics classes requiring you to do proofs yet (I think they start once you get to high school, so consider this a learning experience): I've completed more math classes than you'll ever know. An axiom is a basic statement of fact assumed to be true because of its obviousness. It is obviously true that if A does not exist, nobody could be offended by A. For any and all definitions of A. Now, Mr. DeFaria, do you or do you not agree with that axiom? What they hell are you talking about?!? You need to take some basic logic courses! You say that this stuff is potty-mouthed (whatever that's supposed to mean you have not defined). That sir is just your OPINION! It is not fact nor is it obvious nor is it A. And above you say that your OPINION is obvious therefore you are right. You are not right sir, it is just your opinion and you know what they say opinions are like assholes, everybody's got 'em, and yours is particularly stinky. It is not obvious sir as many people here disagree with many of the opinions that you are attempting to hold out as axioms. You sir say they are potty mouthed (an obvious scientific term) while I could say they are simply adult humor. Your characterization is no more true than mind. -- Anytime four New Yorkers get into a cab together without arguing, a bank robbery has just taken place. -- 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/
cygcrypt-0.dll false virus positive?
Since this morning I get Trend Micro Office Scan antivirus to report a virus in /usr/bin/cygcrypt-0.dll. It is strange since this started without having reinstalled anything, maybe after an automatic update of the patterns of the antivirus. I substituted the file with a clean copy from a mirror reinstalling the crypt package, but the antivirus still complains. The virus reported is: BKDR.HACDEF.M I attach my cygcheck, I don't attach the file since it is a clean download and in any case I don't want to distribute this file if there is anything infesting it on the fly on my system. -- Walter Garcia-Fontes Barcelona Cygwin Configuration Diagnostics Current System Time: Mon Jan 10 16:40:27 2005 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin c:\texmf\miktex\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\WINNT\system32\nls c:\WINNT\system32\nls\ENGLISH c:\PROGRA~1\COMMON~1\ADAPTE~1\System D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin D:\cygwin\usr\X11R6\bin D:\cygwin Output from D:\cygwin\bin\id.exe (nontsec) UID: 1001(gwafar) GID: 513(None) 513(None) Output from D:\cygwin\bin\id.exe (ntsec) UID: 1001(gwafar) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `binmode tty ntsec' HOME = `c:\users\gwafar' MAKE_MODE = `unix' PWD = `/cygdrive/c/users/gwafar' USER = `gwafar' ALLUSERSPROFILE = `C:\DOCUME~1\ALLUSE~1' APPDATA = `C:\DOCUME~1\gwafar\APPLIC~1' COMMONPROGRAMFILES = `C:\PROGRA~1\COMMON~1' COMPUTERNAME = `CJQ082' COMSPEC = `C:\WINNT\system32\cmd.exe' EDITOR = `jove' GROUP = `None' HOMEDRIVE = `C:' HOMEPATH = `\' HOST = `cjq082' HOSTTYPE = `i386' LOGNAME = `gwafar' LOGONSERVER = `\\CJQ082' MACHTYPE = `i386' MAIL = `/var/spool/mail/gwafar' MANPATH = `/usr/local/man:/usr/man/:/usr/contrib/man:/usr/local/netpbm/man:/usr/share/man' NNTPSERVER = `news.cesca.es' NUMBER_OF_PROCESSORS = `2' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' OSTYPE = `posix' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERLIO = `raw' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\PROGRA~1' PROMPT = `$P$G' REMOTEHOST = `cjq082' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TERM = `cygwin' TINRC = `-r' TZ = `RST-1RDT-2,M3.5.0/2,M10.5.0/3' USERDOMAIN = `CJQ082' USERNAME = `gwafar' USERPROFILE = `C:\DOCUME~1\gwafar' VENDOR = `intel' POSIXLY_CORRECT = `1' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 35000Mb 42% CP CS UN PA FC d: hd NTFS 30004Mb 60% CP CS UN PA FC Walter-Data disk e: hd NTFS 4996Mb 1% CP CS UN PA FC Walter-Swap f: cd N/AN/A g: cd N/AN/A D:\cygwin /system binmode c: /cygdrive/c system binmode d: /cygdrive/d system binmode e: /cygdrive/e system binmode f: /cygdrive/f system binmode h: /cygdrive/h system binmode m: /cygdrive/m system binmode w: /cygdrive/w system binmode x: /cygdrive/x system binmode y: /cygdrive/y system binmode z: /cygdrive/z system binmode D:\cygwin/bin /usr/bin system binmode D:\cygwin/lib /usr/lib system binmode . /cygdrivesystem binmode,cygdrive Found: D:\cygwin\bin\awk.exe Found: D:\cygwin\bin\bash.exe Found: D:\cygwin\bin\cat.exe Found: D:\cygwin\bin\cp.exe Found: D:\cygwin\bin\cpp.exe Found: D:\cygwin\bin\find.exe Found: D:\cygwin\bin\gcc.exe Found: D:\cygwin\bin\gdb.exe Found: D:\cygwin\bin\grep.exe Found: D:\cygwin\bin\ld.exe Found: D:\cygwin\bin\ls.exe Found: D:\cygwin\bin\make.exe Found: D:\cygwin\bin\mv.exe Found: D:\cygwin\bin\rm.exe Found: D:\cygwin\bin\sed.exe Found: D:\cygwin\bin\sh.exe Found: D:\cygwin\bin\tar.exe 20k 2003/05/30 D:\cygwin\usr\local\bin\cygminires.dll - os=4.0 img=0.95 sys=4.0 cygminires.dll v0.0 ts=2003/5/30 16:34 802k 2003/09/15 D:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 cygaspell-15.dll v0.0 ts=2003/9/15 14:32 55k 2004/09/14 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2004/9/14 6:16 54k 2002/01/27 D:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 cygbz21.0.dll v0.0 ts=2002/1/27 2:07 18k 2004/07/06 D:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 cygcharset-1.dll v0.0 ts=2004/7/6 20:09 2235k 1632/02/23 D:\cygwin\bin\cygcrypt-0.dll - os=65535.65535 img=60954.31831 sys=46.0 839k
Re: Updated: perl-5.8.6-1
Hans Horn wrote: Hi Gerrit, with the newly installed perl I get the following Can't locate object method _save_common_middle via package B::FAKEOP at /usr/lib/perl5/5.8/cygwin/B/C.pm line 389. Any clue what happed? No sorry. Wat do I need to do to reproduce it? 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/
XWin warning messages
Having successfully installed Cygwin a couple of days ago, I started 'playing' with a building simulation program called ESP-r (developed over many years at the University of Strathclyde in Glasgow - see Software at http://www.esru.strath.ac.uk), which I know from my 'previous life' as a university researcher/lecturer, and which was recently made available in a form tailored for Cygwin. I'm not sure whether this is really a question for this group or whether I should direct it to the authors and/or user group of the ESP-r software, but I wonder whether someone could shed some light on the warning messages I get when I start up an XWin environment under Cygwin. All I would like to know really is whether any of the messages are cause for concern and whether I need to take some corrective action (and if yes in what form). Thank you. Herbert Eppel www.HETranslation.co.uk ** Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-8 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/X :0 -screen 0 1200 900 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winFinishScreenInitFB - Masks: f800 07e0 001f MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0407 (0407) (--) Using preset keyboard for German (Germany) (407), type 4 Rules = xorg Model = pc105 Layout = de Variant = (null) Options = (null) (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 600 450 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. cat: /home/HerbertEppel/.Xauthority: No such file or directory winDeinitMultiWindowWM - Noting shutdown in progress xinit: connection to X server lost. -- 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: cygcrypt-0.dll false virus positive?
-Original Message- From: Walter Garcia-Fontes Sent: Monday, January 10, 2005 10:44 AM To: Cygwin Subject: cygcrypt-0.dll false virus positive? Since this morning I get Trend Micro Office Scan antivirus to report a virus in /usr/bin/cygcrypt-0.dll. It is strange since this started without having reinstalled anything, maybe after an automatic update of the patterns of the antivirus. I attempted to report this problem earlier today, also. For some unknown reason, it did not show up in the mailing list. Here is a copy of the information I have about this possible virus: -Original Message- Sent: Monday, January 10, 2005 10:25 AM To: cygwin list Subject: Possible virus in cygcrypt-0.dll My virus detection software (OfficeScan, version 5.58, engine 7.100, pattern 2.337.00) has detected the virus: BKDR_HACDEF.M in the file cygcrypt0.dll, which is included in the Cygwin package crypt-1.1-1. This has been detected on three PCs, run (independently) by two people. It appears that the problem is localized to the crypt-1.1-1.tar.bz2 file at the rcn.net mirror. Here are the steps that I took to localize the problem after it had been automatically detected by my virus scanning software: 1. Uninstall crypt-1.1-1 using setup.exe. 2. Delete crypt-1.1-1.tar.bz2 from the rcn.net 'release' subdirectory that installation packages are written to. 3. Download/install crypt-1.1-1 from the planetmirror.com mirror using setup.exe. 4. Scan both the 'bin' and 'release' subdirectories for viruses. No viruses were detected. 5. Uninstall crypt-1.1-1 using setup.exe. 6. Delete crypt-1.1-1.tar.bz2 from the planetmirror.com 'release' subdirectory that installation packages are written to. 7. Download/install crypt-1.1-1 from the rcn.net mirror using setup.exe. 8. Scan both the 'bin' and 'release' subdirectories for viruses. The BKDR_HACDEF.M virus is detected in bin/cygcrypt-0.dll and in release/crypt/crypt-1.1-1.tar.bz2. This detection appears to be the result of a new virus pattern file that detects the BKDR_HACDEF.M virus, which earlier versions of the file did not. --- -- 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: slow handling of large sets of files?
I appreciate that Dave and Dante tested DATA.tar.gz.
I tried these tests in ${HOME} and in c:/temp with the same results. I do
not see how I could have a remote mount. I have not used any in my paths.
Just to be sure, I disconnected my I: network drive, as reflected in my
new `cygcheck -s` excerpt below. (I did nothing under /managed.)
I have all the most current Cygwin packages on both my Thinkpad and my
wife's (same hardware). I have the same slow problems on both machines,
requiring minutes instead of seconds to perform
gunzip -c DATA.tar.gz | tar xBpf -
rm -rf DATA
Is there anything in my `cygcheck -s` excerpt that suggests I should
try different settings?
Thanks.
Lester
8 top cut - bottom -8
Cygwin Configuration Diagnostics
Current System Time: Mon Jan 10 08:13:41 2005
Windows XP Professional Ver 5.1 Build 2600 Service Pack 2
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\lib\subversion\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
.\
c:\WINDOWS\system32
c:\WINDOWS
.
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(ingber) GID: 513(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(ingber) GID: 513(None)
0(root) 513(None) 544(Administrators) 545(Users)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\ingber'
MAKE_MODE = `unix'
PWD = `/home/ingber'
USER = `ingber'
Use `-r' to scan registry
a: fd N/AN/A
c: hd NTFS 55902Mb 51% CP CS UN PA FC LESTER_C
d: cd N/AN/A
C:\cygwin / system binmode
c:\cygwin\managed /managed system binmode
C:\cygwin/bin /usr/bin system binmode
C:\cygwin/lib /usr/lib system binmode
C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode
. /cygdrive system
binmode,cygdrive
Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
8 bottom cut - top -8
--
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: cygcrypt-0.dll false virus positive?
On Jan 10 11:14, Harig, Mark wrote: -Original Message- From: Walter Garcia-Fontes Sent: Monday, January 10, 2005 10:44 AM To: Cygwin Subject: cygcrypt-0.dll false virus positive? Since this morning I get Trend Micro Office Scan antivirus to report a virus in /usr/bin/cygcrypt-0.dll. It is strange since this started without having reinstalled anything, maybe after an automatic update of the patterns of the antivirus. I attempted to report this problem earlier today, also. For some unknown reason, it did not show up in the mailing list. Here is a copy of the information I have about this possible virus: Symantec Anti-Virus doesn't report a virus and there is none in the tar archive on cygwin.com. The last change to this file was on 2003-10-19. If you're unsure, just check the md5sum of your downloaded crypt-1.1-1.tar.bz2 file. It should be $ md5sum crypt-1.1-1.tar.bz2 7d7f1557a813840a537002ed593de194 *crypt-1.1-1.tar.bz2 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: XWin warning messages
On 10.01.2005 16:13 UK Time, Herbert Eppel wrote: Having successfully installed Cygwin a couple of days ago, I started 'playing' with a building simulation program called ESP-r (developed over many years at the University of Strathclyde in Glasgow - see Software at http://www.esru.strath.ac.uk), which I know from my 'previous life' as a university researcher/lecturer, and which was recently made available in a form tailored for Cygwin. I'm not sure whether this is really a question for this group or whether I should direct it to the authors and/or user group of the ESP-r software, but I wonder whether someone could shed some light on the warning messages I get when I start up an XWin environment under Cygwin. All I would like to know really is whether any of the messages are cause for concern and whether I need to take some corrective action (and if yes in what form). Thank you. Herbert Eppel www.HETranslation.co.uk ** Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-8 Contact: cygwin-xfree@cygwin.com Sorry about answering my own query, but I just noticed the line above. I dare say I could/should ask at [EMAIL PROTECTED] Thank you. -- Herbert Eppel www.HETranslation.co.uk -- 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: perl-5.8.6-1
Gerrit,
I used to be able (last time I tried was july 2004) time consuming perl
scripts using perlcc.
such as
perlcc $target.pl -O -o $target
you may try this on the simple perl script I've attached.
grusel,
H.
Gerrit P. Haase wrote:
Hans Horn wrote:
Hi Gerrit,
with the newly installed perl I get the following
Can't locate object method _save_common_middle via package
B::FAKEOP at /usr/lib/perl5/5.8/cygwin/B/C.pm line 389.
Any clue what happed?
No sorry.
Wat do I need to do to reproduce it?
Gerrit
begin 666 average.pl
M(R$O=7-R+V)I;B]P97)L@HC:[EMAIL PROTECTED]0C05)'5B A/2 P*2![('!R:6YT()5
M[EMAIL PROTECTED]F%G92YP; \9%T869I;4^7XB.R!EET.R!]B-E;'-E
M('L*(R @;W!E;B H1$%402PB/1!4D=66S!=(BD[B-]@II9B H)-!4D=6
M(#T](TQ*2'5B ^(# I('L*( @('!R:6YT(%-41$52
M4B B=7-A9V4Z(%V97)A9V4NP@/1A=%F:6QE/EQN([EMAIL PROTECTED]@Q*3L*
M(!](5LV4@PH@( @:[EMAIL PROTECTED]%O5N(A$051!+(\)$%21U9;,%TB*2D@
MPH@( @(!PFEN=!35$1%4E(@(G5N86)L92!T;R!O5N(1!4D=66S!=
M7XB.R!EET*#$I.PH@( @?0H@('T*?0H*)QI;F4@/2 P.PHD;5N9W1H
M(#T@,#L*G=H:6QE(@\1$%403XI('L*(! 9%T85]L:7-T(#T@W!L:70[
MB @:[EMAIL PROTECTED]1L:6YE(#T](# I('L@)QE;F=T: ](0C9%T85]L:7-T.R!]
MB @:[EMAIL PROTECTED]0C9%T85]L:7-T($](1L96YG=@I('L@')I;G0@(DERF5G
M=6QAB!D871A(5QN([EMAIL PROTECTED]@?0H@(9OF5A8V@@)[EMAIL PROTECTED]
@+BX@)-D
M871A7VQIW0I('L*( @(1A=F=;)E=(L](1D871A7VQIW1;)E=.PH@
M( @)%V9S);)E=(L](1D871A7VQIW1;)E=*BHR+C [B @?0H@(1L
M:6YE*RL[GT*F9OF5A8V@@)[EMAIL PROTECTED] @+BX@)-D871A7VQIW0I('L*( D
MW%?878@/2 D879G6R1I72HJ,BXP.PH@(1A=F=;)E=(\](1L:6YE.PH@
M(1A=FR6R1I72 O/2 D;EN93L*( D=F%R(#T@)%V9S);)E=(T@)'-Q
[EMAIL PROTECTED];EN92HJ,BXP*3L*( DW1D95V6R1I72 ](@D=F%R(#X@,D@
M/R!S7)T*1V87(I(#H@,XP.PH@('!R:6YT9B B)3-D( E,3 N-[EMAIL PROTECTED]
J(4W+C1F7XB+ D:2LQ+ D879G6R1I72P@)'-T91E=ELD:5T[GT*
`
end
--
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/
is BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll for real?
Our local virus scan tool provided by * reported a trojan horse called BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll c.f.: http://www.**.com/vinfo/virusencyclo/default5.asp?VName=BKDR_HACDEF.M Could you tell me what is your point of view about this ? is it a fluke information ? does the code for cygcrypt-0.dll need to be checked against Easter-Eggs of this kind ? Regards, Christian Montanari, SHARP TELECOMMUNICATIONS OF EUROPE Ltd., Azure House, Bagshot Road, Bracknell, Berks, RG12 7QY, UK. Tel: +44 (0) 1344 301883 Fax: +44 (0) 1344 300293 -- 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/
Latest perl has a zero byte cygwin specific readme file
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: Repeated installation of gcc-testsuite and setup .src files
On Mon, 10 Jan 2005, fergus wrote: Even when a Cygwin installation is complete and up-to-date, a visit to the Cygwin setup site to request All available updates repeatedly offers the source files gcc-testsuite-3.3.3-3-src.tar.bz2 setup-2.427-1-src.tar.bz2 I think I understand that the reason for the repeated offering is consistency with other Unix behaviours which is just fine. (One can always say No.) However: in the case of setup, should we not now be offered setup-2.457.2-1-src.tar.bz2 (or similar)? And secondly I do not really understand why what actually comes down the pipeline for gcc-testsuite is gcc-testsuite-3.4.1-1-src.tar.bz2 (though there may be a good reason for this, too). setup doesn't keep track of installed source packages. Since both setup- and gcc-testsuite- are source-only, setup doesn't keep track of them. http://cygwin.com/acronyms/#PTC. 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: SSH client hang running uncompressed tar on various servers
On Mon, 10 Jan 2005, Corinna Vinschen wrote: On Jan 11 00:08, Brett Porter wrote: What's weirder: it works when run from bash, but fails when forked from Java (actually, via the program Ant). If I fork bash -c 'set', the environment seems normal, so I assume ssh is also getting the normal environment. If I fork bash from java and run ssh, it still fails. If I run ssh from cmd.exe, it succeeds. It could be a simple problem with stdio buffering or it could be the same problem which keeps native unison from working over ssh in 1.5.12. You could try to switch to unbuffered IO in java before forking ssh, just for testing. Is the output from the server side necessary for your application to work? If not, you could redirect output on the server side to /dev/null. Also, redirect the *input* on the *client* side from /dev/null (using either shell redirection, or the -n ssh flag). This is a good idea whenever you invoke non-interactive ssh from another program. 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/
Building new GLib and Pango
Could anyone involved with Cygwin glib maintenance possibly assist with tracking down a Cygwin header bug? While building Pango, one of the tests fails with lots of errors in winspool.h. The detail may be found here, along with a link to a build of glib-2.6.1 (required dependency). http://bugzilla.gnome.org/show_bug.cgi?id=163584 If you want to build glib-2.6.1 yourself, these patches are required http://bugzilla.gnome.org/show_bug.cgi?id=163136 http://bugzilla.gnome.org/show_bug.cgi?id=163133 The bug is probably due to a #define causing a screwup in the w32api headers, but I am uncertain whether this is a Cygwin or a Pango bug. Since the failures occur in places that look fine, the cause is non-obvious to me. Many Thanks, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- 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: Latest perl has a zero byte cygwin specific readme file
Dr. Volker Zell wrote: see subject Oops. Will update ASAP. 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: Updated: perl-5.8.6-1
Hello Hans, it seems this was also broken with the previous release. I'll bring this issue up at the perl5-porters list, maybe there are some known issues I'm not aware of. Gerrit Hans Horn wrote: Gerrit, I used to be able (last time I tried was july 2004) time consuming perl scripts using perlcc. such as perlcc $target.pl -O -o $target you may try this on the simple perl script I've attached. grusel, H. Gerrit P. Haase wrote: Hans Horn wrote: Hi Gerrit, with the newly installed perl I get the following Can't locate object method _save_common_middle via package B::FAKEOP at /usr/lib/perl5/5.8/cygwin/B/C.pm line 389. Any clue what happed? No sorry. What do I need to do to reproduce it? -- =^..^= -- 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 Problem - suggestion
On Mon, Jan 10, 2005 at 09:53:55AM +0100, Volker Bandke wrote: I really want that hyperthreading problem with Cygwin resolved. Does the following suggestion make any sense: (I assume cfg is in the US, if not, make the necessary changes) a: Someone (close by to cfg) demonstrates that the bug/problem/issue appears on his machine b: This someone determines what an identical replacement machine would cost now c: CFG (or the someone from a) sets up a paypal account for HT Machine Donations d: When the required amount is reached, the Someone from a: sends his machine to CFG and buys a replacement out of the paypal account I am willing to pay 100 USD into that account. Knowing that my machine has cost about Euro 1000 I believe it should take a real short time to provide cfg with a machine to test / debug the hyperthreading issue . http://www.cygwin.com/ml/cygwin/2004-09/msg00084.html I was going to say that this was YA repeat observation, in keeping with the need for people to send the same observations about hyperthreaded behavior here. The repeated observations are as follows: 1) I just got a hang by doing X (where X is some variation of previously reported problems)! 2) I just got this problem as reported in the mailing list thread here: *show a URL where someone is reporting hyperthread problems* (bonus points for showing URL with an entry from me talking about how I can't duplicate the problem) 3) I can provide a system over the internet for use in debugging. 4) I just noticed a hang on Windows 95! This must mean that hyperthreading is not the problem! Let me try to state this very clearly. The last time I tried to duplicate the problem, I ran a test for three days, tying up a machine that I use for other purposes. I'd previously tried other variations as well. The system is an SMP system so there should have been a good chance of duplicating the bug. I'm not going to try every variation of this problem when it shows up on the list. Fixing this problem will be difficult. Dealing with race conditions like this always is difficult. I don't want to do this over the internet. It would be too painful and there is no guarantee that I could even do it at all. It could involve machine reboots (I just had to do one of these yesterday while debugging a non-thread race condition). No one has said that cygwin is bug free. So, there is undoubtedly more than one way to make it hang. A hang that shows up on Windows 95 does not necessarily translate to the same problem that people on hyperthreading machines are seeing. It may, but since the only Windows 9x type system that I have available for extended use is a vmware emulation, it isn't likely that I'll be able to duplicate the problem in Windows 9x. I have seven machines in my office right now and don't really need another one (I never thought I'd hear myself say that) but I will somehow make room if I can get another hyperthreaded machine here. If I do, I will dedicate it to cygwin and cygwin testing and try to make sure that this problem never crops up again. Someone else has previously raised the issue of a paypal account and the thread in the quoted URL above shows how to make donations. However, I am heartened to see that Volker is thinking like a scientist and has noted a problem with the get a new hyperthreaded system to cgf problem. There is no guarantee that any *new* machine that I get will evidence the problem. Rather than do some complicated swap game on systems, however, I'd be willing to chance that a system which is sufficiently similar to a problem system will show the problem. If/when I get enough money to purchase one, I will check such a system out. If I can't duplicate the problem on that system, I'll be glad to then swap with someone else. 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: is BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll for real?
We are using Trend Micro's OfficeScan and users at our site started having cygcrypt-0.dll quarantined for BKDR_HACDEF.M around 8:15am EST. Followed Trend's regedit procedures, but nobody was able to find the corresponding registry entries that BKDR_HACDEF.M should have created. Does anybody @ Cygwin have a copy of Trend Micro's software to see if it trips up on the master TAR file? Anybody else who is not using Trend getting any warnings? Regards, Lar _ Larry Esmonde, Jr. Gestalt LLC 680 American Avenue, Suite 302 King of Prussia, PA 19406 Phone: (610) 768-0800 Email: [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: SSH client hang running uncompressed tar on various servers
Brett, Just a few quick thoughts come to mind. -- Have you tried other ssh clients (putty)? -- have you tried logging into the terminal, and then executing the command there? -- if logging into the terminal and executing the command also locks up on lots of output, try reducing the terminal size to 3 lines, and piping the output to the less command. If this works, then it may be mtu issues where a router is dropping ip fragments. The third comment is a long shot, but I've actually experienced it before. -dave -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Monday, January 10, 2005 3:09 AM To: cygwin@cygwin.com Subject: SSH client hang running uncompressed tar on various servers Hi, I'm having a problem with my SSH client hanging executing a remote command extracting an uncompressed tar. This occurs on different servers (FreeBSD, localhost Cygwin SSHD, RHL9), though they are all SSH2 and I've using the same private DSA key. Given this, it isn't the tar executable (though I turned off my virus scanner just in case). I know this has worked in the past, though I'm not sure at what point it may have stopped. It happens on both my machines, and I've had reports from other cygwin users using Maven. Does anyone have any ideas, or seen it happen? I've had trouble finding anything beyond virus scanners in the archives and documentation. The SSH version: OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 1114k 2004/11/10 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.12 (I'm at the latest of what's installed - if there is any more info I could provide, please let me know). The exact command run is: ssh -vvv -l brett www.apache.org 'cd /home/brett/test-dir;tar xf maven-site- plugin-1.6-SNAPSHOT-site.tar'/ The output with -vvv is: [exec] debug1: Authentication succeeded (publickey). [exec] debug2: fd 4 setting O_NONBLOCK [exec] debug2: fd 5 setting O_NONBLOCK [exec] debug2: fd 6 setting O_NONBLOCK [exec] debug1: channel 0: new [client-session] [exec] debug3: ssh_session2_open: channel_new: 0 [exec] debug2: channel 0: send open [exec] debug1: Entering interactive session. [exec] debug2: callback start [exec] debug2: client_session2_setup: id 0 [exec] debug1: Sending command: cd /home/brett/test-dir;tar xf maven-site- plugin-1.6-SNAPSHOT-site.tar [exec] debug2: channel 0: request exec confirm 0 [exec] debug2: callback done [exec] debug2: channel 0: open confirm rwindow 0 rmax 32768 [exec] debug2: channel 0: rcvd adjust 131072 [exec] debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 [exec] debug2: channel 0: rcvd eof [exec] debug2: channel 0: output open - drain [exec] debug2: channel 0: rcvd close [exec] debug2: channel 0: close_read [exec] debug2: channel 0: input open - closed [exec] debug3: channel 0: will not send data after close ^^ this is where is always stops. I have to kill the process - Ctrl-C doesn't work. BTW, I'm back to the cygwin list after a long time away - it's been so stable for years. Great job all - I couldn't work day to day on Windows without it :) Cheers, Brett -- 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 with rubbish in my mailbox
On Mon, Jan 10, 2005 at 10:14:24AM -0500, John Chatelle wrote: Fine. Now how do we get them to unsubscribe? Send email to [EMAIL PROTECTED] . Use the above command and you'll then miraculously have found that all of the people who are bothering you so much that you needed to send your own bothersome message to the mailing list will no longer be bothering you. They will have been unsubscribed from your inbox. -- 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: is BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll for real?
We use McAfee VirusScan Enterprise, ver8.0i, and I just did a manual scan on cygcrypt-0.dll, and nary a peep On Mon, 10 Jan 2005 12:27:01 -0500, Laurence G Esmonde wrote: We are using Trend Micro's OfficeScan and users at our site started having cygcrypt-0.dll quarantined for BKDR_HACDEF.M around 8:15am EST. Followed Trend's regedit procedures, but nobody was able to find the corresponding registry entries that BKDR_HACDEF.M should have created. Does anybody @ Cygwin have a copy of Trend Micro's software to see if it trips up on the master TAR file? Anybody else who is not using Trend getting any warnings? Regards, Lar _ Larry Esmonde, Jr. Gestalt LLC 680 American Avenue, Suite 302 King of Prussia, PA 19406 Phone: (610) 768-0800 Email: [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/
Pre-select packages for downloading by others
Hi, I want to pre-select some packages needed so that other students can download and install cygwin without wondering which packages they need to download. I can't download all packages for them because I can't email it to them. Eventually I want to add this to a Knoppix CD (on the disc there's not much room left). This CD allows people to have a good development system. We noticed most people throw away this cd because they think linux is some sort of curse :( How can I pre-select packages and write the settings to a file allowing others to install cygwin without selecting packages from a README list? Greetz Jaap Taal -- 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 in pthread_key_create
Hi Corinna, Thanks for the info. You are right, an EBUSY is returned when a valid key is passed. I wrote first the report about EBUSY, then after that of the ! Part. But, why EBUSY and not EINVAL? I have not figured out why a regression test in ACE (see www.cs.wustl.edu/~schmidt) calls this twice. We now get the error in our logfile: ACE_Thread::keycreate: Device or resource busy (no more keys) I would have expected: ACE_Thread::keycreate: Invalid value. I find the error text so strange. Johnny On Jan 10 13:00, Corinna Vinschen wrote: On Jan 9 18:31, Johnny Willemsen wrote: A question, I had a look at the implementation of pthread_key_create. When an invalid key is passed, a EBUSY is returned. ^ I just read this again and it occured to me that this is a misconception. pthread_key_create() returns EBUSY if a *valid* key is passed. This should make it clearer, shouldn't it? Corinna No, that's not a bug. Please read the SUSv3 description for pthread_key_create() here: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_key_create.h tml Please note especially the chapter RATIONALE/Non-Idempotent Data Key Creation. [...] -- 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/ -- 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: Pre-select packages for downloading by others
On Mon, 10 Jan 2005, Jaap Taal wrote: Hi, I want to pre-select some packages needed so that other students can download and install cygwin without wondering which packages they need to download. I can't download all packages for them because I can't email it to them. Eventually I want to add this to a Knoppix CD (on the disc there's not much room left). This CD allows people to have a good development system. We noticed most people throw away this cd because they think linux is some sort of curse :( How can I pre-select packages and write the settings to a file allowing others to install cygwin without selecting packages from a README list? The easiest way to achieve this is to create an empty package with a setup.hint that puts it in the Base category and makes it depend on all the packages you want installed by default. Then provide the package on any server; construct a setup.ini (with that one package); tell your students to add that server to their mirror list and select that package, and voila -- they will get all the dependencies of that package selected for install automatically, which is what you want, I believe. 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: problem in pthread_key_create
On Jan 10 19:36, Johnny Willemsen wrote: Hi Corinna, Thanks for the info. You are right, an EBUSY is returned when a valid key is passed. I wrote first the report about EBUSY, then after that of the ! Part. But, why EBUSY and not EINVAL? I have not figured out why a regression test in ACE (see www.cs.wustl.edu/~schmidt) calls this twice. We now get the error in our logfile: ACE_Thread::keycreate: Device or resource busy (no more keys) I would have expected: ACE_Thread::keycreate: Invalid value. I find the error text so strange. I don't. You're asking the function to recreate a key which is already in use. Already in use roughly translates to EBUSY pretty well, doesn't it? Also, since the standards don't define a specific error code in this situation, you can't expect one. However, the important sentence in the SUSv3 description is: It is the responsibility of the programmer to ensure that it is called *exactly* once per key before use of the key. So it's arguably a bug in the above regression test. 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: is BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll for real?
Laurence G Esmonde wrote: We are using Trend Micro's OfficeScan and users at our site started having cygcrypt-0.dll quarantined for BKDR_HACDEF.M around 8:15am EST. Followed Trend's regedit procedures, but nobody was able to find the corresponding registry entries that BKDR_HACDEF.M should have created. Several of my colleagues and I have seen the same issues with Office Scan, and failed to find any evidence of the described infection using Trend's directions. I tested my home system, which has an up-to-date AVG configuration, and it had no complaints. Does anybody @ Cygwin have a copy of Trend Micro's software to see if it trips up on the master TAR file? FWIW (probably not much), I also verified that the MD5 sum on my infected package matched the sum on my mirror (http://mirrors.rcn.net). Pat -- 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 in pthread_key_create
On Mon, 10 Jan 2005, Corinna Vinschen wrote: On Jan 10 19:36, Johnny Willemsen wrote: Hi Corinna, Thanks for the info. You are right, an EBUSY is returned when a valid key is passed. I wrote first the report about EBUSY, then after that of the ! Part. But, why EBUSY and not EINVAL? I have not figured out why a regression test in ACE (see www.cs.wustl.edu/~schmidt) calls this twice. We now get the error in our logfile: ACE_Thread::keycreate: Device or resource busy (no more keys) I would have expected: ACE_Thread::keycreate: Invalid value. I find the error text so strange. I don't. You're asking the function to recreate a key which is already in use. Already in use roughly translates to EBUSY pretty well, doesn't it? Also, since the standards don't define a specific error code in this situation, you can't expect one. I think Johnny was referring to the no more keys part when he said that the error text was strange. That is indeed strange, but probably a bug in the way the regression test interprets that specific error code. However, the important sentence in the SUSv3 description is: It is the responsibility of the programmer to ensure that it is called *exactly* once per key before use of the key. So it's arguably a bug in the above regression test. If not in the way pthread_key_create is invoked, then in the interpretation of the resulting error. 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: is BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll for real?
Christian Montanari wrote, On 1/10/2005 11:28 AM: Our local virus scan tool provided by * reported a trojan horse called BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll c.f.: http://www.**.com/vinfo/virusencyclo/default5.asp?VName=BKDR_HACDEF.M Could you tell me what is your point of view about this ? is it a fluke information ? does the code for cygcrypt-0.dll need to be checked against Easter-Eggs of this kind ? Regards, Christian Montanari, SHARP TELECOMMUNICATIONS OF EUROPE Ltd., Azure House, Bagshot Road, Bracknell, Berks, RG12 7QY, UK. Tel: +44 (0) 1344 301883 Fax: +44 (0) 1344 300293 Detected on 2 systems here by Trend Micro and it deleted the file. According to a website describing the virus, it can use a possible vulnerability in the file to implement the backdoor. Are there any know vulnerabilities in cygcrypt-0.dll? -- Lit up like Levy's -- 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: is BKDR_HACDEF.M found in c:\cygwin\bin\cygcrypt-0.dll for real?
I tried downloading libcrypt from a couple of mirrors, and both versions were trapped by the officescan service. I then downloaded the libcrypt source, built it with gcc, and installed the resulting cygcrypt-0.dll successfully. Just to make sure, I ran a manual scan over the c:/cygwin/bin directory and it reported the directory to be clean. So, if all else fails, you can always build it yourself. -- 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/
cygcrypt-0.dll infected
Hi, My weekly virus scan (office scan) has removed the cygcrypt-0.dll which was detected as infected by Backdoor.IRC.Aladin.R. I did some search on the internet and found that Backdoor virus comes with cygcrypt-0.dll. I am guess that the virus scan has been updated to remove Backdorr.IRC.Aladin.R which has removed cygcrypt-0.dll. I verify with other developers. Whenever we touch the cygcrypt-0.dll. The virus scan will think that it is infected and automatically remove it. Anyone know what to fix this problem??? Thanks EDDIE -- 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/
Missing ntdll.dll export with perl 5.8.6 om Win9x
After updating to perl 5.8.6-1 I got an missing ntdll.dll export error. Because I use Windows Me, I do not obviously have any ntdll.dll. It seems the new perl was compiled for WindowsNT/2k/Xp only. Regards, Jacek Piskozub -- 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: Pre-select packages for downloading by others
Make a ground-up Cygwin installation using precisely those packages you wish to recommend for others, and then grab the file /etc/setup/installed.db Or, edit a copy of your existing version of this file to similarly contain only those packages that you wish to recommend. It will contain lines like rxvt rxvt-3.2-1.tar.bz2 0 tar tar-1.4-6.tar.bz2 0 Hand edit it so that all the lines look like this instead: rxvt rxvt-0.tar.bz2 0 tar tar-0.tar.bz2 0 (i.e. setting all version numbers to 0) or use a sed command line like this sed -i 's/^\(.*\) \(.*\) \(.*\)$/\1 \1-0.tar.bz2 0/' installed.db (all 3 lines as one line) to achieve the same thing. Then create a directory as follows containing only the one file you have just created c:\Cygwin\etc\setup\installed.db If you then run Cygwin setup from scratch, installing into c:\Cygwin\, it will update all those files, and only those files, listed in your special installed.db (because it updates the version number 0 to the current provision). (If you want to install your recommended system elsewhere than c:\Cygwin, locate your special file installed.db accordingly.) Fergus -- 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 in pthread_key_create
On Jan 10 14:21, Igor Pechtchanski wrote: On Mon, 10 Jan 2005, Corinna Vinschen wrote: So it's arguably a bug in the above regression test. If not in the way pthread_key_create is invoked, then in the interpretation of the resulting error. By calling pthread_key_create more than once for the same key the regression test is doing something outside of the specs. I don't see how that is something else but a bug in the way pthread_key_create is invoked. 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: Pre-select packages for downloading by others
On Mon, Jan 10, 2005 at 08:11:56PM +, fergus wrote: Make a ground-up Cygwin installation using precisely those packages you wish to recommend for others, and then grab the file /etc/setup/installed.db Or, edit a copy of your existing version of this file to similarly contain only those packages that you wish to recommend. I think Igor's suggestion is a *lot* simpler. 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: problem in pthread_key_create
On Mon, 10 Jan 2005, Corinna Vinschen wrote: On Jan 10 14:21, Igor Pechtchanski wrote: On Mon, 10 Jan 2005, Corinna Vinschen wrote: So it's arguably a bug in the above regression test. If not in the way pthread_key_create is invoked, then in the interpretation of the resulting error. By calling pthread_key_create more than once for the same key the regression test is doing something outside of the specs. I don't see how that is something else but a bug in the way pthread_key_create is invoked. Since it's a regression test, one could conceivably imagine them testing that this kind of double invocation isn't allowed on the system, thus making this pattern valid. This is a stretch, thus my If not prefix... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! 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: Missing ntdll.dll export with perl 5.8.6 om Win9x
Jacek Piskozub wrote: After updating to perl 5.8.6-1 I got an missing ntdll.dll export error. Which export is missing? 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: bug in w32api? (was: Re: Missing ntdll.dll export with perl 5.8.6 om Win9x)
Hi there, Gerrit P. Haase wrote: Jacek Piskozub wrote: After updating to perl 5.8.6-1 I got an missing ntdll.dll export error. Because I use Windows Me, I do not obviously have any ntdll.dll. It seems the new perl was compiled for WindowsNT/2k/Xp only. A correction: I do have a version of ntdll.com but obviously not good enough. A bug in w32api? What says cygcheck for you? I downgraded Perl to build Mozilla (I found this bug when mozilla checked for Perl version). When I finish - about one hour from now - I'll check that. Jacek -- 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/
bug in w32api? (was: Re: Missing ntdll.dll export with perl 5.8.6 om Win9x)
Jacek Piskozub wrote: After updating to perl 5.8.6-1 I got an missing ntdll.dll export error. Because I use Windows Me, I do not obviously have any ntdll.dll. It seems the new perl was compiled for WindowsNT/2k/Xp only. A bug in w32api? What says cygcheck for you? Please note that on NT ntdll.dll looks up always: $ cygcheck /usr/bin/cygwin1.dll H:/bin/cygwin1.dll C:\WINNT\System32\ADVAPI32.DLL C:\WINNT\System32\ntdll.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\RPCRT4.dll Mine is: $ cygcheck usr/bin/cygperl5_8.dll usr/bin/cygperl5_8.dll H:\bin\cygcrypt-0.dll H:\bin\cygwin1.dll C:\WINNT\System32\ADVAPI32.DLL C:\WINNT\System32\ntdll.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\RPCRT4.dll $ cygcheck usr/bin/perl.exe usr/bin/perl.exe usr/bin\cygperl5_8.dll H:\bin\cygcrypt-0.dll H:\bin\cygwin1.dll C:\WINNT\System32\ADVAPI32.DLL C:\WINNT\System32\ntdll.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\RPCRT4.dll 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: cygcrypt-0.dll infected
On Mon, 10 Jan 2005, Eddie Chan wrote: Hi, My weekly virus scan (office scan) has removed the cygcrypt-0.dll which was detected as infected by Backdoor.IRC.Aladin.R. I did some search on the internet and found that Backdoor virus comes with cygcrypt-0.dll. I am guess that the virus scan has been updated to remove Backdorr.IRC.Aladin.R which has removed cygcrypt-0.dll. I verify with other developers. Whenever we touch the cygcrypt-0.dll. The virus scan will think that it is infected and automatically remove it. Anyone know what to fix this problem??? Since the file hasn't been touched since October 2003, it's unlikely that any new backdoor suddenly appeared. Most likely your anti-virus software detects this as a false positive, because some virus's (or trojan's) pattern happened to coincide with what was already in the file. It's amazing how many people use broken anti-virus software, judging by the number of times this was reported. The real solution is to get the anti-virus patterns fixed. One workaround that was suggested was to recompile libcrypt, which removes the pattern (one can assume that the pattern just happened to coincide with the DLL's date stamp -- go figure). I'm half-tempted to suggest leaving the package as-is, just to force people to complain to their anti-virus provider. Unfortunately, all these complaints are more likely to go to this list, thus rivaling the traffic in the obscenity of cygwin thread (and we can't have that, can we?). So, provided Corinna has the time and the inclination to build crypt-1.1-2 (identical to 1.1-1, but recompiled) and send it by private mail, can we have a volunteer with a broken anti-virus to test this new version of libcrypt? If that shuts the anti-virus up, the path of least resistance would be to release the new package... 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: problem in pthread_key_create
On Jan 10 15:23, Igor Pechtchanski wrote: On Mon, 10 Jan 2005, Corinna Vinschen wrote: By calling pthread_key_create more than once for the same key the regression test is doing something outside of the specs. I don't see how that is something else but a bug in the way pthread_key_create is invoked. Since it's a regression test, one could conceivably imagine them testing that this kind of double invocation isn't allowed on the system, thus making this pattern valid. This is a stretch, thus my If not prefix... Igor Uh, yes, agreed. It would only be a bug in the regression test if this test is actually treated as failed. That's what I assumed. 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: cygcrypt-0.dll infected
It's amazing how many people use broken anti-virus software, judging by the number of times this was reported. The real solution is to get the anti-virus patterns fixed. One workaround that was suggested was to recompile libcrypt, which removes the pattern (one can assume that the pattern just happened to coincide with the DLL's date stamp -- go figure). I'm half-tempted to suggest leaving the package as-is, just to force people to complain to their anti-virus provider. FWIW, I have done that today (complained to the anti-virus provider). The md5sum for crypt is correct for dowloads from several mirrors, and only after scanning for a virus in the .tar.bz2 file is the md5sum changed. --- -- 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: cygcrypt-0.dll infected
On Jan 10 15:35, Igor Pechtchanski wrote: I'm half-tempted to suggest leaving the package as-is, just to force people to complain to their anti-virus provider. Unfortunately, all these complaints are more likely to go to this list, thus rivaling the traffic in the obscenity of cygwin thread (and we can't have that, can we?). I'm definitely tempted to leave the package as is. I'm not going to rebuild packages just to make an anti-virus software on crack happy. 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: Hyperthreading Problem - suggestion
On Mon, 2005-01-10 at 12:20 -0500, Christopher Faylor wrote: The last time I tried to duplicate the problem, I ran a test for three days, tying up a machine that I use for other purposes. I'd previously tried other variations as well. The system is an SMP system so there should have been a good chance of duplicating the bug. I'm not going to try every variation of this problem when it shows up on the list. Just a quick observation and a question. Hyperthreading exposed a race condition in an NT driver of mine that had run for a long time on an SMP system. The timing is different. Is there anybody out there who has Windows XP and hyperthreading and _can't_ reproduce the problem? This is making me nervous about a project I'm planning, as most of the target machines will be P4s with hyperthreading running XP. -- Adrian Cox [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: bug in w32api?
When the atom clock displayed 10/01/2005 21:27, Gerrit P. Haase emitted the following byte stream: Jacek Piskozub wrote: After updating to perl 5.8.6-1 I got an missing ntdll.dll export error. Because I use Windows Me, I do not obviously have any ntdll.dll. It seems the new perl was compiled for WindowsNT/2k/Xp only. A bug in w32api? What says cygcheck for you? OK. I upgraded back to the bad new Perl, especially for you. Here are the cygcheck results: C:\WINDOWScygcheck perl Found: C:\CYGWIN\BIN\perl.exe C:/CYGWIN/BIN/perl.exe C:\CYGWIN\BIN\cygperl5_8.dll C:\CYGWIN\BIN\cygcrypt-0.dll C:\CYGWIN\BIN\cygwin1.dll C:\WINDOWS\SYSTEM\ADVAPI32.DLL C:\WINDOWS\SYSTEM\KERNEL32.dll C:\WINDOWS\SYSTEM\ntdll.dll C:\WINDOWScygcheck cygperl5_8.dll Found: C:\CYGWIN\BIN\cygperl5_8.dll C:/CYGWIN/BIN/cygperl5_8.dll C:\CYGWIN\BIN\cygcrypt-0.dll C:\CYGWIN\BIN\cygwin1.dll C:\WINDOWS\SYSTEM\ADVAPI32.DLL C:\WINDOWS\SYSTEM\KERNEL32.dll The offending export is directly from perl.exe, it seems. The error pop-up says the same story: The PERL.EXE file is linked to missing export NTDLL.DLL:atoi All I needed to trigger it was perl -V. Jacek -- 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/
atoi() missing on Win98, perl extension breaks (was: Re: bug in w32api?)
Jacek Piskozub wrote: When the atom clock displayed 10/01/2005 21:27, Gerrit P. Haase emitted the following byte stream: Jacek Piskozub wrote: After updating to perl 5.8.6-1 I got an missing ntdll.dll export error. Because I use Windows Me, I do not obviously have any ntdll.dll. It seems the new perl was compiled for WindowsNT/2k/Xp only. A bug in w32api? No. It is the statically linked in Win32CORE extension. The offending export is directly from perl.exe, it seems. The error pop-up says the same story: The PERL.EXE file is linked to missing export NTDLL.DLL:atoi All I needed to trigger it was perl -V. Hmmm, atoi() is not available on Win98/ME? Strange. 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: perl 5.8.6
Reini Urban wrote: Your libwin32 package, does it work on Win98 / ME? I have included Yitzchak's patch and the Win32CORE module statically into perl, now the users are getting: ntdll.dll is missing export atoi(). Hmmm. atoi() is used all over the place in the perl source... Why was this not a problem with 5.8.5 before including Win32CORE statically? 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: atoi() missing on Win98, perl extension breaks (was: Re: bug in w32api?)
On Mon, Jan 10, 2005 at 10:02:07PM +0100, Gerrit P. Haase wrote: Jacek Piskozub wrote: When the atom clock displayed 10/01/2005 21:27, Gerrit P. Haase emitted the following byte stream: Jacek Piskozub wrote: After updating to perl 5.8.6-1 I got an missing ntdll.dll export error. Because I use Windows Me, I do not obviously have any ntdll.dll. It seems the new perl was compiled for WindowsNT/2k/Xp only. A bug in w32api? No. It is the statically linked in Win32CORE extension. The offending export is directly from perl.exe, it seems. The error pop-up says the same story: The PERL.EXE file is linked to missing export NTDLL.DLL:atoi All I needed to trigger it was perl -V. Hmmm, atoi() is not available on Win98/ME? Strange. Why would perl be finding atoi in ntdll.dll? It should be coming from the cygwin DLL shouldn't 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/
Re: atoi() missing on Win98, perl extension breaks (was: Re: bug in w32api?)
On Mon, 10 Jan 2005, Gerrit P. Haase wrote: Jacek Piskozub wrote: When the atom clock displayed 10/01/2005 21:27, Gerrit P. Haase emitted the following byte stream: Heh, I like this one... :-) [snip] The offending export is directly from perl.exe, it seems. The error pop-up says the same story: The PERL.EXE file is linked to missing export NTDLL.DLL:atoi All I needed to trigger it was perl -V. Hmmm, atoi() is not available on Win98/ME? Strange. Huh? Isn't atoi part of newlib (libc.a)? Why would it even go to ntdll.dll? Something's fishy here. 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: Memory for large arrays in cygwin/g77
Dave Korn wrote: From: cygwin-owner On Behalf Of Mark Hadfield Dante R. Chialvo wrote: 2) Use g77 using the Wl option, ie, g77 -O2 -o mybigprogram -Wl,--stack,1 mybigprogram.f That's odd. Increasing the stack size definitely does not work for me. It just causes the program to terminate silently, with no output. It's more random than that. The size of the stack isn't the critical issue here, since the array isn't on the stack, it's in the .bss section. The issue is the knock-on effects that specifying different initial stack sizes have at the time the executable image is mapped into memory, and the subsequent allocation or availability of the memory area for the cygheap. Woooaaa (not whoa meaning stop but woooaaa as in the word used ca 1995 in movies like Wayne's World to indicate a combination of surprise and puzzlement). So, Dave, we've established that Cygwin g77 is not reliable for large data arrays. In an earlier message in this thread you cited a couple of messages that gave some gory details: http://www.cygwin.com/ml/cygwin/2004-10/msg01188.html http://www.cygwin.com/ml/cygwin/2004-07/msg00646.html I must say they're a bit too gory for me to understand. Is there a cure that would allow a simple-minded, grey-haired Fortran programmer like me to rely on Cygwin g77 (or gfortran) for moderate-sized computational tasks? -- Mark HadfieldKa puwaha te tai nei, Hoea tatou [EMAIL PROTECTED] National Institute for Water and Atmospheric Research (NIWA) -- 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: atoi() missing on Win98, perl extension breaks
Christopher Faylor wrote: All I needed to trigger it was perl -V. Hmmm, atoi() is not available on Win98/ME? Strange. Why would perl be finding atoi in ntdll.dll? It should be coming from the cygwin DLL shouldn't it? Yes, as it used to be, it is used all over the place in the perl sources. I'm a little clueless now. 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: atoi() missing on Win98, perl extension breaks
Gerritt, Hmmm, atoi() is not available on Win98/ME? Strange. I believe it is placed in MSVCRT.DLL. But we should use the cygwin version, anyway. Jacek ** -- 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: Memory for large arrays in cygwin/g77
-Original Message- From: cygwin-owner On Behalf Of Mark Hadfield Sent: 10 January 2005 21:18 Is there a cure that would allow a simple-minded, grey-haired Fortran programmer like me to rely on Cygwin g77 (or gfortran) for moderate-sized computational tasks? LOL, I love the subtle sense of understatement you fortran guys use to describe handling arrays of hundreds of millions of elements :) Anyway, the simple answer appears to be Use g95 instead, doesn't it? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: atoi() missing on Win98, perl extension breaks
Gerritt, Hmmm, atoi() is not available on Win98/ME? Strange. I compiled a one-liner with atoi() function using Visual Studio 6. The resulting atoi.exe links only to kernel32.dll on WindowsME. E:\Downloadcygcheck c:\atoi.exe e:/atoi.exe C:\WINDOWS\SYSTEM\KERNEL32.dll Jacek -- 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: cygcrypt-0.dll infected
It may be worth thinking about what's actually happened here. Take a look at the technical description at http://www.trendmicro.com/vinfo/virusencyclo/default5.asp?VName=BKDR_HACDEF.MVSect=T . One of the characteristics of the malware is that it hides a file named cygcrypt-0.dll. The description does not state that the malware installs cygcrypt-0.dll, but it is well known that some root kits are built using cygwin. Indeed, someone from our security office recently told me that if someone runs cygwin and gets complaints about conflicting or duplicate cygwin dll's and if that person is sure that cygwin has never been installed on the machine, chances are that the machine has been compromised and that a cygwin-based root kit has been installed. I suspect that cygcrypt-0.dll is distributed as part of the malware in question. Why else would it hide the file? If cygcrypt-0.dll is distributed as part of the malware, rebuilding the package will only put the problem off until the malware is repackaged to use the latest release. Rather than telling users to bug the anti-virus company it might be worth having someone from cygwin contact them to explain the issue. It might also be worth doing a little bit of home work. That is, get a copy of the malware, unpack it, and check to see whether cygcrypt-0.dll is included in its entirety. What if it's really only something that bears the name and that the anti-virus company is checking names only? Just my 2 cents, Dick Repasky - Dick Repasky Bioinformatics Support UITS Cubicle 101.08 Indiana University USA [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: execv and then socket: operation not permitted
On Sun, 9 Jan 2005 13:19:53 +0100, Corinna Vinschen
[EMAIL PROTECTED] wrote:
Could you please prepare a short testcase, only containing the
necessary lines to reproduce the problem?
Thanks,
Corinna
I have attached 2 files to reproduce the problem. It is linked to the
putenv() call and the env variable then being reset.
Regards,
Eric
#include stdio.h
#include unistd.h
#include errno.h
int
main(argc, argv)
int argc;
char*argv[];
{
int Pid;
int ret;
int Pfd[2];
int Flags;
char *cmd[] = { ReadHandler,(char *)0 };
static char fooflags[64];
printf(Entering PacketServer\n);
strcpy(fooflags,fooflags=1);
putenv(fooflags);
*fooflags = '\0'; /* remove from environment after all */
switch ( Pid = fork() ) {
case -1: /* Fork failed */
perror(StartReadHandler: fork() failed);
return(-1);
break; /* NOT REACHED */
case 0: /* Child process (will become
read-handler) */
ret = execv (./ReadHandler, cmd);
perror(StartReadHandler: execv() failed);
exit(-1);
default: /* Parent process */
printf(Leaving PacketServer \n);
return(0);
} /* End of switch */
}
#include sys/types.h
#include sys/socket.h
#include stdio.h
void perror(const char *s);
#include errno.h
/* definitions */
int
main(argc, argv)
int argc;
char*argv[];
{
int fd;
fprintf(stderr,ReadHandler starting.\n);
fd = 0;
if ( ( fd = socket(AF_INET, SOCK_DGRAM, 0) ) == -1 ) {
perror(socket:);
fprintf(stderr,Can't create UDP receive socket: socket());
return(-1);
}
fprintf(stderr,Socket created OK. \n);
return(0);
}
--
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: cygcrypt-0.dll infected
On Mon, Jan 10, 2005 at 04:40:57PM -0500, Dick Repasky wrote: Rather than telling users to bug the anti-virus company it might be worth having someone from cygwin contact them to explain the issue. It might also be worth doing a little bit of home work. That is, get a copy of the malware, unpack it, and check to see whether cygcrypt-0.dll is included in its entirety. What if it's really only something that bears the name and that the anti-virus company is checking names only? Just my 2 cents, The fact that a company is inconveniencing its customers for no good reason should be a more than adequate goad for the company to fix its problem. I don't see any reason to set the precedent of having someone from cygwin do investigation when cygwin isn't doing anything wrong. If Trend Micro doesn't want to fix the problem then presumably people will take the next logical step. 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 Problem - suggestion
On Mon, Jan 10, 2005 at 12:20:23PM -0500, Christopher Faylor wrote: On Mon, Jan 10, 2005 at 09:53:55AM +0100, Volker Bandke wrote: I really want that hyperthreading problem with Cygwin resolved. Does the following suggestion make any sense: (I assume cfg is in the US, if not, make the necessary changes) a: Someone (close by to cfg) demonstrates that the bug/problem/issue appears on his machine b: This someone determines what an identical replacement machine would cost now c: CFG (or the someone from a) sets up a paypal account for HT Machine Donations d: When the required amount is reached, the Someone from a: sends his machine to CFG and buys a replacement out of the paypal account I am willing to pay 100 USD into that account. Knowing that my machine has cost about Euro 1000 I believe it should take a real short time to provide cfg with a machine to test / debug the hyperthreading issue . http://www.cygwin.com/ml/cygwin/2004-09/msg00084.html I have, with some misgivings, set up a donations page: http://cygwin.com/donations.html This is something that I've wanted to do for a while and, IIRC, I've even previously gotten buy-in from other developers and package maintainers. If other package maintainers want to add their links, please send me private email with the appropriate info and I'll do so post-haste. 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: Memory for large arrays in cygwin/g77
Dave Korn wrote: From: cygwin-owner On Behalf Of Mark Hadfield Sent: 10 January 2005 21:18 Is there a cure that would allow a simple-minded, grey-haired Fortran programmer like me to rely on Cygwin g77 (or gfortran) for moderate-sized computational tasks? LOL, I love the subtle sense of understatement you fortran guys use to describe handling arrays of hundreds of millions of elements :) Though I am prone to occasionally employing subtlety, understatement and irony for effect in forums like this, my reference to moderate-sized computational tasks in this connection was not such an occasion. I run an ocean hydrodynamic model (ROMS) with domain size around 200 x 200 x 30, sometimes larger. For the serious computations I use a Cray T3E, but for smaller stuff I use my Windows desktop machine or one of several Linux x86 machines with 1 or 2 CPUs, whatever I can get my hands on. For me a moderate-size simulation needs 256-512 MiB of memory. (If they're much larger than that, then they run too slow on the PC, so the limits associated with 32-bit addressing are not a major issue for me yet, but they will be in a few years' time.) Anyway, the simple answer appears to be Use g95 instead, doesn't it? Bascally, yes. I've been using g95 recently and have found it reliable and able to handle moderate-sized simulations, though execution is rather slow. However I did get a MapViewOfFileEx error recently with g95 on an old version of ROMS. That's not a show-stopper, as I seldom use that version any more, but it's a little worrying... -- Mark HadfieldKa puwaha te tai nei, Hoea tatou [EMAIL PROTECTED] National Institute for Water and Atmospheric Research (NIWA) -- 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/
Tired of all the get-rich-quick junk?
Greetings, You could waste months (and thousands of dollars) trying to figure out what really works on the Internet. Or you could save yourself the frustration, time and mistakes by following my lead. If you want to join and recieve a more detailed information about this business for free, just email To: [EMAIL PROTECTED] Put I AM INTERESTED, FREE DEMO PLS. in the subject, FULLNAME and The COUNTRY you represented in the body of your email. So why not give it a try?... it's FREE anyway!... Just give us a chance to show you how our program works. You can cancel your membership anytime you want. Looking forward to hearing from you. Best Wishes, Jocel B. You are in my address book as a result of you posting to links of income opportunity seekers. To receive no more emails, send email here: [EMAIL PROTECTED] Subject line is not necessary. Not a solicitaion but a Blessing yet unrealized. -- 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: atoi() missing on Win98, perl extension breaks
Gerrit P. Haase wrote: Christopher Faylor wrote: All I needed to trigger it was perl -V. Hmmm, atoi() is not available on Win98/ME? Strange. Why would perl be finding atoi in ntdll.dll? It should be coming from the cygwin DLL shouldn't it? Yes, as it used to be, it is used all over the place in the perl sources. I'm a little clueless now. Is it possible the order of link libraries got rearranged in the new version? That could do it. KM P.S. I've been lurking on this list for a long time. Greetings, all, and thanks for cygwin! -- 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: cygcrypt-0.dll infected
Igor Pechtchanski wrote: I'm half-tempted to suggest leaving the package as-is, just to force people to complain to their anti-virus provider. Unfortunately, all these complaints are more likely to go to this list, thus rivaling the traffic in the obscenity of cygwin thread (and we can't have that, can we?). Of course not! Think of the children! Regards mks -- 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/
