n prototypes causing an implicit type conversion. Most of these are
> pretty harmless.
>
> Anyway, I've fixed them.
Thanks.
--
Matthias Andree
On Thu, 08 May 2003, James Yonan wrote:
> OpenVPN's config script assumes that if 2.4 headers are present (i.e.
> if_tun.h), then it should build for the 2.4 tun/tap driver.
This may not be true for build hosts of a distributor, who needs the
most conservative code if he's still shipping 2.2
On Thu, 08 May 2003, James Yonan wrote:
> Release Notes:
>
> This release adds options for persistence of replay protection information
> across sessions, pass through of IPv4 TOS bits from the TUN/TAP device to the
> UDP link, some advanced MTU control options, moderate revamping of the build
>
> If OpenSSL is in the base system of FreeBSD, then there shouldn't be any
> problem linking LZO with it.
> You could also allow OpenVPN binaries without LZO support (as I
> currently do in Debian).
This will break compatibility and is no longer needed in the light of
the special permission
On Fri, 02 May 2003, James Yonan wrote:
> How do most other initialization scripts handle the differences between bash 1
> and 2? Do they just restrict themselves to the least common denominator (a)?
Yes. /bin/sh is standardized; Solaris for some strange reason ship
b0rked year-old stuff though
ply byte streams flowing over the TUN pipe. They
> can be filtered without resorting to raw sockets or any other such potentially
> unportable constructs.
Only that OpenVPN would have to parse the TCP protocol for IPv4 and
IPv6.
--
Matthias Andree
s into dgram sockets for connections that use the tunnel is
sufficient. However, this doesn't actually apply to openvpn because
openvpn does TCP-over-UDP.
--
Matthias Andree
ongested links, but I haven't
compared vpnd to openvpn. (And I've found vtund to be fragile, a single
ping -f into a tunnel usually let the tunnel collapse on Linux. OpenVPN
is solid in these circumstances.)
--
Matthias Andree
On Fri, 18 Apr 2003, James Yonan wrote:
> I'm forwarding this discussion of an interesting feature request. Namely,
> could (and should) OpenVPN have a channel bonding capability, where more than
> one UDP connection over different paths is used to connect two peers, and
> OpenVPN does channel
On Thu, 17 Apr 2003, James Yonan wrote:
> The nice part about a radio link is that it is probably under your control,
> meaning that you can ensure that ICMPs get properly passed. This allows path
> MTU discovery to work and therefore solves a lot of the harder problems.
Well, at least for the
}
static inline void
-work_thread_join ()
+work_thread_join (void)
{
}
--
Matthias Andree
read_number(void)
{
return (!x_main_thread_id || pthread_self () == x_main_thread_id) ?
MAIN_THREAD : WORK_THREAD;
}
@@ -100,11 +100,11 @@
}
}
-void thread_init();
-void thread_cleanup();
+void thread_init(void);
+void thread_cleanup(void);
void work_thread_create (void *(*start_routine) (void *), void* arg);
-void work_thread_join ();
+void work_thread_join (void);
#else /* USE_PTHREAD */
Index: tun.c
===
RCS file: /cvsroot/openvpn/openvpn/tun.c,v
retrieving revision 1.28
diff -u -r1.28 tun.c
--- tun.c 17 Apr 2003 07:12:16 - 1.28
+++ tun.c 17 Apr 2003 10:51:22 -
@@ -417,7 +417,7 @@
int fd;
if ((fd = socket(PF_INET, SOCK_DGRAM, 0)) < 0)
- msg (M_WARN, "Cannot open control_fd", dev);
+ msg (M_WARN, "Cannot open control_fd");
else
{
strncpynt (r.ifr_name, tt->actual, IFNAMSIZ);
Index: tun.h
===
RCS file: /cvsroot/openvpn/openvpn/tun.h,v
retrieving revision 1.20
diff -u -r1.20 tun.h
--- tun.h 17 Apr 2003 07:12:16 - 1.20
+++ tun.h 17 Apr 2003 10:51:22 -
@@ -88,7 +88,7 @@
#define IFCONFIG_DEFAULT 1
static inline int
-ifconfig_order()
+ifconfig_order(void)
{
#if defined(TARGET_LINUX)
return IFCONFIG_AFTER_TUN_OPEN;
--
Matthias Andree
On Sat, 15 Mar 2003, James Yonan wrote:
> Yes, I think we should try to fix if it's only a trivial cast involved to
> silence the warning.
>
> I don't see them on gcc 2.96, even with "-Wall -W -Wpointer-arith
> -Wsign-compare -Winline".
Indeed, it takes the sun compiler or the even more picky
ou intend to silence the warnings or are you interested to
see them? I think they're harmless but annoying.
Other than that, it compiles on FreeBSD 4.8-RC x86 and Solaris 8 sparc
(32-bit mode), on the latter with Sun's compiler and gcc 2.95.
--
Matthias Andree
t has ./configure
> already generated, so that openvpn can be built and installed with the
> usual "./configure && make && make install"?
The canonical way is:
make distcheck
If you're absolutely confident it works, because you just changed
documentation, "make dist" will suffice.
--
Matthias Andree
Dear Jim,
this second patch completes the varargs stuff. Tested on all machines I
listed last time, and SUNpro 6 is very happy with the ISO C99 stuff and
uses the macro (rather than the function). I tried to force the function
underneath gcc 2.95 (edited config.cache, ran ./config.status
On Wed, 19 Feb 2003, James Yonan wrote:
> Hey, thanks for the patch and all the testing work on different platforms.
You're welcome. I thought if I give it a whirl, I'd spin it until it was
dizzy :-)
> You raise a number of good points which I will address below:
There were more warnings that
OK,
here is a full patch for your convenience without the "apply on top"
junk, with this patch, the current CVS compiles on:
SuSE Linux 7.3 x86 gcc 2.95.3
SuSE Linux 8.1 x86 gcc 3.2
FreeBSD 4-STABLE x86 gcc 2.95.3+FreeBSD
Solaris 8 Sparc gcc 2.95.3
Solaris 8 Sparc SunPro Workshop 6.
The unfixed
On Wed, 19 Feb 2003, Matthias Andree wrote:
> On Sun, 16 Feb 2003, James Yonan wrote:
>
> > Beta is available on CVS as well as here:
> >
> > http://openvpn.sourceforge.net/beta/openvpn-1.3.2.9.tar.gz
>
> I tried the current CVS as of some minutes ago o
/tmp/openvpn/openvpn.c:346: structure has no member named
`packet_id_file'
/home/ma/tmp/openvpn/openvpn.c:347: structure has no member named
`packet_id_file'
/home/ma/tmp/openvpn/openvpn.c: In function `main':
/home/ma/tmp/openvpn/openvpn.c:1730: storage size of `pid_persist' isn't known
--
Matthias Andree
ing
cvs rm -f mkinstalldirs
cvs commit -m "Remove generated files from CVS."
--
Matthias Andree
On Sun, 20 Oct 2002, James Yonan wrote:
> Changes since last beta:
>
> * Added inetd/xinetd support (--inetd) including
> documentation in the HOWTO.
Works for me. Thanks.
o further maximize its huge
revenues, should not be supported by OpenSource developers.
If your opinion differs from mine, that's called freedom. :-)
--
Matthias Andree
to go. Anything else adds too much complexity.
--
Matthias Andree
pgpeQ6M1nzUJe.pgp
Description: PGP signature
to go. Anything else adds too much complexity.
--
Matthias Andree
pgpeQ6M1nzUJe.pgp
Description: PGP signature
201 - 225 of 225 matches
Mail list logo