Re: Some coordination

Michael Steil <[email protected]>
Newsgroups gmane.linux.ports.game-cube.devel
Message-ID <[email protected]>
On 22.01.2004, at 13:44, Free The Cube wrote:
> The GCPAD driver from GCLIB uses direct memory access to the mapped 
> area where are pad status, it should be possible to do like this 
> (temporarily)... Then we can modify this first implementation to use 
> the SI layer ! (i need confirmation)

"temporarily"? :-)
http://www.over-yonder.net/~fullermd/rants/bsd4linux/bsd4linux8.php 
says that it's typical of Linux hackers to do temporary solutions that 
will never be replaced by good solutions. :-)
But in this case I tend to agree that a temporary, working solution is 
better, because we will certainly lack good debug methods in the first 
time.

By the way, porting the ethernet adapter code of GCLIB to Linux would 
also be important. Any voluntaries?

>> ->"Free the Cube": The EXI doc looks interesting, it doesn't seem to 
>> be the same as Costis' article on the website. Perhaps it makes sense 
>> to merge information contained in yours into Costis' article (in 
>> English)?
> This is not mine, this is a french translation :) from the article 
> taken from GCDemos, I have to write the source on the headline, sorry.

http://gcdemos.com/tuts.htm ? Hmmm, I can't click on anything. If 
anyone can provide me with documentation, pelase email me and I'll add 
it to the website.

   Michael



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.