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