RE: Problem with getting current POA
- From: Kennard White <white glimmerglassnet com>
- To: "'orbit-list gnome org'" <orbit-list gnome org>
- Subject: RE: Problem with getting current POA
- Date: Tue, 2 Jan 2001 17:00:33 -0800
What you are asking for is all implemented
in the HEAD version of ORBit; however,
it appears that GNOME/Elliot have no
intention of supporting that...
Kennard
-----Original Message-----
From: Andrew Murie [mailto:andrewm treshna com]
Sent: Tuesday, January 02, 2001 2:34 PM
To: orbit-list gnome org
Subject: Problem with getting current POA
I'm using ORBit 0.5.5 and PortableServer_Current_get_POA() and
PortableServer_Current_get_object_id() are both unimplemented, but
appear to be important for managing objects using a default servant for
a class.
Is there anyone working on these, or willing to assist? I'm going to
start looking at the source to see if I can get them done, but any
assistance will be greatly appreciated.
Alternatively, can anyone suggest a different way to do what we need?
The objective is to use a single servant for the class, but have the
object ID distinguish between different instances. I can create object
IDs, and given an object ID retrieve the data that distinguishes
instances, but need to find the object ID of the current object, once
the skeleton has been called - the servant pointer doesn't seem to be
valid (trying
PortableServer_POA_servant_to_id(servant->poa,servant,ev); caused a
segmentation fault) because, I believe, the servant structure isn't set
to contain appropriate data.
This is important to the GNUe project, because our object server needs
to manage references to large numbers of objects, not all of which
should have to be in memory at a particular time, as they can be
retrieved from a database on demand.
_______________________________________________
orbit-list mailing list
orbit-list gnome org
http://mail.gnome.org/mailman/listinfo/orbit-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]