Error on install Update

[Todd Geist]

Hello,

I am getting an error when the framework tries to install an update. See the attached image.

I am trying this with LiveCode 7 rc2. Does anybody have any idea what I can do to fix it.  (Mac OSX Yosemite.)

Thanks

Todd

[Trevor DeVore]

On Sun, Oct 19, 2014 at 5:10 PM, Todd Geist <to...@geistinteractive.com> wrote:

I am getting an error when the framework tries to install an update. See the attached image.

Error "142" is "decompress: error during decompression". My guess is that we are looking at an LC 7 bug with decompress. 

 

I am trying this with LiveCode 7 rc2. Does anybody have any idea what I can do to fix it.  (Mac OSX Yosemite.)

Did you prepare the update with the application packager running in LiveCode 7 or an earlier version? I just want to know if the updater was compressed using the same version of LiveCode that is trying to decompress it.

-- 

Trevor DeVore

ScreenSteps

www.screensteps.com    -    www.clarify-it.com 

[Todd Geist]

Hi Trevor,

I only used LiveCode 7rc2 for this.  So the updator was compressed with the same version that was decompressing it.

Thanks

Todd

--
You received this message because you are subscribed to the Google Groups "GLX Application Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to glxapp+un...@googlegroups.com.
To post to this group, send email to glx...@googlegroups.com.
Visit this group at http://groups.google.com/group/glxapp.
For more options, visit https://groups.google.com/d/optout.

--

Todd Geist

(800) 935-6068

[Todd Geist]

I just tried it with the new 7 rc3 release and I got the same error 

:-(

Todd

[Trevor DeVore]

On Mon, Oct 20, 2014 at 9:57 AM, Todd Geist <to...@geistinteractive.com> wrote:

I only used LiveCode 7rc2 for this.  So the updator was compressed with the same version that was decompressing it.

I tried creating a basic example that compresses/decompresses a stack but didn't have any luck. About how big are the update files? Would it be possible to send the updater files directly to me so I can run some tests on them and see if I can trigger the error?

[Todd Geist]

sure,  here they are

Just occurred to me that I did not compress the updater.gz file with LC rc3.  I just took it from the download.

let me know if you need other files

Thanks

Todd

--

You received this message because you are subscribed to the Google Groups "GLX Application Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to glxapp+un...@googlegroups.com.
To post to this group, send email to glx...@googlegroups.com.
Visit this group at http://groups.google.com/group/glxapp.
For more options, visit https://groups.google.com/d/optout.

[Trevor DeVore]

On Mon, Oct 20, 2014 at 11:48 PM, Todd Geist <to...@geistinteractive.com> wrote:

sure,  here they are

Just occurred to me that I did not compress the updater.gz file with LC rc3.  I just took it from the download.

Todd,

The issue seems to be with 7.0 saving a stack in version 2.7 format. If you look at the _SaveUpdaterStacksToDisk handler in the GLX Application Packager stack script, you can change the version to 7.0, repackage the updater, and then it should work.

I'm filing a bug report with RunRev.

[Todd Geist]

thanks Trevor, that worked.

:-)

Todd

[Todd Geist]

I did notice this....

It seems the app_macos_package.gz file is now 6.6MB instead of the 300KB it was before.  I have made other changes, but I none of them could account for that much change. Is the compression of the new file format different?

Todd

--

You received this message because you are subscribed to the Google Groups "GLX Application Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to glxapp+un...@googlegroups.com.
To post to this group, send email to glx...@googlegroups.com.
Visit this group at http://groups.google.com/group/glxapp.
For more options, visit https://groups.google.com/d/optout.

[Trevor DeVore]

On Tue, Oct 21, 2014 at 9:01 AM, Todd Geist <to...@geistinteractive.com> wrote:

I did notice this....

It seems the app_macos_package.gz file is now 6.6MB instead of the 300KB it was before.  I have made other changes, but I none of them could account for that much change. Is the compression of the new file format different?

That does seem huge. Try adding a "compact" call right before "save". Does that help?

Also, this bug will be fixed in 7.0 rc-4. 

[Todd Geist]

I added compact, but it had no effect.  Is it possible that the 7 format doesn't compress well?

Todd

--

You received this message because you are subscribed to the Google Groups "GLX Application Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to glxapp+un...@googlegroups.com.
To post to this group, send email to glx...@googlegroups.com.
Visit this group at http://groups.google.com/group/glxapp.
For more options, visit https://groups.google.com/d/optout.

[Trevor DeVore]

On Tue, Oct 21, 2014 at 2:15 PM, Todd Geist <to...@geistinteractive.com> wrote:

I added compact, but it had no effect.  Is it possible that the 7 format doesn't compress well?

I haven't experimented with the file size in 7.0 just yet so I don't know. 

[Trevor DeVore]

On Tue, Oct 21, 2014 at 2:15 PM, Todd Geist <to...@geistinteractive.com> wrote:

I added compact, but it had no effect.  Is it possible that the 7 format doesn't compress well?

Todd,

I think I now what is going on. The bug in 7.0 rc-2 with saving in legacy stack formats is that it truncates custom property values to ~65000 bytes. I bet a lot of the actual data was being left out when saving in 2.7 format. Now that you are saving in 7.0 format all of the data is being added so it is much larger.

[Todd Geist]

Thanks Trevor, 

Makes Sense

Todd

[Todd Geist]

Thanks Trevor, 

Makes Sense

Todd

[Todd Geist]

On Monday, October 20, 2014 10:33:29 PM UTC-7, Trevor DeVore wrote:

The issue seems to be with 7.0 saving a stack in version 2.7 format. If you look at the _SaveUpdaterStacksToDisk handler in the GLX Application Packager stack script, you can change the version to 7.0, repackage the updater, and then it should work.

now that 7 has shipped, and the bug fixed presumably, is there a reason to change back to the 2.7 format? Or should it just be 7 from now on.

Todd

[Trevor DeVore]

You can keep it 7. I won't change it to 7 in the shipping script as someone may be using it with older versions of LiveCode. I could update it to something like 5.5 but I don't know that there is any reason to. It is just a stack storing custom properties.