On 09/14/2010 08:52 AM, Brad Dameron wrote:
>
>
> Also can there be reporting added for the server side to show what
> version the client is connecting with?
>
>
>
I agree. I have previously asked for client version and OS to be
"pushed" during the initial phase so that the server can be decisio
Currently when a server's IP pool has no free address it reports a auth failure
to the client. Can this be changed to report no free addresses? And will
remote-random allow the client to continue past this error?
Also can there be reporting added for the server side to show what version the
clie
On Mon, Sep 13, 2010 at 9:29 PM, Toby Thain wrote:
>>> NMAKE is convenient for Windows builds as it will also happily run
>>> under Linux/WINE, targeting both 32 and 64 bit Windows runtimes with
>>> the 'freely downloadable' Express toolchain. It may even be possible
>>> to combine autotools with
On 13-Sep-10, at 3:14 PM, Peter Stuge wrote:
Toby Thain wrote:
So we have stuff for VC6, VS2005, VS2008, DDK/WDK, MinGW and
Cygwin. :)
I consider diversity of working build environments a net benefit to
the project. It's another useful axis of portability and helps rub
off non-portable burr
On 13-Sep-10, at 3:10 PM, Alon Bar-Lev wrote:
On Mon, Sep 13, 2010 at 8:59 PM, Toby Thain
wrote:
NMAKE is convenient for Windows builds as it will also happily run
under Linux/WINE, targeting both 32 and 64 bit Windows runtimes with
the 'freely downloadable' Express toolchain. It may even be
On Mon, Sep 13, 2010 at 8:25 PM, Peter Stuge wrote:
> autotools is absolutely alien in Windows, and to be honest a bit of a
> hassle to set up if you're already a VS wizard.
In OpenVPN upstream provides binaries using mingw anyway.
So there is no need to support any other environment for Windows.
Toby Thain wrote:
> > So we have stuff for VC6, VS2005, VS2008, DDK/WDK, MinGW and Cygwin. :)
>
> I consider diversity of working build environments a net benefit to
> the project. It's another useful axis of portability and helps rub
> off non-portable burrs.
I see your point and I agree in part
On Mon, Sep 13, 2010 at 8:59 PM, Toby Thain wrote:
> NMAKE is convenient for Windows builds as it will also happily run
> under Linux/WINE, targeting both 32 and 64 bit Windows runtimes with
> the 'freely downloadable' Express toolchain. It may even be possible
> to combine autotools with the Micr
On 13-Sep-10, at 2:25 PM, Peter Stuge wrote:
Alon Bar-Lev wrote:
The whole build environment of openvpn is malformed, using two
separate build systems for windows and posix,
Only two? Oh that's nothing. We're having lots of fun with build
systems in libusb-1.0, where each contributing Window
Alon Bar-Lev wrote:
> The whole build environment of openvpn is malformed, using two
> separate build systems for windows and posix,
Only two? Oh that's nothing. We're having lots of fun with build
systems in libusb-1.0, where each contributing Windows developer
actually requires a separate build
Hello,
Does anyone know why the socklet_t detection was added this way?
I mean the TYPE_SOCKLEN_T m4 macro.
First, it should be sufficient to just try to see if socklen_t is defined.
Next, on all platforms it would be int in all other platforms.
And, there is no need to check for the type in mon
> Hi,
>
> On Thu, Sep 09, 2010 at 06:32:14PM -0500, open...@rkmorris.us wrote:
>
>> I can't explain the information below, but hopefully someone a whole
>> bunch smarter than me understands it - as it seems to help with
>> TCP throughput in OpenVPN (the holy grail??? ... :-)).
>>
>
> Did
12 matches
Mail list logo