Updated: 10/2/04; 11:45:25 AM.
cremes' blog
An online journal covering my experiences with I/OKit, CoreAudio and OpenDarwin.
        

Saturday, February 14, 2004

When configuring the project and trying to get it to compile successfully, I ran into some problems with the *.r files (resource files). There is apparently a known bug (or feature) with ProjectBuilder and XCode that makes it necessary to do clean builds all the time when you have .r files in your project.

One of the annoying things about these files is you can't really specify the order in which they are "Rez-ed" by the Rez application. It looks like the Apple ElectricImage sample got around this by declaring a master .r file that #incluedes the other files in the order they like. To get this to work, after adding all the .r files to the project, you need to go in and uncheck all of the .r files except for this master one. If you don't do this, then PB/XCode just Rez them in whatever order they want which (in this case) results in a lot of errors about undefined variables.

Here's the example master .r file:

// Building PB Mac OS X Mach-O Component
#define TARGET_REZ_MAC_68K 0
#define TARGET_REZ_MAC_PPC 0
#define TARGET_REZ_CARBON_CFM 0
#define TARGET_REZ_CARBON_MACHO 1
#define TARGET_REZ_WIN32 0

#include "MovieImport.r"
//#include "MovieExport.r"
#include "Codec.r"

This example shows the definition of various TARGET variables that are used by the children .r files. This is the only file "checked" and available for compilation by the IDE.

If this isn't clear and someone wants a better explanation, mail me.

5:23:27 PM    comment []



This weekend is a 3-day weekend for me. Monday is a banking holiday, so I get it off from work.

I plan to spend Saturday and Sunday doing some CoreAudio stuff (see my other project blog at http://radio.weblogs.com/0134505/categories/coreaudio/) and Monday I plan to wrap up work on the tulip driver for the next OpenDarwin release.

Here's the current status of the driver.

Chipset
PPC
x86
Results
ADMtek 981
?
?
Same as ADMtek983, so it should work
ADMtek 983
X
X
Works great!
ADMtek 985
X
X
Works great!
PNIC
?
X
5V card won't fit in the 3.3V PCI slots of my G5 for testing
PNIC2


My card is fried, so I can't test at all. :-(
DEC 21143 MII
X
X
Works great!
DEC 21143 SYM
X
?
64-bit card won't fit in my x86 box.
Driver doesn't read the ROM correctly yet.
Doesn't work to the point that it is usable until ROM code is finished.

I recently bought an old Farallon card that has the DEC 21040A chipset on it from WeirdStuff.com, but it too is a 5V card and won't fit in the PCI slot(s) of my G5. I can fit it into my x86 box, but testing there is a lot harder for me since I can't use my mouse under X (the motherboard has a problem with the PS/2 controller). Anyway, all I really need to do is support reading the ROM format from this older card and the rest of it should just work. I'll tackle that after OpenDarwin 7.2.0 is released.

9:04:58 AM    comment []



© Copyright 2004 Chuck Remes.
 
February 2004
Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29            
Jan   Mar


My Programming Project Home Pages:

Helpful Radio Links:

Click here to visit the Radio UserLand website.

Click to see the XML version of this web page.

Click here to send an email to the editor of this weblog.