Hi,
On Wed, Sep 17, 2008 at 7:46 PM, Pedro Alves <[EMAIL PROTECTED]> wrote:
> On Thursday 18 September 2008 02:56:47, Pawel Veselov wrote:
>> Argh, took me a find out what's going on. Will need some more time to
>> actually produce a fix. Discovered all that while testing the changes
>> to the tra
On Wed, 17 Sep 2008, Pedro Alves wrote:
> On Sunday 07 September 2008 07:17:59, Danny Backx wrote:
>> One of the last messages I found from you about gdb said you still had
>> some work that wasn't committed. I don't know what it was about. This
>> made me believe it wasn't entirely done, but yo
On Thursday 18 September 2008 02:56:47, Pawel Veselov wrote:
> Argh, took me a find out what's going on. Will need some more time to
> actually produce a fix. Discovered all that while testing the changes
> to the tracer.
AFAIK, you should be able to debug cegcc.dll with gdbserver, cuz
gdbserver.e
Argh, took me a find out what's going on. Will need some more time to
actually produce a fix. Discovered all that while testing the changes
to the tracer.
The application has a good chance crashing in prologue, if it's being
attached to an existing process group. I guess those are the reasons I
fo
Hi Danny,
I seem to have forgotten.
What was the magic button we had to push to update the webpages from the
svn copy? Was it a cron job in your account, or was it a manual process?
I've made a change to the frontpage a few days ago, and it
still isn't visible (revision 1174, BTW).
--
Pedro
On Thursday 04 September 2008 19:45:11, [EMAIL PROTECTED]
wrote:
> Revision: 1172
> http://cegcc.svn.sourceforge.net/cegcc/?rev=1172&view=rev
> Author: dannybackx
> Date: 2008-09-04 18:45:10 + (Thu, 04 Sep 2008)
>
> Log Message:
> ---
> Don't define getenv and system.
On Thursday 11 September 2008 10:56:51, [EMAIL PROTECTED] wrote:
> There is an incompatibility between cegcc generated code and PE loader in
> recent Windows Mobile 6.1.
> Workaround is to change a key in registry :
>
> You can add a DWORD registry entry in
> [HKEY_LOCAL_MACHINE\System\Loader\Load
On Sunday 07 September 2008 06:07:00, John Wharington wrote:
> Well, that's pretty much what I had to do --- edit the header file.
> I *do* have _WIN32_WCE defined as well as _WIN32_IE.
Ok, I was really answearing Danny's question, not yours. :-)
> Are you suggesting that _WIN32_IE should *not
Sorry, ENOPATCH,
(that's against current GDB head, but should be easy to
adjust to 6.8 if it doesn't apply)
On Wednesday 17 September 2008 22:22:10, Pedro Alves wrote:
> Sorry for the delay,
>
> On Sunday 07 September 2008 07:19:07, Danny Backx wrote:
> > When using the gdb we now have i cegcc sv
On Sunday 07 September 2008 07:17:59, Danny Backx wrote:
> One of the last messages I found from you about gdb said you still had
> some work that wasn't committed. I don't know what it was about. This
> made me believe it wasn't entirely done, but your reply now indicates
> that it is. Are there s
Sorry for the delay,
On Sunday 07 September 2008 07:19:07, Danny Backx wrote:
> When using the gdb we now have i cegcc svn, I used the automatic file
> transfer (over synce) a lot. Is that possible with this version of gdb
> too ?
Not automatically, no, sorry. gdbserver doesn't use RAPI at all.
On Thursday 11 September 2008 19:39:08, Pawel Veselov wrote:
> I've been playing around with compiling PHP and such. With default
> compilation flags, (O3 is it?) the Zend would just SIGSEGV at random
> locations. O0 cleared all the problems. So, may be, switching to a
> newer gcc has certain weig
On Wednesday 17 September 2008 20:14:52, Pawel Veselov wrote:
> I get this every now and then on some "stuck" applications:
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x8001b6ec in ?? ()
> (gdb) where
> #0 0x8001b6ec in ?? ()
> (gdb) info threads
> * 1 Thread 1154900630 0x8001b
I get this every now and then on some "stuck" applications:
Program received signal SIGTRAP, Trace/breakpoint trap.
0x8001b6ec in ?? ()
(gdb) where
#0 0x8001b6ec in ?? ()
(gdb) info threads
* 1 Thread 1154900630 0x8001b6ec in ?? ()
warning: Couldn't restore frame in current thread, at frame 0
0x
On Saturday 13 September 2008 05:51:24, Danny Backx wrote:
> Are the issues you refer to (can't get info on threads etc) known gdb
> issues ?
What issues were those exactly? You should be able to list threads,
get backtraces, and interrupt the running program with ^C normally.
What exactly isn't
Hi guys,
Just a quick note to say that I'm changing my email address. If you sent me
private messages to the pedro_alves at portugalmail.pt or
pedroalves at users.sourceforge.net addresses in the last few weeks, I haven't
received them, due to mail server problems.
--
Pedro Alves
-
16 matches
Mail list logo