I got a segfault doing the test after rebuilding. I'm using JTSDK-QT. Maybe I put the options in incorrectly?
:BUILD IF NOT EXIST %BUILDD%\%OPTION%\NUL mkdir %BUILDD%\%OPTION% IF NOT EXIST %INSTALLD%\%OPTION%\NUL mkdir %INSTALLD%\%OPTION% CD %BUILDD%\%OPTION% ECHO. ECHO Starting Build For: ^( %APP_NAME% ^) ECHO. cmake -G "MinGW Makefiles" -DCMAKE_TOOLCHAIN_FILE=%TCHAIN% ^ -DWSJT_STANDARD_FILE_LOCATIONS=OFF ^ -DWSJT_QDEBUG_TO_FILE=ON ^ -DWSJT_QDEBUG_IN_RELEASE=ON ^ -DWSJT_TRACE_CAT=ON ^ -DCMAKE_COLOR_MAKEFILE=OFF ^ -DCMAKE_BUILD_TYPE=%OPTION% ^ -DCMAKE_INSTALL_PREFIX=%INSTALLD%/%OPTION% %SRCD%/%APP_NAME% -----Original Message----- From: Bill Somerville [mailto:g4...@classdesign.com] Sent: Saturday, August 16, 2014 1:50 PM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] Bug in HRD TCP On 16/08/2014 19:00, Michael Black wrote: Hi Michael, > Using WSJT-X 1.40 as of 7/30/14 > > Bug: > HRD cat control doesn't not work over TCP/IP to port 7809 on HRD > 6.2.7.285 (also on previous release that I had) I assume I'm setting > it up correctly with 127.0.0.1:7809 and also tried with the setting > empty. > I get "Ham Radio Deluxe didn't respond as expected". > I snooped the network traffic and it does appear to be getting the "correct" > response > The problem seems to occur in here such that the "get dropdown" is not > matching what it expects (I added some #'s to the error messages so I > could tell where it was bombing). The problem with the HRD TCP/IP interface is that the commands are almost totally rig dependent, HRD makes no real attempt to abstract the concept of controlling a rig, it just provides a way of twiddling the on screen controls in HRD which themselves are rig dependent. You didn't say what rig you are using. There is extensive diagnostics already built in, you need to make a build with the following CMake options on: WSJT_QDEBUG_TO_FILE WSJT_QDEBUG_IN_RELEASE WSJT_TRACE_CAT then run that version up to the failure and send the file wsjtx_trace.log (in the directory of the executable) to me for analysis. It should only take a moment for me to add the fix as the HRD interface code is designed to add new rig fixes very quickly. If you can get the file to me before early tomorrow morning UK time I can have a go at a quick fix, otherwise I am off line for a week or so from tomorrow. > > int HRDTransceiver::get_dropdown (int dd, bool no_debug) > { > auto dd_name = dropdown_names_.value (dd); > auto reply = send_command ("get dropdown-text {" + dd_name + "}", > no_debug); > auto colon_index = reply.indexOf (':'); > > if (colon_index < 0) > { > > #if WSJT_TRACE_CAT > qDebug () << "HRDTransceiver::get_dropdown bad response"; > #endif > > throw error {tr ("Ham Radio Deluxe didn't respond as > expected#1\n"+reply)}; > } > > Q_ASSERT (reply.left (colon_index).trimmed () == dd_name); > return lookup_dropdown_selection (dd, reply.mid (colon_index + 1).trimmed > ()); > } > > I am able to use HRD over 3rd party serial port just fine with Kenwood > TS-2000 setting. > > > Mike W9MDB 73 Bill G4WJS. ---------------------------------------------------------------------------- -- _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
