Alban,

On 27 Nov 2007, at 19:11, Alban Bedel wrote:

> On Tue, 27 Nov 2007 10:43:52 +0000
> James Urquhart <[EMAIL PROTECTED]> wrote:
>
>> Hey there,
>>
>> There are two very minor issues when compiling scvm on Mac OS X:
>>
>> 1) sighandler_t is called sig_t
>> 2) The position of the #include <stdio.h> in scvm.c causes an error
>> in one of the system headers. Commenting it out solves the problem
>>
>> I have attached a patch which fixes these issues, though i currently
>> don't have access to a linux system so in the case of #1, i don't
>> know if sig_t exists there.
>> Alternatively though you could use void* instead of sighandler_t
>> (then again i don't know what signal in linux returns).
>
> I applied the sighandler part. Damn the GNU man pages! They show their
> useless extension in the synopsis, and then only mention at the very  
> end
> of the notes that it's an extension :(
>
> For the stdio thing, some libc are much more sensitive to missing  
> system
> header, so I'm reluctant to just "blindly" commenting it. What is the
> exact error?

For some bizarre reason i no longer get the errors with that include.  
Must have fixed it after re-./configure'ing, i guess... =/
>
>
>> Now i can get scvm to run, but it still errors out with an array
>> error in OpenQuest. Better get the hammer out i guess. :(
>
> Here the current version die because it miss the actorSay opcode  
> (0xBA)
>
> Script error: op not supported or invalid @ 028:0x004C

After updating the svn again, i finally got to the actorSay opcode.  
Out of interest, i decided to implement dummy opcodes for actor talk  
and ego talk. I'll plonk them in a separate post.

Interestingly OpenQuest now runs, however i get the dreaded spinning  
beach ball (i.e. progress cursor) when moving my mouse over the  
window. I suspect this may be due to scvm not calling some sort of SDL  
sleep function - though my SDL is a bit rusty so i can't confirm  
this. :)

Another thing is that only half of an actor gets displayed. I'm going  
to assume here its not OS specific and ignore it in this  
circumstance. :)

Regards,

James S Urquhart


_______________________________________________
ScummC-general mailing list
[email protected]
https://mail.gna.org/listinfo/scummc-general

Reply via email to