bugGPSD - Bugs: bug #43039, ?WATCH on one tcp connection...

 
 

bug #43039: ?WATCH on one tcp connection returns data from all tcp connections

Submitted by:  None
Submitted on:  Thu 21 Aug 2014 09:27:33 AM UTC  
 
Category: NoneSeverity: 4 - Important
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Eric S. Raymond <esr>
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Fri 22 Aug 2014 03:01:07 AM UTC, comment #2:

Has this bug been fuxed by the latest round of changes?

Eric S. Raymond <esr>
Project AdministratorIn charge of this item.
Thu 21 Aug 2014 09:27:33 AM UTC, comment #1:

This item has been reassigned from the project GPSD support tracker to your tracker.

The original report is still available at support #108546

Following are the information included in the original report:

[field #0] Item ID: 108546
[field #1] Group ID: 10494
[field #2] Open/Closed: Open
[field #3] Severity: 4 - Important
[field #4] Privacy: Public
[field #7] : Unknown support Field Display Type
[field #8] : Unknown support Field Display Type
[field #9] Category: None
[field #10] Submitted by: None
[field #11] Assigned to: None
[field #12] Submitted on: Wed 16 Apr 2014 01:59:45 AM EDT
[field #13] Summary: ?WATCH on one tcp connection returns data from all tcp connections
[field #14] Original Submission: My system is configured with tcp servers that provide two tcp streams to gpsd. One server, on port 46001 sends high rate data (approx 130 per second),
The other server on port 46002 sends low rate data (approx 1 per second).

gpsd is started by:

gpsd -b -D0 -F /tmp/gpsd.sock tcp://localhost:46001 tcp://localhost:46002

If I telnet directly to 46002 I see the expected data at the expected low rate.

When gpsd connects to the two ports, if I issue a watch to port 2947 specifying :

?WATCH={"enable":true, "json":true, "scaled":true, "split24":true, "device":"tcp://localhost:46002}

then I receive data that was sent to gpsd on both 46001 and 46002.

Am I doing something wrong in my watch statement?
Is my expectation that a watch on a specified tcp port should return only data that was sourced from that port?
[field #16] Item Group: None
[field #17] Status: None
[field #18] Component Version: None
[field #19] Operating System: GNU/Linux
[field #20] Reproducibility: None
[field #21] Size (loc): None
[field #22] Fixed Release: None
[field #23] Planned Release: None
[field #24] Effort: 0.00
[field #28] Priority: 5 - Normal
[field #31] Percent Complete: 0%
[field #33] Release: None
[field #36] Originator Email: roy@rbdb.net
[field #58] Custom Select Box #1: None
[field #59] Custom Select Box #2: None
[field #60] Custom Select Box #3: None
[field #61] Custom Select Box #4: None
[field #62] Custom Select Box #5: None
[field #63] Custom Select Box #6: None
[field #64] Custom Select Box #7: None
[field #65] Custom Select Box #8: None
[field #66] Custom Select Box #9: None
[field #67] Custom Select Box #10: None

Eric S. Raymond <esr>
Project AdministratorIn charge of this item.
Thu 21 Aug 2014 09:27:33 AM UTC, original submission:

My system is configured with tcp servers that provide two tcp streams to gpsd. One server, on port 46001 sends high rate data (approx 130 per second),
The other server on port 46002 sends low rate data (approx 1 per second).

gpsd is started by:

gpsd -b -D0 -F /tmp/gpsd.sock tcp://localhost:46001 tcp://localhost:46002

If I telnet directly to 46002 I see the expected data at the expected low rate.

When gpsd connects to the two ports, if I issue a watch to port 2947 specifying :

?WATCH={"enable":true, "json":true, "scaled":true, "split24":true, "device":"tcp://localhost:46002}

then I receive data that was sent to gpsd on both 46001 and 46002.

Am I doing something wrong in my watch statement?
Is my expectation that a watch on a specified tcp port should return only data that was sourced from that port?

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by esr (Posted a comment)
  • -unavailable- added by None (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 22 Feb 2015 05:05:00 PM UTCesrOpen/ClosedOpen=>Closed
    Fri 05 Sep 2014 12:51:00 PM UTCesrStatusNone=>Fixed
      Assigned toNone=>esr
    Thu 21 Aug 2014 09:27:33 AM UTCesrReassign itemGPSD, sr #108546=>GPSD, bug #43039

    Back to the top


    Powered by Savane 3.1-cleanup1