Mailinglist Archive: opensuse-bugs (9006 mails)
| < Previous | Next > |
[Bug 409324] Possible bug in XtAppNextEvent
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Wed, 10 Sep 2008 05:44:24 -0600 (MDT)
- Message-id: <20080910114424.A3383245390@xxxxxxxxxxxxxxxxxxxxxx>
https://bugzilla.novell.com/show_bug.cgi?id=409324
User mhopf@xxxxxxxxxx added comment
https://bugzilla.novell.com/show_bug.cgi?id=409324#c7
Matthias Hopf <mhopf@xxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |NEEDINFO
Info Provider|
|pth@xxxxxxxxxx
--- Comment #7 from Matthias Hopf <mhopf@xxxxxxxxxx> 2008-09-10 05:44:24 MDT
---
1)
Too bad :-(
2)
Break at the point where the variable that is changed later is
created/initialized (XtAppNextEvent).
In this breakpoint get the address of event and assign it a watchpoint
(gdb) print &event
$2 = (XEvent **) 0x7fff 1700 7aa0
(gdb) watch *(void **)&event
Hardware watchpoint XYZ created.
Important is the *Hardware* watchpoint - otherwise running will unbearably
slow.
Now continue. As soon as the event is changed, it'll interrupt.
If this happens only in the nth iteration, the best thing to do is to ignore
the first n-1 breakpoint invocations (gdb command 'ignore').
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
User mhopf@xxxxxxxxxx added comment
https://bugzilla.novell.com/show_bug.cgi?id=409324#c7
Matthias Hopf <mhopf@xxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |NEEDINFO
Info Provider|
|pth@xxxxxxxxxx
--- Comment #7 from Matthias Hopf <mhopf@xxxxxxxxxx> 2008-09-10 05:44:24 MDT
---
1)
Too bad :-(
2)
Break at the point where the variable that is changed later is
created/initialized (XtAppNextEvent).
In this breakpoint get the address of event and assign it a watchpoint
(gdb) print &event
$2 = (XEvent **) 0x7fff 1700 7aa0
(gdb) watch *(void **)&event
Hardware watchpoint XYZ created.
Important is the *Hardware* watchpoint - otherwise running will unbearably
slow.
Now continue. As soon as the event is changed, it'll interrupt.
If this happens only in the nth iteration, the best thing to do is to ignore
the first n-1 breakpoint invocations (gdb command 'ignore').
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
| < Previous | Next > |