The collected works of SupremeCmdr

Personally I'd go for either OpenVMS or Tru64 in that order.
You'll probably find more useful stuff on VMS, I believe it comes with just about everything you could want including compilers, TCP/IP and XWindows.
And from my humble point of view, is much more interesting and exotic.
While Tru64 is a bit more crippled and hard to find good freeware for.

So many cool things to learn about Bliss compilers, DCL, non-Unix OS, DecNet ...

cicero wrote: Apple started to sell Mac OSX 10.5. Who is planning to get the new MacOSX version?
Are there already some pieces of informationen about running 10.5 on older Macs e.g. G4 400 MHz?

It might be a while before I venture into Leopard land with my PowerBook. I fear that some of my key apps, notably Oracle will take some tweaking to get working again. Might wait for the first update and then take the plunge.

Best Feature: DTrace !!!!

How is the performance like on a G4 system?

Nice.

Is that the ebay one from a week or so ago?

Congrats, I made the jump to Apple a few years ago and can't imagine using anything else.

A few apps no-one else has mentioned:

- Adium for IM
- MacPorts for all the open source software.
- Emacs a must have http://emacs-app.sourceforge.net/
- Apple Developer Tools

Enjoy

Does anyone on Nekochan have experience or code that uses pciio_pio_read() functions to read/write PCI register values for a device driver? Probably a long shot but if there is noone around here with the info then I don't know where else to ask.

I've been looking through the SGI Device Driver docs and the examples they give just don't make sense to me at the moment.
DevDriver Chapter21

So far I can dump the contents of the Configuration space, to get the Vendor and Device ID which is cool.
But now I need to read/write values to the registers on a device and I'm rather lost on how exactly to do that.

I'm working from a modified copy of the Example PCI Driver given in the documentation.

So anyone with some solid info on this please share.
Many thanks

Thanks Regan

I've been banging my head against it for a while so I should probably leave it and come back to it tomorrow with fresh eyes.
On the upside I know heaps more about IRIX and device drivers than I did before.

That would be brilliant if you could post that squeen or at least certain snippets of the code.

I've had a look at the pciba stuff but for my purposes at the moment this stuff has to be in-kernel.

Look forward to reading your code.

Does anyone know where I can get a copy of the Developer's Toolkit CD-ROM?
Apparently there is another example of a PCI device driver for the Barco Chameleon Color Converter under toolbox/hardware/PCI/barco directory. Something that actually writes/reads from a PCI device would be nice, as the examples in the Device Driver guide aren't proving to be that helpful.

Meanwhile I have made some progress, I can now read the registers on a PCI device and place a new entry into 'hinv'. But no progress on actually writing to the device registers. I'm probably doing something stupid but at least I am making progress.



Please note I'm not asking for illegal software etc etc, and if it is please ignore my request.

GCC
I'm using MIPSPro 7.3, a bit old but thats all I have at the moment.

As for the CD, at the bottom of page here they mention

The Developer's Toolkit CD-ROM contains a sample PCI device driver for the Barco Chameleon Color Converter. Look in the toolbox/hardware/PCI/barco directory.

So I'm not sure if that should be Toolkit or Toolbox, I just want a copy of the code

The link I managed to dig up via google was this but it doesn't work no more

josehill wrote: there also was a fair amount of stuff at the old DT website , which seems lost to antiquity.

Nooooooo.

After some creative use of Wayback Machine it looks like you were right.
It has the links to the code I was after but they don't have a cached version of it.

Why SGI would u take stuff like that down?

Please if someone has a copy of this could u share it.

Any reason why the Carbon Emacs is preferred?

regan_russell wrote:

SupremeCmdr wrote: Any reason why the Carbon Emacs is preferred?

I'd suspect that since Emacs originated elsewhere, porting even part of it to Objective-C and cocoa would increase the likely-hood of bugs and bloat.

If I wanted to write superfast code on the Mac, I'd use C, Carbon, maybe some assembler and most importantly, profile the hell out of the code.
If I wanted to use all the features of OSX and ensure longevity of my software, I'd use Objective-C and Cocoa.

I am not a great Emacs fan.. I have only come a cross it in a couple of workplaces..

Regan

The Cocoa Emacs uses the original NextStep bindings, so basically it's just a checkout of the latest version of emacs from FSF, 23.* something. I built mine from the commandline like any normal OpenSource app.

I'll have to checkout the other one to see what the difference is.

Brilliant, you got the power connected I assume.

Very cool.

I haven't seen many of these around locally.