hamlib-developer Mailing List for Ham Radio Control Libraries (Page 112)
Library to control radio transceivers and receivers
Brought to you by:
n0nb
Menu
▾
▴
hamlib-developer — hamlib developers forum
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(24) |
Oct
(16) |
Nov
(8) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(49) |
Feb
(17) |
Mar
(3) |
Apr
(7) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(8) |
Sep
(18) |
Oct
(15) |
Nov
(15) |
Dec
(26) |
| 2002 |
Jan
(46) |
Feb
(14) |
Mar
(44) |
Apr
(3) |
May
(6) |
Jun
(47) |
Jul
(40) |
Aug
(14) |
Sep
(59) |
Oct
(39) |
Nov
(58) |
Dec
(76) |
| 2003 |
Jan
(82) |
Feb
(66) |
Mar
(37) |
Apr
(56) |
May
(34) |
Jun
(19) |
Jul
(23) |
Aug
(55) |
Sep
(31) |
Oct
(40) |
Nov
(21) |
Dec
(60) |
| 2004 |
Jan
(57) |
Feb
(110) |
Mar
(41) |
Apr
(17) |
May
(18) |
Jun
(19) |
Jul
(18) |
Aug
(5) |
Sep
(31) |
Oct
(16) |
Nov
(26) |
Dec
(36) |
| 2005 |
Jan
(69) |
Feb
(26) |
Mar
(62) |
Apr
(120) |
May
(31) |
Jun
(47) |
Jul
(7) |
Aug
(27) |
Sep
(4) |
Oct
(9) |
Nov
(26) |
Dec
(21) |
| 2006 |
Jan
(13) |
Feb
(26) |
Mar
(38) |
Apr
(31) |
May
(17) |
Jun
(6) |
Jul
(23) |
Aug
(6) |
Sep
(38) |
Oct
(87) |
Nov
(49) |
Dec
(49) |
| 2007 |
Jan
(52) |
Feb
(19) |
Mar
(20) |
Apr
(5) |
May
(25) |
Jun
(15) |
Jul
(49) |
Aug
(43) |
Sep
(21) |
Oct
(21) |
Nov
(27) |
Dec
(10) |
| 2008 |
Jan
(23) |
Feb
(20) |
Mar
(25) |
Apr
(39) |
May
(36) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(44) |
Oct
(88) |
Nov
(60) |
Dec
(65) |
| 2009 |
Jan
(99) |
Feb
(91) |
Mar
(49) |
Apr
(34) |
May
(52) |
Jun
(9) |
Jul
(11) |
Aug
(4) |
Sep
(41) |
Oct
(16) |
Nov
(51) |
Dec
(71) |
| 2010 |
Jan
(43) |
Feb
(79) |
Mar
(59) |
Apr
(55) |
May
(51) |
Jun
(38) |
Jul
(38) |
Aug
(61) |
Sep
(53) |
Oct
(46) |
Nov
(43) |
Dec
(41) |
| 2011 |
Jan
(74) |
Feb
(96) |
Mar
(41) |
Apr
(42) |
May
(61) |
Jun
(66) |
Jul
(50) |
Aug
(40) |
Sep
(11) |
Oct
(30) |
Nov
(21) |
Dec
(45) |
| 2012 |
Jan
(59) |
Feb
(4) |
Mar
(52) |
Apr
(19) |
May
(62) |
Jun
(46) |
Jul
(61) |
Aug
(18) |
Sep
(21) |
Oct
(25) |
Nov
(66) |
Dec
(41) |
| 2013 |
Jan
(36) |
Feb
(64) |
Mar
(37) |
Apr
(24) |
May
(74) |
Jun
(40) |
Jul
(43) |
Aug
(34) |
Sep
(65) |
Oct
(52) |
Nov
(23) |
Dec
(20) |
| 2014 |
Jan
(18) |
Feb
(29) |
Mar
(13) |
Apr
(41) |
May
(10) |
Jun
(12) |
Jul
(16) |
Aug
(25) |
Sep
(20) |
Oct
(56) |
Nov
(43) |
Dec
(61) |
| 2015 |
Jan
(36) |
Feb
(38) |
Mar
(92) |
Apr
(42) |
May
(13) |
Jun
(19) |
Jul
(18) |
Aug
(22) |
Sep
(21) |
Oct
(2) |
Nov
(49) |
Dec
(22) |
| 2016 |
Jan
(55) |
Feb
(144) |
Mar
(40) |
Apr
(98) |
May
(61) |
Jun
(36) |
Jul
(16) |
Aug
(33) |
Sep
(59) |
Oct
(16) |
Nov
(37) |
Dec
(32) |
| 2017 |
Jan
(70) |
Feb
(71) |
Mar
(14) |
Apr
(43) |
May
(31) |
Jun
(24) |
Jul
(38) |
Aug
(54) |
Sep
(24) |
Oct
(15) |
Nov
(26) |
Dec
(27) |
| 2018 |
Jan
(22) |
Feb
(24) |
Mar
(109) |
Apr
(12) |
May
(46) |
Jun
(23) |
Jul
(39) |
Aug
(34) |
Sep
(22) |
Oct
(43) |
Nov
(26) |
Dec
(157) |
| 2019 |
Jan
(102) |
Feb
(51) |
Mar
(63) |
Apr
(60) |
May
(91) |
Jun
(55) |
Jul
(27) |
Aug
(76) |
Sep
(52) |
Oct
(95) |
Nov
(67) |
Dec
(204) |
| 2020 |
Jan
(311) |
Feb
(148) |
Mar
(230) |
Apr
(122) |
May
(204) |
Jun
(204) |
Jul
(114) |
Aug
(36) |
Sep
(120) |
Oct
(186) |
Nov
(60) |
Dec
(151) |
| 2021 |
Jan
(182) |
Feb
(171) |
Mar
(202) |
Apr
(153) |
May
(110) |
Jun
(50) |
Jul
(58) |
Aug
(142) |
Sep
(112) |
Oct
(120) |
Nov
(97) |
Dec
(125) |
| 2022 |
Jan
(175) |
Feb
(147) |
Mar
(54) |
Apr
(73) |
May
(127) |
Jun
(95) |
Jul
(88) |
Aug
(85) |
Sep
(38) |
Oct
(40) |
Nov
(116) |
Dec
(159) |
| 2023 |
Jan
(175) |
Feb
(55) |
Mar
(83) |
Apr
(70) |
May
(165) |
Jun
(79) |
Jul
(123) |
Aug
(90) |
Sep
(40) |
Oct
(95) |
Nov
(84) |
Dec
(88) |
| 2024 |
Jan
(105) |
Feb
(60) |
Mar
(52) |
Apr
(43) |
May
(56) |
Jun
(59) |
Jul
(53) |
Aug
(47) |
Sep
(62) |
Oct
(36) |
Nov
(45) |
Dec
(100) |
| 2025 |
Jan
(52) |
Feb
(45) |
Mar
(30) |
Apr
(97) |
May
(72) |
Jun
(83) |
Jul
(124) |
Aug
(40) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: G0GJV <g0...@go...> - 2022-08-27 15:29:42
|
Mike It's open source https://sourceforge.net/projects/minos I'll try creating a Qt example. Mike G0GJV > Your test program compiles OK though, right? The one you sent me? > I need your project files for the Qt version. > > > > On Saturday, August 27, 2022 at 08:26:50 AM CDT, G0GJV <g0...@go...> > wrote: > > Yes. When it showed missing, I went looking for it! > > I haven't yet managed to build a .lib for it, but as it won't compile that isn't currently > important. > > Mike G0GJV > > > Did you use the winpthreads.h from the github repository? > > https://github.com/Hamlib/Hamlib/tree/master/include/hamlib > > > > Mike > > > > > > > >  On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV > <g0...@go...> > > wrote: > > > > Mike > > > > winpthreads.h hasn't made it into the overnight zip. > > > > When I add it manually, I find that it creates some serious clashes with Qt! > > > > Why do you need to expose pthreads to the application builder? It looks like it is just > > for > > > > pthread_mutex_t mutex_set_transaction; > > > > Can't you put this somewhere else, and have a void * to point to it in rig.h? This would > > remove the need for a large #include, and would compile easily everywhere. > > > > Mike G0GJV |
|
From: Black M. <mdb...@ya...> - 2022-08-27 14:08:06
|
Going to be adding more internal threading....this is just the beginning of it. Will be adding rigctld as an internal server soon in it's own multiple-threading.
The mutex's also help prevent problems when multiple clients are using the DLL.
I'll check the project.
Mike
On Saturday, August 27, 2022 at 08:27:05 AM CDT, G0GJV <g0...@go...> wrote:
The project is the Minos contest logger - https://sourceforge.net/projects/minos/ - and
I'm building it from QtCreator using MSVC. It is released using 32 bit gcc, but I
occasionally want to use the MSVC performance analysis tools.
I suspect that this is all rather large for you to get into!
Why does the threading in hamlib have to come across to the application? The application
can do its own threading independent of hamlib.
Mike G0GJV
> Actually no -- we need to get pthreads working on MSVC otherwise hamlib
> will not be compatible with MSVC at all.
> There's more threading to come.
>
> What project are you compiling -- can you send it to me?
> Mike
>
>
>
> On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV <g0...@go...>
> wrote:
>
> Mike
>
> winpthreads.h hasn't made it into the overnight zip.
>
> When I add it manually, I find that it creates some serious clashes with Qt!
>
> Why do you need to expose pthreads to the application builder? It looks like it is
just
> for
>
> pthread_mutex_t mutex_set_transaction;
>
> Can't you put this somewhere else, and have a void * to point to it in rig.h? This
would
> remove the need for a large #include, and would compile easily everywhere.
>
> Mike G0GJV
>
> > Thanks Mike - I'll give it a try
> >
> > Mike
> >
> > > Try the 20220827 download when it's available
> tomorrow.http://n0nb.users.sourceforge.net
> > >
> > > You'll need to add the new winpthreads.h file to your project files.
> > > Mike W9MDB
_______________________________________________
Hamlib-developer mailing list
Ham...@li...
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
|
|
From: Black M. <mdb...@ya...> - 2022-08-27 13:59:31
|
Your test program compiles OK though, right? The one you sent me?
I need your project files for the Qt version.
On Saturday, August 27, 2022 at 08:26:50 AM CDT, G0GJV <g0...@go...> wrote:
Yes. When it showed missing, I went looking for it!
I haven't yet managed to build a .lib for it, but as it won't compile that isn't currently
important.
Mike G0GJV
> Did you use the winpthreads.h from the github repository?
> https://github.com/Hamlib/Hamlib/tree/master/include/hamlib
>
> Mike
>
>
>
> On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV <g0...@go...>
> wrote:
>
> Mike
>
> winpthreads.h hasn't made it into the overnight zip.
>
> When I add it manually, I find that it creates some serious clashes with Qt!
>
> Why do you need to expose pthreads to the application builder? It looks like it is just
> for
>
> pthread_mutex_t mutex_set_transaction;
>
> Can't you put this somewhere else, and have a void * to point to it in rig.h? This would
> remove the need for a large #include, and would compile easily everywhere.
>
> Mike G0GJV
_______________________________________________
Hamlib-developer mailing list
Ham...@li...
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
|
|
From: Nate B. <no...@gi...> - 2022-08-27 13:33:08
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: aa0937e6c150c3cea599b462732c66a9234ddcb5 https://github.com/Hamlib/Hamlib/commit/aa0937e6c150c3cea599b462732c66a9234ddcb5 Author: Nate Bargmann <n0...@n0...> Date: 2022-08-27 (Sat, 27 Aug 2022) Changed paths: M include/Makefile.am M include/hamlib/winpthreads.h Log Message: ----------- Distribute winpthreads.h Set file permissions on winpthreads.h to remove exec bits. |
|
From: G0GJV <g0...@go...> - 2022-08-27 13:26:27
|
The project is the Minos contest logger - https://sourceforge.net/projects/minos/ - and I'm building it from QtCreator using MSVC. It is released using 32 bit gcc, but I occasionally want to use the MSVC performance analysis tools. I suspect that this is all rather large for you to get into! Why does the threading in hamlib have to come across to the application? The application can do its own threading independent of hamlib. Mike G0GJV > Actually no -- we need to get pthreads working on MSVC otherwise hamlib > will not be compatible with MSVC at all. > There's more threading to come. > > What project are you compiling -- can you send it to me? > Mike > > > > On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV <g0...@go...> > wrote: > > Mike > > winpthreads.h hasn't made it into the overnight zip. > > When I add it manually, I find that it creates some serious clashes with Qt! > > Why do you need to expose pthreads to the application builder? It looks like it is just > for > > pthread_mutex_t mutex_set_transaction; > > Can't you put this somewhere else, and have a void * to point to it in rig.h? This would > remove the need for a large #include, and would compile easily everywhere. > > Mike G0GJV > > > Thanks Mike - I'll give it a try > > > > Mike > > > > > Try the 20220827 download when it's available > tomorrow.http://n0nb.users.sourceforge.net > > > > > > You'll need to add the new winpthreads.h file to your project files. > > > Mike W9MDB |
|
From: G0GJV <g0...@go...> - 2022-08-27 13:26:27
|
Yes. When it showed missing, I went looking for it! I haven't yet managed to build a .lib for it, but as it won't compile that isn't currently important. Mike G0GJV > Did you use the winpthreads.h from the github repository? > https://github.com/Hamlib/Hamlib/tree/master/include/hamlib > > Mike > > > > On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV <g0...@go...> > wrote: > > Mike > > winpthreads.h hasn't made it into the overnight zip. > > When I add it manually, I find that it creates some serious clashes with Qt! > > Why do you need to expose pthreads to the application builder? It looks like it is just > for > > pthread_mutex_t mutex_set_transaction; > > Can't you put this somewhere else, and have a void * to point to it in rig.h? This would > remove the need for a large #include, and would compile easily everywhere. > > Mike G0GJV |
|
From: Michael B. <no...@gi...> - 2022-08-27 13:23:38
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 884190886c4c2763aeeb23b2b5481ef0ff389efd https://github.com/Hamlib/Hamlib/commit/884190886c4c2763aeeb23b2b5481ef0ff389efd Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-27 (Sat, 27 Aug 2022) Changed paths: A simulators/simftdx5000.c Log Message: ----------- Add simftdx5000.c |
|
From: Michael B. <no...@gi...> - 2022-08-27 12:36:58
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 1aed27c71a11bbd7f2c89b88bdcf2b1219383646 https://github.com/Hamlib/Hamlib/commit/1aed27c71a11bbd7f2c89b88bdcf2b1219383646 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-27 (Sat, 27 Aug 2022) Changed paths: M include/hamlib/rig.h M rigs/kenwood/kenwood.c M src/rig.c Log Message: ----------- Remove #defines for rig_set_split and return to standard call |
|
From: Black M. <mdb...@ya...> - 2022-08-27 12:11:00
|
Did you use the winpthreads.h from the github repository? https://github.com/Hamlib/Hamlib/tree/master/include/hamlib Mike On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV <g0...@go...> wrote: Mike winpthreads.h hasn't made it into the overnight zip. When I add it manually, I find that it creates some serious clashes with Qt! Why do you need to expose pthreads to the application builder? It looks like it is just for pthread_mutex_t mutex_set_transaction; Can't you put this somewhere else, and have a void * to point to it in rig.h? This would remove the need for a large #include, and would compile easily everywhere. Mike G0GJV > Thanks Mike - I'll give it a try > > Mike > > > Try the 20220827 download when it's available tomorrow.http://n0nb.users.sourceforge.net > > > > You'll need to add the new winpthreads.h file to your project files. > > Mike W9MDB > > > > > > > > On Wednesday, August 24, 2022 at 03:47:06 PM CDT, G0GJV > <g0...@go...> > > wrote: > > > > I'll try direct > > > > Mike G0GJV > > > > > Can you send me your MSVC project? > > > Mike W9MDB > > > > > > > > > > > >  On Wednesday, August 24, 2022 at 05:26:28 AM CDT, G0GJV > > <g0...@go...> > > > wrote: > > > > > > Mike > > > > > > This doesn't work when compiling a program that uses hamlib with MSVC. > > > > > > MSVC DOES NOT have pthread.h > > > > > > Mike G0GJV > > > > > > > Branch: refs/heads/master > > > > Home: https://github.com/Hamlib/Hamlib > > > > Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > > > >   https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > > > > Author: Mike Black W9MDB <mdb...@ya...> > > > > Date: 2022-08-23 (Tue, 23 Aug 2022) > > > > > > > > Changed paths: > > > >  M include/hamlib/rig.h > > > >  M security/security.c > > > >  M src/misc.h > > > > > > > > Log Message: > > > > ----------- > > > > Make pthread.h a default include and remove > > config.h from being included in rig.h > > > > https://github.com/Hamlib/Hamlib/milestone/14 _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Black M. <mdb...@ya...> - 2022-08-27 12:00:39
|
Actually no -- we need to get pthreads working on MSVC otherwise hamlib will not be compatible with MSVC at all.
There's more threading to come.
What project are you compiling -- can you send it to me?
Mike
On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV <g0...@go...> wrote:
Mike
winpthreads.h hasn't made it into the overnight zip.
When I add it manually, I find that it creates some serious clashes with Qt!
Why do you need to expose pthreads to the application builder? It looks like it is just
for
pthread_mutex_t mutex_set_transaction;
Can't you put this somewhere else, and have a void * to point to it in rig.h? This would
remove the need for a large #include, and would compile easily everywhere.
Mike G0GJV
> Thanks Mike - I'll give it a try
>
> Mike
>
> > Try the 20220827 download when it's available
tomorrow.http://n0nb.users.sourceforge.net
> >
> > You'll need to add the new winpthreads.h file to your project files.
> > Mike W9MDB
> >
> >
> >
> > On Wednesday, August 24, 2022 at 03:47:06 PM CDT, G0GJV
> <g0...@go...>
> > wrote:
> >
> > I'll try direct
> >
> > Mike G0GJV
> >
> > > Can you send me your MSVC project?
> > > Mike W9MDB
> > >
> > >Â
> > >
> > >Â Â On Wednesday, August 24, 2022 at 05:26:28 AM CDT, G0GJV
> > <g0...@go...>
> > > wrote:Â
> > >Â
> > >Â Mike
> > >
> > > This doesn't work when compiling a program that uses hamlib with MSVC.
> > >
> > > MSVC DOES NOT have pthread.h
> > >
> > > Mike G0GJV
> > >
> > > > Branch: refs/heads/master
> > > > Home: https://github.com/Hamlib/Hamlib
> > > > Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32
> > > >  ÂÂ
https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32
> > > > Author: Mike Black W9MDB <mdb...@ya...>
> > > > Date: 2022-08-23 (Tue, 23 Aug 2022)
> > > >
> > > > Changed paths:
> > > >  M include/hamlib/rig.h
> > > >  M security/security.c
> > > >  M src/misc.h
> > > >
> > > > Log Message:
> > > > -----------
> > > > Make pthread.h a default include and remove
> > config.h from being included in rig.h
> > > > https://github.com/Hamlib/Hamlib/milestone/14
_______________________________________________
Hamlib-developer mailing list
Ham...@li...
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
|
|
From: G0GJV <g0...@go...> - 2022-08-27 11:55:45
|
Mike winpthreads.h hasn't made it into the overnight zip. When I add it manually, I find that it creates some serious clashes with Qt! Why do you need to expose pthreads to the application builder? It looks like it is just for pthread_mutex_t mutex_set_transaction; Can't you put this somewhere else, and have a void * to point to it in rig.h? This would remove the need for a large #include, and would compile easily everywhere. Mike G0GJV > Thanks Mike - I'll give it a try > > Mike > > > Try the 20220827 download when it's available tomorrow.http://n0nb.users.sourceforge.net > > > > You'll need to add the new winpthreads.h file to your project files. > > Mike W9MDB > > > > > > > > On Wednesday, August 24, 2022 at 03:47:06 PM CDT, G0GJV > <g0...@go...> > > wrote: > > > > I'll try direct > > > > Mike G0GJV > > > > > Can you send me your MSVC project? > > > Mike W9MDB > > > > > >Â > > > > > >Â Â On Wednesday, August 24, 2022 at 05:26:28 AM CDT, G0GJV > > <g0...@go...> > > > wrote:Â > > >Â > > >Â Mike > > > > > > This doesn't work when compiling a program that uses hamlib with MSVC. > > > > > > MSVC DOES NOT have pthread.h > > > > > > Mike G0GJV > > > > > > > Branch: refs/heads/master > > > >ÃÂ Home:ÃÂ https://github.com/Hamlib/Hamlib > > > >ÃÂ Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > > > >ÃÂ ÃÂ ÃÂ https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > > > >ÃÂ Author: Mike Black W9MDB <mdb...@ya...> > > > >ÃÂ Date:ÃÂ 2022-08-23 (Tue, 23 Aug 2022) > > > > > > > >ÃÂ Changed paths: > > > >ÃÂ ÃÂ M include/hamlib/rig.h > > > >ÃÂ ÃÂ M security/security.c > > > >ÃÂ ÃÂ M src/misc.h > > > > > > > >ÃÂ Log Message: > > > >ÃÂ ----------- > > > >ÃÂ Make pthread.h a default include and remove > > config.h from being included in rig.h > > > > https://github.com/Hamlib/Hamlib/milestone/14 |
|
From: Michael B. <no...@gi...> - 2022-08-27 03:32:53
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: b3d69d221e35e860503ff7dc83658a6aa1a9b1a7 https://github.com/Hamlib/Hamlib/commit/b3d69d221e35e860503ff7dc83658a6aa1a9b1a7 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-26 (Fri, 26 Aug 2022) Changed paths: M LICENSE Log Message: ----------- Update LICENSE |
|
From: Michael B. <no...@gi...> - 2022-08-27 03:12:26
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 4c2a68c94bc4451293ea05ce3f071845b202c783 https://github.com/Hamlib/Hamlib/commit/4c2a68c94bc4451293ea05ce3f071845b202c783 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-26 (Fri, 26 Aug 2022) Changed paths: A simulators/simftdx3000.c Log Message: ----------- Add simftdx3000 |
|
From: Michael B. <no...@gi...> - 2022-08-26 22:58:43
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 825e3eefa814fea6d597d3eb8547c40f2a5542ce https://github.com/Hamlib/Hamlib/commit/825e3eefa814fea6d597d3eb8547c40f2a5542ce Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-26 (Fri, 26 Aug 2022) Changed paths: M src/rig.c Log Message: ----------- Fix call to rig_get_vfo in rig.c -- compiler did not catch flipping tx_vfo and split pointers https://github.com/Hamlib/Hamlib/issues/1100 |
|
From: G0GJV <g0...@go...> - 2022-08-26 17:09:21
|
Thanks Mike - I'll give it a try Mike > Try the 20220827 download when it's available tomorrow.http://n0nb.users.sourceforge.net > > You'll need to add the new winpthreads.h file to your project files. > Mike W9MDB > > > > On Wednesday, August 24, 2022 at 03:47:06 PM CDT, G0GJV <g0...@go...> > wrote: > > I'll try direct > > Mike G0GJV > > > Can you send me your MSVC project? > > Mike W9MDB > > > >Â > > > >Â Â On Wednesday, August 24, 2022 at 05:26:28 AM CDT, G0GJV > <g0...@go...> > > wrote:Â > >Â > >Â Mike > > > > This doesn't work when compiling a program that uses hamlib with MSVC. > > > > MSVC DOES NOT have pthread.h > > > > Mike G0GJV > > > > > Branch: refs/heads/master > > >ÃÂ Home:ÃÂ https://github.com/Hamlib/Hamlib > > >ÃÂ Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > > >ÃÂ ÃÂ ÃÂ https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > > >ÃÂ Author: Mike Black W9MDB <mdb...@ya...> > > >ÃÂ Date:ÃÂ 2022-08-23 (Tue, 23 Aug 2022) > > > > > >ÃÂ Changed paths: > > >ÃÂ ÃÂ M include/hamlib/rig.h > > >ÃÂ ÃÂ M security/security.c > > >ÃÂ ÃÂ M src/misc.h > > > > > >ÃÂ Log Message: > > >ÃÂ ----------- > > >ÃÂ Make pthread.h a default include and remove > config.h from being included in rig.h > > > https://github.com/Hamlib/Hamlib/milestone/14 |
|
From: Black M. <mdb...@ya...> - 2022-08-26 16:48:51
|
Try the 20220827 download when it's available tomorrow.http://n0nb.users.sourceforge.net/ You'll need to add the new winpthreads.h file to your project files. Mike W9MDB On Wednesday, August 24, 2022 at 03:47:06 PM CDT, G0GJV <g0...@go...> wrote: I'll try direct Mike G0GJV > Can you send me your MSVC project? > Mike W9MDB > > > > On Wednesday, August 24, 2022 at 05:26:28 AM CDT, G0GJV <g0...@go...> > wrote: > > Mike > > This doesn't work when compiling a program that uses hamlib with MSVC. > > MSVC DOES NOT have pthread.h > > Mike G0GJV > > > Branch: refs/heads/master > >Â Home:Â https://github.com/Hamlib/Hamlib > >Â Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > >Â Â Â https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > >Â Author: Mike Black W9MDB <mdb...@ya...> > >Â Date:Â 2022-08-23 (Tue, 23 Aug 2022) > > > >Â Changed paths: > >Â Â M include/hamlib/rig.h > >Â Â M security/security.c > >Â Â M src/misc.h > > > >Â Log Message: > >Â ----------- > >Â Make pthread.h a default include and remove config.h from being included in rig.h > > https://github.com/Hamlib/Hamlib/milestone/14 |
|
From: Michael B. <no...@gi...> - 2022-08-26 16:47:03
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f0fdf97a9b8d1c2a87720bf9930c48f43d623a5e https://github.com/Hamlib/Hamlib/commit/f0fdf97a9b8d1c2a87720bf9930c48f43d623a5e Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-26 (Fri, 26 Aug 2022) Changed paths: M include/hamlib/rig.h Log Message: ----------- Change winpthreads.h block from _WIN32 to _MSC_VER to only invode winpthreads.h for MSVC |
|
From: Michael B. <no...@gi...> - 2022-08-26 16:39:35
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 7c071b84b69f1fb0436af458db9359b9e42a696a https://github.com/Hamlib/Hamlib/commit/7c071b84b69f1fb0436af458db9359b9e42a696a Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-26 (Fri, 26 Aug 2022) Changed paths: M include/hamlib/rig.h A include/hamlib/winpthreads.h Log Message: ----------- Add winpthreads.h -- not sure if this will actually work in MSVC compiliaton for true threading support. But at least it let's it compile and satisfied the pthread calls. For standalone apps threading is not currently used although pthread mutex calls are used. https://github.com/Hamlib/Hamlib/issues/1107# |
|
From: Black M. <mdb...@ya...> - 2022-08-24 13:17:49
|
Can you send me your MSVC project?
Mike W9MDB
On Wednesday, August 24, 2022 at 05:26:28 AM CDT, G0GJV <g0...@go...> wrote:
Mike
This doesn't work when compiling a program that uses hamlib with MSVC.
MSVC DOES NOT have pthread.h
Mike G0GJV
> Branch: refs/heads/master
> Home: https://github.com/Hamlib/Hamlib
> Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32
> https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32
> Author: Mike Black W9MDB <mdb...@ya...>
> Date: 2022-08-23 (Tue, 23 Aug 2022)
>
> Changed paths:
> M include/hamlib/rig.h
> M security/security.c
> M src/misc.h
>
> Log Message:
> -----------
> Make pthread.h a default include and remove config.h from being included in rig.h
> https://github.com/Hamlib/Hamlib/milestone/14
>
>
>
>
> _______________________________________________
> Hamlib-developer mailing list
> Ham...@li...
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer
_______________________________________________
Hamlib-developer mailing list
Ham...@li...
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
|
|
From: G0GJV <g0...@go...> - 2022-08-24 10:25:58
|
Mike This doesn't work when compiling a program that uses hamlib with MSVC. MSVC DOES NOT have pthread.h Mike G0GJV > Branch: refs/heads/master > Home: https://github.com/Hamlib/Hamlib > Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 > Author: Mike Black W9MDB <mdb...@ya...> > Date: 2022-08-23 (Tue, 23 Aug 2022) > > Changed paths: > M include/hamlib/rig.h > M security/security.c > M src/misc.h > > Log Message: > ----------- > Make pthread.h a default include and remove config.h from being included in rig.h > https://github.com/Hamlib/Hamlib/milestone/14 > > > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Michael B. <no...@gi...> - 2022-08-23 22:21:10
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 https://github.com/Hamlib/Hamlib/commit/6f967a68d5a6c0fda3e0d4092dde54eb6ffd4c32 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-23 (Tue, 23 Aug 2022) Changed paths: M include/hamlib/rig.h M security/security.c M src/misc.h Log Message: ----------- Make pthread.h a default include and remove config.h from being included in rig.h https://github.com/Hamlib/Hamlib/milestone/14 |
|
From: Michael B. <no...@gi...> - 2022-08-23 17:12:09
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: dc02c566f5f5c9f257de99d1724d786ee8b47bc0 https://github.com/Hamlib/Hamlib/commit/dc02c566f5f5c9f257de99d1724d786ee8b47bc0 Author: Mikael Nousiainen <mik...@ik...> Date: 2022-08-23 (Tue, 23 Aug 2022) Changed paths: M include/hamlib/rig.h M rigs/yaesu/newcat.c M tests/rigctl_parse.c Log Message: ----------- Fix handling of the new EPOWER error code: do not re-open rig and fix/extend allowed commands when rig is powered off. Fix Yaesu newcat backend to not try to call rig ID command during command validation. Commit: 2c5013662dfe3158b2c3806e59be2c62fb277915 https://github.com/Hamlib/Hamlib/commit/2c5013662dfe3158b2c3806e59be2c62fb277915 Author: Mikael Nousiainen <mik...@ik...> Date: 2022-08-23 (Tue, 23 Aug 2022) Changed paths: M tests/rigctl_parse.c Log Message: ----------- Fix warning message for allowed commands when rig is powered off Commit: efd166fb50f0bea3887c4d40b3ed951312fb113c https://github.com/Hamlib/Hamlib/commit/efd166fb50f0bea3887c4d40b3ed951312fb113c Author: Michael Black <mdb...@ya...> Date: 2022-08-23 (Tue, 23 Aug 2022) Changed paths: M include/hamlib/rig.h M rigs/yaesu/newcat.c M tests/rigctl_parse.c Log Message: ----------- Merge pull request #1106 from mikaelnousiainen/fix-yaesu-power-off-handling Fix handling of EPOWER error code and reduce unnecessary commands in Yaesu newcat backend Compare: https://github.com/Hamlib/Hamlib/compare/ef06b358d7f1...efd166fb50f0 |
|
From: Michael B. <no...@gi...> - 2022-08-22 20:56:08
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: ef06b358d7f1fc477608f3dc2cd167f45592a71d https://github.com/Hamlib/Hamlib/commit/ef06b358d7f1fc477608f3dc2cd167f45592a71d Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-22 (Mon, 22 Aug 2022) Changed paths: M rigs/yaesu/newcat.c M rigs/yaesu/newcat.h Log Message: ----------- Add verification of EX commands in newcat.c |
|
From: Michael B. <no...@gi...> - 2022-08-21 17:22:30
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 2275bf51f85fba88d405e4e206cbc941692106f4 https://github.com/Hamlib/Hamlib/commit/2275bf51f85fba88d405e4e206cbc941692106f4 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-21 (Sun, 21 Aug 2022) Changed paths: M rigs/yaesu/newcat.c Log Message: ----------- When Yaeus rigs are split and tx is on VFOA then turning split off will remain on VFOB tx/rx https://github.com/Hamlib/Hamlib/issues/1100 |
|
From: Michael B. <no...@gi...> - 2022-08-21 17:01:29
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 95126fd350169c778c7f53b1233a78835874aec4 https://github.com/Hamlib/Hamlib/commit/95126fd350169c778c7f53b1233a78835874aec4 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-08-21 (Sun, 21 Aug 2022) Changed paths: M rigs/yaesu/newcat.c Log Message: ----------- Add EX echo as separte get_cmd call for CAT TOT TIMEOUT Could do this for other EX commands too https://github.com/Hamlib/Hamlib/issues/1100 |
33 messages has been excluded from this view by a project administrator.
