Re: Xlog and Hamlib-4
On 27/11/2020 02:40, Andy Stewart wrote: On 11/26/20 6:36 PM, Barry Jackson wrote: On 31/10/2020 02:55, Andy Stewart wrote: HI Barry, -- Let me know if you continue to have issues. Hi Andy, OK I finally found time to have another look at this. I started by rebuilding against a recent hamlib snapshot. Hi Barry, I need very specific details in order to attempt to reproduce this problem. * if the xlog version is not 2.0.19, please try again with that version, which is the latest * Exact version of hamlib (ideally, the link from where you downloaded it) * Exact type and version of Linux * If you did any custom configuration when you compiled hamlib and/or xlog, I'll need those instructions as well * I don't have a TS-405S, so I may not be able to reproduce the problem, but I will try. Thanks, and 73, Andy Hi Andy, I have tried to reply to you 4 times now and am about to give up. Mail is just rejected. Latest was returned today after 8 days of attempts. I am sending this as a final test. Do you have another mail account? Cheers, Barry
Re: Xlog and Hamlib-4
With 2003 (TS-450S correct code) in the config file all is working fine,
except for "2002" shown in the Hamlib settings dialogue and the crash on
hitting the 'Select a Radio' button.
Here is the tail of strace after hitting the Settings > Preferences >
Hamlib > Select a Radio Button.
poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}, {fd=6,
events=POLLIN}], 3, 0) = 0 (Timeout)
getpid()= 1811321
getpid()= 1811321
getpid()= 1811321
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3,
[{iov_base="\24\0\6\0\236\5\240\2\321\1\0\0\6\0\0\0\0\0\0\0\377\377\377\377",
iov_len=24}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 24
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\1
:3\1\0\0\0\6\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 36
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\16\0\2\0\236\5\240\2", iov_len=8},
{iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 8
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="\1\30;3\0\0\0\0006\1\0\0\0\0\0\0\330\1b\2\0\0\0\0\0\0\0\0\0\0\0\0",
iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="(\0\4\0\236\5\240\0026\1\0\0\0\0\0\0",
iov_len=16}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 16
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="\1\1<3\0\0\0\0\316\271*\1\230\1\351\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="(\0\4\0\236\5\240\0026\1\0\0\0\0\0\0",
iov_len=16}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 16
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="\1\1=3\0\0\0\0\316\271*\1\230\1\351\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
getpid()= 1811321
getpid()= 1811321
getpid()= 1811321
write(12, "W", 1) = 1
write(12, "W", 1) = 1
futex(0x1876290, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x1876290, FUTEX_UNLOCK_PI_PRIVATE) = 0
fcntl(16, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=360,
l_len=1}) = 0
pread64(16, "\0\0\0\0", 4, 44) = 4
pread64(16, "\214-\0\0", 4, 364)= 4
pread64(16, "`\32\0\0D\0\0\0.\0\0\0\4\0\0\0\30\260\r\23\231\31\1&", 24,
11660) = 24
pread64(16, "freedesktop\0button-pressed\0en_GB"..., 46, 11684) = 46
pread64(16, "\7\354\262_", 4, 11730)= 4
fcntl(16, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, l_start=360,
l_len=1}) = 0
recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource
temporarily unavailable)
recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}, {fd=6,
events=POLLIN}], 3, 490) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="\5\1=3|\2569\0026\1\0\0\236\5\240\2\0\0\0\0\323\2K\1;\1b\0\0\1\1\0",
iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource
temporarily unavailable)
recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN
(Resou/usr/share/themes/Adwaita/gtk-2.0/assets/button-active.png/usr/share/themes/Adwaita/gtk-2.0/assets/button-active.pngrce
temporarily unavailable)
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="$\0\1\0&\5\2\0006\1\0\0", iov_len=12},
{iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 12
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="\1\1?3\0\0\0\0006\1\0\0\316\271*\1\323\2K\1\323\2K\1\0\0\0\0\0\0\0\0",
iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="&\0\2\0\316\271*\1", iov_len=8}, {iov_base=NULL,
iov_len=0}, {iov_base="", iov_len=0}], 3) = 8
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="\1\1@3\0\0\0\0006\1\0\0\317\271*\1\323\2K\1?\1\202\0\0\0\0\0\0\0\0\0",
iov_len=4096}],
Re: Xlog and Hamlib-4
On 27/11/2020 02:40, Andy Stewart wrote: On 11/26/20 6:36 PM, Barry Jackson wrote: On 31/10/2020 02:55, Andy Stewart wrote: HI Barry, -- Let me know if you continue to have issues. Hi Andy, OK I finally found time to have another look at this. I started by rebuilding against a recent hamlib snapshot. Hi Barry, I need very specific details in order to attempt to reproduce this problem. * if the xlog version is not 2.0.19, please try again with that version, which is the latest * Exact version of hamlib (ideally, the link from where you downloaded it) * Exact type and version of Linux * If you did any custom configuration when you compiled hamlib and/or xlog, I'll need those instructions as well * I don't have a TS-405S, so I may not be able to reproduce the problem, but I will try. Thanks, and 73, Andy Hi Andy, I just realized that I still had not managed to send you the info you need. I have tried three times but every time the message is rejected as spam. I will try again now if I can remember what this is all about ;) The best way to give you all the info you need is to point you to my local build server repository where you will find: The full package build log: http://mtf.duckdns.org/pub/linux/barjac/distrib/cauldron/x86_64/log/xlog-2.0.19-2.1.mga8_bcj.src.rpm/build.0.20201126222709.log The versioned packages comprising the build chroot: http://mtf.duckdns.org/pub/linux/barjac/distrib/cauldron/x86_64/log/xlog-2.0.19-2.1.mga8_bcj.src.rpm/rpm_qa.0.20201126222709.log Hamlib snapshot git# and date are in the packagename which is listed in the packages list above, and was taken from the hamlib site as a source tarball. Other software like klog, wsjtx, jscall, fldigi are working fine built against it. I am building for the imminent release of Mageia (8 aka Cauldron where the next release is cooked up :) I will see if this mail sends OK. If not I will put it in a tarball and add it as an attachment and try again. Let me know if I can help further with maybe a back trace or strace output. Cheers, Barry
Re: Xlog and Hamlib-4
On 11/26/20 6:36 PM, Barry Jackson wrote: On 31/10/2020 02:55, Andy Stewart wrote: HI Barry, -- Let me know if you continue to have issues. Hi Andy, OK I finally found time to have another look at this. I started by rebuilding against a recent hamlib snapshot. Hi Barry, I need very specific details in order to attempt to reproduce this problem. * if the xlog version is not 2.0.19, please try again with that version, which is the latest * Exact version of hamlib (ideally, the link from where you downloaded it) * Exact type and version of Linux * If you did any custom configuration when you compiled hamlib and/or xlog, I'll need those instructions as well * I don't have a TS-405S, so I may not be able to reproduce the problem, but I will try. Thanks, and 73, Andy -- Andy Stewart (KB1OIQ) Vice President: PART of Westford, MA (WB1GOF)
Re: Xlog and Hamlib-4
On 31/10/2020 02:55, Andy Stewart wrote: HI Barry, -- Let me know if you continue to have issues. Hi Andy, OK I finally found time to have another look at this. I started by rebuilding against a recent hamlib snapshot. I then was going to delete the .xlog, but instead looked carefully at the contents. My rig is TS-450S and I know that the new hamlib ID is 2003 In the xlog.cfg it had 2004! I changed the ID in the config file to 2003 and bingo, xlog ran without crash and hamlib works. Now when I go into the Hamlib settings dialogue it displays 2002! If I click on the "Select your Radio" button Bang! it crashes. [baz@jackodesktop .xlog]$ xlog Hash collision!!! Fatal error!! [baz@jackodesktop .xlog] I have seen that error in klog, before Jaime fixed it for hamlib-4 but I don't know what he did. It was related to getting the radio list from Hamlib, which looks like the same place. I Hope that helps, Cheers, Barry G4MKT
Re: Xlog and Hamlib-4
On 31/10/2020 02:55, Andy Stewart wrote: HI Barry, The following stack worked for me: * Andy's Ham Radio Linux, version 24c+ (my next dev release), which is based on Ubuntu 18.04.* * Xlog 2.0.19 * hamlib-4.0-rc2 * ICOM 7300 on /dev/ttyUSB0 * I started with a blank ~/.xlog directory. * I started Xlog and reconfigured hamlib, taking care to choose the updated rig number. * When the POWER entry is listed in the QSO entry window, it will say UNKNOWN if the rig power is set to 0, but otherwise, it reflected the rig power setting. Try ctrl-Y ctrl-K for a quick erase/update of the QSO entry window. I was able to duplicate the condition of hamlib hanging xlog, but that always happens when you turn off the rig with hamlib enabled and Xlog is still running. Xlog eventually comes out of it. This isn't ideal, but it is nothing new for Xlog, either. Turning the rig on again causes the software to be happy again. Let me know if you continue to have issues. 73, Andy Thanks Andy, Sorry for the delay, been busy with other stuff. The Hamlib daily snapshots are here: http://n0nb.users.sourceforge.net/ I have been using these to keep up to date with the latest fixes etc. in the hope that something would solve the problem which is also affecting klog. I will test new builds of xlog in a clean environment, and have noted the rig number changes. I will also play with rigctl, however wsjtx is working OK. Barry
Re: Xlog and Hamlib-4
HI Barry, The following stack worked for me: * Andy's Ham Radio Linux, version 24c+ (my next dev release), which is based on Ubuntu 18.04.* * Xlog 2.0.19 * hamlib-4.0-rc2 * ICOM 7300 on /dev/ttyUSB0 * I started with a blank ~/.xlog directory. * I started Xlog and reconfigured hamlib, taking care to choose the updated rig number. * When the POWER entry is listed in the QSO entry window, it will say UNKNOWN if the rig power is set to 0, but otherwise, it reflected the rig power setting. Try ctrl-Y ctrl-K for a quick erase/update of the QSO entry window. I was able to duplicate the condition of hamlib hanging xlog, but that always happens when you turn off the rig with hamlib enabled and Xlog is still running. Xlog eventually comes out of it. This isn't ideal, but it is nothing new for Xlog, either. Turning the rig on again causes the software to be happy again. Let me know if you continue to have issues. 73, Andy -- Andy Stewart (KB1OIQ) Vice President: PART of Westford, MA (WB1GOF)
Re: Xlog and Hamlib-4
On 10/30/20 10:56 AM, Barry Jackson wrote: On 30/10/2020 13:41, Andy Stewart wrote: I recommend moving your config file to a safe place and restarting xlog with no config file, as an experiment. Yes I did this effectively by using a new user and later by just re-naming the ~/.xlog dir. That allows the program to start without crashing, but would lock up when trying to enter settings in hamlib config dialog when using hamlib-4.0 HI Barry, Did you notice in the release notes for hamlib-4.0-rc2 that the model numbers for all of the rigs have changed? https://sourceforge.net/projects/hamlib/files/hamlib/4.0%7Erc2/ My question: are you using the correct value for the model of rig that you are using? Did you try using the rigctl program to isolate potential hamlib issues from potential xlog issues? I have not tested xlog with hamlib-4.0. On Ubuntu 18.04, I just compiled xlog with hamlib-4.0 and saw no issues. Note: I have not tested it with my rig (yet). That's next. I just built hamlib-4.1 and xlog against it and I can now edit the hamlib settings without a hang or crash, however rig control fails to work at all, even using a manual config string for the port. It just fails to communicate, looking at the hamlib tracker in xlog. Where are you finding hamlib-4.1? On Sourceforge, I'm finding hamlib-4.0-rc2, which is what I'm currently using for testing the latest version of xlog. Thanks, and 73, Andy -- Andy Stewart (KB1OIQ) Vice President: PART of Westford, MA (WB1GOF)
Re: Xlog and Hamlib-4
On 30/10/2020 13:41, Andy Stewart wrote: I recommend moving your config file to a safe place and restarting xlog with no config file, as an experiment. Yes I did this effectively by using a new user and later by just re-naming the ~/.xlog dir. That allows the program to start without crashing, but would lock up when trying to enter settings in hamlib config dialog when using hamlib-4.0 I have not tested xlog with hamlib-4.0. I just built hamlib-4.1 and xlog against it and I can now edit the hamlib settings without a hang or crash, however rig control fails to work at all, even using a manual config string for the port. It just fails to communicate, looking at the hamlib tracker in xlog. wsjtx-2.3.0-rc1 and klog-1.4rc5 are working fine built with hamlib-4.1 so it does look like an xlog issue. I'm not familiar with Mageia. It is an Ubuntu derivative, and if so, from which version of Ubuntu are you seeing an issue? I've not tested anything past 18.04. No, Mageia has no connection to *buntus whatsoever. It was forked from Mandrake/Mandriva in 2010 but is community driven with no commercial ties :) RPM based like Fedora, SuSe etc. I maintain most of our radio related packages and am currently tying up loose ends for the next Mageia release (Mageia 8). I can only test Hamlib with my Kenwood TS450S, but please let me know how/if I can help to resolve this. 73, Barry G4MKT Thanks for the report, and 73, Andy Xlog maintainer
Re: Xlog and Hamlib-4
On 10/29/20 7:06 PM, Barry Jackson wrote: Hello - first visit here! I am having issues with xlog segfaulting when launched on a system that has a config file that was created in an earlier version. Hi Barry, I recommend moving your config file to a safe place and restarting xlog with no config file, as an experiment. I have narrowed this down (I think) to the fact that the new system has hamlib-4.0.0. I have not tested xlog with hamlib-4.0. I filed a bug report about this but have had no response as yet. https://savannah.nongnu.org/bugs/?59362 I'll take a look. By chance I was just looking at this list recent archive and saw some discussion about hamlib and xlog, so here I am. I maintain (or try to) xlog in Mageia. Barry I'm not familiar with Mageia. It is an Ubuntu derivative, and if so, from which version of Ubuntu are you seeing an issue? I've not tested anything past 18.04. Thanks for the report, and 73, Andy Xlog maintainer -- Andy Stewart (KB1OIQ) Vice President: PART of Westford, MA (WB1GOF)
Xlog and Hamlib-4
Hello - first visit here! I am having issues with xlog segfaulting when launched on a system that has a config file that was created in an earlier version. I have narrowed this down (I think) to the fact that the new system has hamlib-4.0.0. I filed a bug report about this but have had no response as yet. https://savannah.nongnu.org/bugs/?59362 By chance I was just looking at this list recent archive and saw some discussion about hamlib and xlog, so here I am. I maintain (or try to) xlog in Mageia. Barry
Re: Xlog and Hamlib ...
On 10/15/20 11:38 AM, gliderpi...@protonmail.com wrote: Folks, I compiled from the source the latest release of Xlog 2.0.19 running Ubuntu 20.04 with the latest HamLib 4.1 (http://n0nb.users.sourceforge.net/) and tested it with a Kenwood TS-890S. I found the "Band" frequencies was the only success data transferred from the radio. Xlog was unable to get the data for "Mode", "Power". I tested Hamlib 4.1 and was successful getting these parameters using rigctl on the TS-890S. Has anyone else have any issue using the latest release of Hamlib and Xlog? 73's, Oscar (N6PAZ). Sent from ProtonMail <https://protonmail.ch>, encrypted email based in Switzerland. HI Oscar, Mode should have worked. I'm not sure about power. I have not tested Xlog on Ubuntu 20.*, nor have I tested it with Hamlib 4.1. I would use the Hamlib rigctl program to verify that Hamlib is working correctly. 73, Andy -- Andy Stewart (KB1OIQ) Vice President: PART of Westford, MA (WB1GOF)
Xlog and Hamlib ...
Folks, I compiled from the source the latest release of Xlog 2.0.19 running Ubuntu 20.04 with the latest HamLib 4.1 (http://n0nb.users.sourceforge.net/) and tested it with a Kenwood TS-890S. I found the "Band" frequencies was the only success data transferred from the radio. Xlog was unable to get the data for "Mode", "Power". I tested Hamlib 4.1 and was successful getting these parameters using rigctl on the TS-890S. Has anyone else have any issue using the latest release of Hamlib and Xlog? 73's, Oscar (N6PAZ). Sent from [ProtonMail](https://protonmail.ch), encrypted email based in Switzerland.
[Xlog-discussion] hamlib rigcontrol
When one makes changes in rigcontrol of hamlib do these values have to be saved? If so what is the command? thanks ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org https://lists.nongnu.org/mailman/listinfo/xlog-discussion
Re: [Xlog-discussion] Hamlib error in 1.9
Op zaterdag 14-02-2009 om 21:13 uur [tijdzone -0500], schreef John B. Egger: Thanks for your advice. Sorry for the delay in responding, but it's taken me a while to solve the issue. In the hamlib help forum, Martin (AA6E) suggested the latest CVS build of hamlib. When I downloaded and compiled it, the hamlib problem with Xlog 1.9 was solved. The country maps are terrific. Thanks for reporting back John, glad to help out. Of course now you have 2.0 out, so I'm still a step behind... Have fun with the new version! Regards, Joop PG4I ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
Re: [Xlog-discussion] Hamlib error in 1.9
Joop Stakenborg wrote: Op woensdag 04-02-2009 om 21:41 uur [tijdzone -0500], schreef John B. Egger: Perhaps this isn't the place for this question but all I could find in sourceforge/hamlib was a developers' forum and I'm a long way from being a developer. Hi John, judging from the output it is not a xlog problem, I see at least 2 errors. The hamlib-devel mailing list is a good starting point for fixing this. xlog tries to retrieve mode, power level (if you have the field enabled), frequency, ptt and your s-meter value. This is done by polling the rig every x millisecond if you have polling enabled. You might want to make this time a little longer to see if this helps. You should make yourself familiar with the rigctl binary. It is in the ultimate tool for debugging hamlib. It is available in the hamlib-utils package. People on the hamlib-devel can tell you if the orion II is fully supported. Regards, Joop PG4I Joop, Thanks for your advice. Sorry for the delay in responding, but it's taken me a while to solve the issue. In the hamlib help forum, Martin (AA6E) suggested the latest CVS build of hamlib. When I downloaded and compiled it, the hamlib problem with Xlog 1.9 was solved. The country maps are terrific. Of course now you have 2.0 out, so I'm still a step behind... ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
Re: [Xlog-discussion] Hamlib error in 1.9
John B. Egger wrote: I just installed 1.9 and after its initial frequency reading get a There was an error communicating with your rig, hamlib has stopped. I'm using an Orion II. Running rigctl -r /dev/ttyS1 -m 1608 and entering f gives the correct frequence, m the correct mode and passband. I installed Xlog 1.9 using Synaptic, from the Debian sid repository. I can hunt down the gtk version, etc., if needed. Perhaps this isn't the place for this question but all I could find in sourceforge/hamlib was a developers' forum and I'm a long way from being a developer. PS: This is hamlib.out: rig:rig_init called rig:rig_open called TX 3 bytes 3f 56 0d?V. RX 15 characters 56 65 72 73 69 6f 6e 20 32 2e 30 33 39 64 2dTX 3 bytes 3f 53 0d?S. RX 4 characters 35 36 36 0d566. ** retry after delay (io=12, retry=0) ** RX 12 characters 40 53 52 4d 30 36 39 53 30 33 32 0d@SRM069S032. TX 3 bytes 3f 53 0d?S. RX 12 characters 40 53 52 4d 30 36 39 53 30 33 32 0d@SRM069S032. tt565_get_level: unsupported level 1073741824 rig:rig_close called rig:rig_cleanup called I hope that is helpful... -- John Registered Linux User #291592 Klikit-Linux-0.2-RC3 ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
Re: [Xlog-discussion] Hamlib in 1.8: No QSO-pane data
Op zaterdag 30-08-2008 om 19:35 uur [tijdzone -0400], schreef John B. Egger: I just updated Xlog 1.7 to 1.8. Hamlib provides a frequency readout in my statusbar, as I requested, but Ctrl-K adds no information from the transceiver to the QSO pane (only the date and time). I'm using the same parameters (selection of radio and device) as in 1.7 (which I still have installed on a laptop, so comparisons are easy). The ChangeLog didn't seem to show anything related to this. Anyone else experiencing this, or have I misconfigured 1.8 somehow? I compiled it from the .tar.gz file, since I use a Debian (Kubuntu-based) system. Everything looks fine, except that Ctrl-K doesn't pull in the data. Rob, KL7NA reported the same problem to me in a private mail. I will have a look at it later this week and when fixed, will make a 1.8.1 release. Regards, Joop PG4I ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
[Xlog-discussion] Hamlib in 1.8: No QSO-pane data
I just updated Xlog 1.7 to 1.8. Hamlib provides a frequency readout in my statusbar, as I requested, but Ctrl-K adds no information from the transceiver to the QSO pane (only the date and time). I'm using the same parameters (selection of radio and device) as in 1.7 (which I still have installed on a laptop, so comparisons are easy). The ChangeLog didn't seem to show anything related to this. Anyone else experiencing this, or have I misconfigured 1.8 somehow? I compiled it from the .tar.gz file, since I use a Debian (Kubuntu-based) system. Everything looks fine, except that Ctrl-K doesn't pull in the data. -- --John K3GHH Registered Linux User #291592 Klikit Linux 0.1-9RC1-G ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
Re: [Xlog-discussion] Xlog w/ Hamlib Enabled
Hi - On Sun, Jun 15, 2008 at 3:12 PM, Stephane Fillod [EMAIL PROTECTED] wrote: The best way to understand any trouble with remote control is to use 'rigctl' from Hamlib. Pass the options -vv -m 323 -C rts_state=ON ... and see what the traces says. You may join the hamlib-developer mailing list to ask for more help. I was finally able to get xlog talking to my radio by swapping my generic serial port CI-V cable with a USB CI-V interface I had as a spare. I'm a little confused why this solved the problem since the serial port interface works fine when the same PC is running under Windows and using Windows based logging/rig control programs. And I had used this same serial port CI-V interface several years ago on a Mandrake 9, and then a FC2 system using xlog and hamlib at that time. My TTY ports appear to be fine on the current Unbuntu system. I'm currently TTYS1 to successfully key my radio for fldigi. But I must admit this is not the same PC that I was using 4 or 5 years ago. The new PC has no on-board serial ports and I had to install a 4 serial port PCI card to use my legacy serial devices. Thanks to who replied. 73, ...Gary,K8EHB ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
Re: [Xlog-discussion] hamlib freq display
Here is a minor issue, one that was momentarily confusing to me (v1.7): In Preferences - Hamlib, the last item says Round frequency to -N- characters For my rig (TT Orion), what really happens is that the frequency display is rounded to 10^N Hz. In fact, as N increases, the number of characters decreases. It might be clearer to say something like Round frequency at digit -N- (0 = 1 Hz, 1 = 10 Hz, ...) Your tip for the day! Great tip, thanks! 73 Martin AA6E -- Martin Ewing, AA6E [EMAIL PROTECTED] +1-203-315-5160 Joop PG4I ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
[Xlog-discussion] hamlib freq display
Here is a minor issue, one that was momentarily confusing to me (v1.7): In Preferences - Hamlib, the last item says Round frequency to -N- characters For my rig (TT Orion), what really happens is that the frequency display is rounded to 10^N Hz. In fact, as N increases, the number of characters decreases. It might be clearer to say something like Round frequency at digit -N- (0 = 1 Hz, 1 = 10 Hz, ...) Your tip for the day! 73 Martin AA6E -- Martin Ewing, AA6E [EMAIL PROTECTED] +1-203-315-5160 ___ Xlog-discussion mailing list Xlog-discussion@nongnu.org http://lists.nongnu.org/mailman/listinfo/xlog-discussion
