HI Doc,
The build tree path is the same as the install path with one exception
the word ( install or build )
For example, with the latest WXJT-X Devel (1.7.0) branch, without svn
separation, using QT52, it would be:
Install:
C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
Build
C:\JTSDK\wsjtx\d
Thanks, Greg! Sorry to be dense, but I need to know
(root directory of build tree)
where is the source code
where to build the binaries
Bill is working on a bug I've encountered and this info is for the
cmake-gui.
My JTSDK is installed in C\JTSDK
Tnx es 73
Dave 'Doc' Corio
Vice
Hi Doc,
Sorry, I must have missed something in the thread, What directory info
do you need?
73's
Greg, KI7MT
On 03/25/2016 08:23 AM, Dave 'Doc' Corio wrote:
> Bill - As soon as Greg replies with the directory info I'll run the
> trace information as you requested.
>
> In the meantime, I
Bill - As soon as Greg replies with the directory info I'll run the
trace information as you requested.
In the meantime, I did some experimenting and determined the following:
1. Baud rate of comm to rig has no bearing on this error
2. It happens on every band
3. It happens in JT9 and J
On 24/03/2016 19:22, Dave 'Doc' Corio wrote:
> I can confirm that the issue is still there. When I move the
> frequency up using the indicator on the wide graph, then move it back
> down, the VFO often gets "stuck" on VFO "B" instead of completing the
> change back to "A". Again, it is not co
I can confirm that the issue is still there. When I move the
frequency up using the indicator on the wide graph, then move it back
down, the VFO often gets "stuck" on VFO "B" instead of completing the
change back to "A". Again, it is not consistent, and happens maybe once
or twice out of 4
On 24/03/2016 19:07, Dave 'Doc' Corio wrote:
> Completed building the hamlib and now on vers. 6557 of WSJTX, and
> didn't seem to change anything. It does, however, prompt me to ask a
> (probably) stupid question.
>
> How does WSJTX, in my C:\Ham Radio directory, know that the hamlib
>
Completed building the hamlib and now on vers. 6557 of WSJTX, and
didn't seem to change anything. It does, however, prompt me to ask a
(probably) stupid question.
How does WSJTX, in my C:\Ham Radio directory, know that the hamlib
is in the C:\JTSDK directory? Since I create the packag
On 24/03/2016 18:22, Dave 'Doc' Corio wrote:
> I built a new hamlib this morning but running it again now.
>
> Just to be sure I'm on the right page, Here's the process I use:
>
> JTSDK
> Update
> Upgrade
> JTSDK-MSYS
> build-hamlib3
> JTSDK-QT
> build-wsjtx pack
I built a new hamlib this morning but running it again now.
Just to be sure I'm on the right page, Here's the process I use:
JTSDK
Update
Upgrade
JTSDK-MSYS
build-hamlib3
JTSDK-QT
build-wsjtx package
After this, I run the wsjx executable and install the program
On 24/03/2016 18:02, Dave 'Doc' Corio wrote:
> I update the Hamlib builds usually about every third build or so,
> or more often if I see that an update has been done to this library.
Hi Dave,
this might be the source of the issue, I pushed some more changes to my
Hamlib fork integration br
Thanks for the reply Bill.
I have this running on Win 10 64-bit. I am not running "insider"
builds.
I update the Hamlib builds usually about every third build or so,
or more often if I see that an update has been done to this library.
I have the following set for my 746:
C
On 23/03/2016 23:39, Dave 'Doc' Corio wrote:
> Wondering if any changes have been made recently to the frequency
> control portion of the program. The problem I'm encountering, from
> around version 1.7 r6544 only shows up when changing frequency via the
> Wide Graph.
>
> Primarily, it happen
Wondering if any changes have been made recently to the frequency
control portion of the program. The problem I'm encountering, from
around version 1.7 r6544 only shows up when changing frequency via the
Wide Graph.
Primarily, it happens when I move the cursor from anywhere in the
central
14 matches
Mail list logo
