| Finding all objects that were created [message #58714] |
Thu, 16 March 2006 01:21  |
Eclipse User |
|
|
|
Originally posted by: cam.mcc.id.au
Hi people.
I want to find all objects that have been created between two points in
my program and then inspect them after breaking. Is this possible with
TPTP?
Thanks,
Cameron
--
Cameron McCormack ICQ: 26955922
cam (at) mcc.id.au MSN: cam (at) mcc.id.au
http://mcc.id.au/ JBR: heycam (at) jabber.org
|
|
|
|
|
| Re: Finding all objects that were created [message #59040 is a reply to message #58990] |
Fri, 17 March 2006 12:36  |
| Eclipse User |
|
|
|
If you're running through the RAC, then the RAC is acting on your
behalf, but not as you. What I mean here is that even if YOUR
environment has DISPLAY properly set, that doesn't mean that gets passed
through the RAC and to the program being profiled.
Solutions? Can you add the "-display whatever:#" to the command line
options of the program being profiled? If not, and if you have control
of this whole situation, and if you can "fix" the display, you could put
that in the RAStart.sh file so that the RAC is started "knowing" about
your display.
There are proposals on the table for "launching processes AS a user" for
beyond 4.2 that (presumably) would address such issues (but open others,
given the security implications of such a feature) ... until then...
Oh yes, if you're running using IAC... never mind. Samson or someone
more IAC-familiar than myself would have to address that issue. I would
assume that running through IAC, since it's in your process space, WOULD
inherit your environment.
--
RDS
Cameron McCormack wrote:
> Hi Navid.
>
> Navid_Mehregani_nmehrega@ca.ibm.com wrote:
>
>>In your profile launch configuration, select the profiling tab -> Select
>>the memory analysis -> Edit -> Next -> select basic memory analysis ->
>>click on advanced -> Check 'collect instance level information' -> next
>>-> set your filter set -> finish -> profile.
>>
>>You can pause and resume your agent to collect profiling data at
>>specific points in your program.
>
>
> Great, thanks! One problem I find when my program is launched by the
> profiler though is that it cannot connect to my X server:
>
> Exception in thread "main" java.lang.InternalError: Can't connect to
> X11 window server using ':0.0' as the value of the DISPLAY variable.
> at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
> ...
>
> This is strange since:
>
> * that DISPLAY variable setting is correct,
>
> * it occurs even if I run "xhost +" to disable access control to the X
> server, and
>
> * debugging my program normally doesn't have this problem.
>
> Any ideas? This is Eclipse 3.1.2, TPTP 4.1.0, running on Linux.
>
> Thanks,
>
> Cameron
>
|
|
|
| Re: Finding all objects that were created [message #59117 is a reply to message #59040] |
Fri, 17 March 2006 23:42 |
| Eclipse User |
|
|
|
Originally posted by: cam.mcc.id.au
Hi Randy.
Randy D. Smith wrote:
> If you're running through the RAC, then the RAC is acting on your
> behalf, but not as you. What I mean here is that even if YOUR
> environment has DISPLAY properly set, that doesn't mean that gets passed
> through the RAC and to the program being profiled.
I'm just new to TPTP, so forgive my ignorance. RAC is the program that
starts a JVM for profiling purposes, right? The
/usr/lib/eclipse/bin/RAStart program on my machine?
Eclipse has managed to inherit my display settings properly, since it
can launch my program or debug it. I think that the RAC has inherited
the DISPLAY environment variable from Eclipse, because of the exception
that has been thrown by my program when run under the RAC that mentions
":0.0".
> Solutions? Can you add the "-display whatever:#" to the command line
> options of the program being profiled? If not, and if you have control
> of this whole situation, and if you can "fix" the display, you could put
> that in the RAStart.sh file so that the RAC is started "knowing" about
> your display.
So I'm pretty sure RAC knows about the display.
> There are proposals on the table for "launching processes AS a user" for
> beyond 4.2 that (presumably) would address such issues (but open others,
> given the security implications of such a feature) ... until then...
>
> Oh yes, if you're running using IAC... never mind. Samson or someone
> more IAC-familiar than myself would have to address that issue. I would
> assume that running through IAC, since it's in your process space, WOULD
> inherit your environment.
I don't know what IAC is. "Internal Agent Controller"? Anyway, I
didn't do any setting up of RAC or IAC after installing TPTP, so I guess
my program is running under whatever is the default.
*tests*
I just made a new test project that just displays a single JFrame and
that's it. When I try to profile this I get a message saying that it
couldn't connect to the RAC, and I see this in the console:
An unexpected exception has been detected in native code outside the
VM.
Unexpected Signal : 11 occurred at PC=0xAB5CF696
Function=ossRamboIsFlushing__FP10OSSRamboCB+0x6
Library=/usr/lib/eclipse/plugins/org.eclipse.hyades.executio n_4.1.0/
os/linux/x86/libhcclsm.so
which doesn't look good. Any ideas?
Thanks,
Cameron
--
Cameron McCormack ICQ: 26955922
cam (at) mcc.id.au MSN: cam (at) mcc.id.au
http://mcc.id.au/ JBR: heycam (at) jabber.org
|
|
|
Powered by
FUDForum. Page generated in 0.09197 seconds
Home