Mail Archives: cygwin-developers/2001/07/13/17:00:36
--Mx+MOmLv6lQWkrt6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Rob,
On Sat, Jul 14, 2001 at 04:30:42AM +1000, Robert Collins wrote:
> ----- Original Message -----
> From: "Jason Tishler" <Jason DOT Tishler AT dothill DOT com>
> > [Moved from cygwin-patches to cygwin-developers...]
>
> Sorry I'm slow getting to this one :[. Time has been against me this last
> month.
Only this month? You are very lucky -- time has been against me for
years... :,)
> > On Tue, Jul 10, 2001 at 01:24:13PM +1000, Robert Collins wrote:
> > > > python test.py
> > >
> > > gdb.out: the event handle is clearly wrong. Can you include the output
> > > of print *this ? and list (so I know what the lines actually are :])>
> >
> > See attached gdb.out.
See attached for the latest gdb.out. Note this time "this" appears to
reference valid memory.
> Thanks. Unfortunately it looks like gcc has optimised out the value for
> this. So no extra info was gained :[. You can access the correct data via
> p *(pthread_mutex *) 0xa010a58
Are you sure about the above syntax? When I try this I get:
(gdb) p this
$8 = (pthread_mutex *) 0xa02b2fc
(gdb) p *(pthread_mutex *) 0xa02b2fc
A parse error in expression, near ` 0xa02b2fc'.
Also, the value for "this" is different when displayed by "f" and "p":
(gdb) f 2
#2 0x6105f34a in pthread_mutex::Lock (this=0xa010648)
(gdb) p this
$8 = (pthread_mutex *) 0xa02b2fc
Am I doing something wrong?
> ditto for the second trace...
Unfortunately (or fortunately), invoking python via "python" or "./python"
nows yields identical stack traces. Additionally, two times using
"./python" did not hang.
Note that my sandbox has been modified as described by:
http://www.cygwin.com/ml/cygwin-developers/2001-07/msg00070.html
but otherwise, it is the same as before.
Jason
--
Jason Tishler
Director, Software Engineering Phone: 732.264.8770 x235
Dot Hill Systems Corp. Fax: 732.264.8798
82 Bethany Road, Suite 7 Email: Jason DOT Tishler AT dothill DOT com
Hazlet, NJ 07730 USA WWW: http://www.dothill.com
--Mx+MOmLv6lQWkrt6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="gdb.out"
(gdb) bt
#0 0x77f6829b in ?? ()
#1 0x77f04f41 in ?? ()
#2 0x6105f34a in pthread_mutex::Lock (this=0xa010648)
at ../../../../src/winsup/cygwin/thread.cc:644
#3 0x61060e06 in __pthread_mutex_lock (mutex=0xa011e20)
at ../../../../src/winsup/cygwin/thread.cc:1917
#4 0x6103b3ae in pthread_mutex_lock (mutex=0xa011e20)
at ../../../../src/winsup/cygwin/pthread.cc:240
#5 0x61d99e37 in PyThread_acquire_lock (lock=0xa011e18, waitflag=0)
at ../Python/thread_pthread.h:298
#6 0x61d8cebd in lock_import () at ../Python/import.c:159
..
(gdb) f 2
#2 0x6105f34a in pthread_mutex::Lock (this=0xa010648)
at ../../../../src/winsup/cygwin/thread.cc:644
644 return WaitForSingleObject (win32_obj_id, INFINITE);
(gdb) list
639 }
640
641 int
642 pthread_mutex::Lock ()
643 {
644 return WaitForSingleObject (win32_obj_id, INFINITE);
645 }
646
647 int
648 pthread_mutex::TryLock ()
(gdb) p *this
$6 = {<verifyable_object> = {magic = 1886217588}, win32_obj_id = 0x656c6966,
condwaits = 0, pshared = 0}
(gdb) p this
$8 = (pthread_mutex *) 0xa02b2fc
(gdb) p *(pthread_mutex *) 0xa010648
A parse error in expression, near ` 0xa010648'.
(gdb) p *(pthread_mutex *) 0xa02b2fc
A parse error in expression, near ` 0xa02b2fc'.
--Mx+MOmLv6lQWkrt6--
- Raw text -