public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
From: "Andy Hare" <ahare@btinternet.com>
To: "Ian Roxborough" <irox@redhat.com>
Cc: <insight@sources.redhat.com>
Subject: Re: Insight windows problems.
Date: Thu, 04 Oct 2001 17:10:00 -0000	[thread overview]
Message-ID: <021301c1721a$05a9ba10$0100000a@dualbeast> (raw)
In-Reply-To: <3BF977D4.F2B74C79@redhat.com>

Ian,

OK so now I got the crashing problem. Running under GDB shows the following
at the point it crashes if this helps:

$ gdb -nw arm-elf-gdb
GNU gdb 5.0 (20010428-1)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) run
Starting program: /xgcc-arm/gnu/bin/arm-elf-gdb.exe

Program received signal SIGSEGV, Segmentation fault.
0x00b34555 in Tk_GetHWND (window=2426298)
    at /GNU-Source-Code/src/tk/win/tkWinWindow.c:150
150         return twdPtr->window.handle;
(gdb) load
You can't do that when your target is `child'
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /xgcc-arm/gnu/bin/arm-elf-gdb.exe

Program received signal SIGSEGV, Segmentation fault.
0x00b34555 in Tk_GetHWND (window=2819414)
    at /GNU-Source-Code/src/tk/win/tkWinWindow.c:150
150         return twdPtr->window.handle;
(gdb) p twdPtr
No symbol "twdPtr" in current context.
(gdb) p twdPtr->window.handle
No symbol "twdPtr" in current context.
(gdb) p window
$1 = 1348694611
(gdb)

The actual code at the crash point looks thus :

HWND
Tk_GetHWND(window)
    Window window;
{
    TkWinDrawable *twdPtr = (TkWinDrawable *) window;
    return twdPtr->window.handle;
}

so window is passed OK but GDB claims that twdPtr does not exist, surely
that can't be right can it ???

Hope this helps, if you have got any further than this then I would be
pleased to aid in any way possible.


Andy Hare
www.ahare.btinternet.co.uk




----- Original Message -----
From: "Ian Roxborough" <irox@redhat.com>
To: "Andy Hare" <ahare@btinternet.com>
Cc: <insight@sources.redhat.com>
Sent: Monday, November 19, 2001 9:21 PM
Subject: Re: Insight windows problems.


> Hi,
>
> This will stop the problem you are talking about:
> http://sources.redhat.com/ml/insight/2001-q4/msg00160.html
>
> You will run into a crashing problem after that (I've
> posted emails about this as well).  If I get a chance I'll
> post a really nasty (but short) fix which will stop the
> crashing Win32 (then hopefully I'll get time to fix the
> real problem (why are the combobox popup windows not being
> destroy when used in a modal dialog...).
>
> Anyway, nice to see you've got it compiled,
>
> Ian.
>
> Andy Hare wrote:
> >
> > Ian,
> >
> >     Have you found the answer to this problem, I think it sounds like
the
> > problem I am having with the current CVS of Insight. It builds OK now
but
> > the dialogs do not get displayed. For example I cannot get the target
dialog
> > to appear, and if I open the source I get the source selection dialog
but
> > after that no other input is allowed into Insight, I have to kill it via
the
> > task manager.
> >
> > Running Windows 2K and latest cygwin.
> >
> > Andy Hare
> > www.ahare.btinternet.co.uk
> >
> > ----- Original Message -----
> > From: "Ian Roxborough" <irox@redhat.com>
> > To: <insight@sources.redhat.com>
> > Sent: Tuesday, October 16, 2001 9:15 PM
> > Subject: Insight windows problems.
> >
> > > Hi,
> > >
> > > I'm pretty close to fixing the modal dialog problems
> > > on Windows. The problem seem to be related to using
> > > the "." window as a master for our transient modal windows.
> > > I'm not sure if it's a Tk bug or what, but doing:
> > >        wm transient $top .
> > > will cause the $top toplevel to assume some properties
> > > of ".", namely the mapping (or lack of it).  Actually
> > > this may have something to do with the "wm group" a few
> > > lines before:
> > >        wm group $top .
> > >
> > > Either way, changing it be:
> > >        wm transient $top $srcwin
> > > seems to fix the dialog problem (where $srcwin is the
> > > path of the source window).  But now I'm seeing
> > > (a related?) problem where after using a modal dialog
> > > if I remove focus from Insight for two seconds Insight
> > > will exit quickly and quietly.
> > >
> > > If I find that the exiting problem isn't related to the
> > > dialog problem I'll post a patch.
> > >
> > > Ian.

WARNING: multiple messages have this Message-ID
From: "Andy Hare" <ahare@btinternet.com>
To: "Ian Roxborough" <irox@redhat.com>
Cc: <insight@sources.redhat.com>
Subject: Re: Insight windows problems.
Date: Wed, 21 Nov 2001 00:15:00 -0000	[thread overview]
Message-ID: <021301c1721a$05a9ba10$0100000a@dualbeast> (raw)
Message-ID: <20011121001500.7cimqy3Gtv0qhB9FIxFWaQNezd2D9ICSylfkKgYQE34@z> (raw)
In-Reply-To: <3BF977D4.F2B74C79@redhat.com>

Ian,

OK so now I got the crashing problem. Running under GDB shows the following
at the point it crashes if this helps:

$ gdb -nw arm-elf-gdb
GNU gdb 5.0 (20010428-1)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) run
Starting program: /xgcc-arm/gnu/bin/arm-elf-gdb.exe

Program received signal SIGSEGV, Segmentation fault.
0x00b34555 in Tk_GetHWND (window=2426298)
    at /GNU-Source-Code/src/tk/win/tkWinWindow.c:150
150         return twdPtr->window.handle;
(gdb) load
You can't do that when your target is `child'
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /xgcc-arm/gnu/bin/arm-elf-gdb.exe

Program received signal SIGSEGV, Segmentation fault.
0x00b34555 in Tk_GetHWND (window=2819414)
    at /GNU-Source-Code/src/tk/win/tkWinWindow.c:150
150         return twdPtr->window.handle;
(gdb) p twdPtr
No symbol "twdPtr" in current context.
(gdb) p twdPtr->window.handle
No symbol "twdPtr" in current context.
(gdb) p window
$1 = 1348694611
(gdb)

The actual code at the crash point looks thus :

HWND
Tk_GetHWND(window)
    Window window;
{
    TkWinDrawable *twdPtr = (TkWinDrawable *) window;
    return twdPtr->window.handle;
}

so window is passed OK but GDB claims that twdPtr does not exist, surely
that can't be right can it ???

Hope this helps, if you have got any further than this then I would be
pleased to aid in any way possible.


Andy Hare
www.ahare.btinternet.co.uk




----- Original Message -----
From: "Ian Roxborough" <irox@redhat.com>
To: "Andy Hare" <ahare@btinternet.com>
Cc: <insight@sources.redhat.com>
Sent: Monday, November 19, 2001 9:21 PM
Subject: Re: Insight windows problems.


> Hi,
>
> This will stop the problem you are talking about:
> http://sources.redhat.com/ml/insight/2001-q4/msg00160.html
>
> You will run into a crashing problem after that (I've
> posted emails about this as well).  If I get a chance I'll
> post a really nasty (but short) fix which will stop the
> crashing Win32 (then hopefully I'll get time to fix the
> real problem (why are the combobox popup windows not being
> destroy when used in a modal dialog...).
>
> Anyway, nice to see you've got it compiled,
>
> Ian.
>
> Andy Hare wrote:
> >
> > Ian,
> >
> >     Have you found the answer to this problem, I think it sounds like
the
> > problem I am having with the current CVS of Insight. It builds OK now
but
> > the dialogs do not get displayed. For example I cannot get the target
dialog
> > to appear, and if I open the source I get the source selection dialog
but
> > after that no other input is allowed into Insight, I have to kill it via
the
> > task manager.
> >
> > Running Windows 2K and latest cygwin.
> >
> > Andy Hare
> > www.ahare.btinternet.co.uk
> >
> > ----- Original Message -----
> > From: "Ian Roxborough" <irox@redhat.com>
> > To: <insight@sources.redhat.com>
> > Sent: Tuesday, October 16, 2001 9:15 PM
> > Subject: Insight windows problems.
> >
> > > Hi,
> > >
> > > I'm pretty close to fixing the modal dialog problems
> > > on Windows. The problem seem to be related to using
> > > the "." window as a master for our transient modal windows.
> > > I'm not sure if it's a Tk bug or what, but doing:
> > >        wm transient $top .
> > > will cause the $top toplevel to assume some properties
> > > of ".", namely the mapping (or lack of it).  Actually
> > > this may have something to do with the "wm group" a few
> > > lines before:
> > >        wm group $top .
> > >
> > > Either way, changing it be:
> > >        wm transient $top $srcwin
> > > seems to fix the dialog problem (where $srcwin is the
> > > path of the source window).  But now I'm seeing
> > > (a related?) problem where after using a modal dialog
> > > if I remove focus from Insight for two seconds Insight
> > > will exit quickly and quietly.
> > >
> > > If I find that the exiting problem isn't related to the
> > > dialog problem I'll post a patch.
> > >
> > > Ian.

  reply	other threads:[~2001-11-21  8:15 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-16 14:03 Ian Roxborough
     [not found] ` <011201c17133$90876e30$0100000a@dualbeast>
2001-10-03  7:29   ` Ian Roxborough
2001-10-04 17:10     ` Andy Hare [this message]
2001-10-03 16:57       ` Ian Roxborough
2001-11-20 16:06         ` Ian Roxborough
2001-11-21  0:15       ` Andy Hare
2001-11-19 12:08     ` Ian Roxborough

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='021301c1721a$05a9ba10$0100000a@dualbeast' \
    --to=ahare@btinternet.com \
    --cc=insight@sources.redhat.com \
    --cc=irox@redhat.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).