Has anyone in the list been able to look at this? I’d appreciate some help.
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986>
for Windows 10
From: Thomas Green<mailto:TGreen2@Sorenson.com>
Sent: Friday, November 15, 2019 10:33 AM
To: Daniel Wagner<mailto:email@example.com>;
Subject: RE: simpler reproduction of connman error
My apologies for not posting to the list originally.
Attached is a new log, with further the further instrumentation. As you notice on line
798 of the log, in __connman_ipconfig_save, the gateway is being saved correctly. The
next time ipconfig_save is called, all ipv4 entries have been cleared. As a result what
is currently in the configuration file except for the gateway is re-saved. As I trace the
log, I'm not sure if having all the ipv4 members cleared is really what is supposed to
You said to also use gdb and give you a stack trace. Where would you like to see the
From: Daniel Wagner [mailto:firstname.lastname@example.org]
Sent: Thursday, November 14, 2019 2:22 AM
To: Thomas Green <TGreen2(a)Sorenson.com>; g(a)beryllium.lan
Subject: Re: simpler reproduction of connman error
Please don't drop the mailing list. This is the last time I'll say this.
On Wed, Nov 13, 2019 at 05:01:10PM +0000, Thomas Green wrote:
Here are two logs that capture the problem. One is much longer (we
have a lot of wireless APs) and one that is a little more focused.
Here is when the config is reloaded triggered by the last connect. As you can see the
gateway is not set.
connmand: ../connman-1.37/src/ipconfig.c:__connman_ipconfig_load() ipconfig 0x715e50
connmand: ../connman-1.37/src/inet.c:connman_inet_set_address() index 3 address
10.20.187.10 prefix_len 24
connmand: ../connman-1.37/src/inet.c:__connman_inet_modify_address() cmd 0x14 flags
0x104 index 3 family 2 address 10.20.187.10 peer (null) prefixlen 24 broadcast (null)
connmand: ../connman-1.37/src/ipconfig.c:__connman_ipconfig_gateway_add() type 1 gw
(null) peer (null)
service 0x705850 index 3 gateway 0.0.0.0 vpn ip (null) type 1
connmand: ../connman-1.37/src/service.c:connman_service_ref_debug() 0x705850 ref 2
So no suprise the gateway is not set. The question is why ipconfig is updated.
I starred for a while at the log but I couldn't really trace what's really the
source of the gateway update which set it's to NULL. I suggest you instrument the code
at __connman_ipconfig_gateway_add(), __connman_ipconfig_load(), __connman_ipconfig_save()
and __connman_ipconfig_set_gateway(). Also you might want add a breakpoint with gdb and
post the stack trace.
connman mailing list -- connman(a)lists.01.org To unsubscribe send an email to