comp.lang.idl-pvwave archive: archive

Home » Public Forums » archive » IDLgrLegend broken

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: IDLgrLegend broken [message #22921 is a reply to message #22867]

Mon, 11 December 2000 11:28

John-David T. Smith is currently offline

John-David T. Smith
Messages: 384
Registered: January 2000

Senior Member

"Pavel A. Romashkin" wrote:
>
> Mark Hadfield wrote:
>>
>> You are right .... snip
>> ---
>> Mark Hadfield
>
> Oh, no. Mark, I never meant to make it sound like that. I apologize if
> you feel I insisted *you* were wrong. I only wanted to see that one can
> really use explicit naming to avoid *all* confusion. Who will follow
> this path, anyway, with dozens of methods for every object :-(

I have a single file containing 50 methods. So, I don't think I'll be
opting for the one method, one file format anytime. Or was that one
method, one vote? You do the (fuzzy) math.

In any case the process of precompiling all the methods to avoid the
chicken and egg scenario mentioned is not terribly cumbersome,
especially since you have to predefine the class anyway, if you want
your updates to the class__define to be present (instead of the version
of the class structure in the file). Since this is a necessary feature
of object restoration, i.e. since compiling the methods associated with
the object's class is a side-effect of defining that class, I'd say this
reduces it to a non-issue.

In simpler terms, just use:

resolve_obj,CLASS='ThisCoolClass'
restore,self.saveFile,
RESTORED_OBJECTS=obj,/RELAXED_STRUCTURE_ASSIGNMENT

if you know, or think you ever might, update ThisCoolClass. All these
problems will then be circumvented. And yes, it should probably be
named resolve_class, but originally it was primarily called like:

resolve_obj, obj

ex post facto (which you can still do if you don't fear the evolving
class boogeyman).

JD

P.S. Craig thinks he may be able to undo this whole process by reading
in part of the save file himself, by hand. You could then extract the
classes defined within it, resolve_obj those, and then restore the file
in entirety. More as available.

Report message to a moderator

[Message index]

		IDLgrLegend broken By: Pavel A. Romashkin on Wed, 06 December 2000 00:00
		Re: IDLgrLegend broken By: davidf on Mon, 11 December 2000 19:38
		Re: IDLgrLegend broken By: Richard French on Mon, 11 December 2000 16:39
		Re: IDLgrLegend broken By: davidf on Mon, 11 December 2000 13:45
		Re: IDLgrLegend broken By: Mark Hadfield on Mon, 11 December 2000 13:22
		Re: IDLgrLegend broken By: John-David T. Smith on Mon, 11 December 2000 11:28

Previous Topic:	Re: generating symmetric array from function?
Next Topic:	IDL and external app in concurrent mode

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Wed Dec 03 19:09:46 PST 2025

Total time taken to generate the page: 2.15917 seconds