headers
dedra long | 2 Sep 2006 22:34

you still working on it

U still waiting to get back to your old size?
It's the thing that you've been reading about 
that all the celebs are using.
I discovered these guys

http://www.fmmf.superbuysmega.org/df/

and it only takes 69 sec to start.

These creatures fed together in perfect preserve 
implant in the mind glare of the
my improve rifle and pistol and the 

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Permalink | Reply | 0 comments |
headers
Rainer Dohmen, DL5PD | 4 Sep 2006 18:16
Picon
Favicon

i want to help but don't know how...

Hello everybody out there,

I got on your Internet site and read all about hamlib...very interesting and I 
want to participate.

I don't know much about programming and so on, but I got a Kenwood transceiver 
TS-480SAT here and I WANT TO CONTROL it...so I can be hopefully a good 
tester for the project.

Unfortunately, your website doesn't include any contact addresses except this 
one I have found.

Hope you will answer me, as I already told you, I'm interested in helping 
you...just tell me HOW!

--

-- 
Mit vy 55 es 73 de

Rainer Dohmen, DL5PD

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Permalink | Reply | 1 comment |
headers
Kent | 4 Sep 2006 20:39
Picon

Rig_setting_max, Icom dsp filter modes, and ext_parm patchs.

This includes the RIG_SETTING_MAX patch previously posted to this forum and 
several patches which read the dsp mode filters to the ICOM back end.   I 
have'nt done added the ability  to change the default dsp filters yet.

I modified the ICOM make_cmd_buffer to accept multibyte subcommands.

I fixed the the ext_parm/level code for the 756 and added it to the 746 pro.  
I only implemented the rtty filter and what was already there.  There are 
hundreds of ext commands for the pro and 7XXX radios.  The code should be 
easily modifiable for the IC7000 and IC7800.  Some of the ext commands are 
available on all the rigs (but use different internal subcommand #s)  and 
some are rig specific.  I coded the backend tokens which were common in the 
icom_defs.h and the rig specific in the ic746.c and ic756.c files.  I 
reserved the token #s < 100 for rig specific ext commands and > for the 
common ones.  This allows the icom.c code to use the ext commands eg the 
rttyfilter in the get_dsp_filter function.

Misc patches for singed/unsigned charactor buffer warnings

I added a HAMLIB_API to take a token and return a pointer to the 
ext_parm/level lookup table.

see my next post about ext_parm/level.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kent | 4 Sep 2006 20:55
Picon

ext_parm/level interface

The ext parameter/level code is a little ambiguous as to the different data 
types.  The rig_conf_e definition in rig.h:
"RIG_CONF_NUMERIC,	/*!<	Numeric type (integer or real) */ " 
indicates that the this type can be either integer or numeric.  But, the 
examples coded imply that it's only floating.  I think it would be good to 
have it be both, but I haven't figured out a way to tell without adding a 
flag ie ...INUMERIC versus FNUMERIC or some other scheme.  Since this 
requires change to the front end I am submitting the question to the forum.

The 	RIG_CONF_COMBO,		/*!<	Combo type */ is implemented as a string
array with an internal integer index storage.  The values may be integers 
coded as strings or text etc.  The examples imply the the interface may look 
for the index integers to be passed or perhaps some a ?? char or ascii 
format?? Should the backend decode the char data or the frontend?

AD7AI

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Permalink | Reply | 0 comments |
headers
Kent | 21 Sep 2006 08:01
Picon

anybody out there?

I haven't seen anyone with posts for weeks except myself and one other person 
looking for contact.   I submitted several patches and comments over a month 
ago and some queries about a proposed frontend mod.  Is Stephane around?  
I have a query about a subject I know very little.  Automake/make  all 
versions of hamlib I have downloaded crash when doing a 'make distclean' with 
an error.  following is the end of the screen dump.  This is from a 1.2.5 
distro configured with --disable-static.  

make[2]: Entering directory `/home/kent/ham/hamlib/hamlib-1.2.5/bindings'
rm -rf ./blib Hamlib-pl.mk.aperl blib/arch/auto/Hamlib/extralibs.all 
blib/arch/auto/Hamlib/extralibs.ld perlmain.c tmon.out mon.out so_locations 
pm_to_blib *.o *.a perl.exe perl perl Hamlib.bs Hamlib.bso Hamlib.def 
libHamlib.def Hamlib.exp Hamlib.x core core.*perl.*.? *perl.core core.[0-9] 
core.[0-9][0-9] core.[0-9][0-9][0-9] core.[0-9][0-9][0-9][0-9] core.[0-9]
[0-9][0-9][0-9][0-9]
mv Hamlib-pl.mk Hamlib-pl.mk.old > /dev/null 2>&1
make[2]: Leaving directory `/home/kent/ham/hamlib/hamlib-1.2.5/bindings'
rm -f *.o
test -z "hamlibperl_wrap.c Hamlib.pm Hamlib.bs hamlibtcl_wrap.c pkgIndex.tcl 
hamlibpy_wrap.c Hamlib.py *.pyc" || rm -f hamlibperl_wrap.c Hamlib.pm 
Hamlib.bs hamlibtcl_wrap.c pkgIndex.tcl hamlibpy_wrap.c Hamlib.py *.pyc
rm -f *.lo
rm -f *.tab.c
test -z "hamlibvb.bas" || rm -f hamlibvb.bas
test -z "Hamlib-pl.mk Hamlib-pl.mk.old" || rm -f Hamlib-pl.mk Hamlib-pl.mk.old
rm -f libtool
make  -f Hamlib-pl.mk distclean
make[2]: Entering directory `/home/kent/ham/hamlib/hamlib-1.2.5/bindings'
make[2]: Hamlib-pl.mk: No such file or directory
make[2]: *** No rule to make target `Hamlib-pl.mk'.  Stop.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kent | 21 Sep 2006 08:11
Picon

missing shared file message

I finally got around to trying to link hamlib to some apps.  I've always 
tested it against rigctl which finds the shared libs easily.  But when I 
linked it against xlog and gmfsk the linker messages indicated successful 
linking, but when I try to run them I get the following error message.

xlog: error while loading shared libraries: libhamlib-1.2.5.so.2: cannot open 
shared object file: No such file or directory.  
The libhamlib-1.2.5.so.2 is where it is suppose to be in /usr/local/lib; the 
linker finds it; rigctl runs just fine.  The CVS gives the same results.  
gmfsk uses pkgconfig which required some tweaking of the path to configure, 
but gives the same results.  This is out of my league.  Any ideas?

AD7AI

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Permalink | Reply | 2 comments |
headers
Kent | 21 Sep 2006 09:09
Picon

Fwd: Rig_setting_max, Icom dsp filter modes, and ext_parm patchs.

Sorry I just realized I didn't successfully add the file

----------  Forwarded Message  ----------

Subject: Rig_setting_max, Icom dsp filter modes, and ext_parm patchs.
Date: Monday 04 September 2006 11:39 am
From: Kent <fuzzballz <at> comcast.net>
To: hamlib-developer <at> lists.sourceforge.net

This includes the RIG_SETTING_MAX patch previously posted to this forum and
several patches which read the dsp mode filters to the ICOM back end.   I
have'nt done added the ability  to change the default dsp filters yet.

I modified the ICOM make_cmd_buffer to accept multibyte subcommands.

I fixed the the ext_parm/level code for the 756 and added it to the 746 pro.
I only implemented the rtty filter and what was already there.  There are
hundreds of ext commands for the pro and 7XXX radios.  The code should be
easily modifiable for the IC7000 and IC7800.  Some of the ext commands are
available on all the rigs (but use different internal subcommand #s)  and
some are rig specific.  I coded the backend tokens which were common in the
icom_defs.h and the rig specific in the ic746.c and ic756.c files.  I
reserved the token #s < 100 for rig specific ext commands and > for the
common ones.  This allows the icom.c code to use the ext commands eg the
rttyfilter in the get_dsp_filter function.

Misc patches for singed/unsigned charactor buffer warnings

I added a HAMLIB_API to take a token and return a pointer to the
ext_parm/level lookup table.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alexandru Csete | 21 Sep 2006 09:50
Picon
Picon
Favicon

Re: missing shared file message

Quoting Kent <fuzzballz <at> comcast.net>:

> I finally got around to trying to link hamlib to some apps.  I've always 
> tested it against rigctl which finds the shared libs easily.  But when I 
> linked it against xlog and gmfsk the linker messages indicated successful 
> linking, but when I try to run them I get the following error message.
> 
> xlog: error while loading shared libraries: libhamlib-1.2.5.so.2: cannot open
> 
> shared object file: No such file or directory.  
> The libhamlib-1.2.5.so.2 is where it is suppose to be in /usr/local/lib; the
> 
> linker finds it; rigctl runs just fine.  The CVS gives the same results.  
> gmfsk uses pkgconfig which required some tweaking of the path to configure, 
> but gives the same results.  This is out of my league.  Any ideas?

My guess is that /usr/local/lib is not in your LD_LIBRARY_PATH environment
variable (or listed in /etc/ld.so.conf). This is of course stupid, since that
is the location where third party libraries like hamlib are installed by
default.

The reason for not getting the same error message with rigctl may be that you
execute it in the build directory where it uses a special bootstrapped version
of the library, i.e. not the one in /usr/local/lib.

73
Alex OZ9AEC

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
(Continue reading)

Permalink | Reply | 1 comment |
headers
Nate Bargmann | 22 Sep 2006 00:06

Re: i want to help but don't know how...

On Monday 04 September 2006 11:16, Rainer Dohmen, DL5PD wrote:
> Hello everybody out there,
>
> I got on your Internet site and read all about hamlib...very interesting
> and I want to participate.
>
> I don't know much about programming and so on, but I got a Kenwood
> transceiver TS-480SAT here and I WANT TO CONTROL it...so I can be hopefully
> a good tester for the project.
>
> Unfortunately, your website doesn't include any contact addresses except
> this one I have found.
>
> Hope you will answer me, as I already told you, I'm interested in helping
> you...just tell me HOW!

Welcome, Rainer.

Right now both of the Listed admins for this project have not been active for 
some time, so neither I or any of the other developers can add you to the 
developers list for CVS access.  What you can do is write and test your code 
and then submit the patches to the list.  I or someone else can apply them to 
CVS.

I know that is a bit cumbersome, but it is the best we can do right now.

73, de Nate >>

--

-- 
 Wireless | Amateur Radio Station N0NB          |  Successfully Microsoft
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nate Bargmann | 22 Sep 2006 00:10

Re: anybody out there?

On Thursday 21 September 2006 01:01, Kent wrote:
> I haven't seen anyone with posts for weeks except myself and one other
> person looking for contact.   I submitted several patches and comments over
> a month ago and some queries about a proposed frontend mod.  Is Stephane
> around? I have a query about a subject I know very little.

I'm sorry, Kent.  I've been AWOL.  The weather has been nice the past month 
and I spent a fair amount of time in the garage twisting wrenches on a bike 
project.  :)

I've been meaning to get back and help again and I will work through your 
patches.  I know very little about Automake, but I'll bet that we will all 
get to learn!

73, de Nate >>

--

-- 
 Wireless | Amateur Radio Station N0NB          |  Successfully Microsoft
  Amateur radio exams; ham radio; Linux info  <at>   | free since January 1998.
             http://www.qsl.net/n0nb/           |  "Debian, the choice of
             My Kawasaki KZ-650 SR  <at>             |     a GNU generation!"
        http://www.networksplus.net/n0nb/       |   http://www.debian.org

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Permalink | Reply | 0 comments |

Gmane