Re: OmniObjectMeter and PB/gdb
Re: OmniObjectMeter and PB/gdb
- Subject: Re: OmniObjectMeter and PB/gdb
- From: Paul Williamson <email@hidden>
- Date: Wed, 07 Aug 2002 12:44:58 -0700
At 09:28 AM 8/7/2002 -0700, Timothy J. Wood wrote:
Maybe in the future I could build a shared memory segment with locking
so that both processes would have equal access to the information in
question (via a lock residing in kernel space or shmem space). This
would take quite a bit of work, though :)
That would be a great improvement. Would it help if I said "pretty please"?
(gdb) p sleep(3600)
That's a better idea that what I was doing, letting the program run
single-steps to get little slices of time for OOM. Your suggestion works,
but I have to say this:
(gdb) p (unsigned)sleep(3600)
to avoid an error message about an unknown return type.
You could then hit ctrl-c to break out of this and should be able to
continue stepping through your program.
That works in a bare gdb, but Project Builder doesn't seem to pass the
Ctrl-C to gdb.
A couple of extra "steps" are needed to get out of the sleep function, but
that's not a big problem.
How about if the framework supplied a function to evaluate instead of
sleep(), and OOM then had a button you could hit to tell that function to
return to the debugger? That would work in PB and wouldn't require any
extra "steps". Still a little kludgey, though.
Actually, you wanted a symlink -- I sure thought I tested these exact
instructions. Did they switch from creating symlinks to aliases for
cmd-option-drag at some point and I just didn't notice?
I don't know how it used to work.
Instructions for making a symlink in Terminal would be easier to follow
than the present instructions anyway. Even better, a little shell script
could be provided to do it.
having OOM manage this would be much simpler for the user.
Yes, or OOM's installer.
Thanks again!
-Paul
email@hidden
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.