Re: [Hamlib-developer] MAC OS X port

[Stephane F. <ste...@in...>]

Hi Jim!

On Tue, Aug 07, 2001, Jim Weathers wrote:
> I have been searching for a good project to get me started programming 
> on this beastie,
> something to go with the ham hobby.   And hamlib looks like it will have 
> a lot of potential
> for some really useful software for the Mac ham community.
 
That's great idea! I've been waiting for this moment for so long,
first to have someone porting hamlib to something other than Linux
(we're not Linux centric after all), and give it a go on a rig other
than ic706 or yaesu (untested on kenwood!).

> My first thought was to get it to build, but I ran immediately into a 
> curious gotcha:
> Apple has used an old version of FreeBSD as a base, so signal.h is 
> pre-Posix.
 
Hmmm, could you show us an excerpt of the compilation errors?
And maybe attaching your signal.h file would help for us to help you.
And don't worry, the signal stuff is only useful for the asynchronous
event hanlding (i.e. transceive mode).
Do you have a /dev/ttyS0 on Mac OS X? Are you already able, using
a terminal emulation program, to send commands to your rig?

> Finally, the idea is to use rigclass.cpp as a model for creating similar 
> objects
> callable (messageable?) from Objective C.   Then the real fun can begin: 
> making
> a gui for a rig (my TS-450) or two.
 
rigclass.cpp is far from complete yet, but if you're familiar with OOP,
that's the best way to bring your knownledge in designing the hamlib++ API
(and making it more Objective C friendly at the same time).

In the mean time, I'm going to create a backend for the TS-450 so it's more
confortable for you to play with it. However, I'll need the id of that rig.
As you may know, every Kenwood model return a unique id to the "ID"
remote command. For example TS870S has 15. Don't worry if you can't find it,
it's not vital for the backend to work.

I have to admit I am a bit excited at the idea to see if Hamlib is really
portable (seems not right now because of signal handling, hi), see it run
on Mac OS X which is a cool system, and check if the stuff I wrote for the
Kenwood backend is complete rubish (never tested!).
Let me know if you are using the CVS repository, it's very handy for
beta testing. Anyway Hamlib 1.1.2 is not so far now (1 week or so).

Welcome on board Jim, and feel free to ask any question, and post any remark.
If you have an account on Sourceforge, I can add you to the developer
team. It's not well paid, but very rewarding in fun!

Cheers
-- 
73 de F8CFE / Stephane


PS: Did I told you dear Hamlib fellows I got my "general" license last Friday?
    In France, we have only "tech no-code" and "general" license, so I went up
    from F4CFE to F8CFE, and by succeeding the 12wpm test I've been granted 
    the use of the HF bands. I'm not QRV yet, but that gonna be nice 
    for some skeds soon..