Re: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen wrote:

I uploaded a new snapshot, 20140825, to https://cygwin.com/snapshots/
which is supposed to fix this problem


Yes, it is fixed!

Thank you!!

Ciao,
  Angelo.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Latest snapshot

[Corinna Vinschen]

On Aug 23 00:09, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
> >Still, do you have a simple init.el file I can use for testing
> 
> OK, the attached tar-ball contains all you need, I think.
> 
> I am using my build of trunk Emacs enabling --with-w32, i.e. what in Cygwin
> is emacs-w32 package. Here is on Cygwin64 (Win7U).
> 
> To reproduce the issue I created a simple init.el-test file (see tar-ball)
> in my HOME,
> 
> $ cd
> $ ls -lrt
> ...
> -rw-r--r--  1 angelo None 122 22 ago 23.21 init.el-test
> 
> It sets as default font Consolas instead of Courier.
> 
> Then I have done the following steps
> 
> $ mv .emacs.d .emacs.d-save
> $ mkdir .emacs.d
> $ cd .emacs.d
> $ ln -sf ../init.el-test init.el
> $ cd
> 
> Now, with the snapshot
> 
> $ strace -o cygsnap-20140822-emacs.trace
> /usr/local/emacs/bin/emacs-24.4.50.exe
> 
> 'Segment' faults and produces the cygsnap-20140822-emacs.trace trace (see
> tar-ball)

I uploaded a new snapshot, 20140825, to https://cygwin.com/snapshots/
which is supposed to fix this problem, as well as another problem
with this new exception handling, caused by GCC over-optimizing the code.
Please give it a try.


Thanks for the testcase (even if it was emacs) :)


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpaXdE9BJkRU.pgp
Description: PGP signature

Re: Latest snapshot

[Bengt Larsson]

Testing it

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen wrote:

Does it work with the next to last snapshot?


Yes, with 20140819 snapshot Emacs start correctly even if I use the 
simbolic link for init.el file...


So, it seems that the problem is just in the last snapshot..


Ciao,
Angelo.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Latest snapshot

[Corinna Vinschen]

On Aug 22 19:48, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
> >There was no change at all in symlink handling so this is a bit
> >surprising.
> 
> Indeed it surprised me too!
> 
> For example , if I rename ~/.emacs.d to ~/.emacs.d-foo, and the I create the
> symlink
> 
>   ln -sf .emacs.d-foo .emacs.d
> 
> Emacs is correctly initialized ONLY when .emacs.d-foo has the true init.el
> file. If init.el is a symlink it starts but without my personal preferences,
> as if init.el were ignored.
> 
> Reverting to 1.7.32 all works as expected.

Does it work with the next to last snapshot?  I'm just wondering
if it's a result of the exception handling changes or if it has
been introduced by an older change.

Still, do you have a simple init.el file I can use for testing, and a
method to recognize if the file has been loaded or not, even usable
by an emacs dummy?

> Here, I am referring to the Cygwin build using --with-w32
> 
> >Can you provide two strace,
> 
> I have used strace one or two times and the last time was many years ago..

Well, just start emacs under strace:

  $ strace -o emacs.trace emacs --with-w32

This might take a long time, so be patient...
The file emacs.trace is what might give us a clue.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgps3YTlI5Ukq.pgp
Description: PGP signature

Re: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen wrote:

There was no change at all in symlink handling so this is a bit
surprising.


Indeed it surprised me too!

For example , if I rename ~/.emacs.d to ~/.emacs.d-foo, and the I create 
the symlink


  ln -sf .emacs.d-foo .emacs.d

Emacs is correctly initialized ONLY when .emacs.d-foo has the true 
init.el file. If init.el is a symlink it starts but without my personal 
preferences, as if init.el were ignored.


Reverting to 1.7.32 all works as expected.

Here, I am referring to the Cygwin build using --with-w32


Can you provide two strace,


I have used strace one or two times and the last time was many years ago..

Ciao,
Angelo.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Latest snapshot

[Corinna Vinschen]

On Aug 22 15:04, Angelo Graziosi wrote:
> Corinna Vinschen (oops, Mom..) wrote:
> >the latest snapshot on https://cygwin.com/snapshots/, 2014-08-22,
> >contains a massive change in exception handling
> 
> It seem there is some problem between this snapshot and.. ehm... Emacs.
> (Really I am using my build from trunk but maybe a general issue..)
> 
> The following occurs in Cygwin64 on Win7U.
> 
> Usually, I have the Emacs init file in ~/.emacs.d
> 
> $ ls -lrt .emacs.d/
> totale 25
> drwxr-xr-x+ 1 angelo None 0  2 mag 23.32 elpa
> lrwxrwxrwx  1 angelo None36 19 giu 21.45 init.el ->
> ../porting.apps/emacs/init.el.cygwin
> -rw---  1 angelo None  7212 22 ago 14.35 history
> -rw-r--r--  1 angelo None 10011 22 ago 14.40 desktop
> 
> where init.el is, really, a symboling link to the real init file
> init.el.cygwin which lives in ~/porting.apps/emacs.
> 
> Now, with this snapshot, starting Emacs,
> 
> $ emacs &
> 
> ignores the initialization. I have to change the symbolic link with the
> true-real file (renamed from init.el.cygwin to init.el, obviously)

There was no change at all in symlink handling so this is a bit
surprising.  And in general, symlink handling still works as before.
For testing I copied all ~/.vim* files to ~/porting.apps/vim/ and
created symlinks to them.  Still works nicely.

Can you provide two strace, one with 1.7.32, and one with the snapshot?
Also, can you provide something really simple which I can use in place
of an init.el.cygwin file?  And then, how do I know it has been picked
up or not?


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp14RTShCvSC.pgp
Description: PGP signature

Re: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen (oops, Mom..) wrote:

the latest snapshot on https://cygwin.com/snapshots/, 2014-08-22,
contains a massive change in exception handling


It seem there is some problem between this snapshot and.. ehm... Emacs. 
(Really I am using my build from trunk but maybe a general issue..)


The following occurs in Cygwin64 on Win7U.

Usually, I have the Emacs init file in ~/.emacs.d

$ ls -lrt .emacs.d/
totale 25
drwxr-xr-x+ 1 angelo None 0  2 mag 23.32 elpa
lrwxrwxrwx  1 angelo None36 19 giu 21.45 init.el -> 
../porting.apps/emacs/init.el.cygwin

-rw---  1 angelo None  7212 22 ago 14.35 history
-rw-r--r--  1 angelo None 10011 22 ago 14.40 desktop

where init.el is, really, a symboling link to the real init file 
init.el.cygwin which lives in ~/porting.apps/emacs.


Now, with this snapshot, starting Emacs,

$ emacs &

ignores the initialization. I have to change the symbolic link with the 
true-real file (renamed from init.el.cygwin to init.el, obviously)



Ciao,
Angelo.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Latest snapshot will become Cygwin 1.7.29

[Achim Gratz]

Christopher Faylor  cygwin.com> writes:
> Unless there is an identified regression, the latest snapshot
> is very close to becoming Cygwin version 1.7.29.

The 32bit version (2014-03-29 21:21:42 UTC  x86) seems to have at least the
portion of the AD code active that relates to the numerical GID bumping
(this only happens when the nsswitch.conf file exists, which I thought
should not have any effect without AD integration):

groups=1049089(passwd/group_GID_clash(1049089/10513))

I've removed the nsswitch.conf file that I had installed for the AD testing
and this issue goes away (I haven't tried to change the settings in the
file, they were "files db", sorry).

There is no such problem with the 64bit version, with or without having an
nsswitch.conf file present.


Regards,
Achim.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Latest snapshot has fixes

[Bengt Larsson]

Christopher Faylor wrote:
>On Mon, Mar 10, 2014 at 05:33:38PM +0100, Bengt Larsson wrote:
>>Christopher Faylor wrote:
>>
>>>There is a new snapshot available which should fix the problem with
>>>screen status bar.
>>>
>>>There are still issues with the console buffer and full screen apps
>>>like vim/emacs/less.  If you scroll the buffer while in that mode
>>>then things will get weird.  The solution so far is:  Don't do that.
>>>
>>>I'd appreciate it if people would try the current snapshot, paying
>>>attention to console screen issues.
>>
>>I discovered your mail server doesn't allow *.png. Anyway:
>>
>>Console is 55 lines, buffer 300 lines and the buffer is filled. ^L
>>in bash works as it should, but I get an artifact after less.
>
>This should be fixed in the latest snapshot.
>
>The XP breakage should also be gone.

Yup. This one
CYGWIN_NT-6.1 Laptop2 1.7.29s(0.272/5/3) 20140310 19:41:29 x86_64 Cygwin
does not have the problem.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Latest snapshot revamps pipe/fifo handling

[Karl M]

Hi All...

From: Corinna Vinschen Subject: Re: Latest snapshot revamps pipe/fifo 
handling

Date: Tue, 17 Jul 2007 17:08:15 +0200

On Jul 17 07:41, Karl M wrote:
> >From: Corinna Vinschen
> >On Jul  9 07:52, Karl M wrote:
> >> I tried out the July 8, 2007 snapshot cygwin1.dll and had the 
following

> >> issue (I replaced just the cygwin1.dll file).
> >>
> >> I typed ssh localhost and got as far as the login banner and then it
> >hung
> >> there. The bash process started by sshd was consuming all avaliable 
CPU.

> >[...]
> >
> >My patch solved the hang for me, but it might be something different in
> >your case.  Please test with the next snapshot again.
^^^

> >
> I still see the same hang with the 20070714 snapshot. I am running as an
> unpriveleged user when I ssh in.

No wonder, given that I wrote my mail (and checked in the patch) only
yesterday...


A little sleep, a new snapshot and presto...sshd works fine.

Thanks,

...Karl

_
Local listings, incredible imagery, and driving directions - all in one 
place! http://maps.live.com/?wip=69&FORM=MGAC01



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latest snapshot revamps pipe/fifo handling

[Corinna Vinschen]

On Jul 17 07:41, Karl M wrote:
> >From: Corinna Vinschen
> >On Jul  9 07:52, Karl M wrote:
> >> I tried out the July 8, 2007 snapshot cygwin1.dll and had the following
> >> issue (I replaced just the cygwin1.dll file).
> >>
> >> I typed ssh localhost and got as far as the login banner and then it 
> >hung
> >> there. The bash process started by sshd was consuming all avaliable CPU. 
> >[...]
> >
> >My patch solved the hang for me, but it might be something different in
> >your case.  Please test with the next snapshot again.
^^^

> >
> I still see the same hang with the 20070714 snapshot. I am running as an 
> unpriveleged user when I ssh in.

No wonder, given that I wrote my mail (and checked in the patch) only
yesterday...


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: Latest snapshot revamps pipe/fifo handling

[Karl M]

Hi Corinna...


From: Corinna Vinschen
Subject: Re: Latest snapshot revamps pipe/fifo handling
Date: Mon, 16 Jul 2007 22:12:58 +0200

On Jul  9 07:52, Karl M wrote:
> Hi All...
>
> >From: Christopher Faylor Subject: Latest snapshot revamps pipe/fifo
> >handling
> >Date: Sat, 7 Jul 2007 13:55:47 -0400
> >
> >I've checked in a fairly major change to cygwin today.
> >[...]
> I tried out the July 8, 2007 snapshot cygwin1.dll and had the following
> issue (I replaced just the cygwin1.dll file).
>
> I typed ssh localhost and got as far as the login banner and then it 
hung
> there. The bash process started by sshd was consuming all avaliable CPU. 
I

> got the same result if I used ssh to login from another machine. When I
> tried two simultaneous ssh connections, the created bash processes 
seemed
> to share the CPU equally (by observing them in the taks manager). I use 
ssh

> agent forwarding in case that is relevant.

Did you run this as administrative user or as normal, non-privileged
user?  I fixed a problem in current CVS which might be the actual cause
of this hang, and which has nothing to do with cgf's pipe changes.  I
found this while looking for an entirely unrelated problem, when trying
to login as non-privileged user resulted in a hang the same way you
describe it above.

My patch solved the hang for me, but it might be something different in
your case.  Please test with the next snapshot again.

I still see the same hang with the 20070714 snapshot. I am running as an 
unpriveleged user when I ssh in.


Thanks,

...Karl

_
Don't get caught with egg on your face. Play Chicktionary!  
http://club.live.com/chicktionary.aspx?icid=chick_hotmailtextlink2



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latest snapshot revamps pipe/fifo handling

[Christopher Faylor]

On Mon, Jul 16, 2007 at 10:12:58PM +0200, Corinna Vinschen wrote:
>On Jul  9 07:52, Karl M wrote:
>> Hi All...
>> 
>> >From: Christopher Faylor Subject: Latest snapshot revamps pipe/fifo 
>> >handling
>> >Date: Sat, 7 Jul 2007 13:55:47 -0400
>> >
>> >I've checked in a fairly major change to cygwin today.
>> >[...]
>> I tried out the July 8, 2007 snapshot cygwin1.dll and had the following 
>> issue (I replaced just the cygwin1.dll file).
>> 
>> I typed ssh localhost and got as far as the login banner and then it hung 
>> there. The bash process started by sshd was consuming all avaliable CPU. I 
>> got the same result if I used ssh to login from another machine. When I 
>> tried two simultaneous ssh connections, the created bash processes seemed 
>> to share the CPU equally (by observing them in the taks manager). I use ssh 
>> agent forwarding in case that is relevant.
>
>Did you run this as administrative user or as normal, non-privileged
>user?  I fixed a problem in current CVS which might be the actual cause
>of this hang, and which has nothing to do with cgf's pipe changes.  I
>found this while looking for an entirely unrelated problem, when trying
>to login as non-privileged user resulted in a hang the same way you
>describe it above.
>
>My patch solved the hang for me, but it might be something different in
>your case.  Please test with the next snapshot again.

Thank you!  I kept meaning to ask if you'd seen this.  I went over and over
my changes trying to see how I could have introduced something like this
but I never could see anything.

I also meant to ask you if I was using the security stuff correctly.  Did
you ever look at that?

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: Latest snapshot revamps pipe/fifo handling

[Corinna Vinschen]

On Jul  9 07:52, Karl M wrote:
> Hi All...
> 
> >From: Christopher Faylor Subject: Latest snapshot revamps pipe/fifo 
> >handling
> >Date: Sat, 7 Jul 2007 13:55:47 -0400
> >
> >I've checked in a fairly major change to cygwin today.
> >[...]
> I tried out the July 8, 2007 snapshot cygwin1.dll and had the following 
> issue (I replaced just the cygwin1.dll file).
> 
> I typed ssh localhost and got as far as the login banner and then it hung 
> there. The bash process started by sshd was consuming all avaliable CPU. I 
> got the same result if I used ssh to login from another machine. When I 
> tried two simultaneous ssh connections, the created bash processes seemed 
> to share the CPU equally (by observing them in the taks manager). I use ssh 
> agent forwarding in case that is relevant.

Did you run this as administrative user or as normal, non-privileged
user?  I fixed a problem in current CVS which might be the actual cause
of this hang, and which has nothing to do with cgf's pipe changes.  I
found this while looking for an entirely unrelated problem, when trying
to login as non-privileged user resulted in a hang the same way you
describe it above.

My patch solved the hang for me, but it might be something different in
your case.  Please test with the next snapshot again.


Thanks,
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: Latest snapshot revamps pipe/fifo handling

[Karl M]

Hi All...

From: Christopher Faylor Subject: Latest snapshot revamps pipe/fifo 
handling

Date: Sat, 7 Jul 2007 13:55:47 -0400

I've checked in a fairly major change to cygwin today.

I yanked out a lot of the win9x specific pipe handling code in the
latest snapshot and used pure Windows NT (and later) functionality
instead.  That means that fifos are actually named pipes under the hood
and both fifos and pipes are using overlapped I/O to allow themselves to
be interruptible; meaning that the special pipe thread kludge implemented
for Windows 9x is now gone.

What this means in practice is that pipe handling in snapshots may be a
little faster.  Pipes and fifos will probably also be a little less
stable since I'm sure to discover that some of the stuff I yanked out
probably had meaning even on NT-class systems.

I'll be doing more testing over the weekend but I wanted to give people
a heads up to expect some potential instability.  If you do detect a
problem please report it here, along with details.

If you don't have time to report details, need to mention how busy you
are, need to stress how much you don't know C, want to inform on how
well it used to work in previous releases, or express puzzlement that it
works fine on linux, then don't bother sending mail.  Otherwise, I'd
like to hear about problems.

Reports will include cygcheck output and the exact sequence of steps
needed to reproduce the problem.  The "exact sequence" will show the
exact commands or source code which caused the problem and will not be a
general, vague description of the problem.  The problem will not include
words like "doesn't work for me" or "crapped out" or "bit the big one"
but will instead include words like "died with signal N and here is the
stack trace" or "did not seem to provide any output as you can see from
this screen capture".


I tried out the July 8, 2007 snapshot cygwin1.dll and had the following 
issue (I replaced just the cygwin1.dll file).


I typed ssh localhost and got as far as the login banner and then it hung 
there. The bash process started by sshd was consuming all avaliable CPU. I 
got the same result if I used ssh to login from another machine. When I 
tried two simultaneous ssh connections, the created bash processes seemed to 
share the CPU equally (by observing them in the taks manager). I use ssh 
agent forwarding in case that is relevant.


The attached cygcheck output is from after I used setup to restore my 
cygwin1.dll. The only change was the cygwin1.dll file.


Thanks,

...Karl

See http://cygwin.com/problems.html for more details and be sure to read
more than just the part that says to include cygcheck output.

cgf
(who is now placing bets)

--
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/



_
http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_pcmag_0507


Cygwin Configuration Diagnostics
Current System Time: Mon Jul 09 07:29:40 2007

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\Cygwin\usr\local\bin
C:\Cygwin\bin
C:\Cygwin\bin
c:\Watcom\binnt
c:\Watcom\binw
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\system32\wbem
c:\Program Files\Gtk+\bin
c:\Program Files\Unison
c:\Program Files\CVSNT
c:\Program Files\ATI Technologies\ATI.ACE
c:\Program Files\Matlab\bin
c:\Program Files\Matlab\bin\win32

Output from C:\Cygwin\bin\id.exe (nontsec)
UID: 500(administrator) GID: 513(None)
513(None)   544(Administrators) 545(Users)

Output from C:\Cygwin\bin\id.exe (ntsec)
UID: 500(administrator) GID: 513(None)
513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'administrator'
PWD = '/home/administrator'
CYGWIN = 'tty'
HOME = '/home/administrator'
MAKE_MODE = 'unix'

MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'hostname'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 6, GenuineIntel'
WINDIR = 'C:\WINDOWS'
WATCOM = 'C:\Watcom'
KMP_DUPLICATE_LIB_OK = 'TRUE'
OLDPWD = '/c/Documents and Settings/username'
USERDOMAIN = 'hostname'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
DEVMGR_SHOW_NONPRESENT_DEVICES = '1'
TEMP = '/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'administrator'
PROCESSOR_LEVEL = '6'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\Administrator'
PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\Documents and Settings\username'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROMPT = '$

Re: latest snapshot changes -- unison/openssh

[Christopher Faylor]

On Mon, Oct 11, 2004 at 10:55:30AM -0700, Karl M wrote:
>The Oct 10 snapshot makes no change for the unison/openssh hang. I didn't 
>expect it to, but as CGF askes for "me too"s, I thought this worth sending.

No, I would not expect this change to actually cause something that
wasn't working to start working.  I would expect it to either make
something faster or break something.  But, yes, thanks for any data at
this point.

I would like to test this on Windows Me, but the vmware setup that I use
to check this has stopped accepting the shift key, which makes it hard
to get much done.  Once I rectify this problem, I will check Windows Me.
I suspect that it probably will have problems with this change.

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: Latest snapshot with XP SP2 and unison and cvs

[Corinna Vinschen]

On Oct  1 16:12, Karl M wrote:
> Hi All...
> 
> I just tried the latest snapshot (didn't expect a change, but felt 
> obligated to try) with no change.
> 
> Who submitted the pipe handling code changes? Any chance of a resolution 
> soon?

You can reasd the current state in the cygwin-patches archives.  Bob is
still looking into that problem.

> Where would I look to see the changes? What I mean is to look at the before 
> and after?

Erm... in the source code?  The affected files are pipe.cc and select.cc
if that helps.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Latest snapshot with XP SP2 and unison and cvs

[Karl M]

Hi All...
I just tried the latest snapshot (didn't expect a change, but felt obligated 
to try) with no change.

Who submitted the pipe handling code changes? Any chance of a resolution 
soon?

Where would I look to see the changes? What I mean is to look at the before 
and after?

Thanks,
...Karl

From: Igor Pechtchanski <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: Dave Korn <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: RE: Latest snapshot with XP SP2 and unison and cvs
Date: Thu, 23 Sep 2004 11:37:06 -0400 (EDT)
On Thu, 23 Sep 2004, Dave Korn wrote:
> > -Original Message-
> > From: cygwin-owner  On Behalf Of Karl M
> > Sent: 22 September 2004 19:36
>
> > Hi Dave...
> >
> > Sorry, I thought I covered all details, but...
> >
> > The firewall is off...I am behind a real firewall.
> >
> > The hanging can be averted by not using XP SP2 or by using a down rev
> > cygwin1.dll
> >
> > Thanks,
> >
> > ...Karl
>
>   Yep, Corinna made that clear.  Perhaps it's caused by SP2 putting 
tighter
> default ACLs on pipes than earlier versions did?  There are various 
tools
> that can let you examine ACLs on devices and other objects, for instance
> ProcExp from sysinternals
> (http://www.sysinternals.com/ntw2k/freeware/procexp.shtml).  It might be
> informative to compare the ACLs on the pipe on a hung session with the 
ACLs
> on the pipe on a working session.

FWIW, Corinna has identified a possible culprit (different behavior of
NtQueryInformationFile under WinXP SP2).  Hopefully the author of the
recent pipe handling code changes will be able to fix this (maybe by an
SP2-specific workaround for the problem).  Until then, Karl will either
have to use the previous version of cygwin1.dll, or compile his own CVS
HEAD version with the corresponding pipe patch reverted.
Igor
--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw
--
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/
_
Get ready for school! Find articles, homework help and more in the Back to 
School Guide! http://special.msn.com/network/04backtoschool.armx

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Latest snapshot with XP SP2 and unison and cvs

[Igor Pechtchanski]

On Thu, 23 Sep 2004, Dave Korn wrote:

> > -Original Message-
> > From: cygwin-owner  On Behalf Of Karl M
> > Sent: 22 September 2004 19:36
>
> > Hi Dave...
> >
> > Sorry, I thought I covered all details, but...
> >
> > The firewall is off...I am behind a real firewall.
> >
> > The hanging can be averted by not using XP SP2 or by using a down rev
> > cygwin1.dll
> >
> > Thanks,
> >
> > ...Karl
>
>   Yep, Corinna made that clear.  Perhaps it's caused by SP2 putting tighter
> default ACLs on pipes than earlier versions did?  There are various tools
> that can let you examine ACLs on devices and other objects, for instance
> ProcExp from sysinternals
> (http://www.sysinternals.com/ntw2k/freeware/procexp.shtml).  It might be
> informative to compare the ACLs on the pipe on a hung session with the ACLs
> on the pipe on a working session.

FWIW, Corinna has identified a possible culprit (different behavior of
NtQueryInformationFile under WinXP SP2).  Hopefully the author of the
recent pipe handling code changes will be able to fix this (maybe by an
SP2-specific workaround for the problem).  Until then, Karl will either
have to use the previous version of cygwin1.dll, or compile his own CVS
HEAD version with the corresponding pipe patch reverted.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Latest snapshot with XP SP2 and unison and cvs

[Dave Korn]

> -Original Message-
> From: cygwin-owner  On Behalf Of Karl M
> Sent: 22 September 2004 19:36

> Hi Dave...
> 
> Sorry, I thought I covered all details, but...
> 
> The firewall is off...I am behind a real firewall.
> 
> The hanging can be averted by not using XP SP2 or by using a down rev 
> cygwin1.dll
> 
> Thanks,
> 
> ...Karl

  Yep, Corinna made that clear.  Perhaps it's caused by SP2 putting tighter
default ACLs on pipes than earlier versions did?  There are various tools
that can let you examine ACLs on devices and other objects, for instance
ProcExp from sysinternals
(http://www.sysinternals.com/ntw2k/freeware/procexp.shtml).  It might be
informative to compare the ACLs on the pipe on a hung session with the ACLs
on the pipe on a working session.


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Latest snapshot with XP SP2 and unison and cvs

[Karl M]

Hi Dave...
Sorry, I thought I covered all details, but...
The firewall is off...I am behind a real firewall.
The hanging can be averted by not using XP SP2 or by using a down rev 
cygwin1.dll

Thanks,
...Karl

From: "Dave Korn" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: RE: Latest snapshot with XP SP2 and unison and cvs
Date: Wed, 22 Sep 2004 17:48:51 +0100
> -Original Message-
> From: cygwin-owner On Behalf Of Karl M
> Sent: 22 September 2004 16:19
> Hi All...
> It appears to be a client problem. An XP SP2 server is fine,
> but the XP SP2
> client (with the latest cygwin1.dll or snapshots I tried) hangs.
> >>On Sep 18 12:23, Karl M wrote:
> >> > Hi All...
> >> >
> >> > I just updated an xp machine to sp2 and unison-2.9.1 (the win32
> >>version)
> >> > using ssh (cygwin) started hanging.
  Wait a minute.  You're saying it was all working fine, and then you put
sp2 on and it stopped working?  IOW, nothing about cygwin changed?  Then 
the
problem is probably because of the SP2 firewall, isn't it?

  NB. If you wish to test this theory by switching the firewall off, you'd
probably better disconnect both machines from the network and wire them
directly together with a crossover cable..
cheers,
  DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/
_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latest snapshot with XP SP2 and unison and cvs

[Corinna Vinschen]

On Sep 22 17:48, Dave Korn wrote:
> > -Original Message-
> > From: cygwin-owner On Behalf Of Karl M
> > Sent: 22 September 2004 16:19
> 
> > Hi All...
> 
> > It appears to be a client problem. An XP SP2 server is fine, 
> > but the XP SP2 
> > client (with the latest cygwin1.dll or snapshots I tried) hangs.
> 
> > >>On Sep 18 12:23, Karl M wrote:
> > >> > Hi All...
> > >> >
> > >> > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 
> > >>version)
> > >> > using ssh (cygwin) started hanging. 
> 
>   Wait a minute.  You're saying it was all working fine, and then you put
> sp2 on and it stopped working?  IOW, nothing about cygwin changed?  Then the
> problem is probably because of the SP2 firewall, isn't it?

I thought the same, but it's not the firewall.  I tested this a few
minutes ago.  The change in behaviour is apparently related to the
changes in the pipe code made on 2004-09-02.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Latest snapshot with XP SP2 and unison and cvs

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Karl M
> Sent: 22 September 2004 16:19

> Hi All...

> It appears to be a client problem. An XP SP2 server is fine, 
> but the XP SP2 
> client (with the latest cygwin1.dll or snapshots I tried) hangs.

> >>On Sep 18 12:23, Karl M wrote:
> >> > Hi All...
> >> >
> >> > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 
> >>version)
> >> > using ssh (cygwin) started hanging. 

  Wait a minute.  You're saying it was all working fine, and then you put
sp2 on and it stopped working?  IOW, nothing about cygwin changed?  Then the
problem is probably because of the SP2 firewall, isn't it?

  NB. If you wish to test this theory by switching the firewall off, you'd
probably better disconnect both machines from the network and wire them
directly together with a crossover cable..

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latest snapshot with XP SP2 and unison and cvs

[Karl M]

Hi All...
I have a testcase. It uses unison-2.9.1.exe available from 
http://www.cis.upenn.edu/~bcpierce/home.html
(from here go to unison, downloads, current stable version, and select 
unison.win32-gtkui.exe)

On a machine with XP, SP2, this test hangs and with XP or 2000 it executes 
to completion.

The recipie is as follows (assuming you have openssh client and server set 
up):

download unison
rename the executable to unison.exe and place it somewhere on your PATH.
in a cmd (not bash) shell type
unison C:/ ssh://localhost/C:/ -testserver -rshargs "-v -v -v"
thats it. Unison will use the ssh client to run a copy of itself and talk to 
it for the test. This does not work from a bash shell...never has. But...you 
can run it from strace cmd inside a bash shell to get strace output. Up 
until XP SP2 and the latest cygwin, I have been using it this way for years 
without a hitch.

On XP SP2 the results are 100% repeatable. It hangs in the same place every 
time.

I have run sshd in debug mode and found nothing unusual there.
It appears to be a client problem. An XP SP2 server is fine, but the XP SP2 
client (with the latest cygwin1.dll or snapshots I tried) hangs.

Thanks,
...Karl

From: "Karl M" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Latest snapshot with XP SP2 and unison and cvs
Date: Mon, 20 Sep 2004 15:31:23 -0700
Hi All...
What can I do that would be usefull? I'm not sure how to tell where things 
are hanging, because unison-2.9.1 is a win32 program that invokes a cygwin 
ssh client.

I did confirm that it is a ssh client side issue. That is, an XP SP2 
machine is fine as the server, but not as the client.

If I turn on the -v -v -v in ssh, the last thing I get is from a 
channel_input_window_adjust call.


From: Corinna Vinschen <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Latest snapshot with XP SP2 and unison and cvs
Date: Mon, 20 Sep 2004 11:20:14 +0200
On Sep 18 12:23, Karl M wrote:
> Hi All...
>
> I just updated an xp machine to sp2 and unison-2.9.1 (the win32 
version)
> using ssh (cygwin) started hanging. I have done a clean install of 
cygwin
> and am running with the 16sep snapshot. cvs (cygwin) works fine with 
ssh.
> unison hangs with ssh.
>
> Because win32 unison will not run under bash, I opened a cygwin bash
> window, did an strace of cmd
> and then ran unison. The strace is attached.
>
> Any thoughts?

No.  I don't see any change in Cygwin between 1.5.10 and 1.5.11 which
could result in a new behaviour on sockets.  The strace is useless.
Corinna
--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/
_
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

--
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/
_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latest snapshot with XP SP2 and unison and cvs

[Andrew Schulman]

> I just updated an xp machine to sp2 and unison-2.9.1 (the win32 version) 
> using ssh (cygwin) started hanging. I have done a clean install of cygwin 
> and am running with the 16sep snapshot. cvs (cygwin) works fine with ssh. 
> unison hangs with ssh.
> 
> Because win32 unison will not run under bash, I opened a cygwin bash window, 
> did an strace of cmd
> and then ran unison. The strace is attached.

Karl, you may want to try a later version of Unison.  2.9.1 is pretty 
old now, and although I don't know about that version specifically, I 
know that there have been "hanging" bugs in other versions.

A Cygwin version of Unison 2.10.2 has just been released; you should be 
able to find it in the Cygwin setup utility.  However, the archive 
format has changed, so you will have to be using version 2.10.x (I 
believe) on both hosts or Unison will complain.  It will also have to 
resync its archive lists.

Good luck,
Andrew.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latest snapshot with XP SP2 and unison and cvs

[Karl M]

Hi All...
What can I do that would be usefull? I'm not sure how to tell where things 
are hanging, because unison-2.9.1 is a win32 program that invokes a cygwin 
ssh client.

I did confirm that it is a ssh client side issue. That is, an XP SP2 machine 
is fine as the server, but not as the client.

If I turn on the -v -v -v in ssh, the last thing I get is from a 
channel_input_window_adjust call.


From: Corinna Vinschen <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Latest snapshot with XP SP2 and unison and cvs
Date: Mon, 20 Sep 2004 11:20:14 +0200
On Sep 18 12:23, Karl M wrote:
> Hi All...
>
> I just updated an xp machine to sp2 and unison-2.9.1 (the win32 version)
> using ssh (cygwin) started hanging. I have done a clean install of 
cygwin
> and am running with the 16sep snapshot. cvs (cygwin) works fine with 
ssh.
> unison hangs with ssh.
>
> Because win32 unison will not run under bash, I opened a cygwin bash
> window, did an strace of cmd
> and then ran unison. The strace is attached.
>
> Any thoughts?

No.  I don't see any change in Cygwin between 1.5.10 and 1.5.11 which
could result in a new behaviour on sockets.  The strace is useless.
Corinna
--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/
_
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latest snapshot with XP SP2 and unison and cvs

[Corinna Vinschen]

On Sep 18 12:23, Karl M wrote:
> Hi All...
> 
> I just updated an xp machine to sp2 and unison-2.9.1 (the win32 version) 
> using ssh (cygwin) started hanging. I have done a clean install of cygwin 
> and am running with the 16sep snapshot. cvs (cygwin) works fine with ssh. 
> unison hangs with ssh.
> 
> Because win32 unison will not run under bash, I opened a cygwin bash 
> window, did an strace of cmd
> and then ran unison. The strace is attached.
> 
> Any thoughts?

No.  I don't see any change in Cygwin between 1.5.10 and 1.5.11 which
could result in a new behaviour on sockets.  The strace is useless.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: latest snapshot seems better wrt make -j hang problems

[Christopher Faylor]

On Wed, Mar 17, 2004 at 11:06:49AM -0500, Rolf Campbell wrote:
>Christopher Faylor wrote:
>>FWIW, I found ANOTHER race yesterday while running the cygwin test
>>suite.  So, it's back to square one for testing since it was in low
>>level code which could affect everything.  And, this race has been there
>>since I screwed up in September 2001.  Lovely.
>Well, I can't break the '16 snapshot either (> 11000 iterations without 
>any problems).  I'm guessing this included a fix for that other race you 
>speak of.

You wouldn't have seen the race.  It was tickled by another scenario in the
test suite -- one of the pthread_cond* tests, IIRC.

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: latest snapshot seems better wrt make -j hang problems

[Rolf Campbell]

Christopher Faylor wrote:
FWIW, I found ANOTHER race yesterday while running the cygwin test
suite.  So, it's back to square one for testing since it was in low
level code which could affect everything.  And, this race has been there
since I screwed up in September 2001.  Lovely.
Well, I can't break the '16 snapshot either (> 11000 iterations without 
any problems).  I'm guessing this included a fix for that other race you 
speak of.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: latest snapshot seems better wrt make -j hang problems

[Peter J. Stieber]

> I don't see how it could be worthwhile since cygwin doesn't use posix
> threads or even posix mutexes under the hood.

Sorry for my stupidity. The tools are probably very OS specific anyway. Just
trying to help. Oh well.

Pete


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: latest snapshot seems better wrt make -j hang problems

[Christopher Faylor]

On Mon, Mar 15, 2004 at 04:36:56PM -0800, Peter J. Stieber wrote:
>If you think it's worth it, I could take a stab at building it for you.

I don't see how it could be worthwhile since cygwin doesn't use posix
threads or even posix mutexes under the hood.
--
Christopher Faylor
Cygwin Project Leader
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: latest snapshot seems better wrt make -j hang problems

[Peter J. Stieber]

> I wonder if there is a super-secret club out there somewhere that I can
> now join having spent the last four months wrapping my head around
> subtle multi-threaded race conditions.  My wife has not quite picked up
> on the fact that when I have a certain pained intense look on my face,
> I'm really trying to model what happens when two threads attack the same
> area of code at the same time rather than suffering from some sort of
> intestinal disorder.
>
> FWIW, I found ANOTHER race yesterday while running the cygwin test
> suite.  So, it's back to square one for testing since it was in low
> level code which could affect everything.  And, this race has been there
> since I screwed up in September 2001.  Lovely.

I've been watching your debugging efforts in this area and I feel you pain.
I'm not sure this will help, but if I were you I would be getting desperate
for help.

>From the Valgrind website:

Helgrind [part of Valgrind] is a thread debugger which finds data races in
multithreaded programs. It looks for memory locations which are accessed by
more than one (POSIX p-)thread, but for which no consistently used
(pthread_mutex_)lock can be found. Such locations are indicative of missing
synchronization between threads, and could cause hard-to-find
timing-dependent problems. It is useful for any program that uses pthreads.
It is a somewhat experimental tool, so your feedback is especially welcome
here.

Do you think it would be worth the effort of attempting to build this thing
under cygwin?

If you think it's worth it, I could take a stab at building it for you.

Feel free to be mean. I probably deserve it ;-)
Pete


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: latest snapshot seems better wrt make -j hang problems

[Christopher Faylor]

On Mon, Mar 15, 2004 at 12:21:38PM -0500, Rolf Campbell wrote:
>Christopher Faylor wrote:
>>I have been running the "make -j" cygwin breaker for about ten hours now
>>with no hangs, no segvs, and no strange error exits.
>>
>>I'm sure this is just because of the magical way in which I have my
>>system set up but could anyone confirm or deny whether that this
>>snapshot behaves better?
>>
>>If it does still die then an strace of the failing case would be
>>helpful.  If it is too large for the mailing list software then let me
>>know and I'll arrange to get the strace via some other mechanism --
>>i.e., via a brand new cygwin bugzilla setup.
>
>I've been running it for about 24 hours on my HyperThreaded XP machine, 
>14000 iteration, not a single problem.

That's good to hear.  Thanks.

I wonder if there is a super-secret club out there somewhere that I can
now join having spent the last four months wrapping my head around
subtle multi-threaded race conditions.  My wife has not quite picked up
on the fact that when I have a certain pained intense look on my face,
I'm really trying to model what happens when two threads attack the same
area of code at the same time rather than suffering from some sort of
intestinal disorder.

FWIW, I found ANOTHER race yesterday while running the cygwin test
suite.  So, it's back to square one for testing since it was in low
level code which could affect everything.  And, this race has been there
since I screwed up in September 2001.  Lovely.
--
Christopher Faylor
Cygwin Project Leader
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: latest snapshot seems better wrt make -j hang problems

[Rolf Campbell]

Christopher Faylor wrote:
I have been running the "make -j" cygwin breaker for about ten hours now
with no hangs, no segvs, and no strange error exits.
I'm sure this is just because of the magical way in which I have my
system set up but could anyone confirm or deny whether that this
snapshot behaves better?
If it does still die then an strace of the failing case would be
helpful.  If it is too large for the mailing list software then let me
know and I'll arrange to get the strace via some other mechanism --
i.e., via a brand new cygwin bugzilla setup.
cgf
I've been running it for about 24 hours on my HyperThreaded XP machine, 
14000 iteration, not a single problem.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: latest snapshot seems better wrt make -j hang problems

[Christopher Faylor]

On Sat, Mar 13, 2004 at 10:33:33PM -0500, Volker Quetschke wrote:
>Christopher Faylor wrote:
>>I have been running the "make -j" cygwin breaker for about ten hours now
>>with no hangs, no segvs, and no strange error exits.
>Me too :-D  it runs without error for 10h with 3300 iterations now.

I've been running for more than 24 hours now with no problems.  But,
this isn't the first time I could claim that so it may not prove
anything.

>>I'm sure this is just because of the magical way in which I have my
>>system set up but could anyone confirm or deny whether that this
>>snapshot behaves better?
>It is definitely better than all snapshots since 1.5.7, thanks!

I think I'll just package this up and ship it, then.  It's certainly
an improvement even if it isn't perfect.

Thanks for the feedback.

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: latest snapshot seems better wrt make -j hang problems

[Volker Quetschke]

Christopher Faylor wrote:
I have been running the "make -j" cygwin breaker for about ten hours now
with no hangs, no segvs, and no strange error exits.
Me too :-D  it runs without error for 10h with 3300 iterations now.

I'm sure this is just because of the magical way in which I have my
system set up but could anyone confirm or deny whether that this
snapshot behaves better?
It is definitely better than all snapshots since 1.5.7, thanks!

Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


pgp0.pgp
Description: PGP signature

Re: Latest snapshot fixes some reported problems -- please try

[Shankar Unni]

Christopher Faylor wrote:

I found and fixed two bugs with the "setsid console handling".  I don't
know if this will have any bearing on the reported emacs problem but it
should fix the 'long hang after control-c' problem.  
Excellent. It also fixed this other problem I was having in that 1.3.21 
somehow broke the DOSKEY processing in Console windows for non-cygwin 
programs (e.g. the Sun JDK java.exe) started from a bash script.

(WinXP SP1; and by DOSKEY processing, I mean being able to hit up-arrow 
and navigating through input history for programs that read from stdin).

Now the DOSKEY stuff is functional again. Yay.
--
Shankar.


--
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: Latest snapshot fixes some reported problems -- please try

[Norman Vine]

Christopher Faylor writes:
> 
> I've made a new snapshot of cygwin available. 
> 
> Reports of success or failure to the list, please.

This seems to fix the 'long hang after control-c' problem
I reported.

Thank you !

Norman

--
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: Latest snapshot fixes some reported problems -- please try

[Christopher Faylor]

On Sun, Mar 16, 2003 at 09:23:45PM -0500, Rolf Campbell wrote:
>Christopher Faylor wrote:
>>Reports of success or failure to the list, please.
>Emacs problems: all gone.

Wow.  Amazing.  Good to hear.  Talk about shooting in the dark.

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/

Re: Latest snapshot fixes some reported problems -- please try

[Rolf Campbell]

Christopher Faylor wrote:
I've made a new snapshot of cygwin available.  This is a departure from
previous snapshot in that it is built from a branch rather than from the
CVS trunk.  The branch contains an accumulation of all of the fixes that
have shown up on the CVS trunk minus any new 64 bit development.
I found and fixed two bugs with the "setsid console handling".  I don't
know if this will have any bearing on the reported emacs problem but it
should fix the 'long hang after control-c' problem.  That was happening
because FreeConsole was being called incorrectly and it was *hanging*.
I don't know why this would happen.  It doesn't make any sense to me
that an operation like FreeConsole would not be instantaneous.  But,
since the FreeConsole wasn't supposed to be called anyway, I guess it
doesn't matter.
Reports of success or failure to the list, please.
Emacs problems: all gone.

Thanx.



--
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: Latest snapshot fixes some reported problems -- please try

[Christopher Faylor]

On Sun, Mar 16, 2003 at 08:32:46PM -0500, Christopher Faylor wrote:
>  2) bunzip2 cygwin-2003/???.dll.bz2
  cygwin-2003.dll.bz2

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/

Re: Latest snapshot is close to 1.3.20

[Jonathan Larmour]

Christopher Faylor wrote:

Please try the latest cygwin snapshot.  There are a number of fixes in
this snapshot based on problem reports from the cygwin and newlib
mailing lists.

If things check out ok, we may be close to a 1.3.20 release.

Please send problem or success reports to the cygwin mailing list not
to me personally.


Unfortunately vasprintf() still fails with any GDB built afresh under 
1.3.19+. I have now submitted a (tested) patch to the newlib mailing list 
about this.

Jifl
--
eCosCentric   http://www.eCosCentric.com/   <[EMAIL PROTECTED]>
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


--
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: latest snapshot fixes xemacs problems

[Jochen Küpper]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bingo:) the 20011207 snapshot fixes the problems with cydrive prefixes
I had.

Thank you very much Christopher for the responsiveness!

On Fri, 7 Dec 2001 00:10:57 -0500 Christopher Faylor wrote:

Christopher> Bingo.  CYGWIN=check_case:adjust or
Christopher> CYGWIN=check_case:strict caused a problem.

[...]

Christopher> I'm still mystified as to why anyone would want to use
Christopher> these settings since they should slow down cygwin
Christopher> noticeably.

Hmm, haven't noticed:) Maybe because I never really ran it without?
'adjust' does make sense for me, but I turned it of now; lets see what
I get from it. 
(I am not willing too pay a noticeable slowdown:)

Maybe Christopher's sentence should go into the user manual (or FAQ)?

Greetings,
Jochen
- -- 
Einigkeit und Recht und Freiheithttp://www.Jochen-Kuepper.de
Liberté, Égalité, FraternitéGnuPG key: 44BCCD8E
Sex, drugs and rock-n-roll
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6-cygwin-fcn-1 (Cygwin)
Comment: Processed by Mailcrypt and GnuPG 

iD8DBQE8ENpMiJ/aUUS8zY4RAiaaAJ9VeIbxhWVVBUnBtSTzQ4n7/iuQMwCeKNTf
boG2Khxtz0EqK08A7dZLvPk=
=RjxT
-END PGP SIGNATURE-


--
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: latest snapshot fixes xemacs problems

[Christopher Faylor]

On Thu, Dec 06, 2001 at 06:57:39PM -0800, David Rothenberger wrote:
>I am unable to repeat the problems you've described.  I tried with the
>cygwin-inst-20011206.tar.bz2 and with a DLL I compiled myself from the
>latest CVS sources.  The only real differences I can see are that I'm
>using textmode mounts and my CYGWIN value is a bit different.

Bingo.  CYGWIN=check_case:adjust or CYGWIN=check_case:strict caused
a problem.

I was thrown off because I thought this was a new problem but there was
also a problem with these in previous 1.3.5 versions, too.

I'm still mystified as to why anyone would want to use these settings
since they should slow down cygwin noticeably.

They were added for a contract but I didn't think anyone would ever
really want to suffer the performance hit.

I'm uploading a new snapshot, now.

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/

Re: latest snapshot fixes xemacs problems

[Jochen Küpper]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 6 Dec 2001 21:32:42 -0500 Christopher Faylor wrote:

Christopher> On Thu, Dec 06, 2001 at 09:21:00PM -0500, Jochen K?pper wrote:

[...my description how to install cygwin1.dll the long way...]

Christopher> This seems like an incredible amount of work to just
Christopher> install the DLL.

Well, I installed only the DLL first. Since it didn't work, and I
don't understand all the interrelations that well (apparently there
are none, accroding to your comment:), I thought I I might install the
complete -inst tar-ball.

>> ,[ll /cygdrive/c]
>> | total 0
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 c/
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 h/
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 i/
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 m/
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 n/
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 o/
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 x/
>> | dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 z/
>> `

Christopher> Are you *really* getting a list of all of your drives
Christopher> under /cygdrive/c?  Or is this a typo?

No typo, I am getting the same output whether I do 'ls -l /cygdrive'
or 'ls -l /cygdrive/c/' [1] -- as shown above.

Christopher> It seems to me that this should be:
Christopher> bash$ ll /cygdrive

Yeah, but it isn't.

Christopher> Not surprising, unless you have a 'c' directory on your
Christopher> c: drive.

Right. Then, there is a 'c' dir in /cygdrive/c/ according to ls
(v.s.), but of course it isn't there in real...


Ok, I downloaded the little c program David Rothenberger posted
earlier today and compiled it to pathcheck.exe. That seems to work
just fine:

,[mount -p]
| Prefix  Type Flags
| /cygdrive   system   binmode
`

,[./pathcheck.exe /cygdrive/o]
| name = /cygdrive/o
| /cygdrive/o -> o:\
`

,[/usr/bin/ls.exe -l /cygdrive/o] (fully qualified name, no aliasing)
| total 0
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 c
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 h
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 i
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 m
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 n
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 o
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 x
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 z
`

No typo, I asked ls for /cygdrive/o, not /cygdrive :(


'Different' approach, same results:

,[cygpath.exe -w /cygdrive/o]
| o:\
`

,[ls -l o:\\]
| total 0
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 c/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 h/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 i/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 m/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 n/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 o/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 x/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 z/
`

I crosschecked in a 'cmd'-line (as opposed to bash), same results.

Greetings,
Jochen

Footnotes: 
[1] Or any other of the characters from the list above.
- -- 
Einigkeit und Recht und Freiheithttp://www.Jochen-Kuepper.de
Liberté, Égalité, FraternitéGnuPG key: 44BCCD8E
Sex, drugs and rock-n-roll
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6-cygwin-fcn-1 (Cygwin)
Comment: Processed by Mailcrypt and GnuPG 

iD8DBQE8EDzOiJ/aUUS8zY4RAuaVAKC+CG0kZyEBgwzNVvDJDretr0GcigCffV7R
3ANShnSJabAkCbhODBcdH88=
=l3AL
-END PGP SIGNATURE-


--
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: latest snapshot fixes xemacs problems

[Christopher Faylor]

On Thu, Dec 06, 2001 at 06:57:39PM -0800, David Rothenberger wrote:
>I am unable to repeat the problems you've described.  I tried with the
>cygwin-inst-20011206.tar.bz2 and with a DLL I compiled myself from the
>latest CVS sources.  The only real differences I can see are that I'm
>using textmode mounts and my CYGWIN value is a bit different.
>
>[mount -s -c /cygdrive]
>
>,---[ls -l /cygdrive]

Except this step was a 'll /cygdrive/c' in the previous message,
even though it showed the contents of /cygdrive, for some reason.
It seems like there was either a typo or a thinko somwhere in the
original message.

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/

Re: latest snapshot fixes xemacs problems

[David Rothenberger]

I am unable to repeat the problems you've described.  I tried with the
cygwin-inst-20011206.tar.bz2 and with a DLL I compiled myself from the
latest CVS sources.  The only real differences I can see are that I'm
using textmode mounts and my CYGWIN value is a bit different.

[mount -s -c /cygdrive]

,---[ls -l /cygdrive]
| total 4348
| drwxrwxrwx   34 Administ Administ  4325376 Dec  6 18:40 c
| drwxrwxrwx5 Administ Administ28672 Dec  6 10:30 e
| drwxr-xr-x1 daverUsers   28672 Dec  6 14:56 h
| drwxr-xr-x1 daverUsers   65536 Dec  6 14:29 m
| drwxrwx--x1 1000 Administ0 Nov 14 09:53 p
| drwx--1 daverDomain U 4096 Dec  6 05:21 u
`---

,---[ls -l /cygdrive/e]
| total 16
| drwxrwxrwx5 Administ None0 Nov 30 08:29 RECYCLER
| d---rwx---1 Administ SYSTEM  0 Dec  5 10:42 System Volume
Information
| drwxrwxrwx3 Administ clearuse0 Dec  4 09:55 entomo
| drwxrwxrwx   32 Administ None16384 Dec  4 16:56 music
| drwxrwxrwx2 Administ SYSTEM  0 Dec  6 00:36 mvfslogs
`---

,---[cygcheck -r -s]
| 
| Cygnus Win95/NT Configuration Diagnostics
| Current System Time: Thu Dec 06 18:55:13 2001
| 
| Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2
| 
| Path: ~\bin
|   C:\cygwin\usr\local\bin
|   C:\cygwin\bin
|   C:\cygwin\c\jdk1.2.2\bin
|   C:\cygwin\bin
|   C:\cygwin\c\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\bin
|   C:\cygwin\c\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\bin\x11
|   C:\cygwin\c\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt
|   C:\cygwin\c\Oracle\Ora81\bin
|   C:\cygwin\c\Program Files\Oracle\jre\1.1.7\bin
|   C:\cygwin\c\WINNT\system32
|   C:\cygwin\c\WINNT
|   C:\cygwin\c\WINNT\System32\Wbem
|   C:\cygwin\c\Program Files\Network Associates\PGPNT
|   C:\cygwin\c\Program Files\Rational\common
|   C:\cygwin\c\Program Files\Rational\Rational Test
|   C:\cygwin\c\Program Files\Rational\ClearCase\bin
|   "C
|   C:\cygwin\Program Files\Hummingbird\Connectivity\7.00\Accessories\"
|   C:\cygwin\c\Program Files\Rational\ClearQuest
|   C:\cygwin\c\Program Files\Executive Software\DiskeeperWorkstation\
|   c:\users\daver\bin
|   C:\cygwin\c\Program Files\SSH Communications Security\SSH Secure
Shell
| 
| SysDir: C:\WINNT\System32
| WinDir: C:\WINNT
| 
| CYGWIN = `tty ntsec'
| HOME = `c:\users\daver'
| MAKE_MODE = `unix'
| PWD = `/home/daver'
| USER = `daver'
| 
| HKEY_CURRENT_USER\Software\Cygnus Solutions
| HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
| HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
| HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
|
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start
Menu\Programs\Cygnus Solutions
|   (default) = (unsupported type)
|
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start
Menu\Programs\Development\Cygnus Solutions
|   (default) = (unsupported type)
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
|   (default) = `/cygdrive'
|   cygdrive flags = 0x0028
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
|   (default) = `C:/cygwin'
|   flags = 0x0008
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home
|   (default) = `c:/users'
|   flags = 0x0008
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
|   (default) = `C:/cygwin/bin'
|   flags = 0x0008
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
|   (default) = `C:/cygwin/lib'
|   flags = 0x0008
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
| 
| a:  fd   N/AN/A
| c:  hd  NTFS   19594Mb  52% CP CS UN PA FC 
| d:  cd   N/AN/A
| e:  hd  NTFS   78159Mb  45% CP CS UN PA FC External
| h:  net NTFS   19594Mb  52% CP CS UN PA FC 
| m:  net MVFS1000Mb  50% CP CS  CCase
| p:  net NTFS7134Mb  64% CP CSPA.
| u:  net NTFS   43974Mb  28% CP CS UN PA FC DATA2
| 
| C:/cygwin  /  system  textmode
| c:/users   /home  system  textmode
| C:/cygwin/bin  /usr/bin   system  textmode
| C:/cygwin/lib  /usr/lib   system  textmode
| .  /cygdrive  usertextmode,noumount
| 
| Found: C:\cygwin\bin\bash.exe
| Found: C:\cygwin\bin\cat.exe
| Found: C:\cygwin\bin\cpp.exe
| Found: C:\cygwin\bin\find.exe
| Found: C:\cygwin\bin\gcc.exe
| Found: C:\cygwin\bin\gdb.exe
| Found: C:\cygwin\bin\ld.exe
| Found: C:\cygwin\bin\ls.exe
| Found: C:\cygwin\bin\make.exe
| Found: C:\cygwin\bin\sh.exe
| 
|56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll
|   821k 2001/11/19 C:\cygwin\bin\cygcrypto.dll
|99k 2001/11/20 C:\cygwin\bin\cygcurl-2.dll
|45k 2001/04/25 C:\cygwin\bin\cygform5.dll
|34k 2

Re: latest snapshot fixes xemacs problems

[Christopher Faylor]

On Thu, Dec 06, 2001 at 09:21:00PM -0500, Jochen K?pper wrote:
>Well, I downloaded cygwin-inst-20011206.tar.bz2, changed setup.ini to
>"know" the file and installed it. XEmacs doesn't crash any more
>accesing /cygdrive paths. But whenever cygdrive-prefix != / I cannot
>work with the directories either -- regardless of the application. I
>cannot traverse into the directory structure at all, it seems:

This seems like an incredible amount of work to just install the DLL.

>On Thu, 06 Dec 2001 17:28:20 -0800 David Rothenberger wrote:
>Well, I downloaded cygwin-inst-20011206.tar.bz2, changed setup.ini to
>"know" the file and installed it. XEmacs doesn't crash any more
>accesing /cygdrive paths. But whenever cygdrive-prefix != / I cannot
>work with the directories either -- regardless of the application. I
>cannot traverse into the directory structure at all, it seems:
>
>Everything working with cygdrive-prefix == / I do in bash: 
>
>[mount -b -s -c /cygdrive]
>
>,[mount -p]
>| Prefix  Type Flags
>| /cygdrive   system   binmode
>`
>
>,[ll /cygdrive/c]
>| total 0
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 c/
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 h/
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 i/
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 m/
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 n/
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 o/
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 x/
>| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 z/
>`

Are you *really* getting a list of all of your drives under /cygdrive/c?
Or is this a typo?  

It seems to me that this should be:
bash$ ll /cygdrive

>,[ll /cygdrive/c/c]
>| ls: /cygdrive/c/c: Not a directory
>`

Not surprising, unless you have a 'c' directory on your c: drive.

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/

Re: latest snapshot fixes xemacs problems

[Jochen Küpper]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 06 Dec 2001 17:28:20 -0800 David Rothenberger wrote:

David> The latest snapshot does fix all the xemacs problems that have
David> been reported.  The little test program I wrote also returns
David> reasonable results for all the cases I reported.

I don't have any xemacs specific problems any more either, but a more
general one (v.i.).

David> Thanks a bunch, Christopher!

Absolutely -- for a lot of nice work!!


Well, I downloaded cygwin-inst-20011206.tar.bz2, changed setup.ini to
"know" the file and installed it. XEmacs doesn't crash any more
accesing /cygdrive paths. But whenever cygdrive-prefix != / I cannot
work with the directories either -- regardless of the application. I
cannot traverse into the directory structure at all, it seems:

Everything working with cygdrive-prefix == / I do in bash: 

[mount -b -s -c /cygdrive]

,[mount -p]
| Prefix  Type Flags
| /cygdrive   system   binmode
`

,[ll /cygdrive/c]
| total 0
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 c/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 h/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 i/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 m/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 n/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 o/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 x/
| dr-xr-xr-x   11 Everyone Everyone0 Dec 31  1969 z/
`

,[ll /cygdrive/c/c]
| ls: /cygdrive/c/c: Not a directory
`

,[cygcheck -s -r]
| 
| Cygnus Win95/NT Configuration Diagnostics
| Current System Time: Thu Dec 06 21:00:35 2001
| 
| Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2
| 
| Path: c:\data\jochen\bin
|   C:\cygwin\usr\local\bin
|   C:\cygwin\usr\X11R6\bin
|   C:\cygwin\bin
|   C:\cygwin\bin
|   C:\cygwin\mnt\c\Python21\
|   C:\cygwin\mnt\c\WINNT\system32
|   C:\cygwin\mnt\c\WINNT
|   C:\cygwin\mnt\c\WINNT\System32\
|   C:\cygwin\bin
|   C:\cygwin\mnt\c\Program Files\Python21
|   C:\cygwin\mnt\c\Program Files\molekel
|   C:\cygwin\mnt\c\PROGRA~1\AFS\Client\Program
|   C:\cygwin\mnt\c\PROGRA~1\AFS\Common
|   C:\cygwin\mnt\c\Program Files\Common Files\MDL Shared\ISIS
| 
| SysDir: C:\WINNT\System32
| WinDir: C:\WINNT
| 
| CYGWIN = `check_case:adjust glob notitle ntsec tty MAKE_MODE=UNIX'
| C_INCLUDE_PATH = 
|`/home/jochen/include:/usr/local/include:/usr/include:/usr/X11R6/include'
| HOME = `c:\data\jochen'
| LD_LIBRARY_PATH = `\home\jochen\lib:\user\local\jochen\lib:'
| LIBRARY_PATH = `/home/jochen/lib:/user/local/jochen/lib:'
| MAKE_MODE = `unix'
| PWD = `/home/jochen'
| USER = `jochen'
| 
| HKEY_CURRENT_USER\Software\Cygnus Solutions
| HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
| HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
| HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
| HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
|Menu\Programs\Cygnus Solutions
|   (default) = (unsupported type)
| HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
|Menu\Programs\Unix\Cygnus Solutions
|   (default) = (unsupported type)
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
|   (default) = `/cygdrive'
|   cygdrive flags = 0x002a
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
|   (default) = `C:\cygwin'
|   flags = 0x000a
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home
|   (default) = `c:/data'
|   flags = 0x000a
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp
|   (default) = 0x000a
|   native = `c:\tmp'
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
|   (default) = `C:/cygwin/bin'
|   flags = 0x000a
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
|   (default) = `C:/cygwin/lib'
|   flags = 0x000a
| HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
| 
| a:  fd   N/AN/A
| c:  hd  NTFS8189Mb  48% CP CS UN PA FC System
| d:  cd   N/AN/A
| h:  net AFS2097151Mb  51% CP CS  ?S
| i:  net AFS2097151Mb  51% CP CS  ?S
| j:  net AFS2097151Mb  51% CP CS  ?S
| m:  net NTFS   21657Mb  93% CP CSPA.
| n:  net NTFS   21657Mb  93% CP CSPA.
| o:  net NTFS   21657Mb  93% CP CSPA.
| x:  net NTFS   75116Mb  31% CP CSPA.
| z:  net NTFS   21657Mb  93% CP CSPA.
| 
| C:\cygwin  /  system  binmode
| c:/data/home  system  binmode
| c:\tmp /tmp   system  binmode
| C:/cygwin/bin  /usr/bin   system  binmode
| C:/cygwin/lib  /us