Re: [Question] gpsd, ntrip & C94-M8P (u-Blox)

[Gary E. Miller]

Yo Greg!

On Thu, 30 Apr 2020 09:21:01 -0400
Greg Troxel <address@hidden> wrote:

> Florian Kiera <address@hidden> writes:
> 
> > To give a short explanation how I solved my issue before:
> > Greg gave me a huge hint to check out net_ntrip.c line 453. (You
> > might already know:) In this line it checks the "ICY 200 OK"
> > feedback. However, because my caster sends "ICY 200 OK\x0d\x0a" gpsd
> > counted it as error and closed the connection. I just changed
> > net_ntrip.c line 33 '#define  NTRIP_ICY "ICY 200 OK"' to "ICY 200
> > OK\x0d\x0a", installed it anew and now the "good stream" works
> > again.  
> 
> I am puzzled by two things:
> 
>   0xd 0xa is CR LF.  Something like this seems sort of expected in
> these sorts of protocols, but I'm really not clear on the details.
> It could be good to chase down the rules for these sorts of
>   looking-like-http messages.

Yeah, doc on NTRIP would be nice.  I keep looking...

>   The code uses strstr which is supposed to find a substring, perhaps
>   for this very reason.

Yeah, I dont get it either.  Why does testing for a longer string match
when matching the shorter one did not???

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
        address@hidden  Tel:+1 541 382 8588

            Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin

pgpDpIs3ZpuUY.pgp
Description: OpenPGP digital signature