Mail Archives: cygwin/2004/07/13/11:57:41
> -----Original Message-----
> From: Igor Pechtchanski
> Sent: 13 July 2004 16:41
> On Tue, 13 Jul 2004, Dave Korn wrote:
>
> > > -----Original Message-----
> > > From: cygwin-owner On Behalf Of Corinna Vinschen
> > > Sent: 13 July 2004 16:20
> >
> > > David,
> > >
> > > since that doesn't look too good, I tried it on NT4 SP6 as well as
> > > on XP SP1. I can't reproduce the below problems in either system.
> > > Does that only happen on W2K perhaps? Depending on the SP?
> > >
> > > Corinna
> >
> > XP, SP1. But I haven't upgraded my .dll in a while:
> >
> > dk AT mace /davek> uname -a
> > CYGWIN_NT-5.1 mace 1.5.7(0.109/3/2) 2004-01-30 19:32 i686
> unknown unknown
> > Cygwin
> >
> > I notice however that Reini is using 1.5.10, so it's not
> just a version
> > thing. I'll try building cvs and see if it still happens.
>
> Umm, Dave, I think you may be confused.
Nope, not really. Or not for that reason, anyway!
> Reini's issue was that "cat
> /proc/registry/HKEY_PERFOMANCE_DATA" (yes, I didn't notice the typo
> before, interesting)
You also made a typo of your own there: he wasn't reading the key
"/proc/registry/HKEY_PERFOMANCE_DATA" but the default *value* for that key,
indicated by "/proc/registry/HKEY_PERFOMANCE_DATA/@"
>didn't terminate, which I, after reading MSDN,
> believe to be perfectly valid behavior. He wasn't getting
> any segfaults.
I know. I didn't say he was (getting segfaults). I just pointed out a
couple of interesting things I discovered while trying to reproduce his bug.
I also explained why your interpretation of MSDN was incorrect. A registry
key simply isn't something you can go on and on reading from. There isn't a
single key anywhere in the registry that has any kind of EOF whatsoever, so
the lack of one on this particular key can't make the difference. I didn't
get around to trying the actual cat instruction he quoted. I'll try it now:
dk AT mace ~> cat /proc/registry/HKEY_PERFOMANCE_DATA
Segmentation fault (core dumped)
dk AT mace ~> cat /proc/registry/HKEY_PERFOMANCE_DATA/@
And then it hangs, as described. Takes (up to) 100%cpu, as well. However
I find that unlike Reini, I can kill it easily enough:
[Window 1]
dk AT mace ~> cat /proc/registry/HKEY_PERFOMANCE_DATA/@
[Hangs. Meanwhile in window 2:]
dk AT mace ~> ps
PID PPID PGID WINPID TTY UID STIME COMMAND
I 2464 1 2464 2464 con 11165 11:44:15 /usr/bin/bash
3908 1 3908 3908 con 11165 16:03:39 /usr/bin/bash
780 3908 780 3628 con 11165 16:34:03 /usr/bin/make
I 1028 3908 780 1076 con 11165 16:34:03 /usr/bin/tee
3884 1 3884 3884 con 11165 16:45:18 /usr/bin/bash
4008 1 4008 4008 con 11165 16:45:20 /usr/bin/bash
2736 780 780 2772 con 11165 16:45:25 /usr/bin/sh
3132 2736 780 2340 con 11165 16:45:25 /usr/bin/make
244 3132 780 2440 con 11165 16:45:25 /usr/bin/sh
3720 244 780 180 con 11165 16:45:25 /usr/bin/make
1692 3720 780 2172 con 11165 16:46:06 /usr/bin/sh
2384 1692 780 2936 con 11165 16:46:06 /usr/bin/gcc
3412 2384 780 3412 con 11165 16:46:07 /usr/bin/gcc
2596 3884 2596 1672 con 11165 16:46:07 /usr/bin/cat
3380 4008 3380 2280 con 11165 16:46:26 /usr/bin/ps
dk AT mace ~> kill 2596
dk AT mace ~>
[And back in window 1:]
dk AT mace ~> cat /proc/registry/HKEY_PERFOMANCE_DATA/@
Terminated
dk AT mace ~>
> FWIW, I can't reproduce your segfaults either, on Win2k SP3, but I can
> reproduce the behavior Reini reported.
> Igor
Well, I get the segfaults *and* Reini's bug. Guess I'm just lucky!
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/
- Raw text -