winsup/cygwin exceptions.cc fhandler.cc fhandl ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2007-02-20 00:16:18 Modified files: cygwin : exceptions.cc fhandler.cc fhandler_console.cc fhandler_disk_file.cc fhandler_registry.cc fhandler_socket.cc glob.cc mmap.cc net.cc ntea.cc path.cc pinfo.cc sec_helper.cc security.cc select.cc sigproc.cc syscalls.cc ChangeLog Log message: Remove extraneous whitespace. * pinfo.cc (commune_process): Use default argument to lock_process. * sigproc.cc: Update copyright. * select.cc: Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.298r2=1.299 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.cc.diff?cvsroot=uberbaumr1=1.275r2=1.276 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_console.cc.diff?cvsroot=uberbaumr1=1.166r2=1.167 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=uberbaumr1=1.204r2=1.205 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_registry.cc.diff?cvsroot=uberbaumr1=1.38r2=1.39 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=uberbaumr1=1.203r2=1.204 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/glob.cc.diff?cvsroot=uberbaumr1=1.2r2=1.3 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/mmap.cc.diff?cvsroot=uberbaumr1=1.139r2=1.140 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/net.cc.diff?cvsroot=uberbaumr1=1.228r2=1.229 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ntea.cc.diff?cvsroot=uberbaumr1=1.14r2=1.15 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/path.cc.diff?cvsroot=uberbaumr1=1.429r2=1.430 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.235r2=1.236 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sec_helper.cc.diff?cvsroot=uberbaumr1=1.66r2=1.67 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/security.cc.diff?cvsroot=uberbaumr1=1.213r2=1.214 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/select.cc.diff?cvsroot=uberbaumr1=1.133r2=1.134 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.302r2=1.303 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/syscalls.cc.diff?cvsroot=uberbaumr1=1.432r2=1.433 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3756r2=1.3757
Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
For the sake of completeness, I have tried many times to build Emacs-CVS configuring with GTK toolkit. The build is fine but emacs fail to start: $ emacs-cvs ***MEMORY-ERROR***: emacs[5172]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented (This not only with current cygwin 1.5.24-2 but also with previous) (using the default toolkit, Emacs works fine). I am only a Cygwin user and cannot add more other than attach the cygcheck.out. Cheers, Angelo. cygcheck.out.bz2 Description: Binary data -- 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/
unkown proc directory in root
I just noticed a new (or I just noticed it) directory in what should be the root directory or C:\cygwin, which should be the same as I understand it. But, why do I get different contents, i.e., an interesting subdirectory proc only shows up on ls /, but not ls /cygdrive/c/cygwin as shown below: $ ls / bin cygwin.bat debug.log home libexec sbin usr cygdrive cygwin.ico etclib proc tmp var $ ls /cygdrive/c/cygwin bin cygwin.bat debug.log home libexec tmp var cygdrive cygwin.ico etclib sbin usr And looking into the /proc I see $ ls /proc 1728 1952 2420 3856 cpuinfo meminfo registry statversion 1864 196 284 3900 loadavg partitions self uptime and $ls /proc/registry $ ls /proc/registry HKEY_CLASSES_ROOTHKEY_CURRENT_USER HKEY_LOCAL_MACHINE HKEY_USERS HKEY_CURRENT_CONFIG HKEY_DYN_DATA HKEY_PERFORMANCE_DATA which contains, a very long list of data. Has this /proc always been with cygwin? And why the huge registry data subdir? Just trying to make sense out of this, having never seen or recall reading about this directory before. Thanks Henman -- 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: Setting up environment variables and paths for mySQL
Hi Robert, robert_neville310[...] schrieb: I am new to cygwin and need some assistance setting up environment variables and paths. [...] The PATH variable for all users is set in /etc/profiles. Just append your xamp/mysql/bin-Path there. Or you could set it per user in [homedir]/.bashrc, using something like PATH=/cygdrive/d/xamp/mysql/bin:$PATH bash: mysql.exe: command not found This message appears even in the in /cygdrive/d/xampp/mysql/bin. This is because . is not in your PATH. It will start when you enter ./mysql.exe in your mysql/bin directory, or if you add . to your PATH. HTH. - Lars -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.24: ftp produces Operation not permitted error for some commands
I have just installed Cygwin v1.5.24 under XP Pro SP1. When trying to use /usr/bin/ftp, I can connect to ftp servers and execute some commands. However, for commands that use a data channel such as ls, put, and get, the command fails with the Operation not permitted message as in this example: ftp cd board 250 CWD command successful ftp pwd 257 /webdocs/board is current directory. ftp ls ftp: bind: Operation not permitted ftp put file.txt ftp: bind: Operation not permitted ftp get file.txt ftp: bind: Operation not permitted I have confirmed that programs such as ssh, sftp, and c:\windows\system32\ftp do not seem to have any related issues. Any assistance as to how I might be able enable the use of these commands would be greatly appreciated. cygcheck.out Description: Binary data -- 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: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
Christopher Faylor wrote: On Mon, Feb 19, 2007 at 08:26:36AM +0100, Jan Dj??rv wrote: Christopher Faylor wrote: If someone is positing that one of several functions possibly isn't working in cygwin why not report exactly which function that would be? I.e., a little more work than reposting speculation would be appreciated. I did that comment, it is not speculation. I currently have no W32 machine, hence no cygwin at all. So if you have no way to verify anything then it sounds like it would be speculation by definition. Speculation isn't a bad word but speculating doesn't actually do any good until someone can confirm the speculation. Since I doubt that anyone here is going to download emacs to satisfy a speculation that cygwin's API is broken, we obviously need more details from people who care about this. The code in question in glib looks like this: static gpointer allocator_memalign (gsize alignment, gsize memsize) { gpointer aligned_memory = NULL; gint err = ENOMEM; #if HAVE_COMPLIANT_POSIX_MEMALIGN err = posix_memalign (aligned_memory, alignment, memsize); #elif HAVE_MEMALIGN errno = 0; aligned_memory = memalign (alignment, memsize); err = errno; #elif HAVE_VALLOC errno = 0; aligned_memory = valloc (memsize); err = errno; #else /* simplistic non-freeing page allocator */ ... #endif The #else part only calls malloc, and I assumed that it works on cygwin. It would be a small thing to figure out which part is used on cygwin if the config.h was available. i.e.: I don't know how the original poster configured Gtk+, I don't know which version of cygwin he/she has, I don't know which version of Gtk+ he/she has. I only tried to find out if Emacs could fix this somehow, which it can't. If the original poster ([EMAIL PROTECTED]) can send in his/hers config.h from the Gtk+ configuration, we can figure out what function we are talking about. So, basically you're saying a little more work is required. Yes, checking config.h for glib. Jan D. -- 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: Using the snapshot 20070214
On Feb 17 00:31, Angelo Graziosi wrote: Corinna Vinschen wrote: The figure shows up for me. Hi Corinna, WHICH version of TETEX-X11 (xdvi is there) have you installed ? The problem I described happens with tetex-x11-3.0.0-3[curr]. Reinstalling the [prev]tetex-x11-2.0.2-15, the figures show up also for me. I don't know which version it was but given that I don't use tetex and installed it just to test this, I'm pretty sure it was the [curr] version. In the meantime I'm using another machine so I have tetex not installed anymore. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Lost support for baud rate of 230400 after minor Cygwin upgrade
On Feb 19 09:13, David le Comte wrote: My USB serial port card can support 9216000 bps, and all power of 2 sub-multiples to 115200, then the usual suspects below that. Is this list a subset of your new list of supported baudrates? It's the list of baudrates supported by Linux up to 300. Higher baudrates would require to change the CBAUD mask in termios.h which I wasn't comfortable with for now. When might I expect (roughly) that this new release might happen. Months from now. If you're daring, use a developers snapshot from http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
On Feb 19 10:02, Jan Dj?rv wrote: The code in question in glib looks like this: static gpointer allocator_memalign (gsize alignment, gsize memsize) { gpointer aligned_memory = NULL; gint err = ENOMEM; #if HAVE_COMPLIANT_POSIX_MEMALIGN err = posix_memalign (aligned_memory, alignment, memsize); #elif HAVE_MEMALIGN errno = 0; aligned_memory = memalign (alignment, memsize); err = errno; #elif HAVE_VALLOC errno = 0; aligned_memory = valloc (memsize); err = errno; #else /* simplistic non-freeing page allocator */ ... #endif The #else part only calls malloc, and I assumed that it works on cygwin. It would be a small thing to figure out which part is used on cygwin if the config.h was available. I assume you're going to do that. If you could come up with a simple OOTB testcase which reproduces the problem, the simpler for us to fix a potential bug. Note that Cygwin exports memalign and valloc for a longer time now, posix_memalign is only available in the developer snapshots. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: unkown proc directory in root
On Feb 19 17:27, Wynfield Henman wrote: I just noticed a new (or I just noticed it) directory in what should be the root directory or C:\cygwin, which should be the same as I understand it. But, why do I get different contents, i.e., an interesting subdirectory proc only shows up on ls /, but not ls /cygdrive/c/cygwin as shown below: $ ls / bin cygwin.bat debug.log home libexec sbin usr cygdrive cygwin.ico etclib proc tmp var $ ls /cygdrive/c/cygwin bin cygwin.bat debug.log home libexec tmp var cygdrive cygwin.ico etclib sbin usr /proc is a virtual directory. It doesn't exist on the disk. It's the same /proc as on Linux, just smaller and more restricted in its properties. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.24: ftp produces Operation not permitted error for some commands
On Feb 19 01:50, Peter Torpey wrote: I have just installed Cygwin v1.5.24 under XP Pro SP1. When trying to use /usr/bin/ftp, I can connect to ftp servers and execute some commands. However, for commands that use a data channel such as ls, put, and get, the command fails with the Operation not permitted message as in this example: ftp cd board 250 CWD command successful ftp pwd 257 /webdocs/board is current directory. ftp ls ftp: bind: Operation not permitted ftp put file.txt ftp: bind: Operation not permitted ftp get file.txt ftp: bind: Operation not permitted I have confirmed that programs such as ssh, sftp, and c:\windows\system32\ftp do not seem to have any related issues. Any assistance as to how I might be able enable the use of these commands would be greatly appreciated. http://cygwin.com/acronyms/#WJFFM Did you consider using the `passive' option? Looks like either the server disallows active ftp, or your firewall settings. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and Vista - missing manifest files
On Feb 18 11:58, Benoit Miller wrote: A while ago there was a discussion (in the Vista coreutils thread) that suggested adding an install.exe.manifest file to solve the UAC issues with Vista. From a Cygwin 1.5.24-2 install, two more manifest files are needed: one for install-info.exe and (more importantly) one for patch.exe, otherwise you get a permission denied error when launching either of them. Thanks for the hint. I'll upload a new patch with a manifest file ASAP. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: patch-2.5.8-9
I have updated patch on cygwin.com to 2.5.8-9. This version now comes with a manifest file which is necessary to run patch normally on Windows Vista. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sshd + bash = crush on CRs
Hi, all! After updating bash to newest version on my server I've met problems with CR on my scripts. I've solved them with setting system variable SHELLOPTS to 'igncr'. And now they work fine when I login to the server via Terminal Services. But when I login to the server via sshd (last version came with cygwin) it ignores all environment variables set in the system - SHELLOPTS too. So I have all my CR problems again. I can't put SHELLOPTS in my .bashrc or .bash_profile scripts because bash complains it's readonly. And I can't move CR out of scripts because they are checked out from CVS in one bunch with other text files that have to be with windows CR-LF. So where can I make my SHELLOPTS environment variable working in sshd too? Sincerely, Pavel Ivanov -- 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: sshd + bash = crush on CRs
Pavel Ivanoff wrote: Hi, all! After updating bash to newest version on my server I've met problems with CR on my scripts. I've solved them with setting system variable SHELLOPTS to 'igncr'. And now they work fine when I login to the server via Terminal Services. But when I login to the server via sshd (last version came with cygwin) it ignores all environment variables set in the system - SHELLOPTS too. So I have all my CR problems again. I can't put SHELLOPTS in my .bashrc or .bash_profile scripts because bash complains it's readonly. And I can't move CR out of scripts because they Why is your $HOME/.bashrc and $HOME/.bash_profile read only? These files are user's and you should be able to edit them however you want. are checked out from CVS in one bunch with other text files that have to be with windows CR-LF. So where can I make my SHELLOPTS environment variable working in sshd too? All the sensible proposed solution to this change are described in one or more Cygwin bash package release announcements. Read them. One way to work around this is to have the necessary directories mounted with text mounts. Sincerely, Pavel Ivanov -- Vaclav Haisman signature.asc Description: OpenPGP digital signature
RE: sshd + bash = crush on CRs
From: Vaclav Haisman Pavel Ivanoff wrote: Hi, all! After updating bash to newest version on my server I've met problems with CR on my scripts. I've solved them with setting system variable SHELLOPTS to 'igncr'. And now they work fine when I login to the server via Terminal Services. But when I login to the server via sshd (last version came with cygwin) it ignores all environment variables set in the system - SHELLOPTS too. So I have all my CR problems again. I can't put SHELLOPTS in my .bashrc or .bash_profile scripts because bash complains it's readonly. And I can't move CR out of scripts because they Why is your $HOME/.bashrc and $HOME/.bash_profile read only? These files are user's and you should be able to edit them however you want. I meant not my .bashrc and .bash_profile are readonly, but when I put into them the line like this: SHELLOPTS='igncr' after logging in bash says to me that SHELLOPTS is readonly variable and cannot be set. are checked out from CVS in one bunch with other text files that have to be with windows CR-LF. So where can I make my SHELLOPTS environment variable working in sshd too? All the sensible proposed solution to this change are described in one or more Cygwin bash package release announcements. Read them. One way to work around this is to have the necessary directories mounted with text mounts. I've read these announcements and I already use the most applicable to me solution from them - SHELLOPTS=igncr. I don't want to use text mounts because at least as I've understood they are not stable and also all written scripts in there work use the convinience of binary mounts. Is there another solution? Pavel Ivanov -- 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/
xargs problem
Hi all, maybe I'm being dense, but xargs does not seem to do what it should: $ echo test1 test2|xargs -t /bin/echo test1 test2 test1 test2 I'd expect the output to read: /bin/echo test1 test1 /bin/echo test2 test2 What am I doing wrong? regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with mhoenicka) http://www.mhoenicka.de -- 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: xargs problem
Markus Hoenicka wrote: maybe I'm being dense, but xargs does not seem to do what it should: xargs only calls the command (echo in this case) once, with all the given arguments. (It will call it more than once only if calling it once would be a too-long command line.) If you want a command run once for each item in a list of things, use a for loop: $ for Thing in test1 test2 'test 3'; do echo $Thing; done test1 test2 test 3 -- Aaron http://m-net.arbornet.org/~arundelo/ _ http://homepage.msn.com/zune?icid=hmetagline -- 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: xargs problem
Markus Hoenicka wrote: maybe I'm being dense, but xargs does not seem to do what it should: $ echo test1 test2|xargs -t /bin/echo test1 test2 test1 test2 I'd expect the output to read: /bin/echo test1 test1 /bin/echo test2 test2 What am I doing wrong? Your expectation is wrong. xargs will - by default - not start a seperate instance of the to-be-executed process for each of the arguments it reads from stdin, but instead it gathers some and feeds them to the process at once. You can limit the number or args each sub-process will be fed with -n or --max-args. I. e. echo test1 test2|xargs -t -n 1 should do what you expect. BTW: this is not Cygwin-specific. 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/
Re: xargs problem
On Feb 19 11:23, Aaron Brown wrote: Markus Hoenicka wrote: maybe I'm being dense, but xargs does not seem to do what it should: xargs only calls the command (echo in this case) once, with all the given arguments. (It will call it more than once only if calling it once would be a too-long command line.) If you want a command run once for each item in a list of things, use a for loop: ...or `xargs -n 1' Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: xargs problem
Aaron Brown [EMAIL PROTECTED] was heard to say: xargs only calls the command (echo in this case) once, with all the given arguments. (It will call it more than once only if calling it once would be a too-long command line.) Ah, I see. After reading the man page again, the -n option with a value of 1 seems to do what I need. I'm sorry for the noise. I didn't have a Unix system handy to test whether this is indeed a Cygwin issue. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with mhoenicka) http://www.mhoenicka.de -- 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: xargs problem
* Markus Hoenicka [2007.02.19 10:45]: $ echo test1 test2|xargs -t /bin/echo test1 test2 test1 test2 I'd expect the output to read: /bin/echo test1 test1 /bin/echo test2 test2 Your assumption about what xargs does is incorrect. It does not call the command once for each argument on its standard input. Instead, it constructs a command-line, the length of which is system-dependent. The number of arguments it will take for each call to the command isn't clear at all and even depends on the length of the command itself. You need to tell xargs explicitly that you want to take the arguments one by one: $ echo foo bar | xargs -t -n1 /bin/echo foo foo /bin/echo bar bar -- JR -- 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: sshd + bash = crush on CRs
I meant not my .bashrc and .bash_profile are readonly, but when I put into them the line like this: SHELLOPTS='igncr' after logging in bash says to me that SHELLOPTS is readonly variable and cannot be set. Reread the release announcement. SHELLOPTS auto-tracks shell option settings, so you can do this in your .bash_profile: export SHELLOPTS set -o igncr in order to change SHELLOPTS on the fly. -- Eric Blake volunteer cygwin bash maintainer -- 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: screen [ping cgf]
At 16-2-2007 22:38, Frank Fesevur wrote: I have just tried it and so far it works for me. Although I must admit I have only used it very limited. But a colleague just mailed that he could not detach/retach :-S This detach/retach problem seems to be caused by an incomplete uninstall of an older test version. After upgrading to the latest cygwin dll version and making sure he was running your latest build of screen, it seems to work fine now. Regards, Frank -- 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: xargs problem
On Mon, Feb 19, 2007 at 05:34:31PM +0100, Corinna Vinschen wrote: If you want a command run once for each item in a list of things, use a for loop: ...or `xargs -n 1' Corinna Yeah, unfortunately don't try to do too much with that or you'll be waiting for a while. $ uname -a; uptime; time echo 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 | xargs -n1 /dev/null CYGWIN_NT-5.2 opteron 1.7.0s(0.165/4/2) 20070215 07:41:32 i686 Cygwin 10:05:57 up 1 day, 11:10, 0 users, load average: 0.00, 0.00, 0.00 real0m5.185s user0m0.150s sys 0m0.573s $ uname -a; uptime; time echo 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 | xargs -n1 /dev/null Linux ns1 2.6.20 #8 Mon Feb 19 08:03:12 PST 2007 i686 GNU/Linux 10:06am up 1:50, 7 users, load average: 3.08, 4.67, 5.53 real0m0.366s user0m0.012s sys 0m0.080s Gotta love it when a Linux box with *literally* 1/10th the cpu power (Celeron-D 2ghz Prescott core) is compiling KDE, and still knocking off numbers 15x times as fast as my hulked out dual-core Opteron 180. What is that, a ratio of about 150x times slower due to the blazing fork() we have now? -cl -- 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: xargs problem
On Mon, Feb 19, 2007 at 05:34:31PM +0100, Corinna Vinschen wrote: maybe I'm being dense, but xargs does not seem to do what it should: xargs only calls the command (echo in this case) once, with all the given arguments. (It will call it more than once only if calling it once would be a too-long command line.) If you want a command run once for each item in a list of things, use a for loop: ...or `xargs -n 1' Which btw is obnoxiously slow on Cygwin for some weird-unknown reason. A better alternative to xargs on cygwin: printf %s\n `command` -- 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: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
On Mon, Feb 19, 2007 at 10:02:06AM +0100, Jan Dj??rv wrote: Christopher Faylor wrote: On Mon, Feb 19, 2007 at 08:26:36AM +0100, Jan Dj??rv wrote: Christopher Faylor wrote: If someone is positing that one of several functions possibly isn't working in cygwin why not report exactly which function that would be? I.e., a little more work than reposting speculation would be appreciated. I did that comment, it is not speculation. I currently have no W32 machine, hence no cygwin at all. So if you have no way to verify anything then it sounds like it would be speculation by definition. Speculation isn't a bad word but speculating doesn't actually do any good until someone can confirm the speculation. Since I doubt that anyone here is going to download emacs to satisfy a speculation that cygwin's API is broken, we obviously need more details from people who care about this. The code in question in glib looks like this: static gpointer allocator_memalign (gsize alignment, gsize memsize) { gpointer aligned_memory = NULL; gint err = ENOMEM; #if HAVE_COMPLIANT_POSIX_MEMALIGN err = posix_memalign (aligned_memory, alignment, memsize); #elif HAVE_MEMALIGN errno = 0; aligned_memory = memalign (alignment, memsize); err = errno; #elif HAVE_VALLOC errno = 0; aligned_memory = valloc (memsize); err = errno; #else /* simplistic non-freeing page allocator */ ... #endif The #else part only calls malloc, and I assumed that it works on cygwin. It would be a small thing to figure out which part is used on cygwin if the config.h was available. i.e.: I don't know how the original poster configured Gtk+, I don't know which version of cygwin he/she has, I don't know which version of Gtk+ he/she has. I only tried to find out if Emacs could fix this somehow, which it can't. If the original poster ([EMAIL PROTECTED]) can send in his/hers config.h from the Gtk+ configuration, we can figure out what function we are talking about. So, basically you're saying a little more work is required. Yes, checking config.h for glib. Thanks much for the details. We do want to make things work correctly but, if that just means some work in emacs source code, then someone who is familiar with emacs will have to do that, i.e., someone else will have to come up with the config.h. OTOH, if someone could debug exactly why the error was occurring from one of the above calls then maybe we could make cygwin work better, too. Again, this requires someone who has access to emacs source and (presumably) knows how to use a debugger. 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: unkown proc directory in root
On Mon, Feb 19, 2007 at 10:59:26AM +0100, Corinna Vinschen wrote: On Feb 19 17:27, Wynfield Henman wrote: I just noticed a new (or I just noticed it) directory in what should be the root directory or C:\cygwin, which should be the same as I understand it. But, why do I get different contents, i.e., an interesting subdirectory proc only shows up on ls /, but not ls /cygdrive/c/cygwin as shown below: $ ls / bin cygwin.bat debug.log home libexec sbin usr cygdrive cygwin.ico etclib proc tmp var $ ls /cygdrive/c/cygwin bin cygwin.bat debug.log home libexec tmp var cygdrive cygwin.ico etclib sbin usr /proc is a virtual directory. It doesn't exist on the disk. It's the same /proc as on Linux, just smaller and more restricted in its properties. And, it's been in cygwin for quite some time... 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: xargs problem
Christopher Layne wrote: On Mon, Feb 19, 2007 at 05:34:31PM +0100, Corinna Vinschen wrote: ...or `xargs -n 1' Which btw is obnoxiously slow on Cygwin for some weird-unknown reason. Hm. I thought Cygwin always popped up a message explaining why it was being obnoxiously slow. Must be a bug. PTC. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: screen [ping cgf]
At 16-2-2007 22:38, Frank Fesevur wrote: I have just tried it and so far it works for me. Although I must admit I have only used it very limited. But a colleague just mailed that he could not detach/retach :-S This detach/retach problem seems to be caused by an incomplete uninstall of an older test version. After upgrading to the latest cygwin dll version and making sure he was running your latest build of screen, it seems to work fine now. Excellent! I'll keep on hoping for the best on that problem. The detach/retach problem persisted for years. I looked at it for a while but it was way beyond my skill to fix, and no one ever did fix it as such, i.e. there was never a patch offered to fix it. But AFAICT it's fixed now, presumably because of improvements in the Cygwin DLL. -- 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: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
Jan DjÃrv wrote: It would be a small thing to figure out which part is used on cygwin if the config.h was available. Every time that the build of Emacs-CVS is configured with: ... ./configure --prefix=... --with-gtk it fails when starting (on Cygwin) in this way: $ ./emacs-cvs ***MEMORY-ERROR***: emacs[3128]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented (This does not happens using the default LUCID). If the 'config.h' requested is that that created at the end of 'configure' it is attached. Hope it can help. Cheers, Angelo. /* src/config.h. Generated from config.in by configure. */ /* src/config.in. Generated from configure.in by autoheader. */ /* GNU Emacs site configuration template file. Copyright (C) 1988, 1993, 1994, 1999, 2000, 2001, 2002, 2004, 2005, 2006, 2007 Free Software Foundation, Inc. This file is part of GNU Emacs. GNU Emacs is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. GNU Emacs is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with GNU Emacs; see the file COPYING. If not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. */ /* No code in Emacs #includes config.h twice, but some bits of code intended to work with other packages as well (like gmalloc.c) think they can include it as many times as they like. */ #ifndef EMACS_CONFIG_H #define EMACS_CONFIG_H /* Define to 1 if the mktime function is broken. */ #define BROKEN_MKTIME 1 /* Define to one of `_getb67', `GETB67', `getb67' for Cray-2 and Cray-YMP systems. This function is required for `alloca.c' support on those systems. */ /* #undef CRAY_STACKSEG_END */ /* Define to 1 if using `alloca.c'. */ /* #undef C_ALLOCA */ /* Define to 1 if using `getloadavg.c'. */ #define C_GETLOADAVG 1 /* Define C_SWITCH_X_SITE to contain any special flags your compiler may need to deal with X Windows. For instance, if you've defined HAVE_X_WINDOWS above and your X include files aren't in a place that your compiler can find on its own, you might want to add -I/... or something similar. */ #define C_SWITCH_X_SITE -I/usr/X11R6/include -DXTHREADS -DXUSE_MTSAFE_API -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/X11R6/include -I/usr/include/freetype2 -I/opt/cxclient/usr/X11R6/include /* Define to 1 for DGUX with sys/dg_sys_info.h. */ /* #undef DGUX */ /* Define to 1 if you are using the GNU C Library. */ /* #undef DOUG_LEA_MALLOC */ /* Define to the canonical Emacs configuration name. */ #define EMACS_CONFIGURATION i686-pc-cygwin /* Define to the options passed to configure. */ #define EMACS_CONFIG_OPTIONS '--prefix=/usr/local/emacs' '--with-gtk' 'CC=gcc40' 'LDFLAGS=-Wl,--enable-auto-import -Wl,--enable-auto-image-base' /* Define to 1 if the `getloadavg' function needs to be run setuid or setgid. */ /* #undef GETLOADAVG_PRIVILEGED */ /* Define to 1 if the `getpgrp' function requires zero arguments. */ #define GETPGRP_VOID 1 /* Define to 1 if gettimeofday accepts only one argument. */ /* #undef GETTIMEOFDAY_ONE_ARGUMENT */ /* Define to 1 if you want to use the GNU memory allocator. */ #define GNU_MALLOC 1 /* Define to 1 if the file /usr/lpp/X11/bin/smt.exp exists. */ /* #undef HAVE_AIX_SMT_EXP */ /* Define to 1 if you have the `alarm' function. */ #define HAVE_ALARM 1 /* Define to 1 if you have `alloca', as a function or macro. */ #define HAVE_ALLOCA 1 /* Define to 1 if you have alloca.h and it should be used (not on Ultrix). */ #define HAVE_ALLOCA_H 1 /* Define to 1 if ALSA is available. */ /* #undef HAVE_ALSA */ /* Define to 1 if you have the `bcmp' function. */ #define HAVE_BCMP 1 /* Define to 1 if you have the `bcopy' function. */ #define HAVE_BCOPY 1 /* Define to 1 if you have the `bzero' function. */ #define HAVE_BZERO 1 /* Define to 1 if you are using the Carbon API on Mac OS X. */ /* #undef HAVE_CARBON */ /* Define to 1 if you have the `cbrt' function. */ #define HAVE_CBRT 1 /* Define to 1 if you have the `closedir' function. */ #define HAVE_CLOSEDIR 1 /* Define to 1 if you have the coff.h header file. */ /* #undef HAVE_COFF_H */ /* Define to 1 if you have the com_err.h header file. */ /* #undef HAVE_COM_ERR_H */ /* Define to 1 if you have /usr/lib/crti.o. */ /* #undef HAVE_CRTIN */ /* Define to 1 if you have the declaration of `sys_siglist', and to 0 if you don't. */ #define
Re: strange bug in gettimeofday function
Andrew Makhorin wrote: { double t0 = get_time(), t1 = get_time(); [Maybe OT?] 1. I can't remember if C guarantees that comma-separated *declarations* are initialized in order or not.. And to think I used to be an ANSI C guru :-(. 2. The reason that the t0 t1 fails, but t0 and t1 get dumped to be the same, is that C allows the implementation to use larger-than-64-bit (for 64-bit) intermediate double representations. In the case of X86, the CPU's floating-point registers are 80 bits wide. When they get written to stack, the value is rounded (or truncated?) to 64 bits. In the optimized code, I'll bet you that the two locals (t0 and t1) are kept entirely in registers, at least until the t0 and t1 calls. So at the point of comparison, it's comparing two 80-bit values, but when you flush them to memory to dump them as integer values, they get truncated to the (same) 64-bit value. -- 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: Oracle 10g sqlplus takes 6 quits or exits when run from cygwin
Jason Thurston wrote: I just installed cygwin and I just installed oracle 10g on my Windows XP computer.If I run sqlplus to connect to oracle 10G through a tns connection then when I want to exit I have to type quitenter 6 times in a row and then it will exit sqlplus. I've been using Cygwin with Oracle 10gR2 for a couple of years now, without any problems (quits on first quit!). Your output seems to show that it's going back and reconnecting over and over. Strange. Have you set a CYGWIN environment variable? Can you please follow the instructions at http://cygwin.com/problems.html? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xargs problem
Christopher Layne wrote: $ uname -a; uptime; time echo 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 | xargs -n1 /dev/null CYGWIN_NT-5.2 opteron 1.7.0s(0.165/4/2) 20070215 07:41:32 i686 Cygwin 10:05:57 up 1 day, 11:10, 0 users, load average: 0.00, 0.00, 0.00 real0m5.185s user0m0.150s sys 0m0.573s [OT] On an Opteron?! I get 1.1 seconds on a low-end Core 2 Duo with WinXP. Something else also the matter at your end. (Of course, my Linux box, on an older Core Duo, also does this in 0.085 seconds, so your Linux box is slow, too :-) ). But process creation is well-known to be slow in Cygwin, for completely unavoidable reasons (having to emulate a nearly full layer of POSIX semantics *on top of* Windows processes, which are already slow(er) to start with). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xargs problem
On Mon, Feb 19, 2007 at 01:04:38PM -0800, Shankar Unni wrote: Christopher Layne wrote: $ uname -a; uptime; time echo 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 | xargs -n1 /dev/null CYGWIN_NT-5.2 opteron 1.7.0s(0.165/4/2) 20070215 07:41:32 i686 Cygwin 10:05:57 up 1 day, 11:10, 0 users, load average: 0.00, 0.00, 0.00 real0m5.185s user0m0.150s sys 0m0.573s [OT] On an Opteron?! I get 1.1 seconds on a low-end Core 2 Duo with WinXP. Something else also the matter at your end. (Of course, my Linux box, on an older Core Duo, also does this in 0.085 seconds, so your Linux box is slow, too :-) ). The Linux box is only a Prescott Celeron-D. It's not that bad when it isn't loaded, under .1s, but those comparisons aren't even the issue really. But process creation is well-known to be slow in Cygwin, for completely unavoidable reasons (having to emulate a nearly full layer of POSIX semantics *on top of* Windows processes, which are already slow(er) to start with). Absolutely. I don't disagree with this. The issue is the magnitude. The opteron box has 4gigs of ram, scsi 320 disks, and is running water cooled at 2.8 ghz. Nothing *normal* can explain such a reason why a Celeron-D can fork the same /bin/echo's 15 times faster than that box, except for the OS difference. Even then, the difference is insane. I'm running the latest snapshot, no funky virus or other crap that could get in the way, 7 items in my path (might as well handle stat() while we're there), I've tried pointing out in the past that I believe something is going awry here: 70 288 [main] xargs 5956 child_copy: dll data - hp 0x6C8 low 0x61118000, high 0x6111D040, res 1 75657 75945 [main] xargs 5956 child_copy: dll bss - hp 0x6C8 low 0x61175000, high 0x6117EC30, res 1 ^ 903 76848 [main] xargs 5956 child_copy: user heap - hp 0x6C8 low 0xA2, high 0xA4, res 1 | 44 76892 [main] xargs 5956 child_copy: done | 44 76936 [main] xargs 5956 child_copy: data - hp 0x6C8 low 0x406000, high 0x406050, res 1 | 29 76965 [main] xargs 5956 child_copy: bss - hp 0x6C8 low 0x409000, high 0x4093A0, res 1 | 21 76986 [main] xargs 5956 child_copy: done | |__ not normal 10569 98670 [main] xargs 5956 wait_for_sigthread: process/signal handling enabled, state 0x41 [...] 8850 107734 [sig] xargs 5956 wait_sig: signalling pack.wakeup 0x664 6149 113883 [main] xargs 5956 sig_send: returning 0x0 from sending signal -34 89 113972 [main] xargs 5956 open: open (/dev/null, 0x0) 220 114192 [main] xargs 5956 normalize_posix_path: src /dev/null 25649 114298 [main] xargs 9760 proc_subproc: finished processing terminated/stopped child 25kusec to handle that? Other stuff as welll that just plain sticks out: 314 94499 [main] echo 5956 pinfo::exit: Calling ExitProcess n 0x0, exitcode 0x0 124272 240263 [proc_waiter] xargs 9760 pinfo::maybe_set_exit_code_from_windows: pid 5956, exit value - old 0x800, windows 0xDEADBEEF, cygwin 0x800 The costs may appear small, but they snowball down the chain. If it takes 75kusec to fire off a bss copy, times 100 = 7500kusec in the worst case. Even if I was hitting 20kusec per each, it's still 2 seconds. Here, try yours: echo 0 1 2 3 4 5 6 9 bogue strace xargs -n1 bogue | egrep 'child_copy:' -cl -- 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: strange bug in gettimeofday function
On Mon, Feb 19, 2007 at 12:52:10PM -0800, Shankar Unni wrote: Andrew Makhorin wrote: { double t0 = get_time(), t1 = get_time(); [Maybe OT?] 1. I can't remember if C guarantees that comma-separated *declarations* are initialized in order or not.. And to think I used to be an ANSI C guru :-(. Should be fine in this case. 2. The reason that the t0 t1 fails, but t0 and t1 get dumped to be the same, is that C allows the implementation to use larger-than-64-bit (for 64-bit) intermediate double representations. In the case of X86, the CPU's floating-point registers are 80 bits wide. When they get written to stack, the value is rounded (or truncated?) to 64 bits. I don't understand why they just didn't write: double t0, t1; t0 = t1 = get_time(); Not everything *has* to be initialized at declaration time. In the optimized code, I'll bet you that the two locals (t0 and t1) are kept entirely in registers, at least until the t0 and t1 calls. So at the point of comparison, it's comparing two 80-bit values, but when you flush them to memory to dump them as integer values, they get truncated to the (same) 64-bit value. Possible. Consider SSE ops (64-bit vs 80-bit on x87) and use of fast-math as well. -cl -- 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: xargs problem
On Mon, Feb 19, 2007 at 01:28:17PM -0800, Christopher Layne wrote: Absolutely. I don't disagree with this. The issue is the magnitude. The opteron box has 4gigs of ram, scsi 320 disks, and is running water cooled at 2.8 ghz. Nothing *normal* can explain such a reason why a Celeron-D can fork the same /bin/echo's 15 times faster than that box, except for the OS difference. Even then, the difference is insane. 70 288 [main] xargs 5956 child_copy: dll data - hp 0x6C8 low 0x61118000, high 0x6111D040, res 1 75657 75945 [main] xargs 5956 child_copy: dll bss - hp 0x6C8 low 0x61175000, high 0x6117EC30, res 1 ^ 903 76848 [main] xargs 5956 child_copy: user heap - hp 0x6C8 low 0xA2, high 0xA4, res 1 | 44 76892 [main] xargs 5956 child_copy: done | 44 76936 [main] xargs 5956 child_copy: data - hp 0x6C8 low 0x406000, high 0x406050, res 1 | 29 76965 [main] xargs 5956 child_copy: bss - hp 0x6C8 low 0x409000, high 0x4093A0, res 1 | 21 76986 [main] xargs 5956 child_copy: done | |__ not normal And the plot thickens. http://www.sourceware.org/ml/cygwin/2006-12/msg00494.html http://www.sourceware.org/ml/cygwin/2006-12/msg00711.html -cl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: texinfo-4.8-4
I've made a new version of 'texinfo' available for installation. This version incorporates a manifest file which reportedly fixes the problem running install-info.exe under Vista as mentioned here: http://sourceware.org/ml/cygwin/2007-02/msg00478.html For a brief description of this package, and a listing of the files it contains, see http://cygwin.com/packages/texinfo . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and keep clicking Next. If you have questions or comments, please send them to the Cygwin mailing list. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Surprising results (ls: no such file or directory) with managed mounts
Cygwin managed mounts give surprising (to me) results if a filename that's not in its canonical form manages to get below the managed mountpoint: $ mkdir managed unmanaged $ mount -o managed `cygpath -aw managed` $PWD/managed $ mkdir unmanaged/dir $ touch unmanaged/dir/Foo $ mv unmanaged/dir managed $ ls -l managed/dir ls: cannot access managed/dir/Foo: No such file or directory total 0 ?? ? ? ? ?? Foo This is because path.cc's fnunmunge() leaves the Win32 filename Foo alone when it returns the directory entry for readdir(), but the corresponding fnmunge() transformation for stat() turns Foo into %46oo, which doesn't exist in the directory. This problem appears to be known on the Internet, but was very puzzling to me until I figured out what was happening. Is there any reason why fnunmunge() shouldn't case-smash all non-quoted alphabetic characters in Win32 filenames to lower case? I.e., in this case, report the name of the file in managed/dir as foo? I believe this would ensure that the round-trip Win32-managed POSIX-Win32 file name transformation would always result in a valid Win32 name for the file. (I haven't been able to construct any other Win32 filenames that don't map to a valid managed-POSIX filename.) Is there a downside to this, other than an extra call to cyg_tolower in fnunmunge? -- Jonathan Lennox lennox at cs dot columbia dot edu -- 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: cron run task can not see samba mounts.
Thanks for the link, those pointers eventually lead to me solving this nasty issue. The FAQ makes it sound simple to get private shares working, but in reality it is not entirely straight forward. Providing the password to net use while cron was being run as the SYSTEM user did not fix the issue. The share was still listed as unavailable. Likewise running cron as my own user did not fix the issue. Getting cron to run as my user was not entirely straight forward because as it turned out the /etc/passwd entry for my user was incorrect. I had to first use mkpasswd to get a valid /etc/passwd entry and then use cron-config to get cron to run as my user. Then, even after all of this, the share was still returning Unavailable. It wasn't until I additionally used net use on top of running cron as my user until I cron finally was able to properly see the private share. Is there somewhere where a more detailed how-to on this exists or perhaps a wiki where I and other users could explain this task in more detail? Here is the current iteration of my script with sensitive info replaced: #!/usr/bin/bash ( echo date net use z: 192.168.1.101\\homes /u:user * net use df nice -19 rsync -au /cygdrive/c/Documents\ and\ Settings/Mike/ /cygdrive/z/backup/c/Documents\ and\ Settings/Mike/ nice -19 rsync -au /cygdrive/g/Photos/ /cygdrive/z/backup/g/Photos/ nice -19 rsync -au /cygdrive/g/Temp/ /cygdrive/z/backup/g/Temp/ nice -19 rsync -au /cygdrive/g/Desktop\ Extension/ /cygdrive/z/backup/g/Desktop\ Extension/ ) /home/Mike/rsync.log 21 On 2/18/07, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: Daksa wrote: snip As you can see, when I run the command manually from a xcygwin xterm the script has no issues seeing z: mounted at /mnt/z. No such luck when the script is run from cron. I notice some subtle differences in the env but I can't explain why the samba share would not appear from the cron... Read the FAQ entry: http://cygwin.com/faq/faq-nochunks.html#faq.using.shares -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: Surprising results (ls: no such file or directory) with managed mounts
Cygwin managed mounts give surprising (to me) results if a filename that's not in its canonical form manages to get below the managed mountpoint: The real fix, which I've mentioned before, would be altering rename() to fail with EXDEV when renaming files across managed mount points. But as I don't have copyright assignment in place for cygwin1.dll, I'm relying on someone else to write such a patch. In the meantime, just don't do that. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Full install hangs at gnome-vfs2.sh during install, gconftool-2 running/hung
All downloaded without install on Feb 15, 2007. Installation attempt of All on Windows XP Pro on a P4 laptop hangs when it gets to the post-install script gnome-vfs2.sh. There is a single instance of gconftool-2.exe running. CPU, disk, and network are dead idle. After 10 minutes, hit cancel and the installer exits, telling me that the installation is complete. This leaves many cygwin related tasks running. Not knowing the task structure of either cygwin nor (especially) Windows XP, I reboot to kill them off. Deleted everything installed (c:\cygwin) and retried three times with identical results. --- Tried same install with a download I make on October 27, 2005 installs and works fine, first time (This is the version I was using until last Friday). I would like to capture a good copy of the cygwin installation archive on CD for off-line use (as I did on October of 2005). How can I tell when this is fixed? 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: Surprising results (ls: no such file or directory) with managed mounts
On Tuesday, February 20 2007, Eric Blake wrote to Jonathan Lennox, cygwin@cygwin.com saying: Cygwin managed mounts give surprising (to me) results if a filename that's not in its canonical form manages to get below the managed mountpoint: The real fix, which I've mentioned before, would be altering rename() to fail with EXDEV when renaming files across managed mount points. But as I don't have copyright assignment in place for cygwin1.dll, I'm relying on someone else to write such a patch. In the meantime, just don't do that. True, but these non-canonical filenames can also arise if you do mount -f -o managed EXISTING-WIN-DIR. The just don't do that argument also applies there, of course, but that's an idiom used by many pre-cygport package build scripts. (Cygport leaves off the -f, avoiding the problem.) And, of course, any non-Cygwin program writing to the managed directory can create file names not in the canonical form. -- Jonathan Lennox lennox at cs dot columbia dot edu -- 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: cron run task can not see samba mounts.
http://cygwin.com/acronyms/#TOFU. Reformatted. Daksa wrote: On 2/18/07, Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com wrote: ^ http://cygwin.com/acronyms/#PCYMTNQREAIYR. Don't feed the spammers. Thanks. Daksa wrote: snip As you can see, when I run the command manually from a xcygwin xterm the script has no issues seeing z: mounted at /mnt/z. No such luck when the script is run from cron. I notice some subtle differences in the env but I can't explain why the samba share would not appear from the cron... Read the FAQ entry: http://cygwin.com/faq/faq-nochunks.html#faq.using.shares Thanks for the link, those pointers eventually lead to me solving this nasty issue. The FAQ makes it sound simple to get private shares working, but in reality it is not entirely straight forward. Providing the password to net use while cron was being run as the SYSTEM user did not fix the issue. The share was still listed as unavailable. Likewise running cron as my own user did not fix the issue. Getting cron to run as my user was not entirely straight forward because as it turned out the /etc/passwd entry for my user was incorrect. I had to first use mkpasswd to get a valid /etc/passwd entry and then use cron-config to get cron to run as my user. Then, even after all of this, the share was still returning Unavailable. It wasn't until I additionally used net use on top of running cron as my user until I cron finally was able to properly see the private share. Is there somewhere where a more detailed how-to on this exists or perhaps a wiki where I and other users could explain this task in more detail? Is it fair to ask if you ran cron as yourself with your valid network login and credentials? We're currently without a maintainer for the FAQ and other Cygwin docs. Care to volunteer? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
Christopher Faylor wrote: Thanks much for the details. We do want to make things work correctly but, if that just means some work in emacs source code, then someone who is familiar with emacs will have to do that, i.e., someone else will have to come up with the config.h. OTOH, if someone could debug exactly why the error was occurring from one of the above calls then maybe we could make cygwin work better, too. Again, this requires someone who has access to emacs source and (presumably) knows how to use a debugger. I got W32 and cygwin up on a (not so fast) spare box, so I'm looking in to it now. memalign is definitely the function failing, but something more is going on here, I can't yet reduce this to a more simple case. Will keep trying though. Jan D. -- 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: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
Angelo Graziosi skrev: Jan DjÃrv wrote: It would be a small thing to figure out which part is used on cygwin if the config.h was available. Every time that the build of Emacs-CVS is configured with: ... ./configure --prefix=... --with-gtk it fails when starting (on Cygwin) in this way: $ ./emacs-cvs ***MEMORY-ERROR***: emacs[3128]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented (This does not happens using the default LUCID). If the 'config.h' requested is that that created at the end of 'configure' it is attached. Hope it can help. Thanks, but it was actually config.h from a Glib build I needed. I have it now so hopefully this will be found soon. Jan D. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: patch-2.5.8-9
I have updated patch on cygwin.com to 2.5.8-9. This version now comes with a manifest file which is necessary to run patch normally on Windows Vista. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat