HELP: rxvt configuration
One week ago, i sent a message relating to rxvt... I made new experiments: a/ when I enter 'rxvt -tn rxvt -e /bin/tcsh', rxvt displays no menu Note: I obtain the same effect if i launch rxvt from the startxwin.bat file or from the menus od fvwm2. What do you think about this situation ? b/ when a start rxvt from a terminal, rxvt works properly :) c/ when a start rxvt with '-tn xterm' (or no -tn argument), tcsh replies: 'tcsh: no entry for terminal type "xterm"' Note: my default termcap file contains the entries relating to xterm... Finally, a last question: I set the SHELL environment variable in 'startxwin.bat': is it a right place ? I don't understand why this variable is not properly set by the environment (although tcsh is my default shell) My config: - rxvt v2.7.2 - XFree86 v4.2.0 - WinXP Philippe Bastiani -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: [Possible BUG and a fix] Re[2]: Setup.Exe causes Application Error at 0x78001750
Hello Robert, Saturday, March 23, 2002, 5:34:28 AM, you wrote: RC> Thanks for taking the time to look at this - I really appreciate that. RC> BTW: If it's reproducible, tell me the steps and I'll look too. Also, if RC> it's reproducible, try building with -DDEBUG. Yep! I found a way to reproduce it... Though on my system setup.exe still doesnt break - I just see something like "RtlFreeHeap: Invalid block " or somthing like that... I'd say that it depends on your system whether or not you'll experience the crash - I'm on WinXP home. I'm sure one could reproduce this very easy on Wine - its very sensitive about heap corruption unlike windowses... 1. Get msvcrt.dll 6.1.8293 2. Put it in the same directory where your setup.exe is. 3. Run setup.exe in gdb ... wait to see the RtlFreeHeap message :) I asked on the list for a dump of setup.exe at the time of the crash so I could determine in which dll this 78001750 is located. I turned out MSVCRT.DLL. I asked one of the people to supply me with his MSVCRT.DLL and I found that this 78001750 is part of a helper function used by realloc () and free (). Started to browse the code an found no suspicios call to free() or realloc()... Then Matt would come with a drwatsn.log and I found the return address that the call which crashed setup.exe would use to return. Then I remembered that i have setup-20020317.exe which had the debug info :)). Found with my disassemler the function which contained the return address from above unfortunately the disassembler doesnt understand the debug info of setup.exe. So I put a breakpoint in gdb on the address I found with the disassembler and it turned its __builtin_vector_delete. Then I send a mail to the list about that... After that I decided to run setup.exe from gdb as described in the steps above and gdb broke in the right place :) Bah, this was too long :) I'll supply you with the msvcrt.dll offlist so you could try by yourself. P.S. Forgot to mention that I;ve built setup.exe with my suggested patch and it was fine :) Send a copy of it to Matt Seitz to test it but I guess this was to early in the morning :) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
GREETINGS FROM ITALY....
I know that you get these letters a million times a day... And you hear the same questions, the same hype... I'm just going to say that these systems that I will send you information about, maybe like your own, and work for me and I've come to realize that all this work we are doing for one system.we could be doing, for example, for ten systems Think about it.the work is the samesame techniques.same movements. Maybe you will have heard of these systems before and may think, "I need to concentrate on the one system I have", but I know the movements...the hardest part is gathering leadsthen you could use them anywhere.are you following me Please respond for information and to introduce me to the products you are handling Oh, and have a good day! MarkAnthony Chesner [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Interesting Problem
The host is an independent system, in this case. I have not tested within a domain... I will make such a test this week. On Sat, 23 Mar 2002, Robert Collins wrote: > > > > -Original Message- > > From: Prentis Brooks [mailto:[EMAIL PROTECTED]] > > Sent: Saturday, March 23, 2002 12:18 AM > > > Also, unless the Computer Browser > > Service is running, cygrunsrv will not start cron, same > > behavior as with sshd. I do not know if other cygrunsrv > > processes are affected as these are the only two that I have > > currently enabled on my farm. > > Does domain membership impact this? Is the host a DC? > > Rob > -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure & Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc, inetutils, & perl packages won't install
Background - I have to modify/run some programs for a Computer Science course I'm taking. I want to work at home, but I'm tired of telnetting into the machines at school over my slow modem. Someone told me about Cygwin and I thought it would be the answer to my problem. But unfortunately it is not installing correctly. My OS - Windows ME verson 4.90.3000. My PC has 191 MB RAM and 13 GB free on the 20 GB hard drive (which is not partitioned) Version of Cygwin setup - setup.log says version 2.194.2.15 Options I selected - everything under Full install. Most things installed as expected (after 2-3 tries, anyway!), but I have 3 packages which I cannort get installed: gcc, inetutils, & perl. I am guessing I can live without the last two, but the reason I wanted to install Cygwin at all was for the compiler. I have tried multiple times to install these packages (both seperately and together), including re-downloading them several times. Every time I try to install them, I get the following Windows error message after setup finishes: "Installation incomplete. check /setup.log.full for details" Following are the setup.log and relevant excerpts from setup.log.full for all 3 packages. I don't know what the errors mean, much less how to correct them. Somehow, even after 2.5 CS classes, Linux/Unix are still practically Greek to me, so if you are able to answer, please keep that in mind when you word things. Thanks in advance for any assistance you can offer! - Stacy GCC: from setup.log 2002/03/22 20:12:17 Starting cygwin install, version 2.194.2.15 2002/03/22 20:12:17 Current Directory: C:\WINDOWS\Desktop 2002/03/22 20:12:17 Command line parameters 2002/03/22 20:12:17 0 - 'C:\WINDOWS\Desktop\setup.exe' 2002/03/22 20:12:17 1 parameters passed 2002/03/22 20:12:21 source: from cwd 2002/03/22 20:12:22 root: C:\cygwin binary system 2002/03/22 20:12:22 Selected local directory: C:\Program Files\Cygwin Files 2002/03/22 20:12:30 Installing file://http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin/latest/gcc/g cc-2.95.3-5.tar.bz2 2002/03/22 20:12:30 compress_bz::error called 2002/03/22 20:12:31 could not open usr/bin/c++.exe for reading in mklink 2002/03/22 20:12:31 Unable to schedule reboot replacement of file C:\cygwin/bin//g++.exe with C:\cygwin/bin//g++.exe.new (Win32 Error 2) 2002/03/22 20:12:31 could not open usr/bin/gcc.exe for reading in mklink 2002/03/22 20:12:31 Unable to schedule reboot replacement of file C:\cygwin/bin//i686-pc-cygwin-gcc.exe with C:\cygwin/bin//i686-pc-cygwin-gcc.exe.new (Win32 Error 2) 2002/03/22 20:12:44 mbox note: Installation incomplete. Check /setup.log.full for details 2002/03/22 20:12:46 Ending cygwin install from setup.log.full 2002/03/22 20:12:30 Installing file://http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin/latest/gcc/g cc-2.95.3-5.tar.bz2 2002/03/22 20:12:30 compress_bz::error called Installing file cygfile:///usr/ ... (omitting a bunch of lines that start with "Installing file cygfile:///") Installing file cygfile:///usr/bin/g++.exe io_stream::mklink (cygfile:///usr/bin/g++.exe->cygfile://usr/bin/c++.exe) 2002/03/22 20:12:31 could not open usr/bin/c++.exe for reading in mklink 2002/03/22 20:12:31 Unable to schedule reboot replacement of file C:\cygwin/bin//g++.exe with C:\cygwin/bin//g++.exe.new (Win32 Error 2) Installing file cygfile:///usr/bin/gcc.exe Installing file cygfile:///usr/bin/gcov.exe Installing file cygfile:///usr/bin/i686-pc-cygwin-gcc.exe io_stream::mklink (cygfile:///usr/bin/i686-pc-cygwin-gcc.exe->cygfile://usr/bin/gcc.exe) 2002/03/22 20:12:31 could not open usr/bin/gcc.exe for reading in mklink 2002/03/22 20:12:31 Unable to schedule reboot replacement of file C:\cygwin/bin//i686-pc-cygwin-gcc.exe with C:\cygwin/bin//i686-pc-cygwin-gcc.exe.new (Win32 Error 2) Installing file cygfile:///usr/bin/unprotoize.exe ... (omitting a bunch of lines that start with "Installing file cygfile:///") Installing file cygfile:///usr/man/man1/gcc.1 compress::~compress called compress::~compress called 2002/03/22 20:12:44 mbox note: Installation incomplete. Check /setup.log.full for details 2002/03/22 20:12:46 Ending cygwin install INETUTILS: from setup.log 2002/03/22 19:59:39 Starting cygwin install, version 2.194.2.15 2002/03/22 19:59:39 Current Directory: C:\WINDOWS\Desktop 2002/03/22 19:59:39 Command line parameters 2002/03/22 19:59:39 0 - 'C:\WINDOWS\Desktop\setup.exe' 2002/03/22 19:59:39 1 parameters passed 2002/03/22 19:59:42 source: from cwd 2002/03/22 19:59:43 root: C:\cygwin binary system 2002/03/22 19:59:44 Selected local directory: C:\Program Files\Cygwin Files 2002/03/22 19:59:54 Installing file://http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin/latest/inetu tils/inetutils-1.3.2-17.tar.bz2 2002/03/22 19:59:54 compress_bz::error called 2002/03/22 19:59:55 could not open usr/bin/logger.exe for reading in mklink 2002/03/22 19:59:55 Unable to schedule reboot replacement of file C:\cygwin/bin//syslog.exe with C:\cygwi
Re: HELP: rxvt configuration
At 06:22 AM 3/23/2002, Philippe Bastiani wrote: >Finally, a last question: >I set the SHELL environment variable in 'startxwin.bat': is it a right place >? >I don't understand why this variable is not properly set by the environment >(although tcsh is my default shell) This has been discussed in the past in the context of the (relatively) recent changes to bash which keep it from exporting various shell variables, including SHELL. This variable and others are exported on various *NIX platforms during the process of logging in, not by the shell itself. However, on Cygwin, we don't log in. So these variables aren't set by Cygwin and they aren't set by the shell. If you're interested in more details, check the mail list archives for the discussion of bash in this context. It's the same issue for tcsh. You can find a work-around for your own environment but the real fix would be to make Cygwin handle exporting these variables during DLL start-up, which is one of the ideas discussed before. As you can see, we're not short on ideas, just short on people with time to implement them. Feel free to join in on the fun (of implementation)! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc, inetutils, & perl packages won't install
On Sat, 23 Mar 2002 10:45:30 -0700, you wrote: >Most things installed as expected (after 2-3 tries, anyway!), but I have 3 >packages which I cannort get installed: gcc, inetutils, & perl. I have the same problem, but it seems that these packages work anyway. regards Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc, inetutils, & perl packages won't install
Thanks for the input, Martin, but gcc doesn't work for me. When I type g++ I get "BASH: g++: command not found" If I type gcc (which I wouldn't expect to work anyway since it's a C++ program not C) I get a whole slew of error messages that say "undefined reference to..." lots of things, including cout, cerr, & endl. -- Stacy - Original Message - >Most things installed as expected (after 2-3 tries, anyway!), but I have 3 >packages which I cannort get installed: gcc, inetutils, & perl. I have the same problem, but it seems that these packages work anyway. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: gcc, inetutils, & perl packages won't install
Stacy, I'm getting exactly the same problem when trying to install inetutils. I was upgrading my existing cygwin, and tried many ways around this problem, ending up by deleting everything and re-installing the current cygwin (1.3.10) from scratch, using the current setup.exe. Despite the apparent errors, cygwin appears to work. For example I am able to run telnet (one of the inetutils) quite happily. In my case, it is interesting that although the setup log seems to show that the .exe files are being placed in /usr/bin, they are actually going into /bin (under my c:\cygwin folder). Perhaps this explains the message "could not open usr/bin/logger.exe" in setup.log.full. Windows Explorer shows a /usr folder under c:\cygwin, but not /usr/bin. I see you have similar messages for usr/bin/gcc.exe - has that gone into /bin? Have you tried running any of the stuff you have downloaded? I have just experimented a bit further. Perhaps someone can explain the following mysterious dialogue in cygwin (my notes inserted in << >>): timh@TOSH / $ cd usr timh@TOSH /usr $ ls doc include info libexec local man sbin share src tmp <> timh@TOSH /usr $ cd bin timh@TOSH /usr/bin $ ls awk.exedircolors.exe mkfifo.exe split.exe basename.exe dirname.exe mkgroup.exe ssp.exe bash.exe du.exemknod.exe strace.exe bashbugdumper.exemkpasswd.exestty.exe cat.exeecho.exe mount.exe sum.exe chgrp.exe egrep.exe mv.exe sync.exe chmod.exe env.exe nice.exetac.exe chown.exe expand.exenl.exe tail.exe chroot.exe expr.exe nohup talk.exe.new ... -- Tim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc, inetutils, & perl packages won't install
Hallo Tim, Am 2002-03-23 um 20:00 schriebst du: > I have just experimented a bit further. Perhaps someone can explain the > following mysterious dialogue in cygwin (my notes inserted in << >>): > timh@TOSH / > $ cd usr > timh@TOSH /usr > $ ls > doc include info libexec local man sbin share src tmp > <> /usr/bin is a mount that points to /bin. Anyway, /usr/bin was a real directory that was always empty. Either it has changed or it is a bug. Type: $ mount Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc, inetutils, & perl packages won't install
On Sat, 23 Mar 2002 12:06:22 -0700, you wrote: >Thanks for the input, Martin, but gcc doesn't work for me. When I type g++ Sorry, propably I was wrong. I just did a gcc -v, it worked and then i assumed everything is fine... :-( regards Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
how to del files named #???#
I dont know why such files were produced, and they cant be del with command rm. Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how to del files named #???#
/ "hongxun lee" <[EMAIL PROTECTED]> wrote: | I dont know why such files were produced, and they cant be del with command | rm. Thanks Learn how to use your shell.. meanwhile I use to escape the characters, so something like "rm \#\?\?\?\#" ought to work.. Maybe even "rm \#" and it will fill it in for you /Andy -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how to del files named #???#
Hongxun, [ This is not Cygwin-specific--it can occur on any Unix/Linux/POSIX system. ] Oh, but they can be removed using "rm." Cd to the directory in which the problematic files reside and issue this command: % rm -i * You will be presented with a prompt for each file in the directory. If you type a "y" the file will be removed. Other responses will leave the file in place. If the entire directory consists of such unwanted files, you can cd to the parent dir and use "rm -fr" to eradicate the directory and all its contents without being prompted. This approach does not require shell pattern matching, so sometimes (for some kinds of file names and / or on some systems) it works when the previous suggestion does not. Randall Schulz Mountain View, CA USA At 13:33 2002-03-23, hongxun lee wrote: >I dont know why such files were produced, and they cant be del with >command rm. Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Fw: how to del files named #???#
Thanks,rm -f \#*works well - Original Message - From: "Andrew Markebo" <[EMAIL PROTECTED]> To: "hongxun lee" <[EMAIL PROTECTED]> Cc: "cygwin mailing list" <[EMAIL PROTECTED]> Sent: Saturday, March 23, 2002 4:43 PM Subject: Re: how to del files named #???# > / "hongxun lee" <[EMAIL PROTECTED]> wrote: > | I dont know why such files were produced, and they cant be del with command > | rm. Thanks > > Learn how to use your shell.. meanwhile I use to escape the > characters, so something like "rm \#\?\?\?\#" ought to work.. > > Maybe even "rm \#" and it will fill it in for you > > /Andy > > -- > The eye of the beholder rests on the beauty! > - Original Message - From: "Chris Tooley" <[EMAIL PROTECTED]> To: "hongxun lee" <[EMAIL PROTECTED]> Sent: Saturday, March 23, 2002 10:40 AM Subject: Re: how to del files named #???# > Have you tried rm -f \#\?\?\# > > Chris > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: procmail locking problem warning (was Re: procmail on cygwin)
On Fri, 22 Mar 2002, Jason Tishler wrote: > I found an issue with my procmail build recipe that causes a mbox file > locking problem. > Occasionally, I would get errors such as the following in my procmail.log > file: > procmail: Error while writing to "/var/spool/mail/jt" > procmail: Truncated file to former size Mmh. I see one such error in my procmail log. > I have temporarily "fixed" the problem by commented out the "#define > NOfcntl_lock" in autoconf.h while I wade through the obfuscated procmail > coding style. An alternative would be not to look at your mail while downloading it. Is there any reason for not crossposting your message to a procmail list, eg [EMAIL PROTECTED] or [EMAIL PROTECTED]? The number of people on both procmail and cygwin lists must be very small, but the procmail developers (ie Philip Guenther) should be made aware of the autoconf problem. -- Greg Matheson Taiwan Penpals Site Chinmin College, Taiwan http://netcity.hinet.net/kurage [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Error calling CAT
Sorry if this is not an intelligent question, I am not a programmer nor an administrator, I just want to run some Unix-Commands under Windows95, and cygwin appeared to be a very nice solution for this. I ran the install program, using the "Default"-option. It showed no error, but a box saying "Installation complete" or something like that. Now when I type "cat" at the Dos-prompt or in the bash-Shell, it displays an error window saying "CYGINTL-1.DLL" not found. What did I do wrong? Greetings, Karsten. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Error calling CAT
At 10:14 PM 3/23/2002, [EMAIL PROTECTED] wrote: >Sorry if this is not an intelligent question, I am not a programmer nor >an administrator, I just want to run some Unix-Commands under >Windows95, and cygwin appeared to be a very nice solution for this. > >I ran the install program, using the "Default"-option. It showed no >error, but a box saying "Installation complete" or something like that. > >Now when I type "cat" at the Dos-prompt or in the bash-Shell, it >displays an error window saying "CYGINTL-1.DLL" not found. > >What did I do wrong? Good question. I'm not sure. Maybe nothing. Perhaps there is a dependency issue that isn't represented between 'textutils' and 'libintl1' packages. Regardless, you should be able to fix this in your installation by rerunning setup and choosing the the 'libintl1' (not 'libintl') package. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Error calling CAT
On Sat, Mar 23, 2002 at 10:38:32PM -0500, Larry Hall (RFK Partners, Inc) wrote: >At 10:14 PM 3/23/2002, [EMAIL PROTECTED] wrote: >>Now when I type "cat" at the Dos-prompt or in the bash-Shell, it >>displays an error window saying "CYGINTL-1.DLL" not found. >> >>What did I do wrong? > >Good question. I'm not sure. Maybe nothing. Perhaps there is a >dependency issue that isn't represented between 'textutils' and >'libintl1' packages. Yep. That's it. I added the dependency to the textutils package. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
slow find . -type d
Hello, I am using find 4.1 under Cygwin 1.3.10 / WinXP. I have observed that find . -type d is about 3 times slower than find . and about 100 times slower than cmd.exe /C dir /B/S/AD $ time find . -type d > /dev/null 0.39s user 1.12s system 93% cpu 1.617 total $ time find . > /dev/null 0.20s user 0.47s system 105% cpu 0.632 total $ time CMD.EXE /c dir /ad/b/s > /dev/null 0.01s user 0.01s system 48% cpu 0.062 total Any ideas what is going on? Thanks, Pavol -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: slow find . -type d
At 11:08 PM 3/23/2002, Pavol Juhas wrote: >Hello, > >I am using find 4.1 under Cygwin 1.3.10 / WinXP. I have observed that > find . -type d >is about 3 times slower than find . and about 100 times slower than > cmd.exe /C dir /B/S/AD > >$ time find . -type d > /dev/null > 0.39s user 1.12s system 93% cpu 1.617 total >$ time find . > /dev/null > 0.20s user 0.47s system 105% cpu 0.632 total >$ time CMD.EXE /c dir /ad/b/s > /dev/null > 0.01s user 0.01s system 48% cpu 0.062 total > >Any ideas what is going on? Not specifically, no. But there hasn't been allot of general performance analysis done on Cygwin. If you can localize the area of Cygwin which is causing much of the delay, I'm sure the list will be interested in the results and even more so in a patch! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: slow find . -type d
Pavol, Larry,
My guess (yeah, I know) would be the "stat" call. Find without any file
type-specific constraints like "-type d" or "-type f" only has to read
directory entries. Nor do constraints such as "-name nameGlob" or even
"-regex nameRegex" necessitate a stat call on every directory entry found,
but "-type typeCode" does.
Stat in Cygwin is not blinding, presumably (yeah, I know) in part because
of the multiple native system calls needed to get all the file information
need to construct the POSIX-style "inode" information that you get in a
single system call in a system with a native stat(2) call.
The worst part seems to be the need to read the first couple of bytes of
the file to look for a "#!" header in order to synthesize an execute bit.
If my understanding is correct, this only happens on FAT file sytem volumes
and on NTFS when the CYGWIN variable does not include "ntsec".
The odd thing is that on my system, comparing a FAT32 volume with an NTFS
volume (on identical disk drives attached via the same SCSI adaptor)
containing two identical hierarchies (a directory hiearchy that contains
207 files in 10 directories--admittedly not big enough to make a very good
test), the FAT32 volume consistently outperforms the same hierarchy on an
NTFS volume by a small margin. Based on the "Size on disk" reported in the
Properties dialog in Windows Explorer, both volumes are using the same
allocation granularity (though the FAT32 volume is much smaller). Since I
made the FAT32 copy in a formerly empty volume (that I use as a staging
area for burning CDs), there is presumably more fragmentation in the NTFS
volume, which gets heavy use and hasn't been de-fragmented for about a month.
Performance analysis is never simple.
Anyway, I doubt there's a bug afoot here nor is it likely there's any
culpably poor programming involved. It's probably not going to be easy ever
to match the native ("dir /ad/b/s") command's performance.
By the way, the non-built-in time (i.e., /bin/time) routinely shows CPU
utilization anywhere from 101% to 116% (as well as some more reasonably
numbers like 96%).
Randall Schulz
Mountain View, CA USA
At 20:22 2002-03-23, Larry Hall (RFK Partners, Inc) wrote:
>At 11:08 PM 3/23/2002, Pavol Juhas wrote:
> >Hello,
> >
> >I am using find 4.1 under Cygwin 1.3.10 / WinXP. I have observed that
> > find . -type d
> >is about 3 times slower than find . and about 100 times slower than
> > cmd.exe /C dir /B/S/AD
> >
> >$ time find . -type d > /dev/null
> > 0.39s user 1.12s system 93% cpu 1.617 total
> >$ time find . > /dev/null
> > 0.20s user 0.47s system 105% cpu 0.632 total
> >$ time CMD.EXE /c dir /ad/b/s > /dev/null
> > 0.01s user 0.01s system 48% cpu 0.062 total
> >
> >Any ideas what is going on?
>
>
>Not specifically, no. But there hasn't been allot of general performance
>analysis done on Cygwin. If you can localize the area of Cygwin which is
>causing much of the delay, I'm sure the list will be interested in the
>results and even more so in a patch! ;-)
>
>
>
>Larry Hall [EMAIL PROTECTED]
>RFK Partners, Inc. http://www.rfk.com
>838 Washington Street (508) 893-9779 - RFK Office
>Holliston, MA 01746 (508) 893-9889 - FAX
>
>
>--
>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ: http://cygwin.com/faq/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
S-Lang on cygwin: terminfo missing?
Hello, I'm new to using S-Lang on cygwin (windows).
Will S-Lang terminal handling (full screen text mode applications) work on
Cygwin? I downloaded and compiled the S-Lang libraries okay in cygwin, but
the following simple test fails:
-- Source snippet:
#include
#include
#include
#include
int main(void)
{
struct winsize ws;
if (ioctl(1,TIOCGWINSZ,&ws)) { perror("winsize failed"); return 1; }
SLtt_get_terminfo();
SLtt_Screen_Rows = ws.ws_row;
SLtt_Screen_Cols = ws.ws_col;
SLsmg_init_smg();
/* main here */
SLsmg_gotorc(SLtt_Screen_Rows-1,0);
SLsmg_refresh();
SLsmg_reset_smg();
SLang_reset_tty();
return 0;
};
--- Program output:
Unknown terminal: cygwin
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap entry.
---
Help!?
Warren Postma
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
