[Vm-dev] Camera sig fault on 64 bits machines.

Andreas Wacknitz a.wacknitz at gmx.de
Thu Apr 10 20:20:14 UTC 2014

While we are at it: Linux is not a UNIX. Even if we are putting it under the UNIX umbrella, it is not the only UNIX.

I am trying to get Squeak/Pharo to run under Solaris (OpenSolaris) with some trouble. But also BSD folks have difficulties because
UNIX == Linux in the view of the Squeak VM.
While my first try with recent SqueakVM sources wasn’t successful (I got "DosFileDirectory(Object)>>doesNotUnderstand: #pathFromURI:“ from the provided image), I was able to build a recent pharovm after I manipulated the image in order to get the vm-sound-Sun module instead of the hard coded vm-sound-ALSA for the UNIX platform. I got everything compiled but the resulting binary stuck after showing the complete graphics 
with no reactions to mouse or keyboard events. I found out that inside the aioPoll function the call to select() always returns 0.
Because of my limited spare time I didn’t get further yet.

So, please consider not only the 3 major platforms (Windows, Mac OS, Linux) when doing the great work on the VM.

Best regards
Am 10.04.2014 um 21:53 schrieb tim Rowledge <tim at rowledge.org>:

> On 10-04-2014, at 11:17 AM, gettimothy <gettimothy at zoho.com> wrote:
>> David.
>> I am taking Tim up on his bounty offer. Gotta love a chance to contribute, learn something new and interesting and pay the rent.
> OK. I’ll be very pleased if something can actually come of this. I’ve had several people claim they were going to solve the problem Real Soon Now but so far nothing. Forgive me if I seem world-weary and cynical but that’s because… I am.
> The aim is to get Cog on *nix being built via a mechanism as near as possible to that used for the plain interp in the squeakvm.org trunk tree. Windows & Mac may or may not ever be targets and I don’t care right now. 
> If you read the archives of the main squeak list and the vm-dev list after searching for all messages with ‘cmake’ in the subject and dating back to last june you’ll find at least 60-some hits. After a quick scan of my local archive I see a variety of suggestions to think about. I note that Ron Teitelbaum wrote that Goran was working on the issue at 3DICC, for example.
> The grand aim would be to unify things so well that Eliot throws off the chains of keeping a virtual fork and starts using the main trunk since it is so easy to do. I suspect that might be more work than can be done in a few weeks even. What *I* would be happy with would be a checkout that works on my Pi, produces a working stackvm, matches the trunk cmake setup as closely as possible and is clearly documented so it can be further developed towards the Grand Aim. 
> tim
> --
> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
> Strange OpCodes: RSC: Rewind System Clock

More information about the Vm-dev mailing list