The OS I am using is OSE166, running on Infineon c166. I am almost done, seems that openvpn works fine on 16 bit machine, with some fixes I made. I will send all changes once I am done. Anyway, if you pass such large value, it would be a good practice to set the argument type to long.
-----Original Message----- From: Gert Doering [mailto:g...@greenie.muc.de] Sent: Tuesday, December 13, 2011 11:19 PM To: Tiran Kaskas Cc: Adriaan de Jong; Gert Doering; openvpn-devel@lists.sourceforge.net Subject: Re: [Openvpn-devel] Problem with alloc_buf_gc function Hi On Tue, Dec 13, 2011 at 08:22:36PM +0000, Tiran Kaskas wrote: > The problem is that the nl package was built with 2.1 version, and I have > used this. 2.1+nl patches is fine. 2.0 is not what you want. > On a different topic: I found an issue, you probably want to fix that: > In reliable_pid_in_range1() function, the third parameter(extent) is an > unsigned int. > However, this function is being called by reliable_pid_min(), passing > 0x80000000u as the value to extent. > On a 16 bit machine (int is 16 bit) this will never work. The type of extent > need to change to unsigned long and not int. I don't think we currently support any 16bit machines. What platform and operating system is this? gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany g...@greenie.muc.de fax: +49-89-35655025 g...@net.informatik.tu-muenchen.de
