Conversion of large Hypercard Stack to Revolution

[Jim Ault]

I would recommend doing some sort of audit trail on the two versions,  
such as

Version running in Hypercard:

repeat with x = 1 to the number of cards
    go card x
    put the short id of this card & "^" & the name of this card & cr  
after masterList
end repeat

put the number of lines in masterList into cardCount
put the short date && the short time & cr before masterList
put "Master List of Card Details - " & cardCount & cr before masterList
put masterList into url ("file:CardIdAndNameList.txt")

-----------
Then do the same for your converted stack and see if there is a  
pattern, such as duplicate card names, or background definitions that  
don't exist, etc.

Of course, with Hypercard, there is always the possibility of a  
corrupted stack.  I used to do many recoveries back in the day,  
especially on the Rodime 140 hard drives.  This is why I used the "go  
to card x" step.  If that fails, then it will be a clue about the  
health of the stack.

If there is a failure with "go to card x" then try

repeat with x = the number of cards down to 1

Hope his gives you some clues.

Jim Ault
Las Vegas


On Aug 15, 2010, at 1:36 AM, Richard Holton Pierce wrote:

>
> I am not a professional programmer but had worked with Hypercard  
> from its inception, and went over to Revolution as soon as I became  
> aware of its existence.
>
> I have been able to convert most of my stacks flawlessly, with one  
> exception. In the late 1990s I produced a stack for a research  
> project in Russian which contained 119,000 cards (sic!). It has  
> become necessary to reactivate this stack, and to convert it to  
> Revolution Enterprise 4.5 I have followed the prescribed Revolution  
> procedure. After conversion, all the functions I had built into the  
> stack work as they should, but the converted stack contains only  
> 28,005 cards.
>
> Is there a built-in limit on how many cards a conversion can  
> accommodate?
>
> Is there a work-around?
>
> Any advice appreciated.
>
> Hopefully,
>
> Richard Pierce
>
> -- 
> Richard Holton Pierce
> Professor of Egyptology