Error Registering Interpreter

Peter Volgyesi xvolgy at isis-server.isis.vanderbilt.edu
Wed Jul 2 11:30:46 CDT 2003



----------
From: 	Peter Volgyesi
Sent: 	Wednesday, July 02, 2003 10:30:46 AM
To: 	GME Group
Subject: 	Re: Error Registering Interpreter
Auto forwarded by a Rule

The error code below does not mean anything. This is the most generic error
error code. So, my suggestions:

- check, whether your user has all the .dll-s that your interpreter depends
on (xerces or whatever you use)
 (the depends.exe utility could help a lot)
- make sure, that this UML2XML.dll _does_ contain the resource section (and
the typelib information inside it). I was sent e-mails about this problem
previously.

If these do not help, bug me.

--
peter
----- Original Message -----
From: "GME Group" <gmegroup at isis.vanderbilt.edu>
To: "GME List" <GMEList at isis.vanderbilt.edu>
Sent: Wednesday, July 02, 2003 10:11 AM
Subject: FW: Error Registering Interpreter



>
> ----------
> From: Aditya Agrawal
> Sent: Wednesday, July 02, 2003 10:11:42 AM
> To: GME Group
> Subject: Error Registering Interpreter
> Auto forwarded by a Rule
>
Peter,

Our friend in BBN is still having problems with the UML2XML interpreter.
The error he is getting is:

"Error while installing component (error code: 0x80004005)"

Could you please tell me what the error means and how can we potentially
solve it.

Thanks,
Adi

PS: Is it possible to add the error codes, their meanings and solutions
as an appendix to the GME user manual?



-----Original Message-----
From: GME Group
Sent: Tuesday, June 24, 2003 3:51 AM
To: GME List
Subject: FW: Memory leak "help" from GME



>
>----------
>From: Peter Volgyesi
>Sent: Tuesday, June 24, 2003 3:52:15 AM
>To: GME Group
>Subject: Re: Memory leak "help" from GME
>Auto forwarded by a Rule
>
Hi,

GME does not detect memory leaks in your code. It only tries to catch
the exceptions thrown by your interpreter (even serious ones, like null
pointer ref.). However, if you're using MFC in your component, and you
are compiling a debug build, than the MFC allocators (malloc, new) and
deallocators will detect your leaks. (To be clear: GME does not contain
any piece of code explicitly which deals with memory leaks.)

--
peter

----- Original Message -----
From: "GME Group" <gmegroup at isis.vanderbilt.edu>
To: "GME List" <GMEList at isis.vanderbilt.edu>
Sent: Monday, June 23, 2003 9:28 PM
Subject: FW: Memory leak "help" from GME



>
> ----------
> From: Jonathan Sprinkle
> Sent: Monday, June 23, 2003 2:28:43 PM
> To: GME Group
> Subject: Memory leak "help" from GME
> Auto forwarded by a Rule
>
I think I asked this before, but I've just learned that all the messages
from the previous mail server are not migrated over yet.

Does GME detect my memory leaks for me, and throw asserts if it finds
them?

I am putting a whole bunch of static objects into vectors, and I think
that GME is "discovering" this memory leak, and re-creating one of the
objects that is showing up as a leak.  Unfortunately, there are some
issues with the deletion, and it throws a debug assert every time.

If GME is detecting my memory leaks, is there a compile switch or
configuration to turn it off, and/or will it go away on release every
time?

Thanks,
Jon





More information about the gme-users mailing list