Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
0.09b Linux
#11
Heck, GTK already? Awesome ;)

I wish i could use GTK fully on FB.. too many god damn headers, anywayz..

SDL and GL inc files fixed, thanks.


Yo Angelo, i got fb running on VirtualPC + Debian, had to install the libc6-dev and libncurses5-dev packages, they are not installed by default. hello.bas looked great on Linux ;)

Nibbles compiles fine but i got a Segment fault at rand() (gdb says), really weird.. Does it need some kind of crt0 initialization? I guess M$ won't be too happy to see Nibbles running natively on Linux, heh..
Reply
#12
Quote:Heck, GTK already? Awesome Wink

I wish i could use GTK fully on FB.. too many god damn headers, anywayz..
Yeah, thats the biggest problem.

You didnt write a full C/C++ preprocessor yet, to convert all
headers on Win+Linux? Wink
Reply
#13
Ok, the problem was not with rand()... It was with fb_DataRestore being called assuming stdcall convention, thus not freeing the stack; this caused the segfault. Fixed in CVS.
Also fixed another problem with INPUT not working with Curses... Now nibbles work, even though I had to modify the sources a bit: chr$(255) instead of chr$(0) for arrow keys detection, game delay code rewritten.
Now too bad under linux you can't assume the DOS codepage for characters with ascii code > 127, so the game looks bad...
ngelo Mottola - EC++
Reply
#14
Quote:chr$(255) instead of chr$(0) for arrow keys detection, game delay code rewritten.

Oh. Thats something, I have written under "Bug reports".
It seems, that all bugs, which I know, are all known.
Reply
#15
255 instead of 0 on chr$ is not a bug, it's a needed thing... 0 is used as string terminator in C strings, so 255 was used to avoid conflicts.
BTW, I've just fixed the codepage issue on linux: by using an escape sequence FB programs will set the IBM codepage 437 (the default used by DOS) on startup, and restore Latin1 on exit. V1ctor, try nibbles now 8)
ngelo Mottola - EC++
Reply
#16
Cool, will try it later, i'm converting all the compiler stuff that uses "fake" linked-lists to real ones.. man, what a mess.. all references to symbols have to be changed from integer to FBSYMBOL ptr etc etc etc.. i miss Eclipse's refactor features ;) OO owns..


Btw, how is mouse configured there on X with VirtualPC? Can't get it to work here with KDE.. always locked.. it would be much simpler if i could use the visual apps, heh.. doing all at cmm-line.. wget and stuff, ugh..
Reply
#17
The X mouse should work fine in VirtualPC/vmWare without any configuration at all, except that you'd have to modify a line in xorg.conf for mouse-wheel support.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)