Bug 239600
| Summary: | astro/gpsd: xgps dumps core while started | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | tschweikle |
| Component: | Individual Port(s) | Assignee: | Dmitry Marakasov <amdmi3> |
| Status: | Closed Feedback Timeout | ||
| Severity: | Affects Only Me | CC: | danfe |
| Priority: | --- | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
Maintainer informed via mail (In reply to Bugzilla Automation from comment #1) > ... upgrade to 3.19 maybe this would solve xgps core-dumping. Right now, the port is at version 3.20 since ports r528219, could you try it out and tell us if it still coredumps for you? Feedback timeout, assuming fixed. Quick test by running xgps on nonexisting server doesn't show any coredumps. |
OS: FreeBSD nc400-muc 13.0-CURRENT FreeBSD 13.0-CURRENT r347896 GENERIC arm gpsd: gpsd: 3.17 (revision 3.17) python: Python 2.7.16 --- # ifconfig lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 options=680003<RXCSUM,TXCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6> inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL> ue0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=80009<RXCSUM,VLAN_MTU,LINKSTATE> ether b8:27:eb:51:87:5c inet 10.160.7.205 netmask 0xffff0000 broadcast 10.160.255.255 media: Ethernet autoselect (100baseTX <full-duplex>) status: active nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> --- gpsd listens on localhost, port 2947: --- gpsd 1602 nobody 3u IPv4 0xddde9600 0t0 TCP 127.0.0.1:2947 (LISTEN) gpsd 1602 nobody 4u IPv6 0xddde9900 0t0 TCP [::1]:2947 (LISTEN) --- Starting xgps to connect to localhost, port 2947: --- # LANG=C xgps -D 5 127.0.0.1:2947 Unable to init server: Could not connect to 127.0.0.1: Connection refused Unable to init server: Could not connect to 127.0.0.1: Connection refused (xgps:19737): Gtk-CRITICAL **: 00:37:39.071: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed (xgps:19737): Gtk-CRITICAL **: 00:37:39.071: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed (xgps:19737): Gtk-CRITICAL **: 00:37:39.071: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed Segmentation fault (Speicherabzug geschrieben) --- xgps just dumps core. cgps or gpsmon do work: --- ┌───────────────────────────────────────────┐┌─────────────────────────────────┐ │ Time: 2019-08-01T22:47:58.000Z ││PRN: Elev: Azim: SNR: Used: │ │ Latitude: 48.22137628 N ││ 65 44 319 28 Y │ │ Longitude: 11.58991059 E ││ 73 42 040 29 Y │ │ Altitude: 560.800 m ││ 71 31 136 00 N │ │ Speed: 0.00 kph ││ 72 85 118 00 N │ │ Heading: 168.6 deg (true) ││ 74 84 150 00 N │ │ Climb: 0.00 m/min ││ 75 28 210 00 N │ │ Status: 3D FIX (56 secs) ││ 81 08 331 00 N │ │ Longitude Err: n/a ││ 82 07 018 00 N │ │ Latitude Err: n/a ││ │ │ Altitude Err: +/- 23 m ││ │ │ Course Err: n/a ││ │ │ Speed Err: n/a ││ │ │ Time offset: 0.163 ││ │ │ Grid Square: JN58tf ││ │ └───────────────────────────────────────────┘└─────────────────────────────────┘ {"class":"SKY","device":"/dev/cuaU0.1","vdop":1.00,"hdop":8.20,"pdop":8.30,"satellites":[{"PRN":73,"el":42,"az" :40,"ss":30,"used":true},{"PRN":65,"el":44,"az":319,"ss":28,"used":true},{"PRN":74,"el":84,"az":150,"ss":0,"use d":false},{"PRN":82,"el":7,"az":18,"ss":0,"used":false},{"PRN":75,"el":28,"az":210,"ss":0,"used":false},{"PRN": 81,"el":8,"az":331,"ss":0,"used":false},{"PRN":71,"el":31,"az":136,"ss":0,"used":false},{"PRN":72,"el":85,"az": 118,"ss":0,"used":false}]} --- cgps: cgps: 3.17 (revision 3.17) gpsmon: gpsmon: 3.17 (revision 3.17) Since gpsd 3.17 is about two years old and meanwhile 3.19 is actual it might make sense to upgrade to 3.19 maybe this would solve xgps core-dumping.