Has anyone successfully compiled either .7pre1 or .7pre1.hkj.47 with Hamlib support in the past week or so. I cannot get either to compile with Hamlib, and I am absolutely lost. I have installed anything and everything that remotely looks like it might help. Without Hamlib either compiles just fine, but I really would prefer to have Hamlib with gMFSK. I have tried on Ubuntu 5.10, Debian testing, and Debian sarge. After make, the error messages are always the same. I looked at Sourceforge and didn't see any bug reports against hamlib, and the information on the main gMFSK web page is sparse at best. Any ideas....73


Ed W3NR

My system consists of the following:
CPU - 1.6 GHz Athelon with 768 Mg RAM
OS - Debian (Sarge)
2 sound cards -
one on the mother board (useful only for a little music & other entertainment)
2nd is a Sound Blaster Live (LS) - run of the mill WalMart variety.

During the 24 hour test previously reported the following apps were running:

IceWM - the X-windows window manager
gmfsk-hkj-0.47 - digital modem (like Digipan etc)
fl_logbook - logging program
fl_qrz - QRZ cdrom interface program
Kachina version 0.935b
Mozilla Thunderbird - mail program
Gnome system monitor - view the CPU loading etc.

The system monitor reports:

CPU usage : < 20%
Memory usage: used - 508 Mg
Swap usage: - NIL

Linux Rocks !

Dave (hkj)

w3frg01 wrote:

The A=B doesn't carry through from one Fo to the next, you have to re-clk on A=B each time a new freq is selected.

The use of the two internal VFOs (really just memories in the rig RAM) is not the same as the KC505.EXE.
This is a shift in paradigm, so may take some getting used to. In the the KC505.EXE program you have two distinct frequency conrols that you can use independently or in lock sync. The Kachina program only provides a single frequency entry point (VFO-A) and a view of the alternate (VFO-B). In normal ops, ie: the SPLIT button disabled (not lit up); VFO-A is both the transmit & the receive frequency. The "A->B" button transfers the present VFO-A contents to VFO-B. The "A/B" button exchanges the VFO pair A->B and B->A. The SPLIT button causes the rig to transmit on VFO-B and receive on VFO-A. In the the split mode changes to VFO-A will not cause the transmit frequency to be altered. If you are operating SPLIT and press any of the VFO transfer buttons the rig returns to the simplex VFO mode. The RIT control is always associated with VFO-A.

I am writing a comprehensive help file which will be included with the software when it leaves the beta mode. Before it is published I will be looking for some users interested in reviewing the help for correctness and usefulness.

New subject:

I have had the Kachina running continuously with gmfsk for the past 24 hours with no observable ill-effect to the OS or X-windows (Linux system). The rig responds exactly the same at the end of the burn-in test as at the beginning.

Dave and all,

Please disregard my comment number 2, in previous post, regarding the
AGC/Squelch settings not being carried through from band to band. The
original Kachina SW was running in the background and in control. With
it off, and only 0.935b running, it works great from band to band.

Tom (frg)

Dave,

All of the improvements in Ver 0.935b appear to work well using my
W2KP.
I found out by accident that you have info available if one leaves
the mouse dither over an item. Case in point is the add, delete and
clear list. I was trying to save some freq info to learn about the
save function and left the mouse on the add logo and up popped the
information describing it's function. Saved asking what these were.

Two questions I have refer to the following:
1. The A=B doesn't carry through from one Fo to the next,
you have to re-clk on A=B each time a new freq is selected.
2. In the rcvr options, AGC, etc, also doesn't appear to be saved
from one Fo to another.

Possibly I'm ahead of your script in implementation ?

So far I'm very impressed at what you have accomplished and glad to
see that there are some additional choices.

73s Tom (frg)


--- In [email protected], "David Freese" <w1hkj@...> wrote:

Added
Squelch on/off indicator
ALC meter

All meters are now multi purpose and are toggled between the display
modes by left clicking the mouse on the meter scale that you want to
change.

ALC meter is very useful in setting the audio drive from sound card

in

digital modes.

Dave (hkj)

Got some great conditions for testing this evening...
at the moment 40 is east west really well
and 80 meters showing signs of a good evening..

Dave (ve3ixi)

Added
Squelch on/off indicator
ALC meter

All meters are now multi purpose and are toggled between the display
modes by left clicking the mouse on the meter scale that you want to
change.

ALC meter is very useful in setting the audio drive from sound card in
digital modes.

Dave (hkj)

Completed the Noise Reduction filter implementation ... seems to work
great on this rig.

Dave (hkj)

If you find strange behavior or the program will not communicate with
the transceiver you can run the program in the test mode. Sorry, but
this only works on Linux.

Bring up the program from a terminal window using the following
command line:

Kachina TEST

You will see the commands and the transceiver response sent to stdout
(the terminal screen). To save the data stream to a file use:

Kachina TEST >testfile

for example. Then you can send me the testfile along with an
explanation of what did or did not work during your use of the program.

Dave (hkj)

For both Linux & Windows is posted. See the main page for change
information.

Dave (hkj)

I just finished running the Kachina Linux pgm using Knoppix. It was
slow as expected,but as you said it was identical.
Don't know much about the various Linux versions out there but your
explanation regarding them was quite good. Not being a programmer, I'll
explore Debian in the next week or so when time becomes(more)available.
Thanks Dave.

Tom (frg)

开云体育

I have downloaded the windows version and it's working F/B on W2KP.

Nice to hear that is works on Windows 2000 Professional.? The Linux & the Windows versions of this program are identical in all respects.? The code is developed on a Debian Linux OS, my personal favorite.? Linux is a robust multitasking, multiuser system that is ideal for development work.? I then transfer the code over to a Windows XP system and recompile.? No changes allowed along the way!? The only difference is in the C++ libraries that support the serial comms and the graphics interface.? I/O is treated differently on the two platforms and accomodation must be made to the difference between Windows (ms) and X-windows applications.? I should point out that the Fast Light Tool Kit () a LGPL distributed gui design tool is used on both platforms as the library for the graphics interface.? That is why the look and feel is the same on both platforms.

Short of using Knoppix to run the Linux version, are there any 
operating differences between OS. 

Knoppix is a nice way to test drive Linux.? But I would never recommend this as a long term solution to running specific applications.? If you are comfortable with W2KP and the app runs fine, just stick with it.? On the other hand, if you enjoy having total control over your computer environment, want to be on the leading edge, and put things like DLL conflicts, virus attacks, and OS crashes in your past; I recommend making the switch to Linux.? There are many distributions, each with its own merits, strengths and weaknesses.? Several of the gmfsk-hkj users are running Debian, some Suse, some Red Hat (Fedora), and others Mandrake.? I've probably missed someones favorite distibution.? I like Debian because it is totally GPL which means that all of the OS and apps that are distributed via Debian.org are in the public domain and source code is made available to the user who desires that level of detail.? Debian also has an excellent process for updgrading the apps, libraries and the OS in a way that is nearly invisible to the user.? You are still in control however and upgrades are only downloaded and installed at your request.? Check it out at .



Dave (hkj)

Dave,

I have downloaded the windows version and it's working F/B on W2KP.
Short of using Knoppix to run the Linux version, are there any
operating differences between OS. IE:Does the Linux version have more
options to choose from, etc?

Tom (frg)

Dave, I finally found the executable for gmfsk in the src folder. But
the gui is not completely drawn and the different modes make changes to
the waterfall that just are not right. Bpsk has 3 lines in the waterfall
for example. My /usr/local/bin is empty. There is no hamlib, even
though I set it to 1 in the config.h. I finally sat here and scrolled
through the config.log and saw several references to errors and missing
switches, even though ./configure gave no error messages at the end.

I've compiled as user, root and just root for make install. I see the
same errors and warnings in make and make install. I saw all the same
errors and problems in Ubuntu 5.10. I took that out and installed Debian
testing, just in case.

I'm at a loss, probably something somewhere....but what and where

Ed W3NR


w1hkj wrote:

Ed,

It sounds like you may some permissions problems.

The ./configure
and make

can both be run as yourself and require no special permissions.

You must be root or have root priveleges to do the "make install". That
is because the target directors are in the

/usr/local/bin and other such directories that are owned by root.

So you must do a
su
(give the password)
then the make install
and then "exit" to return back to your own login

Does this help any?

Dave (hkj)

Dave, some luck and still some problems. I grabbed .7pre1 and found it
would not compile with the --enable-hamlib. Told me libgnomeui and
hamlib not found, altho both are present. It did compile without hamlib
support.

Encouraged I then recompiled the hkj without hamlib and as far as I can
see now it compiled correctly, but without rig support. Evidently it
seems as tho it might be a path problem, I'm not sure and don't have the
knowledge to correct it.

I'll use it as is for now, until I can get more input.
Ed W3NR

Thanks for your work on this project. It appreciated

Updated version of the Kachina CAT program posted for both Linux and
Windows.

Dave (hkj)

On Sat, Mar 25, 2006 at 03:37:17PM -0500, w1hkj wrote:

Only problem is I have no hamlib in gmfsk now. I'm not sure how to go
about enabling hamlib support now that gmfsk is compiled. IIRC you have
to set a switch in gmfsk before you compile it to enable hamlib support.
Any ideas and/or help. TIA

You will need to download the source for hamlib. Compile and install

Not at all: apt-get install hamlib-dev.


Hamish
--
Hamish Moffatt VK3SB <hamish@...> <hamish@...>

w1hkj wrote:

Ed,
It sounds like you may some permissions problems.
The ./configure
and make
can both be run as yourself and require no special permissions.
You must be root or have root priveleges to do the "make install". That is because the target directors are in the
/usr/local/bin and other such directories that are owned by root.
So you must do a
su
(give the password)
then the make install
and then "exit" to return back to your own login
Does this help any?
Dave (hkj)

Dave, I finally found the executable for gmfsk in the src folder. But the gui is not completely drawn and the different modes make changes to the waterfall that just are not right. Bpsk has 3 lines in the waterfall for example. My /usr/local/bin is empty. There is no hamlib, even though I set it to 1 in the config.h. I finally sat here and scrolled through the config.log and saw several references to errors and missing switches, even though ./configure gave no error messages at the end.

I've compiled as user, root and just root for make install. I see the same errors and warnings in make and make install. I saw all the same errors and problems in Ubuntu 5.10. I took that out and installed Debian testing, just in case.

I'm at a loss, probably something somewhere....but what and where

Ed W3NR

Ed,

It sounds like you may some permissions problems.

The ./configure
and make

can both be run as yourself and require no special permissions.

You must be root or have root priveleges to do the "make install". That is because the target directors are in the

/usr/local/bin and other such directories that are owned by root.

So you must do a
su
(give the password)
then the make install
and then "exit" to return back to your own login

Does this help any?

Dave (hkj)

I am having no luck at all compiling gmfsk.hkj.47. I get endless errors and am at a loss where to go from here. ./configure seems to be OK, its make and make install that is giving the errors. I tried compiling without hamlib. The warninngs and errors are endless. There is no way to cut and paste all the errors as the buffer isn't large enough. I see this at the end of make install.

install-bin programs error1
install-am error2
install recursive error1

Any ideas, I'll be the first to admit that I'm in over my head.
Ed W3NR

Debian testing

Ed wrote:

./configre tells me there is no acceptable C compiler in $path. Also
says no gawk, gcc, cc, cl. I see gcc-4.0 base and gcc-4.0 as being
installed. I installed gawk, but what else do I need. ??

Ed W3NR


Thanks to some input from VE-Dave I managed to correctly compile. I
guess I'm spolied by Debian and apt. Its been several years since I have
compiled from source.

Only problem is I have no hamlib in gmfsk now. I'm not sure how to go
about enabling hamlib support now that gmfsk is compiled. IIRC you have
to set a switch in gmfsk before you compile it to enable hamlib support.
Any ideas and/or help. TIA

Ed W3NR




Yahoo! Groups Links

You will need to download the source for hamlib. Compile and install that and then do a ./configure in gmfsk specifying that you want the hamlib support enabled. Sorry Ed, but you will get really good at this compile & install thing. It's the way that most Linux apps are distributed.

Dave (hkj)