SparkFS on BeagleBoard

Has anyone got SparkFS working on a BeagleBoard? I read the software compatibility page here, and thought I only needed to use an up to date SparkFS and get a replacement Zip module from David Pilling. So I copied that across to the BB’s HardDisc0 and ran it. It crashes pretty badly within seconds, without even being given a file to process, i.e. just when running it to get it on the icon bar.

The alarm bell is that, although I’ve progressively updated my SparkFS Iyonix copy to 1.41b, the icon bar Info still shows 1.41 (20-Oct-2004).

Is there more that I need to do?

SparkFS only runs with alignment exceptions turned off. If you haven’t got this already there’s a small basic program to do this here

If you just need to access zip files you can use the infozip frontend here You’ll also need to grab an Armv7 safe unzip from here

Thanks, Chris, I checked this out last night using the BASIC programme. As you say, it works.

Hi

I’ve done ARM v7 versions of SparkFS and Ovation Pro. See:

http://www.freelists.org/post/davidpilling/SparkFS-142-ARM-7

and

http://www.freelists.org/post/davidpilling/Ovation-Pro-277-6th-April-RISC-OS-ARM-v7

I’ve written some notes on the problems I had in the above postings.

Brilliant, David, thank you! I downloaded the SparkFS upgrade yesterday. It works fine uncompressing Zips, which is the only variety of material I had handy, with alignment exceptions enabled.

For ARM v7, you need version 1.25 (14th. April 2010) of my scanning software. See: http://www.freelists.org/post/davidpilling/DPScan-RISC-OS-Armv7-version-125-14th-April-2010

I’ve also sorted out TWAIN and the Epson scanner driver – available on request.

If you just need to access zip files you can use the infozip frontend here You’ll also need to grab an Armv7 safe unzip from here

Attempt to use badly nested error handler (or corrupt R13)
Internal error: abort on data transfer at &20###### (incremental addresses for subsequent loads)

Error: Unknown library chunk (Error number &800E81)  (Unzip is also copied to !Boot.Library .)

I don’t have the front end because I can’t yet unzip files to get one. Using the self-extracting SparkPlug 2.26 and the 2.28 upgrade (transferred via USB from Windows laptop) the app loads but I can’t get it to work properly.

What could I be missing, please?

Failing any other method, I’ll try using Steve’s CreateSEC on SparkPlug 2.28 (if both the software and Routines work in 26-bit) to do the transfer from my RiscPC. Or there’s reading the software from the RiscPC’s HDD if it works.

Try to offer more memory!

Uwe’s right – it’ll need a wimpslot of at least 700k in order to run. Also, make sure the file type is set to Absolute! (If I set it to Utility then I get the incremental address crash you describe – which suggests that that’s where you’ve gone wrong)

Thanks – I’ll try that. As for the filetype, I ran it as ff8 initially (not making a note of the errors) and then changed to Utility later.

I’ve an issue for which it’d be helpful to receive some advice before I make a wiki update. SparkPlug 2.28 gives me an ‘internal error type=5’. The following procedure… Have I missed the correct instructions/link to download ARMv7-safe SparkPlug?

[snip]

Edit Thanks for the reply David. An update will be posted here some time.

I know there are general misunderstandings about the difference between SparkPlug and SparkFS¹ but this doesn’t seem quite right, all the same.

¹ I do own the full version (though not sure what version number) from the RiscPC days.

SparkPlug 2.28 gives me an ‘internal error type=5’

After looking back through previous versions of the wiki pages, it appears that an error crept into the table earlier in the year. Therefore I’ve updated the page with ‘internal error type=5’ accordingly.

• If anyone has SparkPlug working, then please go ahead and revert the page
• If not, it’d be reassuring to know if it’s generally accepted to be the case that it doesn’t work ...is everyone else using full SparkFS, Infozip or the command line Unzip?

In David Pilling’s words (which I hope he won’t mind me publishing here):

If SparkPlug doesn't work on ARMv7, why hasn't someone told me, I can do an ARMv7 version.

I guess it is likely that Spark/SparkPlug won't work because they use similar code to SparkFS for zips and that had to be recompiled.

For future visitors to this thread, note Sparkplug 2.29 released