Your Universal Remote Control Center
RemoteCentral.com
Philips Pronto Classic Forum - View Post
Previous section Next section Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Topic:
ProntoEdit crashing with large files -- FIX
This thread has 2 replies. Displaying all posts.
Post 1 made on Sunday April 29, 2001 at 12:52
Leo Davidson
Historic Forum Post
Recently, users of Super-Nudelist have found that ProntoEdit or RC5000Setup crashes when they try to load their CCF files containing complete track lists for hundreds of discs. I finally got to the bottom of the problem today and, as it's not specific to Super-Nudelist, the solution may be useful for all Pronto users.

It's probably also something we should report to Philips. Is there a recommended way to do this?

Anyway, the crash happens because ProntoEdit overflows its stack. I can't work out exactly what causes this, but it seems to happen from having several hundred pages in the same device with many jumps on each page.

To attempt to solve this problem I've written a small utility which will patch the ProntoEdit / RC5000Setup executable to increase the allocated stack. (The equivalent of using EditBin but without having to have Visual C++ installed.)

At the moment this utility can be found here:

[Link: ox.compsoc.net]

and here:

[Link: nudel.demon.co.uk]

At the time of writing it only works for ProntoEdit 1.05 and 2.0. Once someone sends me an RC5000Setup executable I will update it to handle that as well. (Maybe it does already by the time you read this. :-))

Daniel, if you're reading, you're welcome to put a copy of the utility in the files section on RC if you like, although it might be best to wait until it's updated to handle RC5000Setup to save having to do it twice. Up to you!
OP | Post 2 made on Tuesday May 8, 2001 at 00:35
Daniel Tonks
Historic Forum Post
Ah, another ProntoEdit memory issue. :-)
OP | Post 3 made on Tuesday May 8, 2001 at 06:33
Leo Davidson
Historic Forum Post
:-) -- Wish I could pin it down to an exact cause but I can't. The patch seems to have fixed all problems with ProntoEdit crashing.

I also got some reports, so far from only one person, that really large lists are crashing the Pronto itself. There's some stuff in SNL Beta 10 to help combat this.

*Seems* to be not the total size that causes the problem but the number of jumps. I haven't been able to look at the physical remote crashing but with (unpatched) ProntoEdit crashes it doesn't seem to help much splitting large devices up IF they still link to each other a lot... It's purely a guess, but maybe ProntoEdit (and the remote itself?) does some analysis on the jumps in the CCF file and if there are many jumps in a closure it needs a lot of stack space. I can't imagine why it would need to do this, though, so maybe it's something else...

If the code / firmware were open source it'd be fixed already at no cost to Philips. (Except the cost of making it available which I imagine they perceive as a large one.)

Ah well!


Jump to


Protected Feature Before you can reply to a message...
You must first register for a Remote Central user account - it's fast and free! Or, if you already have an account, please login now.

Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.

Hosting Services by ipHouse