http://blog.gmane.org/gmane.linux.hams.hamlib.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4125 <pre>Hello Nate, hello list :) so, I haven't too much time in recent past, but as I wrote few months ago I restructured the API functions. When I started to use hamlib (with Python) I could't use few functions (eg: send_morse), because the order (and number) of arguments doesn't match with C functions - but it hasn't own API without documentation. In API the all functions where the first argument is a vfo object, accepts it as last argument, and it's not mandatory, it has a default value. After I discuss this problem with Nate and I suggested change all functions to be conform with original C API. I think this is not necessarily a good solution, so I think I keep untached the "reordered" arguments functions, but rename all of them. So, I attached the patches: * rig.swg.patch: contains the core modifications to make all of above * pytest.py.patch: contains the modifications of Nate's Python example, but there is the new and old formula of the affected functions * perltest.pl.patch: same as pytest.py.patch And finally, here is a spreadsheet, which contains the all affected (or will affect soon) functions, with name, argument list, original name wich conform with the C API, and new name which still works with old API convention. https://docs.google.com/spreadsheet/ccc?key=0AvfXisaU5sMBdFZHY0Jyckk0cWpfMUVTQmQ2SkEzS3c#gid=0 As you can see, the main convention is the function with default value argument will renamed from original name, as the method (set, get) moved to the end of the name of function. Example, the C function is set_mode(), in bindings this name will be used, and 1st argument is mandatory as a vfo_t object. This is accesible with new name: mode_set(), vfo_t is the last argument, and not mandatory, evaulated the currently used VFO. Please look at the patches, any comment welcome. Nate, I didn't look the Rotator part of hamlib, it could be same problem like VFO in Rig part? How can I help you next? As you can see, there are some unimplemented functions, should I see those? You wrote previously it would be great to create Java binding - but I think first clean the all function. bye, 73: Ervin HA2OS </pre> Ervin Hegedüs - HA2OS 2013-05-20T13:59:08 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4124 <pre>I noted that a recent update to Debian Unstable's MinGW had the libpthread-mingw package. This is the Pthreads-win32 package integrated into Mingw W64. I've pushed a recent set of patches fixing a few build issues with enabling pthreads in MinGW. Enabling threading exposed another bug where an additional header file must be included for W2k support. This means that rigctld and rotctld may now accept multiple concurrent connections just as on POSIX systems. I was able to connect with three instances of rigctl in my tests on W2k, Windows XP, and Windows 7. As a result, I think that our custom getaddrinfo and freeaddrinfo implementation may now be obsolete as MinGW is providing that support. Also, I pushed patches this week that corrected some build issues in Cygwin when building Hamlib as a Cygwin hosted executable (not compiled with MinGW in Cygwin, that I've yet to try). One thing that does not work when compiling in Cygwin is the '--with-included-ltdl' option to configure. It even fails with the same ltdl provided by Cygwin when the build system is bootstrapped from a Git clone in Cygwin. The symptom is that the first backend library (Icom in this case) does not find the symbols in libhamlib at link time. It works perfectly without the option to configure. I'd appreciate any hints on that one. Finally, the daily snapshots are now built on a Debian Wheezy virtual machine starting with today's snapshot. For all the builds I have tested, this is now the cleanest although there are a few things in some of the backend source that the older version of GCC complains about in MinGW. I'll take a look at them in the future. The Windows binary snapshots are built on my Debian Unstable desktop machine with the latest MinGW packaged for Debian. It works very well. Lada, you may want to test the latest master branch to be sure everything still works in MXE. I plan to make this the basis of backporting the build system to the 1.2 branch for a 1.2.16 release later this summer. 73, de Nate &gt;&gt; </pre> Nate Bargmann 2013-05-18T17:19:03 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4123 <pre>As a learning experience I have spent a little time checking out the functionality of hamlib when communicating with the TS-590S. Environment: hamlib v 1.2.15.3 Windows XP Tested with rigctl A summary of the results is at: &lt;http://homepage.ntlworld.com/wadei/hamlib/130509-g3nrw-hamlib590-rigctl- blackbox.pdf&gt; I have discovered a few minor bugs, highlighted in red. Fixing these should not be a big problem. Comments welcome. </pre> Ian Wade G3NRW 2013-05-13T21:41:02 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4121 <pre>Last night I committed a set of patches as a result of my getting Hamlib to compile on Cygwin, a POSIX environment that installs and runs on Windows. As I forgot a '#else' statement, I added one additional patch this morning that fixed the build on mingw32msvc used to generate the daily Windows snapshots. So, for anyone interested in Cygwin, this should be some welcome news. 73, de Nate &gt;&gt; </pre> Nate Bargmann 2013-05-10T13:18:48 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4096 <pre>A recent post to Planet Debian alerted me to the fact that a parallel buildd exists for Sid that uses CLang as the compiler instead of GCC: http://sylvestre.ledru.info/blog/sylvestre/2013/05/06/follow_up_on_debian_aamp_clang As I'm interested in how Hamlib would fare with alternates, I took a look: http://buildd-clang.debian.net/package.php?p=hamlib&amp;suite=sid Success! No problems reported. I'd like to chalk that up to superior coding skills, but for my part it is probably more likley being lucky rather than good. ;-) Regardless, anyone interested in CLang should have the confidence that using it instead of GCC for compiling Hamlib will work. 73, de Nate &gt;&gt; </pre> Nate Bargmann 2013-05-07T13:55:26 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4092 <pre>Hello all. I have just joined this list, and have a special interest in the Kenwood TS-590S. Is there a special (sub)section anywhere devoted to this radio, or do I just have to plow/plough through the archives to discover previous discussions? (P.S. Joe: I'm on the case). </pre> Ian Wade G3NRW 2013-05-07T08:11:22 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4074 <pre>------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with &lt;2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2_______________________________________________ Hamlib-developer mailing list Hamlib-developer&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hamlib-developer </pre> Greg Troxel 2013-05-03T00:10:51 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4069 <pre>Not sure what's up here, but it seems wsjt-x people are running into timeouts not behaving right. ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with &lt;2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1_______________________________________________ Hamlib-developer mailing list Hamlib-developer&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hamlib-developer </pre> Greg Troxel 2013-05-02T11:21:51 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4068 <pre>Hi all, I think there is bug in win32 tcflush function: c:\hamlib&gt;rigctl -m 311 -r com4 -vvvvv ... Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 6 characters 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe e0 58 03 00 00 00 44 01 fd ...X....D.. Frequency: 144000000 Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 6 characters 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe e0 58 03 00 00 00 44 01 fd ...X....D.. Frequency: 144000000 Until here OK, Freq is 144.0 MHz. Now i will tune in 100kHz steps to 145.0 MHz without command. IC706MKIIG will send frequency updates (I think to CI-V address 00). Next commands failed: Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 10 44 01 fd ...X....D.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 20 44 01 fd ...X... D.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 30 44 01 fd ...X...0D.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 40 44 01 fd ...X...&lt; at &gt;D.. get_freq: error = Protocol error Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 50 44 01 fd ...X...PD.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 60 44 01 fd ...X...`D.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 70 44 01 fd ...X...pD.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 80 44 01 fd ...X....D.. get_freq: error = Protocol error Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 90 44 01 fd ...X....D.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe 00 58 00 00 00 00 45 01 fd ...X....E.. write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 6 characters 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe e0 58 03 00 00 00 45 01 fd ...X....E.. Frequency: 145000000 Returned data is cached in windows serial buffer and are received by hamlib as response to 'f' request. Now is buffer empty and next commands will work: Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 6 characters 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe e0 58 03 00 00 00 45 01 fd ...X....E.. Frequency: 145000000 My fix is to add PURGE_RXCLEAR flag to tcflush (lib/termios.c): if ( !PurgeComm( index-&gt;hComm, PURGE_RXABORT | PURGE_RXCLEAR ) ) Look at http://msdn.microsoft.com/en-us/library/windows/desktop/aa363428%28v=vs.85%29.aspx PURGE_RXABORT only terminates overlapped reads but not input buffer. 73 Lada, OK1ZIA ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with &lt;2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 </pre> Ladislav Vaiz 2013-05-01T09:13:11 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4059 <pre>Hi, MXE needs for each module, a file called src/module.mk I have a draft of hamlib.mk: # This file is part of MXE. # See index.html for further information. PKG := hamlib $(PKG)_IGNORE := $(PKG)_CHECKSUM := ??????????? $(PKG)_SUBDIR := hamlib-$($(PKG)_VERSION) $(PKG)_FILE := hamlib-$($(PKG)_VERSION).tar.gz $(PKG)_URL := http://ignum.dl.sourceforge.net/project/hamlib/hamlib/$($(PKG)_VERSION)/$($(PKG)_FILE) $(PKG)_DEPS := gcc libxml2 define $(PKG)_BUILD cd '$(1)' &amp;&amp; ./configure \ --host='$(TARGET)' \ --with-included-ltdl \ --prefix='$(PREFIX)/$(TARGET)' \ --enable-static $(MAKE) -C '$(1)' -j '$(JOBS)' install bin_PROGRAMS= sbin_PROGRAMS= noinst_PROGRAMS= endef Any thoughts ? ------------------------------------------------------------------------------ Try New Relic Now &amp; We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, &amp; servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr </pre> remi.chateauneu< at >gmail.com 2013-04-24T20:59:56 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4051 <pre>Hi, Short recap after this conversation about how to build Hamlib3 with MXE. Confirmation from Hamlib developers are warmly welcome :):) !! Summary here: http://permalink.gmane.org/gmane.linux.hams.hamlib.devel/4012 Note: This applies only with Hamlib3. The command I use to build Hamlib3 with MXE is: ./configure --host=i686-pc-mingw32 --prefix=/opt/mxe/usr/i686-pc-mingw32/ --with-included-ltdl This other option does not change anything, because the static libs are already built. ./configure --host=i686-pc-mingw32 --prefix=/opt/mxe/usr/i686-pc-mingw32/ --with-included-ltdl --enable-static This is actually tested with fldigi also built with MXE (But the code must be tweaked). It might be possible to build the existing version of Hamlib, but an extra manual step is necessary which is really not worth. Many extra options are not tested yet with MXE, such as libusb, usrp, winradio etc... It all depends on the libraries which are already available in MXE of course. Thanks Remi F4ECW ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis &amp; visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter </pre> remi.chateauneu< at >gmail.com 2013-04-16T21:19:55 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4045 <pre>If I start my application and the transceiver is turned off, rig_init does not return from the call. So, the question is, how to determine if the cat is going to work when I launch the app? Thanks and 73 Wayne K4ELO ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis &amp; visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter </pre> k4elo< at >fastmail.fm 2013-04-14T14:59:18 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4044 <pre>[[ Notes: Karl Lehenbauer of FlightAware is confirmed as our Keynote speaker. http://www.flightaware.com ]] 20'th Annual Tcl/Tk Conference (Tcl'2013) http://www.tcl.tk/community/tcl2013/ September 23 - 27, 2013 Bourbon Orleans Hotel New Orleans, Louisiana, USA http://www.bourbonorleans.com/ Important Dates: Abstracts and proposals due June 22, 2013 Notification to authors August 5, 2013 Author materials due September 2, 2013 Tutorials Start September 23, 2013 Conference starts September 25, 2013 Email Contact: tclconference&lt; at &gt;googlegroups.com Submission of Summaries Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September 23 - 27, 2013. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to &lt;tclconference AT googlegroups DOT com&gt; no later than August 5, 2013. Authors of accepted abstracts will have until September 2, 2013 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis starting in August 5, 2013. Specific instructions for reserving WIP and BOF time slots will be provided in the registration information available in June 3, 2013. Some WIP and BOF time slots will be held open for on-site reservation. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2013/) and will be published on various Tcl/Tk-related information channels. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena CorpGeneral Chair, Website Admin Andreas Kupries ActiveState Software Inc.Program Chair Gerald Lester KnG Consulting, LLCSite/Facilities Chair Arjen Markus Deltares Brian Griffin Mentor Graphics Cyndy Lilagan Nat. Museum of Health &amp; Medicine, Chicago Donal Fellows University of Manchester Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny GE Global Research Center Larry Virden Mike Doyle National Museum of Health &amp; Medicine, Chicago Ron Fox NSCL/FRIB Michigan State University Steve Landers Digital Smarties Contact Information tclconference&lt; at &gt;googlegroups.com Tcl'2013 would like to thank those who are sponsoring the conference: ActiveState Software Inc. Buonacorsi Foundation Mentor Graphics Noumena Corp. SR Technology Tcl Community Association ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis &amp; visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter </pre> Andreas Kupries 2013-04-09T20:23:33 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4034 <pre>Now that it appears that we finally have spring in DO33, I set up my station to try controlling my radio with Gpredict/hamlib for the first time. I'm running the software with openSuse 11.4 as the operating system on an IBM Thinkpad. The radio is programmed for a number of satellites and it was set at one of the memories when I switched everything on. My plan was to track the HO-68 telemetry beacon. I set Gpredict to follow the signal and my radio did so for a while. Then, for some reason, the radio and Gpredict weren't synchronized. After about a minute, the VFOs changed frequencies to something close to what was stored in the memory. When that happened, I couldn't regain control with Gpredict. This occurred twice during the pass I was monitoring. Does anyone have any ideas or suggestions? Was there a setting or a procedure that I overlooked? I noticed that the computer's battery was low on charge, so perhaps that had something to do with it. I'm posting this to the hamlib and Gpredict mailing lists as I don't know which of those might be the source of the problem, if at all. Thanks. 73s Bernhard VA6BMJ &lt; at &gt; DO33FL ------------------------------------------------------------------------------ Own the Future-Intel&amp;reg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d </pre> B J 2013-03-27T20:44:55 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4030 <pre>What about Perseus receiver in the list of hamlib dlls?? Best regards EB7ADX ------------------------------------------------------------------------------ Own the Future-Intel&amp;reg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d_______________________________________________ Hamlib-developer mailing list Hamlib-developer&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hamlib-developer </pre> A.Rivera 2013-03-25T19:28:16 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4025 <pre>Good news: Apart from the manual job of creating libltdl with libtoolize, Hamlib builds without manual intervention, with MXE : http://mxe.cc/ Once MXE is properly installed in /opt/mxe (And it is very simple to do), one just needs to type: ./configure --host=i686-pc-mingw32 --prefix=/opt/mxe/usr/i686-pc-mingw32/ &amp;&amp; make -j2 The next step can be to use the existing libltdl package coming from MXE instead of manually creating a specific one. Remi ------------------------------------------------------------------------------ Own the Future-Intel&amp;reg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d </pre> remi.chateauneu< at >gmail.com 2013-03-25T23:21:28 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4019 <pre>Hi, I have a Wouxun KG-UV3D and was wondering if anyone has had luck with getting this to work or what it would take to add this to the list? I'm interested in helping out with this on the development side as well. Thanks, Corey KJ6LDJ ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar_______________________________________________ Hamlib-developer mailing list Hamlib-developer&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hamlib-developer </pre> Corey Siegel, KJ6LDJ 2013-03-24T19:37:34 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4016 <pre>The FreeDV project, http://freedv.org/tiki-index.php is in the process of integrating Hamlib to handle PTT initially. At the moment, FreeDV has its own PTT implementation that does not handle CAT PTT. Of course, they have some questions which I've been able to answer but I'm certain more will be asked that will draw on the experience of those of you who develop applications using Hamlib. Also, it's likely that more questions regarding Hamlib internals will arise so anyone more familiar with that area (Stephane?) can also contribute. Stuart Longland, VK4MSL, is working on Hamlib integration. As I see it, FreeDV is one of the most important bits of amateur radio software to come along in a while. FreeDV builds upon the LGPL'ed Codec2, http://www.rowetel.com/blog/?page_id=452 which is providing SSB quality speech in about 1.6 kHz bandwidth. Codec2 is free of patents, NDAs, and the like and promises to provide a viable alternative to the AMBE codec used by Icom's D-Star, et. al. Codec2 is developed by David Rowe, VK5DGR. I encourage partcipation in the digitalvoice Google Group (viewing is limited to members), http://groups.google.com/group/digitalvoice to help the developers continue their work. 73, de Nate &gt;&gt; </pre> Nate Bargmann 2013-03-24T13:16:06 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4008 <pre>Now got this error. Any clue please ? make[1]: entrant dans le répertoire « /home/rchateau/RadioAmateurs/FlDigiMingw32/hamlib-1.2.15.3/lib » CC getaddrinfo.lo CC termios.lo libtool: Version mismatch error. This is libtool 2.4.2, but the libtool: definition of this LT_INIT comes from libtool 2.2.6b. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 libtool: and run autoconf again. make[1]: *** [getaddrinfo.lo] Erreur 63 make[1]: *** Attente des tâches non terminées.... libtool: Version mismatch error. This is libtool 2.4.2, but the libtool: definition of this LT_INIT comes from libtool 2.2.6b. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 libtool: and run autoconf again. make[1]: *** [termios.lo] Erreur 63 make[1]: quittant le répertoire « /home/rchateau/RadioAmateurs/FlDigiMingw32/hamlib-1.2.15.3/lib » Thanks Remi ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb </pre> remi.chateauneu< at >gmail.com 2013-03-02T23:28:54 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4007 <pre>Hi, I try to cross-compile hamlib on a Linux platform (Mandriva 2008) to Windows, and for this I use MXE ( http://mxe.cc/ ). Unfortunately I get this error message due to a directory problem for ltdl library, I guess. Here are the parts of config, related to ltdl: $ ./configure --host=i686-pc-mingw32 --enable-static --disable-shared configure: WARNING: if you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used checking for a BSD-compatible install... /usr/bin/install -c ... checking how to hardcode library paths into programs... immediate checking ltdl.h usability... yes checking ltdl.h presence... yes checking for ltdl.h... yes yes ... Hamlib Version 1.2.15.3 configuration: Prefix /usr/local Compiler i686-pc-mingw32-gcc -g -O2 -Wall -pthread -I./libltdl ... CCLD libhamlib.la ../libtool: line 5011: cd: ../libltdl: No such file or directory libtool: link: cannot determine absolute directory name of `../libltdl' make[1]: *** [libhamlib.la] Erreur 1 make[1]: quittant le répertoire « /home/rchateau/RadioAmateurs/FlDigiMingw32/hamlib-1.2.15.3/src » I tend to believe that ltdl is properly built: [rchateau&lt; at &gt;DuoLnx hamlib-1.2.15.3]$ find /opt/mxe -name "*ltdl*" -print /opt/mxe/usr/i686-pc-mingw32/include/ltdl.h /opt/mxe/usr/i686-pc-mingw32/include/libltdl /opt/mxe/usr/i686-pc-mingw32/lib/libltdl.la /opt/mxe/usr/i686-pc-mingw32/lib/libltdl.a /opt/mxe/tmp-llvm/llvm-3.0.src/autoconf/m4/ltdl.m4 In configure.ac, there is an interesting part: mingw* | pw32* | cygwin*) ... CFLAGS="${CFLAGS} -I./libltdl" # use internal $(top_builddir)/libltdl during build: INCLTDL="-I\$(top_builddir)/libltdl" # - use internal $(top_builddir)/libltdl during build and library 'ltdlc': LIBLTDL="-L\$(top_builddir)/libltdl -lltdlc" AC_SUBST(INCLTDL) AC_SUBST(LIBLTDL) Does anyone have any idea of the reason why ltdl must be in the current directory when building on Windows ? Is it possible to override it ? Thanks Remi ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb </pre> remi.chateauneu< at >gmail.com 2013-03-02T15:03:55 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4005 <pre>Something I have been mulling for some time (longer than I care to admit) is enhancing the interactive modes of rigctl and rotctl so that such nice things as line editing (even just with the arrow keys) and command recall could be used. I've now completed an initial implementation that I think works rather well and would like feedback from wider testing. As usual, a source tarball is available from: http://n0nb.users.sourceforge.net/ where the filename begins with 'hamlib-readline-3.0~git...' Also, the source changes may be browsed at: https://github.com/N0NB/hamlib/tree/readline Note that I've only pushed the readline branch to GitHub, the SourceForge repo doesn't have it. The configure script tests for the presence of Readline development files and will enable building with Readline and its History library when they are found. I've tested the builds with GNU Readline 6.2. The the Readline development files are not found, command handling is done by the original built-in handler. Do note that commands on the rigctl/rotctl command line nor rigctld/rotctld use Readline but use the built-in handler as well. In short, this is an add-on where the intention is to affect the original code as little as possible. Readline support can be explicitly disabled at configuration time by passing the '--without-readline' option to configure. This is useful for testing that the original built-in handler hasn't been broken during development. ;-) The rigctl and rotctl programs also have two options available when Readline support is built: -i, --read-history -I, --save-history The options may be used singly or in combination. The intention is to allow for the persistent storage of commands across sessions. It may be useful to save the commands with '-I' and later read them by giving only '-i', etc. The location of the history file will be placed in the directory specified by the HOME environment variable and can be modified for rigctl or rotctl by RIGCTL_HIST_DIR and ROTCTL_HIST_DIR respectively. While Readline handling is close to that of the Bash shell, more information can be found at: http://cnswww.cns.cwru.edu/php/chet/readline/rltop.html#Documentation Have fun! 73, de Nate &gt;&gt; P.S. If no one reports any major issues, I'll probably merge this into master in a week or so. Please do give it some testing. </pre> Nate Bargmann 2013-02-23T15:12:58 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.hams.hamlib.devel