Hi Everyone.<div><br></div><div>I notice that most of the compiler warnings which Mitar mentioned come from the file olsrd/src/linux/kernel_routes_ioctl.c (when trying to compile the latest version of olsrd). It seems that major changes have happened in the /linux directory.</div>

<div><br></div><div>The first difference I noted between the new version and the older version is that linux/kernel_routes.c is no longer there, but instead we have kernel_routes_ioctl (roughly the same as the old kernel_routes) and a new kernel_routes_nl. </div>

<div><br></div><div>I get some interesting errors about specific functions in kernel_routes_ioctrl.c, namely from olsr_ioctrl_add_route6 and olsr_ioctrl_del_route6. I am also seeing the repeated warnings come up about "cast increases required alignment of target type".</div>

<div><br></div><div>from add_route6:</div><div><div>src/linux/kernel_routes_ioctl.c:195: error: storage size of 'kernel_route' isn't known</div><div>src/linux/kernel_routes_ioctl.c:200: error: invalid application of 'sizeof' to incomplete type 'struct in6_rtmsg' </div>

</div><div>from del_route6:</div><div><div><div>src/linux/kernel_routes_ioctl.c:296: error: storage size of 'kernel_route' isn't known</div><div>src/linux/kernel_routes_ioctl.c:301: error: invalid application of 'sizeof' to incomplete type 'struct in6_rtmsg' </div>

</div></div><div><br></div><div>Has there been a change in the type definition for in6_rtmsg? </div><div><br></div><div>There haven't been too many changes in the _route6 functions, so perhaps there is some other, more hidden change that's causing these problems.</div>

<div><br></div><div>I will write more later as I find more things out.</div><div><br></div><div>- Charles </div><div><br></div><div><br></div><div><br><div class="gmail_quote">On Fri, Jun 25, 2010 at 8:31 AM, Mitar <span dir="ltr"><<a href="mailto:mmitar@gmail.com">mmitar@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi!<br>
<div class="im"><br>
On Fri, Jun 25, 2010 at 8:01 AM, Sven-Ola Tuecke <<a href="mailto:sven-ola@gmx.de">sven-ola@gmx.de</a>> wrote:<br>
> - There is a command line interface to interact with wpa_supplicant named<br>
> "wpa_cli". wpa_cli uses a named pipe to communicate. On my samsung galaxy, the<br>
> pipe is located somewhere under /data/misc/wifi which may be changed on your<br>
> mobile phone to other location.<br>
<br>
</div>When you published your solution I checked it against mine and found<br>
out that it seems we have different WiFi stack on Samsung Galaxy and<br>
mine HTC Hero. If I remember correctly. Because for me I could not<br>
just add a network with wpa_cli and it would work. (I tested this with<br>
your ff script.) And also my wifi interface is not called eth0. So<br>
there are some differences among Android phones on this level it<br>
seems.<br>
<br>
I first  had to change/add in /system/etc/wifi/tiwlan.ini:<br>
<br>
WiFiAdhoc = 1<br>
dot11DesiredSSID = <a href="http://open.wlan-lj.net" target="_blank">open.wlan-lj.net</a><br>
dot11DesiredBSSType = 0<br>
<br>
Then I could even see ad-hoc networks in GUI and connect to them. Or<br>
probably just to one of them as SSID is hard-coded.<br>
<br>
Then I added configuration of the network to<br>
/data/misc/wifi/wpa_supplicant.conf. But this is probably the same as<br>
adding it dynamically through wpa_cli.<br>
<br>
One more thing about "So nothing to worry about: copiler is printing<br>
<div class="im">out hints that something in memory consumes more bytes than<br>
normallly."<br>
<br>
</div>I was asking this because last year I have been doing one compiler to<br>
ARM platform and had problems because I misaligned stack (to 4 bytes<br>
and not to 8 as Debian ABI for armel platform specifies) before<br>
calling standard lib functions which then behaved really really<br>
interesting - while still working. For example printf still worked,<br>
but for unicode strings it threw out all accents. Sometimes. So it<br>
depended on how much code there was in a program. One more code line<br>
and printf worked as it should. One less and it did funny things. 4<br>
bytes. ;-)<br>
<br>
But probably GCC is smart enough to take care of all this when some of<br>
structures oversize. I just wanted to be sure. I like make programs<br>
compiling without any warnings with -Wall.<br>
<div><div></div><div class="h5"><br>
<br>
Mitar<br>
<br>
--<br>
Olsr-dev mailing list<br>
<a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
<a href="http://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-dev</a><br>
</div></div></blockquote></div><br></div>