Rev Crash Again! ... cardImage() function

[Wouter]

On 08 Jan 2004, at 17:20, use-revolution-request at lists.runrev.com wrote:

> Message: 11
> Date: Thu, 8 Jan 2004 09:18:13 -0700
> From: Dar Scott <dsc at swcp.com>
> Subject: Re: Rev Crash Again!  ... cardImage() function
> To: How to use Revolution <use-revolution at lists.runrev.com>
> Message-ID: <4258D688-41F6-11D8-BBFC-000A9567A3E6 at swcp.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
>
>
> On Thursday, January 8, 2004, at 06:47 AM, Wouter wrote:
>
>> After a clean install of rev with no plugins, the code works as long
>> as the referenced imagepixmap exists in memory.
>> This means one can reference hidden stacks. Otherwise no error is
>> thrown and rev crashes.
>
> I don't understand what you mean by "referenced imagepixmap exists in
> memory".  The created image object is ephemeral and would have to exist
> in memory.

If a stack is in memory, open (or loaded or whatever you will call it),
  visible or invisible doesn' t matter (and invisible is the nice part)
you can

set the imagePixMapID of last image to (the pixMapID of stack 
pStackPath)

If the stack is purged from memory, then when setting the imagePixMapID
it doesn't throw an error, it crashes directly.

>
> Do you mean the stack?  I would guess that getting the picture of a
> card in a stack that is not open with this method would involve making
> it temporarily the current card and then going back, all invisibly.  Is
> there something in this that conflicts with the function?
>
>> In metacard the code works only  if the own pixMapID is referenced.
>> Referencing other stacks crashes metacard irrevocably.
>
> I'm not sure what you mean by "own pixMapID".

In revolution you can do for example:

     set the imagePixMapID of last image to (the pixMapID of stack 
"revDocTips")

if the window is open, visible or not (stack "revDocTips" is purged 
from memory
when closed, so a check if it is still in the windows is necessary).

In metacard if your handler is taking the pixmapId of its own stack, it 
works
If you do for example:
     set the imagePixMapID of last image to (the pixMapID of stack 
"Home")
or any other stack
then metacard crashes on the statement

>
> Maybe what is fishy is something in going to a foreign card and back.
>
>
> Are you saying they crash in different ways or in different conditions?

>
> Dar Scott
>

WA