From: "Ulrich Jakobus" <u.jakobus@web.de>
To: "Chris Faylor" <cgf@cygnus.com>,
"cygwin@sourceware.cygnus.com" <cygwin@sourceware.cygnus.com>
Subject: Re: CYGWIN-1.1.0 trouble: 40 to 80 sec delay if no network connection
Date: Tue, 25 Apr 2000 09:58:00 -0000 [thread overview]
Message-ID: <m12k8el-003zBsC@smtp.web.de> (raw)
> The TMPDIR variable is also translated by cygwin1.dll v1.1.0. Is it
> possible that this is a network path?
TMPDIR is not set, but setting it to a local directory does not
make any difference concerning the delays.
> Also, if you run "strace -osomefile /bin/pwd" it will probably be
> obvious what is causing the delay. There will be a really large
> number in the first field of somefile.
Unfortunately, this does not work. In can execute "/bin/pwd", but
trying to run "strace /bin/pwd" results in the message
strace: error creating process /bin/pwd, (error 3)
(I have installed just 1 hour ago the latest available snapshot,
and "strace" has been replaced from there: 37376 Apr 22 04:26 /bin/strace)
However, I also went back to the clean CYGWIN-1.1.0 installation,
strace report the same error message.
Let me also reply to the message from DJ Delorie here:
> The only thing I see that's odd is this line:
>
> PWD = `//e/zip'
>
> Especially since everything else uses /cygdrive/e/
This happened accidentially and is not the default. If I open a bash
shell (with or without network cable attached), the contents of PWD
is e.g. "PWD=/cygdrive/d/cygnus/CYGWIN~1.0/bin". In this particular
case when I executed the command "cygcheck -r -s -v > cygcheck.out"
I changed before the directory by typing "cd //e/zip". Perhaps I
should have written "cd /cygdrive/e/zip", but this is not related
to the delay problems I have.
Ulrich
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
next reply other threads:[~2000-04-25 9:58 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-04-25 9:58 Ulrich Jakobus [this message]
2000-04-25 10:08 ` Cygwin
2000-04-25 10:31 ` Ulrich Jakobus
2000-04-25 13:18 ` Chris Faylor
2000-04-26 13:53 ` Corinna Vinschen
2000-04-27 3:48 ` Terry Lincoln
-- strict thread matches above, loose matches on Subject: below --
2000-04-26 10:30 Fritz Mueller
2000-04-25 23:06 Ulrich Jakobus
2000-04-25 22:30 Ulrich Jakobus
2000-04-25 9:58 Earnie Boyd
2000-04-25 9:51 Bernard Dautrevaux
2000-04-25 9:34 Earnie Boyd
2000-04-25 9:47 ` Chris Faylor
2000-04-25 8:59 Ulrich Jakobus
2000-04-25 9:04 ` DJ Delorie
2000-04-25 9:17 ` Ulrich Jakobus
2000-04-25 9:45 ` DJ Delorie
2000-04-25 9:27 ` Chris Faylor
2000-04-25 7:15 Earnie Boyd
2000-04-25 5:19 Earnie Boyd
2000-04-25 6:54 ` Ulrich Jakobus
2000-04-25 1:31 Ulrich Jakobus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m12k8el-003zBsC@smtp.web.de \
--to=u.jakobus@web.de \
--cc=cgf@cygnus.com \
--cc=cygwin@sourceware.cygnus.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).