I've ordered a sheevaplug and am waiting for it to get here already!
To start I'd like to see if I can even get arc up and running as you have, but after I'd also like to see if I can then hook up a touchscreen mimo using displaylink...
Now that Arc runs on mzscheme 4.x, it's really easy to run Arc on a SheevaPlug; it's just the same as any other Linux box.
I had tried running Arc on the SheevaPlug in the mzscheme 372 era, but that was a disaster. Mzscheme 372 isn't available for the ARM processor, so I tried compiling it myself, but the ARM FFI support wasn't there yet, so the compile broke, and I tried to work around that but ended up in a maze of compilation errors. But now you can just install the mzscheme 4.x package and you're set.
I was thinking along the lines of automation lines/robotics or remote location web services running automation..... ie. you could walk up to one of many remote sheevas then hook up a portable mimo monitor to interface with it.
Arc having an interpreter where the program can dynamically be updated should be huge! potentially no downtime to optimize an algorithm running a production line - would save big $$$$.
Of the VPSs I was looking at, I was considering http://vpslink.com/ubuntu-vps/ , as it's only $8/mo. for their lowest level. But that can wait until I need it, as right now I'm not even sure what I'm going to do with my app other than show people. Thanks for the recommendation.
I avoid using anarki - after finding numerous problems running code that works with the official pg branch. And trying to understand what anarki is doing to my code when there's little documentation - it's like having a brain seizure - noob style ;).
There's a reason anarki has a stable branch. Of course, it's horribly out of date now, which is why I'm (still) working on porting some of the old arc2 anarki's more useful features to arc3, without the cruft. (The delays have mostly been caused by me dithering on what the best way of handling CatDancer's idea of keeping hacks separate is; I have most of the actual features I wanted to port done already.)
I am not sure if I understand you -> you were originally loading code files from inside the arc directory, somehow, which worked.... Now you are putting your code in a file, elsewhere, and loading from the REPL ? using ... (load "\fullpath\file.arc")? which does not work? Or are your escaping from arc and switching directories then expecting everyting to still work?
too far ahead. ^^ I just want to use the basic arc code from arc.arc and so on. The basic files load the other ones relative, but it seems they load it relative to my position, not to their own.