Re: Linux SBLive

1999-04-22 Thread Mihai Badila
I heard that creative were being awkard about giving out any info to Linux developers about the SB Live, but since I have heard that they have employed some hacker (Alan Cox?) to do future drivers. That really doesn't help, does it. Sorry. Luke(Boo) Farrar. First, you have no idea who

Re: Linux SBLive

1999-04-22 Thread Matthew Kirkwood
On Thu, 22 Apr 1999, Mihai Badila wrote: I heard that creative were being awkard about giving out any info to Linux developers about the SB Live, but since I have heard that they have employed some hacker (Alan Cox?) to do future drivers. First, you have no idea who Alan is. Second,

Re: Linux SBLive

1999-04-22 Thread Charles
I heard that creative were being awkard about giving out any info to Linux developers about the SB Live, but since I have heard that they have employed some hacker (Alan Cox?) to do future drivers. That really doesn't help, does it. Sorry. Luke(Boo) Farrar. First, you have no

Re: GEM (WAS Re: vgalib)

1999-04-22 Thread Jakob Eriksson
On Thu, 22 Apr 1999, David Given wrote: Ahem. I know two things. 1. It can live on rather small resources in terms RAM and CPU. [...] The Graphics Environment Manager was a simple, but nice GUI for PC ( with 2 floppies and 512 KB RAM at least ) and for the Atari ST. Wouldnt it be a good

Re: GEM (WAS Re: vgalib)

1999-04-22 Thread Joshua E. Rodd
Jakob Eriksson wrote: On Thu, 22 Apr 1999, David Given wrote: Ahem. I know two things. 1. It can live on rather small resources in terms RAM and CPU. So can Windows/286 2.1 (512K/dual diskette) or Windows 1.04 (320K/dual diskette). (Both run on 16-bit real mode machines.) That doesn't mean

Re: GEM (WAS Re: vgalib)

1999-04-22 Thread Jakob Eriksson
On Thu, 22 Apr 1999, David Given wrote: [...] Ahem. I know two things. 1. It can live on rather small resources in terms RAM and CPU. True; but porting it to ELKS would require an awful lot of developer resources, that we can't spare. [...] TSR...) and it's full of arbitrary

GEM discussions

1999-04-22 Thread Matthew Kirkwood
It may amuse people to learn that DR (now Caldera) have just released the GEM source under the GPL. http://www.devili.iki.fi/cpm/gemworld.html What fun :) Matthew.

Re: GEM (WAS Re: vgalib)

1999-04-22 Thread David Given
[...] I read (for the first time actually) how to program the API on Atari, and thought it was nice. I'll look into it myself, and since I'm not the one of the resources you can't spare, no harm's done? :-) Well, you may find my web page on GEM handy:

Re: GEM (WAS Re: vgalib)

1999-04-22 Thread David Murn
On Thu, 22 Apr 1999, Joshua E. Rodd wrote: The GEM code is neat, and it *is* GPL'd, so maybe we can play with it, but it's always more fun to write our own code than port. =) Sure, it's more fun, but if you port code, then you can actually get some sort of relatively fast turnover of

Re: GEM (WAS Re: vgalib)

1999-04-22 Thread Shawn T. Rutledge
On Fri, Apr 23, 1999 at 01:36:30AM +1000, David Murn wrote: On Thu, 22 Apr 1999, Joshua E. Rodd wrote: The GEM code is neat, and it *is* GPL'd, so maybe we can play with it, but it's always more fun to write our own code than port. =) Sure, it's more fun, but if you port code, then

Re: GEM (WAS Re: vgalib)

1999-04-22 Thread David C.S. Prior
jer The GEM code is neat, and it *is* GPL'd str I think we need a remoteable GUI like X I don't know much about GEM, having only used it a bit on the Amstrad 1640 many years ago. I have used X more recently but know next to nothing about its internals. What I want to know is how closely

unscribe

1999-04-22 Thread Wouter Bakker
unscribe