Hi Igor,
I tried disabling ntsec and "ls -l" is still slow. I'm using
1.3.15-cygwin-1-3-15-1. "ls -l" and "ls -ln" takes almost the same amount
of time.On a directory with 3 short text files, the difference, when I
timed "ls -l" and "ls -b", is still considerable.
fcarlo@ZEUS~
$ time ls -b
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Gary Stainburn
> Sent: Monday, November 18, 2002 5:04 PM
> To: Ralf Habacker; cygwin
> Subject: Re: 3rd time lucky? Apache startup woes
>
>
> On Monday 18 November 2002 1:49 pm, Ralf Habacker wrote:
>
On Fri, Nov 15, 2002 at 01:35:57PM -0500, [EMAIL PROTECTED] wrote:
> The official cygwin copy of Larry Wall's "patch" program is mired at
> version 2.5.0 (which was released way back in 1997). The currently
> released version is 2.5.4 (which is still from 1999). 2.5.8 is available
> from the ftp:
Hi all
Get the following error after installing cygwin and during running
installation steps for PostgreSQL 7.2.1 on windows.
./configure passed successfully.
make gives the following error:
[quote]
$ make
make -C doc all
make[1]: Entering directory `/cygdrive/c/postgresql/postgresql-7.2.1/do
hi all,
Under the gcc 2.95 release the :-mno_cygwin option let you link without
cygwin1.dll. The gcc 3.2 release in the latest cygwin build, whilst not
complaining about the option, will link with the cygwin1.dll even when using
the option.
cygcheck for example will show the link. This is fo
> -Original Message-
> From: Chris Twiner [mailto:[EMAIL PROTECTED]]
> Sent: Tue, November 19, 2002 12:45 PM
> To: [EMAIL PROTECTED]
> Subject: mno_cygwin gcc 3.2
>
>
> hi all,
>
> Under the gcc 2.95 release the :-mno_cygwin option let you
> link without
> cygwin1.dll. The gcc 3.2 r
Hi,
I'm compiling debug version of clisp (Common Lisp compiler) and on
some stage come to following: An 8Mb object file need to be archived
by 'ar' with command 'ar rcv lisp.a lisp.o' and I get the following:
$ ar rcv lisp.a lisp.o
a - lisp.o
ar: lisp.a: Memory exhausted
When I compili
How do I set-up non-blocking I/O with SIGIO or
SIGURG notifications under Cygwin?
The various Unices I know of use either F_SETFL+F_SETOWN
(BSD-ish), I_SETSIG (STREAMS-ish), FIOASYNC+SIOCSPGRP, or
FIOASYNC (but does this send signals?). Does any
of these work with Cygwin or do I need another one?
Rolf,
On Mon, Nov 18, 2002 at 03:49:32PM -0500, Rolf Campbell wrote:
> I have patched pyserial (locally) and it seems to work fine now.
Please submit your patch to pyserial's patch collector on SF for
consideration.
> Thanks for your quick response.
You are welcome.
Jason
--
PGP/GPG Key: htt
vious bug fixed in 20021115 snapshot).
I've verified the same behaviour with 1.3.15-2 cygwin1 release, 20021115
and 20021119 snapshots.
strace shows this fragment, looping forever:
55 17683118 [main] emacs 2884 cygwin_select: 6, 0x1FB3FC, 0x0, 0x0, 0x0
56 17683174 [m
I use tcsh as default shell. (i.e. "tcsh -l" in cygwin.bat and
"...:/bin/tcsh" in /etc/passwd). Upon first-startup i used to receive a few
disturbing messages, that sed and grep are not found.
The grep error seems to reside in /etc/profile.d/00xfree.csh, which is very
short, so i won't bother writ
Kurt,
On Tue, Nov 19, 2002 at 01:40:41AM +0100, Kurt Roeckx wrote:
> On Mon, Nov 18, 2002 at 03:49:47PM -0500, Jason Tishler wrote:
> > Any XP users successfully running PostgreSQL? If so, please post
> > your experiences to the list. I'm especially interested in XP Home,
> > since I assume that
On Tue, Nov 19, 2002 at 12:52:44PM +0100, Paolo Bonzini wrote:
> How do I set-up non-blocking I/O with SIGIO or
> SIGURG notifications under Cygwin?
FIOASYNC
> Also, what kinds of file handlers will it work on? Does it
> work on sockets and tty's at least?
With sockets only and only in a restri
Godson,
On Tue, Nov 19, 2002 at 03:55:08PM +0530, Godson Retna wrote:
> $ make
> [snip]
> make[4]: Entering directory
> `/cygdrive/c/postgresql/postgresql-7.2.1/src/backend/storage/ipc'
> gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../../src/include
>-I/usr/local/include -DB
On Mon, 2002-11-18 at 21:19, Yves Forkl wrote:
>
> Sorry for not being clear about the specific problem I encountered which
> is almost certainly caused by the version mismatch, but I didn't know if
> that classified as a bug proper - please see the description of the
> problem in the message inc
The correct option is -mno-cygwin and it works fine for me (at least for
"hello world" app).
Thanks Pavel,
Do you not get a :
ld: cannot open dllcrt2.o
message?
Previous postings would seem to indicate this is a specs file issue, which
has been resolved in previous releases. Has it been unf
Hi
The current implementation of poll() does not behave correctly with
listen sockets. It always gives a POLLERR revent when a connection
request is received. I believe the error is in poll.cc lines 96-108:
switch (sock->recvfrom (peek, sizeof (peek), MSG_PEEK,
Running the find command, find -iname 'gcc.exe' -print results in find
not being able to read its parameters. I've seen this before but forgot how
to fix it. I just upgraded to Windows 2000. Thanks.
Al Steffens
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-
Looks like NT's "find.exe" is executed.
-Original Message-
From: Steffens-Jr, Alfred P [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 19, 2002 9:58 AM
To: '[EMAIL PROTECTED]'
Subject: quick config question
Running the find command, find -iname 'gcc.exe' -print results in
find not
I'm looking for the gd and freetype lib as dll.
I didn't find them via setup nor following link about ported software.
Has anybody more information about these (compiled ) lib ?
I can't compile myselh because I have a pb with gcc
(see message on this list gcc about problem with function)
Thank yo
> hi all,
>
> Under the gcc 2.95 release the :-mno_cygwin option let you
> link without
> cygwin1.dll. The gcc 3.2 release in the latest cygwin build,
> whilst not
> complaining about the option, will link with the cygwin1.dll
> even when using
> the option.
>
> cygcheck for example will show the
Carlo,
I think your next step must be to run "ls" under "strace" and see where the
excess time (presumably idle time) is going.
Randall Schulz
Mountain View, CA USA
At 17:00 2002-11-19, Carlo Florendo wrote:
Hi Igor,
I tried disabling ntsec and "ls -l" is still slow. I'm using
1.3.15-cygwin
Hello,
I have setup sshd using privilege separation. ssh login works fine but sshd doesn't
accept my public key, which works fine using ssh on other UNIX machines.
This is part of debug information of login:
debug1: ssh_rsa_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode
Chris Twiner <[EMAIL PROTECTED]> wrote:
>> The correct option is -mno-cygwin and it works fine for me (at least
>> for "hello world" app).
>>
> Thanks Pavel,
>
> Do you not get a :
>
> ld: cannot open dllcrt2.o
Do you have the gcc-mingw package installed? -mno-cygwin is not functional
without it.
As requested at http://cygwin.com/bugs.html:
o Please describe how to reproduce the problem,
including a test case, if possible.
In your case, please list the commands that you ran
to set up sshd on your Cygwin machine.
o Please include at least the version number of the
Cygwin release you
Hi folks,
I'm currently trying to compile GPA (s. http://www.gnupg.org/gpa.html) on
Cygwin. To get it up and running, first of all I had to insert "-mno-cygwin
-mms-bitfields" into the compiler options. After changing some more stuff in
the makefiles, compiling runs fine now, but linking still cau
Markus Gerwinski <[EMAIL PROTECTED]> wrote:
> I'm currently trying to compile GPA (s.
> http://www.gnupg.org/gpa.html) on Cygwin. To get it up and running,
> first of all I had to insert "-mno-cygwin
> -mms-bitfields" into the compiler options.
If you add -mno-cygwin, then you are trying to compil
Chris Twiner <[EMAIL PROTECTED]> wrote:
>> The correct option is -mno-cygwin and it works fine for me (at least
>> for "hello world" app).
>>
> Thanks Pavel,
>
> Do you not get a :
>
> ld: cannot open dllcrt2.o
Do you have the gcc-mingw package installed? -mno-cygwin is not functional
without it.
Manfred Köhler <[EMAIL PROTECTED]> wrote:
> I have setup sshd using privilege separation. ssh login works fine
> but sshd doesn't accept my public key, which works fine using ssh on
> other UNIX machines.
To diagnose properly, we need to see the *server* debug log.
To get this, install SSH as a
Max Bowsher wrote:
> > After changing some more stuff in the makefiles, compiling runs fine now,
> > but linking still causes trouble. First, I got a lot of `undefined
> > references' to functions as basic as `__assert'. To get rid of them, I
> > included "-lcygwin" by hand into the linker options.
Chris Twiner <[EMAIL PROTECTED]> wrote:
>> Chris Twiner <[EMAIL PROTECTED]> wrote:
>>
The correct option is -mno-cygwin and it works fine for me (at
least for "hello world" app).
>>> Thanks Pavel,
>>>
>>> Do you not get a :
>>>
>>> ld: cannot open dllcrt2.o
>>
>> Do you have the gcc-
Markus Gerwinski <[EMAIL PROTECTED]> wrote:
> To be honest, as long as I end up with a runnable gpa.exe for
> Windows, I dont' care... I gave it a try using Cygwin.
>
>> If Cygwin, drop the -mno-cygwin.
>
> Then GTK+-2.0 refuses to link.
Ahh. You will need to use the same setting as your gtk+ w
No, can't see anything odd.
Maybe adding '-v' to your link-stage invocation of gcc with show something
helpful.
It did no -L/lib/mingw for ld, so the spec file is wrong/incorrect on my
machine does this work properly on others? (Using Wl didn't do much better
either, passing -L/lib/mingw to
files. Then it never
>finishes its startup and eats 100% of CPU (quite similar symptoms of
>previous bug fixed in 20021115 snapshot).
>
>I've verified the same behaviour with 1.3.15-2 cygwin1 release, 20021115
>and 20021119 snapshots.
>
>strace shows this fragment, looping for
Carlo,
The difference between 'ls' and 'ls -l' is that 'ls -l' actually performs
a stat() call on every file in the directory, whereas 'ls' simply reads
the directory contents and doesn't touch the files. Therefore, the files
themselves (or, rather, the stat records for them) need to be in disk
c
Max Bowsher wrote:
> Post details of the errors with -mno-cygwin but without -lcygwin.
Okay. The full compiler call is attached in file log1, the error message in
log2. It's everything left from the whole output of 'make'; all other jobs have
already run fine.
In short the error messages say, I g
Chris Twiner <[EMAIL PROTECTED]> wrote:
>> No, can't see anything odd.
>>
>> Maybe adding '-v' to your link-stage invocation of gcc with show
>> something helpful.
>>
>
> It did no -L/lib/mingw for ld, so the spec file is wrong/incorrect on
> my machine does this work properly on others? (Using W
Markus Gerwinski <[EMAIL PROTECTED]> wrote:
>> Max Bowsher wrote:
>>> Post details of the errors with -mno-cygwin but without -lcygwin.
>>
>> Okay. The full compiler call is attached in file log1, the error
>> message in log2. It's everything left from the whole output of
>> 'make'; all other job
Max Bowsher wrote:
> >> In short the error messages say, I get 'undefined reference's to
> >> QUITE a lot of functions, among them some essential gcc functions
> >> like __assert, __errno, pipe, kill, fork etc.
> 'fork' isn't available under MinGW.
Good to know... Anyway, the other ones should be
patch(1) on Win32 seems to insist on '\' rather than '/' in the paths in
diffs. This is somewhat at odds with diff(1) which uses '/', even on
Windows.
According to the manpage there is no option to change this behaviour.
I have d/l the sources but have yet to build it (am I correct that it
nee
At 01:10 PM 11/19/2002, Parish wrote:
>patch(1) on Win32 seems to insist on '\' rather than '/' in the paths in diffs. This
>is somewhat at odds with diff(1) which uses '/', even on Windows.
>
>According to the manpage there is no option to change this behaviour.
>
>I have d/l the sources but have
> Maybe adding '-v' to your link-stage invocation of gcc with show something
> helpful.
Here's what I get when I try to build gnucap:
Reading specs from /usr/lib/gcc-lib/i686-pc-mingw32/3.2/specs
Configured with: /netrel/src/gcc-3.2-1/configure --enable-languages=c,c++,
f77,java --enable-libgcj -
On 19/11/2002 18:14 Larry Hall (RFK Partners, Inc) stood on a soap-box
and preached to the unwashed masses:
At 01:10 PM 11/19/2002, Parish wrote:
patch(1) on Win32 seems to insist on '\' rather than '/' in the paths in diffs. This is somewhat at odds with diff(1) which uses '/', even on Windows.
On Tue, 19 Nov 2002, Parish wrote:
> On 19/11/2002 18:14 Larry Hall (RFK Partners, Inc) stood on a soap-box
> and preached to the unwashed masses:
>
> > At 01:10 PM 11/19/2002, Parish wrote:
> >>patch(1) on Win32 seems to insist on '\' rather than '/' in the paths in diffs.
>This is somewhat at o
I just upgraded to the latest cygwin releases on my XP
Pro system. I installed the defaults, which should
have upgraded everything that needed upgrading.
Previously, with the earlier version I had installed,
I had no problem compiling.
Now, every time I compile, I get a pop-up window with
the tit
Daryl Drome <[EMAIL PROTECTED]> wrote:
> I get a pop-up window with
> the title "cc1plus.exe - Entry Point Not Found" and
> the text "The procedure entry point putc_unlocked
> could not be located in the dynamic link library
> cygwin1.dll"
>
> The cygwin1.dll version is 1.3.15-1.
putc_unlocked is
> Anyone got any ideas? Just to remind everyone, I'm running all the latest
> version packages on WinME running on an Advent 7352 laptop.
>
> $ ./rebase.sh
> ReBaseImage(C:\cygwin\home\gary\usr\X11R6\bin\libdps.dll,67ff) failed with
> last error = 6
>
> gary@LADVENT ~
> $ /usr/sbin/apachectl
On 19/11/2002 18:50 Igor Pechtchanski stood on a soap-box and preached
to the unwashed masses:
Try 'patch -p0 --dry-run < filename'.
That did it. Thanks Igor :-)
I'd always assumed that without -p patch obeyed the path in the diff and
that -p was only needed if, for example, the path in the d
Denis Dupeyron <[EMAIL PROTECTED]> wrote:
>> Maybe adding '-v' to your link-stage invocation of gcc with show
>> something helpful.
>
> Here's what I get when I try to build gnucap:
>
> Reading specs from /usr/lib/gcc-lib/i686-pc-mingw32/3.2/specs
> Configured with: /netrel/src/gcc-3.2-1/configure
Markus Gerwinski <[EMAIL PROTECTED]> wrote:
> Max Bowsher wrote:
In short the error messages say, I get 'undefined reference's to
QUITE a lot of functions, among them some essential gcc functions
like __assert, __errno, pipe, kill, fork etc.
>> 'fork' isn't available under MinGW.
>
--- Max Bowsher <[EMAIL PROTECTED]> wrote:
> Daryl Drome <[EMAIL PROTECTED]> wrote:
> > The cygwin1.dll version is 1.3.15-1.
>
> putc_unlocked is present in 1.3.15-2. Get the latest
> version of Cygwin and
> the problem will probably go away.
Sorry, I had the version number wrong. I just checked
Wu Yongwei <[EMAIL PROTECTED]> writes:
> OK, you might be right. Thanks that you at least provide a way to bypass
> the foolish "anti-spam" mechanism.
>
> The fact is that I hate the way SPEWS works. It thinks it is the crusade
> and refuses to remove individual IPs.
I can't stand those folks. T
Daryl Drome <[EMAIL PROTECTED]> wrote:
> --- Max Bowsher <[EMAIL PROTECTED]> wrote:
>> Daryl Drome <[EMAIL PROTECTED]> wrote:
>>> The cygwin1.dll version is 1.3.15-1.
>>
>> putc_unlocked is present in 1.3.15-2. Get the latest
>> version of Cygwin and
>> the problem will probably go away.
>
> Sorry
On 19/11/2002 18:14 Larry Hall (RFK Partners, Inc) stood on a soap-box
and preached to the unwashed masses:
I have to assume that since you mention the "Windows version"
that your talking about a native port and not the patch that's
available through Cygwin.
Duh! I'm more used to posting in Moz
--- Max Bowsher <[EMAIL PROTECTED]> wrote:
> Daryl Drome <[EMAIL PROTECTED]> wrote:
> > Sorry, I had the version number wrong. I just
checked,
> > and according to cygwin setup, I do have 1.3.15-2.
>
> Then you must have an old version of cygwin1.dll
> somewhere in the PATH
> before the correct on
I have a Win2kAS box with the most recent Cygwin package installed. I
am logged into the box with my own userid which has Administrator
privileges.
When I am running a local bash shell, that is on the console of the
box, I can see remote drives with mount:
$ mount
C:\cygwin\bin on /usr/bin type
This is a handmade reply to a message posted on Sept 18, 2002
> On Wed, 18 Sep 2002, John Carlyle- Clarke wrote:
>
>> This problem seems to occur when the setup program tries to access a file
for writing for which it does not have permission.
>
> Well, is there a chance you know also the name of t
On Tue, Nov 19, 2002 at 12:30:56AM -0700, Christian Weeks wrote:
>
>>On Mon, Nov 18, 2002 at 09:32:47PM -0700, Christian Weeks wrote:
>>[..stuff..]
>>So why aren't you trying the solution that was proposed for the problem?
>>
>>This is, what?, the third time today that someone has posted saying tha
Trying to build gcc-3.2-3 from scratch. Have the near latest versions of
everything in cygwin (see cygcheck.out).
Used the following configure command line:
/usr/src/gcc-3.2-3/configure --with-program-suffix=-3.2-3-test --prefix=$HOM
E/projects/install 2>&1
My config.status file shows:
#!/bin/
Thanks again for your help!
> What do you mean "setting new userids"? It is safe to turn ntsec
> off in the /etc/profile or ~/.bash_profile sourced by the login
> shell. Of course the login shell itself will still have ntsec on,
> so it needs to reexec itself after turning ntsec off.
I was thinki
New cygwin initscripts package available for download. The package
is a System-V-like collection of system initialization scripts including
a full-featured /etc/inittab. Initscripts package includes a sample script
to start/stop sshd daemon.
To install the package, click on the "Install Cygwin now"
Updated sysvinit package available for download.
What's new:
postinstall script modified to create /var/log and /var/run dirs and empty
utmp/wtmp files (if not exist).
Removed some manual pages
Sergey Okhapkin
Somerset, NJ
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
B
Michael,
I have encountered the same problem on my setup.
Regards,
Nigel Stewart
Trying to build gcc-3.2-3 from scratch. Have the near latest versions of
everything in cygwin (see cygcheck.out).
/home/mhcox/projects/build/gcc-3.2-3/gcc/xgcc -shared-libgcc -B/home/mhcox/p
rojects/build/gcc-3.
On Wed, Nov 20, 2002 at 10:14:59AM +1100, Nigel Stewart & Fiona Smith wrote:
>Michael,
>
>I have encountered the same problem on my setup.
>
>Regards,
I have not encountered the same problem in my setup.
HTH,
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
[ .. noise .. ]
I'd say this was actually a potential problem with fetchmail but this
may be "fixed" in the latest snapshot.
Many thanks, the latest snapshot appears as if it may resolve this problem.
It certainly isn't spinning wildly anymore.
Thanks again,
Christian
--
Unsubscribe info:
Hi, All, :)
I updated my installation recently, and I'm now suffering from an odd
problem with less. I hope that somebody can point me in a direction for my
own investigations. I had been running 1.3.12, I believe - after the
refresh on Friday my cygwin1.dll is at 1.3.15. bash is 2.05b.0(7). I
What is the output of "stty -a" inside rxvt window?
-Original Message-
From: Tiller, Jason [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 19, 2002 9:04 PM
To: '[EMAIL PROTECTED]'
Subject: 'less' can't determine terminal size?
Hi, All, :)
I updated my installation recently, and I'm
Hi, Sergei, :)
Thank you for the speedy response!
On Tue, 19 Nov 2002, Sergei Okhapkin wrote:
> What is the output of "stty -a" inside rxvt window?
$ stty -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^D; eol = ;
eol2 = ; start = ^Q; stop
Hi, Again, Sergei, :)
On Tue, 19 Nov 2002, Sergei Okhapkin wrote:
> What is the output of "stty -a" inside rxvt window?
In my fiddling, I tried adding '-geometry "80x25"' to my rxvt
invocation just to see what would happen. Strangest thing - my window
size was *26* lines. When I set -geometry
Looks like rxvt bug. Did you try xterm instead?
-Original Message-
From: Jason Tiller [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 19, 2002 9:29 PM
To: [EMAIL PROTECTED]
Subject: RE: 'less' can't determine terminal size?
Hi, Again, Sergei, :)
On Tue, 19 Nov 2002, Sergei Okhapkin
Hi, Sergei, :)
On Tue, 19 Nov 2002, Sergei Okhapkin wrote:
> Looks like rxvt bug. Did you try xterm instead?
I don't know if I'd be so quick to implicate rxvt - it could just as
easily be my setup. I would hardly describe myself as sophisticated
in these terminal issues - heck, most of the Unix
- Original Message -
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Carlo Florendo" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, November 19, 2002 8:56 AM
Subject: Re: ls problem
>
> Try running 'ls -l' first to pull the directory contents and the stat
> records for the
I don't know how to interpret the output of strace so I just included it
here as ls-output.bz2. I hope this helps us see the problem.
Thanks!
- Original Message -
From: "Randall R Schulz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 19, 2002 7:45 AM
Subject: Re: l
After researching a bit on the Internet, I think I understand what
the codepage is and how it works in the CYGWIN environment variable.
Please read this snippit of text meant eventually for
http://cygwin.com/cygwin-ug-net/using-cygwinenv.html
and give me any feedback about any errors:
codepage:
On Wed, Nov 20, 2002 at 11:48:10AM -0800, Carlo Florendo wrote:
> I don't know how to interpret the output of strace so I just included it
> here as ls-output.bz2. I hope this helps us see the problem.
There is a huge delay accessing
F:\cygwin\usr\local\etc\zoneinfo\posixrules,
on your F: drive.
On Tue, Nov 19, 2002 at 10:56:49PM -0500, Pierre A. Humblet wrote:
> On Wed, Nov 20, 2002 at 11:48:10AM -0800, Carlo Florendo wrote:
> > I don't know how to interpret the output of strace so I just included it
> > here as ls-output.bz2. I hope this helps us see the problem.
>
> There is a huge de
On Tue, Nov 19, 2002 at 11:09:33PM -0500, Pierre A. Humblet wrote:
>On Tue, Nov 19, 2002 at 10:56:49PM -0500, Pierre A. Humblet wrote:
>> On Wed, Nov 20, 2002 at 11:48:10AM -0800, Carlo Florendo wrote:
>> > I don't know how to interpret the output of strace so I just included it
>> > here as ls-out
Pierre,
I think this probably explains the F: drive:
**
Program name: F:\cygwin\bin\ls.exe (1728)
App version: 1001.8, api: 0.34
DLL version: 1003.13, api: 0.62
DLL build:2002-10-13 23:15
OS version: Windows NT-5.0
Date/Time:2002-11-20 10:53
He put it of F Drive.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Pierre A. Humblet
Sent: Tuesday, November 19, 2002 10:10 PM
To: [EMAIL PROTECTED]
Subject: Re: ls problem
On Tue, Nov 19, 2002 at 10:56:49PM -0500, Pierre A. Humblet wrote:
> On Wed, N
On Tue, Nov 19, 2002 at 11:18:59PM -0500, Christopher Faylor wrote:
> The delay is apparently ls doing things that haven't been straced. I don't
> know what could be causing the delay. It would be interesting to see what
> the task manager says is happening during this time. Does ls spike the
>
I installed cygwin on my F drive. The file system type is NTFS. I run
taskmanager and these are the statistics:
Mem usage peaks at 1728K.
The graph of the CPU Usage peaks at 72 percent.
Is there something wrong with my F drive?
Thanks!
Carlo
- Original Message -
From: "Pierre A. Humb
> >> There is a huge delay accessing
> >> F:\cygwin\usr\local\etc\zoneinfo\posixrules,
> >> on your F: drive.
> >> What's that?
I have no idea. In fact, /usr/local/etc/zoneinfo does not exist--neither a
directory nor a file.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
B
82 matches
Mail list logo
