Ham Radio Control Libraries developers

Jeff | 11 May 2012 05:15

rigctld on a windows box

how do you get rigtcld to run on a windows box.?  on my box I type the
following

rigctld -m 114 for my ft-920 and it just aborts back out to the command
line with nothing running.  I tried to telnet into the localhost port
4532 but nothing.

On my linux box I can do rigtcld -m 1 and the daemon is running and I
can telnet into port 4532 and communicate with no problems.

Is there something i am missing on a windows box?  I have the latest .15
on the windows box and .13 on the Linux box.
--

-- 
Jeff <n7yg <at> n7yg.com>

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Jeff | 12 May 2012 17:10

Re: rigctld on a windows box

I've tried to run this as a Windows Service without much luck.  I can
create the service, but when I try to start it, it returns an error
message that it was not responding in a timely manner.

I'm not much of a C programmer, but I did have a look at the source for
rigctld and it appears that in the windows build, it is not getting to
the socket listen loop.

-- 
Jeff <n7yg <at> n7yg.com>

On Thu, 2012-05-10 at 20:15 -0700, Jeff wrote:
> how do you get rigtcld to run on a windows box.?  on my box I type the
> following
> 
> rigctld -m 114 for my ft-920 and it just aborts back out to the command
> line with nothing running.  I tried to telnet into the localhost port
> 4532 but nothing.
> 
> On my linux box I can do rigtcld -m 1 and the daemon is running and I
> can telnet into port 4532 and communicate with no problems.
> 
> Is there something i am missing on a windows box?  I have the latest .15
> on the windows box and .13 on the Linux box.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware

(Continue reading)

headers

Nate Bargmann | 15 May 2012 13:01

Re: rigctld on a windows box

* On 2012 12 May 10:26 -0500, Jeff wrote:
> I've tried to run this as a Windows Service without much luck.  I can
> create the service, but when I try to start it, it returns an error
> message that it was not responding in a timely manner.
> 
> I'm not much of a C programmer, but I did have a look at the source for
> rigctld and it appears that in the windows build, it is not getting to
> the socket listen loop.

Hi Jeff.

You're not being ignored.  

Does simply running 'rigctld' without arguments work?  Doing so will
automatically select rig model 1, the "dummy" rig.  You can add just the
-vvvvv option to see if rigctld reports anything to the terminal.

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions

(Continue reading)

headers

Jeff | 15 May 2012 14:02

Re: rigctld on a windows box

On Tue, 2012-05-15 at 06:01 -0500, Nate Bargmann wrote:
> * On 2012 12 May 10:26 -0500, Jeff wrote:
> > I've tried to run this as a Windows Service without much luck.  I can
> > create the service, but when I try to start it, it returns an error
> > message that it was not responding in a timely manner.
> > 
> > I'm not much of a C programmer, but I did have a look at the source for
> > rigctld and it appears that in the windows build, it is not getting to
> > the socket listen loop.
> 
> Hi Jeff.
> 
> You're not being ignored.  
> 
> Does simply running 'rigctld' without arguments work?  Doing so will
> automatically select rig model 1, the "dummy" rig.  You can add just the
> -vvvvv option to see if rigctld reports anything to the terminal.
> 
> 73, de Nate >>
> 

No problem Nate, I've been quite ill the past week, but back to normal
now.

No, I tried that first and that is what I would have suspected and the
program to have not come back to the program line, or show an instance
that it was running in the list of processes.  I've also tried to run it
as a service, without any command line parameters, but Windows says that
it is not responding quickly enough --whatever that is suppose to mean.

(Continue reading)

headers

James Patterson | 15 May 2012 15:18

Re: rigctld on a windows box

I can confirm that it runs for me on Windows 7.  Just running
rigctld.exe provides a blank command window which stays alive.

I am then able to telnet in and fire commands at it.

I wonder if it could be UAC related?  Are you an administrator?  Is UAC enabled?

James
M1DST

On 15 May 2012 13:02, Jeff <n7yg <at> n7yg.com> wrote:
>
>
> On Tue, 2012-05-15 at 06:01 -0500, Nate Bargmann wrote:
>> * On 2012 12 May 10:26 -0500, Jeff wrote:
>> > I've tried to run this as a Windows Service without much luck.  I can
>> > create the service, but when I try to start it, it returns an error
>> > message that it was not responding in a timely manner.
>> >
>> > I'm not much of a C programmer, but I did have a look at the source for
>> > rigctld and it appears that in the windows build, it is not getting to
>> > the socket listen loop.
>>
>> Hi Jeff.
>>
>> You're not being ignored.  
>>
>> Does simply running 'rigctld' without arguments work?  Doing so will
>> automatically select rig model 1, the "dummy" rig.  You can add just the
>> -vvvvv option to see if rigctld reports anything to the terminal.

(Continue reading)

headers

Jeff | 15 May 2012 14:16

Re: rigctld on a windows box

..and I did check a fer other version that I have here and it works in
1.2.10 and 1.2.13.1.  With the last version, I do get a message form the
firewall wanting me to allow it access to the Internet.  I am able to
telnet into it and communicate with the Dummy rig.  So I guess my next
question is, will the 1.2.13.1 version of rigctld work with the dlls
from .15?

On Tue, 2012-05-15 at 06:01 -0500, Nate Bargmann wrote:
> * On 2012 12 May 10:26 -0500, Jeff wrote:
> > I've tried to run this as a Windows Service without much luck.  I can
> > create the service, but when I try to start it, it returns an error
> > message that it was not responding in a timely manner.
> > 
> > I'm not much of a C programmer, but I did have a look at the source for
> > rigctld and it appears that in the windows build, it is not getting to
> > the socket listen loop.
> 
> Hi Jeff.
> 
> You're not being ignored.  
> 
> Does simply running 'rigctld' without arguments work?  Doing so will
> automatically select rig model 1, the "dummy" rig.  You can add just the
> -vvvvv option to see if rigctld reports anything to the terminal.
> 
> 73, de Nate >>
> 

--

-- 
Jeff <n7yg <at> n7yg.com>

(Continue reading)

headers

Daniele Pistollato | 15 May 2012 14:57

R: rigctld on a windows box

Sorry for the stupid question but... 
why running Rigctld as a service? What's the benefit instead of running it
as a standard application? (we know, instead, the "problems" to install it
as a service for final users)

Just to figure if there are benefits. I'm running rigctld as application for
my Log (Log4OM)

73
Daniele IW3HMH

-----Messaggio originale-----
Da: Jeff [mailto:n7yg <at> n7yg.com] 
Inviato: martedì 15 maggio 2012 14:17
A: hamlib-developer <at> lists.sourceforge.net
Oggetto: Re: [Hamlib-developer] rigctld on a windows box

..and I did check a fer other version that I have here and it works in
1.2.10 and 1.2.13.1.  With the last version, I do get a message form the
firewall wanting me to allow it access to the Internet.  I am able to telnet
into it and communicate with the Dummy rig.  So I guess my next question is,
will the 1.2.13.1 version of rigctld work with the dlls from .15?

On Tue, 2012-05-15 at 06:01 -0500, Nate Bargmann wrote:
> * On 2012 12 May 10:26 -0500, Jeff wrote:
> > I've tried to run this as a Windows Service without much luck.  I 
> > can create the service, but when I try to start it, it returns an 
> > error message that it was not responding in a timely manner.
> > 
> > I'm not much of a C programmer, but I did have a look at the source

(Continue reading)

headers

Kamil Zadora | 15 May 2012 15:28

Re: R: rigctld on a windows box

On Tue, May 15, 2012 at 2:57 PM, Daniele Pistollato <lele <at> pisto.it> wrote:

Sorry for the stupid question but...
why running Rigctld as a service? What's the benefit instead of running it
as a standard application? (we know, instead, the "problems" to install it
as a service for final users)

I think that Jeff tried exactly that at the beginning but it did not work either.

Running it as a service was just of one things he tried to make it work.

Jeff wrote:

..and I did check a fer other version that I have here and it works in

1.2.10 and 1.2.13.1. With the last version, I do get a message form the

firewall wanting me to allow it access to the Internet. I am able to

telnet into it and communicate with the Dummy rig. So I guess my next

question is, will the 1.2.13.1 version of rigctld work with the dlls

from .15?

So the latest version works with dummy rig as I understend (it also works on my machine), what do you get if you run:

rigctld -m 114 -vvvvv

Also, what version of windows are you running?

On Tue, May 15, 2012 at 2:57 PM, Daniele Pistollato <lele <at> pisto.it> wrote:

Sorry for the stupid question but...
why running Rigctld as a service? What's the benefit instead of running it
as a standard application? (we know, instead, the "problems" to install it
as a service for final users)

Just to figure if there are benefits. I'm running rigctld as application for
my Log (Log4OM)

73
Daniele IW3HMH

-----Messaggio originale-----
Da: Jeff [mailto:n7yg <at> n7yg.com]
Inviato: martedì 15 maggio 2012 14:17
A: hamlib-developer <at> lists.sourceforge.net
Oggetto: Re: [Hamlib-developer] rigctld on a windows box

..and I did check a fer other version that I have here and it works in
1.2.10 and 1.2.13.1. With the last version, I do get a message form the
firewall wanting me to allow it access to the Internet. I am able to telnet
into it and communicate with the Dummy rig. So I guess my next question is,
will the 1.2.13.1 version of rigctld work with the dlls from .15?

On Tue, 2012-05-15 at 06:01 -0500, Nate Bargmann wrote:
> * On 2012 12 May 10:26 -0500, Jeff wrote:
> > I've tried to run this as a Windows Service without much luck. I
> > can create the service, but when I try to start it, it returns an
> > error message that it was not responding in a timely manner.
> >
> > I'm not much of a C programmer, but I did have a look at the source
> > for rigctld and it appears that in the windows build, it is not
> > getting to the socket listen loop.
>
> Hi Jeff.
>
> You're not being ignored.
>
> Does simply running 'rigctld' without arguments work? Doing so will
> automatically select rig model 1, the "dummy" rig. You can add just
> the -vvvvv option to see if rigctld reports anything to the terminal.
>
> 73, de Nate >>
>

--
Jeff <n7yg <at> n7yg.com>

----------------------------------------------------------------------------
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

headers

Jeff | 16 May 2012 00:42

Re: R: rigctld on a windows box

Thanks everyone for your inputs.  When all else fails in Windows, you
resort to rule #271 -- reboot the damn thing 3 or 4 times until it
submits!!!

As a last ditch effort and to apply the weekly round of Microsoft
"security updates", I rebooted.  Lo and behold, .15 is now working like
a champ.

Don't ya just luv winders!!!

de Jeff N7YG

On Tue, 2012-05-15 at 15:28 +0200, Kamil Zadora wrote:
> On Tue, May 15, 2012 at 2:57 PM, Daniele
> Pistollato <lele <at> pisto.it> wrote:
>         Sorry for the stupid question but...
>         why running Rigctld as a service? What's the benefit instead
>         of running it
>         as a standard application? (we know, instead, the "problems"
>         to install it
>         as a service for final users)
>  
> I think that Jeff tried exactly that at the beginning but it did not
> work either.
> Running it as a service was just of one things he tried to make it
> work.
> 
> 
> Jeff wrote:
>         ..and I did check a fer other version that I have here and it
>         works in
>         1.2.10 and 1.2.13.1.  With the last version, I do get a
>         message form the
>         firewall wanting me to allow it access to the Internet.  I am
>         able to
>         telnet into it and communicate with the Dummy rig.  So I guess
>         my next
>         question is, will the 1.2.13.1 version of rigctld work with
>         the dlls
>         from .15?
>         
>         
> So the latest version works with dummy rig as I understend (it also
> works on my machine), what do you get if you run:
> 
> 
> rigctld -m 114  -vvvvv
> 
> 
> Also, what version of windows are you running?
> 
> On Tue, May 15, 2012 at 2:57 PM, Daniele Pistollato <lele <at> pisto.it>
> wrote:
>         Sorry for the stupid question but...
>         why running Rigctld as a service? What's the benefit instead
>         of running it
>         as a standard application? (we know, instead, the "problems"
>         to install it
>         as a service for final users)
>         
>         Just to figure if there are benefits. I'm running rigctld as
>         application for
>         my Log (Log4OM)
>         
>         73
>         Daniele IW3HMH
>         
>         -----Messaggio originale-----
>         Da: Jeff [mailto:n7yg <at> n7yg.com]
>         Inviato: martedì 15 maggio 2012 14:17
>         A: hamlib-developer <at> lists.sourceforge.net
>         Oggetto: Re: [Hamlib-developer] rigctld on a windows box
>         
>         ..and I did check a fer other version that I have here and it
>         works in
>         1.2.10 and 1.2.13.1.  With the last version, I do get a
>         message form the
>         firewall wanting me to allow it access to the Internet.  I am
>         able to telnet
>         into it and communicate with the Dummy rig.  So I guess my
>         next question is,
>         will the 1.2.13.1 version of rigctld work with the dlls
>         from .15?
>         
>         On Tue, 2012-05-15 at 06:01 -0500, Nate Bargmann wrote:
>         > * On 2012 12 May 10:26 -0500, Jeff wrote:
>         > > I've tried to run this as a Windows Service without much
>         luck.  I
>         > > can create the service, but when I try to start it, it
>         returns an
>         > > error message that it was not responding in a timely
>         manner.
>         > >
>         > > I'm not much of a C programmer, but I did have a look at
>         the source
>         > > for rigctld and it appears that in the windows build, it
>         is not
>         > > getting to the socket listen loop.
>         >
>         > Hi Jeff.
>         >
>         > You're not being ignored.  
>         >
>         > Does simply running 'rigctld' without arguments work?  Doing
>         so will
>         > automatically select rig model 1, the "dummy" rig.  You can
>         add just
>         > the -vvvvv option to see if rigctld reports anything to the
>         terminal.
>         >
>         > 73, de Nate >>
>         >
>         
>         --
>         Jeff <n7yg <at> n7yg.com>
>         
>         
>         ----------------------------------------------------------------------------
>         --
>         Live Security Virtual Conference
>         Exclusive live event will cover all the ways today's security
>         and
>         threat landscape has changed and how IT managers can respond.
>         Discussions
>         will include endpoint security, mobile security and the latest
>         in malware
>         threats.
>         http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>         _______________________________________________
>         Hamlib-developer mailing list
>         Hamlib-developer <at> lists.sourceforge.net
>         https://lists.sourceforge.net/lists/listinfo/hamlib-developer
>         
>         
>         ------------------------------------------------------------------------------
>         Live Security Virtual Conference
>         Exclusive live event will cover all the ways today's security
>         and
>         threat landscape has changed and how IT managers can respond.
>         Discussions
>         will include endpoint security, mobile security and the latest
>         in malware
>         threats.
>         http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>         _______________________________________________
>         Hamlib-developer mailing list
>         Hamlib-developer <at> lists.sourceforge.net
>         https://lists.sourceforge.net/lists/listinfo/hamlib-developer
>         
> 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________ Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hamlib-developer

--

-- 
Jeff <n7yg <at> n7yg.com>

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

headers

Nate Bargmann | 16 May 2012 01:47

Re: R: rigctld on a windows box

* On 2012 15 May 18:10 -0500, Jeff wrote:
> Thanks everyone for your inputs.  When all else fails in Windows, you
> resort to rule #271 -- reboot the damn thing 3 or 4 times until it
> submits!!!

Or dies...

> As a last ditch effort and to apply the weekly round of Microsoft
> "security updates", I rebooted.  Lo and behold, .15 is now working like
> a champ.

That's good to hear.  I suppose we'll never have any idea what was
causing the show stopper.

> Don't ya just luv winders!!!

Uhhh, no!

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Daniele Pistollato | 16 May 2012 07:36

Re: rigctld on a windows box

Anyway i strongly (can i?  ) suggest an option in the next release
to dump screen informations from rigctld to a text file for debugging
purposes.
It's easier than asking a screenshot of the os

73 daniele iw3hmh

2012/5/16, Nate Bargmann <n0nb <at> n0nb.us>:
> * On 2012 15 May 18:10 -0500, Jeff wrote:
>> Thanks everyone for your inputs.  When all else fails in Windows, you
>> resort to rule #271 -- reboot the damn thing 3 or 4 times until it
>> submits!!!
>
> Or dies...
>
>> As a last ditch effort and to apply the weekly round of Microsoft
>> "security updates", I rebooted.  Lo and behold, .15 is now working like
>> a champ.
>
> That's good to hear.  I suppose we'll never have any idea what was
> causing the show stopper.
>
>> Don't ya just luv winders!!!
>
> Uhhh, no!
>
> 73, de Nate >>
>
> --
>
> "The optimist proclaims that we live in the best of all
> possible worlds.  The pessimist fears this is true."
>
> Ham radio, Linux, bikes, and more: http://www.n0nb.us
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Hamlib-developer mailing list
> Hamlib-developer <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer
>

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Nate Bargmann | 16 May 2012 13:16

Re: rigctld on a windows box

* On 2012 16 May 00:43 -0500, Daniele Pistollato wrote:
> Anyway i strongly (can i?  ) suggest an option in the next release
> to dump screen informations from rigctld to a text file for debugging
> purposes.

Use the NT cmd shell redirection operators which work the same as their
Unix cousins:

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/redirection.mspx?mfr=true

For example, using the command:

rigctld -m 1 -vvvvv >output.txt 2>$1

should put the STDOUT and STDERR outputs into the file output.txt.  Do
experiment.  

If anyone is using Cygwin, one can use its 'script' command as noted in
README.betatester in the "Testing Hamlib" section, just like on a Unix
(Linux) system.  This has the added feature of the STDOUT and STDERR
output being visible on the display while also being written to the
file.  The redirection operators shown above won't have any display
output unless the 'tee' operator is added. The script command allows for
interactive use of rigctl which the redirection operators shown above
will make quite difficult.

> It's easier than asking a screenshot of the os

I don't recall asking for screenshots, but rather the output as a text
file.  I've not complained as helping has always been my primary
objective.

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Daniele Pistollato | 16 May 2012 13:37

R: rigctld on a windows box


-----Messaggio originale-----
Da: Nate Bargmann [mailto:n0nb <at> n0nb.us] 
Inviato: mercoledì 16 maggio 2012 13:17
A: hamlib-developer <at> lists.sourceforge.net
Oggetto: Re: [Hamlib-developer] rigctld on a windows box

> It's easier than asking a screenshot of the os

I don't recall asking for screenshots, but rather the output as a text file.
I've not complained as helping has always been my primary objective.

73, de Nate >>

Yes, i mean: it's easier for me than asking screenshots to my users :)

73
Daniele

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Nate Bargmann | 16 May 2012 13:56

Re: R: rigctld on a windows box

* On 2012 16 May 06:38 -0500, Daniele Pistollato wrote:

> Yes, i mean: it's easier for me than asking screenshots to my users :)

Ahhh, thanks for the clarification.  

Please pass my previous mail along when you're requesting info from your
users.  It will probably help us both.

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Dave B | 16 May 2012 01:44

Re: R: rigctld on a windows box

On 15 May 2012 at 15:42, Jeff wrote:

> As a last ditch effort and to apply the weekly round of Microsoft
> "security updates", I rebooted.  Lo and behold, .15 is now working
> like a champ.

It happens sometimes, not just Windows either...

Weekly updates!

MS only issue security updates once a month (the second "Patch" Tuesday 
in each month.)  Unless you've something on there that is preventing an 
update from sticking (not uncommon) then I'd expect it to winge all the 
time, every day, after each boot..   (Out of cycle "Emergency" patches 
notwithstanding.)  Or, are you seeing third party SW updates, Adobe, 
Firefox etc..?

FYI, the last few months I've been using Ubuntu (11.10) for some light 
coding in Flrig, that OS has updated itself 2 or 3 times a month, instead 
of once a month on the Winders boxes.  So that dispell's that myth.

And I still can't find out why Ubuntu 11.10 (and also Linux Mint 12 I 
found earlier, yes I know they are "related") slow to a crawl after some 
time of running Fldigi.  Something to do with PulseAudio it's thought, 
but no one seems to realy know.  (There's a huge thread or two, on the 
LinuxHam list.  And it's not just me who's seen the problem either.)

While I'm here, any clues why the "built in" version of Hamlib in Fldigi 
works great on Linux, but dies a nasty death on Windows?  Or at best, if 
it run's at all, it's real clunky.  (Win 7 Home Premium 32 bit.)

I can confirm however, that the TS-870S backend, or at least what 
functions Fldigi makes use of it, works fine.  Running on Linux anyway 
that works well, until PulseAudio (or whatever) strays into a tarpit.

73.

Dave G0WBX.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Jeff | 17 May 2012 00:52

Re: R: rigctld on a windows box

Once a Month??? HA HA HA!!! I get updates on both my Win 7 machines on a
weekly basis.  Mine usually come in late Tuesday evening or early
Wednesday mornings.  The XYL's comptuer get's them on Thursday.  I have
mine set to download and alert me.  I will install them when I see fit.

AS for Ubuntu slowing to a crawl -- try dumping the Gnome session and
loading up LXDE and use lxdm in place of gdm or kdm.  Cured my slow down
problem when I installed 11.04.  I still have yet to take the plunge to
go to 11.10 or 12.04.  Took 16 hours to do the 11.04 from 10.10 upgrade.

de Jeff N7YG

On Wed, 2012-05-16 at 00:44 +0100, Dave B wrote:
> On 15 May 2012 at 15:42, Jeff wrote:
> 
> > As a last ditch effort and to apply the weekly round of Microsoft
> > "security updates", I rebooted.  Lo and behold, .15 is now working
> > like a champ.
> 
> It happens sometimes, not just Windows either...
> 
> Weekly updates!
> 
> MS only issue security updates once a month (the second "Patch" Tuesday 
> in each month.)  Unless you've something on there that is preventing an 
> update from sticking (not uncommon) then I'd expect it to winge all the 
> time, every day, after each boot..   (Out of cycle "Emergency" patches 
> notwithstanding.)  Or, are you seeing third party SW updates, Adobe, 
> Firefox etc..?
> 
> FYI, the last few months I've been using Ubuntu (11.10) for some light 
> coding in Flrig, that OS has updated itself 2 or 3 times a month, instead 
> of once a month on the Winders boxes.  So that dispell's that myth.
> 
> And I still can't find out why Ubuntu 11.10 (and also Linux Mint 12 I 
> found earlier, yes I know they are "related") slow to a crawl after some 
> time of running Fldigi.  Something to do with PulseAudio it's thought, 
> but no one seems to realy know.  (There's a huge thread or two, on the 
> LinuxHam list.  And it's not just me who's seen the problem either.)
> 
> While I'm here, any clues why the "built in" version of Hamlib in Fldigi 
> works great on Linux, but dies a nasty death on Windows?  Or at best, if 
> it run's at all, it's real clunky.  (Win 7 Home Premium 32 bit.)
> 
> I can confirm however, that the TS-870S backend, or at least what 
> functions Fldigi makes use of it, works fine.  Running on Linux anyway 
> that works well, until PulseAudio (or whatever) strays into a tarpit.
> 
> 73.
> 
> Dave G0WBX.
> 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Hamlib-developer mailing list
> Hamlib-developer <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer
> 

--

-- 
Jeff <n7yg <at> n7yg.com>

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Nate Bargmann | 15 May 2012 15:18

Re: rigctld on a windows box

* On 2012 15 May 07:18 -0500, Jeff wrote:
> ..and I did check a fer other version that I have here and it works in
> 1.2.10 and 1.2.13.1.  With the last version, I do get a message form the
> firewall wanting me to allow it access to the Internet.  I am able to
> telnet into it and communicate with the Dummy rig.

That is quite interesting as I don't recall any changes to the rigctld
source since 1.2.13.1.  I've been building the Win32 binaries on the
same Ubuntu VM all that time which has been stable except for security
updates, etc.

Which version of Windows?

> So I guess my next question is, will the 1.2.13.1 version of rigctld
> work with the dlls from .15?

Doubtful.  I'm going to guess that you'll either get symbol errors or
crashes.

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/