<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.30.3">
</HEAD>
<BODY>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
Hello,
</PRE>
</BLOCKQUOTE>
<PRE>
</PRE>
Hi Jeff,<BR>
<BR>
Sorry for the delay...<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
I'm working on an application that currently needs to be built against both 32 and 64 bit Windows targets. I was happy to get confirmation recently that the Vortex SDK is produced for both. <BR>
<BR>
I've since downloaded the latest versions of both SDK's from: "<A HREF="https://code.google.com/p/vortexlibrary/downloads/list">https://code.google.com/p/vortexlibrary/downloads/list</A>"<BR>
<BR>
There is a slight disparity in version numbers for the current w64 build (1.1.10) vs w32 (1.1.12), which in itself is not an issue. <BR>
</BLOCKQUOTE>
<BR>
Ok,<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
However, one battle that we can never seem to win with our product is that at least 3 third party packages we link against all use OpenSSL (ie libeay32.dll). Anytime we update any of them, it's a horrible juggling act to find up to date versions of all these dependencies that use a similar-enough version of Libeay32.DLL to not cause conflicts at runtime. Slight differences in build numbers tend to be fine, but the larger the gap, the more chance we start seeing missing symbol errors at run-time, or even linker errors depending on which of the various Libeay32 DLL's present actually got loaded by our process.<BR>
</BLOCKQUOTE>
<BR>
Did you try changing/upgrade libssl library to a newer version by just replacing them? Did it break after that?<BR>
<BR>
The OpenSSL API subset used by Vortex Library is quite common and it works with openssl versions across different platforms with those version differences....<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
One thing I've noticed between the two Vortex Windows SDK's I mention above is that the w64 SDK contains Libeay32.dll vs 1.0.0.5, while the w64 SDK (newer version number) contains an older 0.9.8.11 version. Both versions are quite a bit behind the more recent releases (ie current GDAL binaries we are using link against Libeay32.dll v1.0.1.7).<BR>
<BR>
Is there any way we can get Vortex w32 and w64 SDK's that use the same version of OpenSSL, and using a more recent version, such as 1.0.1.7?<BR>
</BLOCKQUOTE>
<BR>
Ok, this is obvious, but the best way is to grab source code from SVN or latest tar.gz and have them compiled with your current compiler. That way you don't have to depend on us releasing next stable release and/or producing those SDK installer plus the fact that debugging and binary output will match perfectly the entire product (without mentioning you'll be able to better control OpenSSL versions).<BR>
<BR>
Best Regards,<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
Thanks very much,<BR>
Jeff
<PRE>
_______________________________________________
Vortex mailing list
<A HREF="mailto:Vortex@lists.aspl.es">Vortex@lists.aspl.es</A>
<A HREF="http://lists.aspl.es/cgi-bin/mailman/listinfo/vortex">http://lists.aspl.es/cgi-bin/mailman/listinfo/vortex</A>
</PRE>
</BLOCKQUOTE>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
--
Francis Brosnan Blázquez <<A HREF="mailto:francis.brosnan@aspl.es">francis.brosnan@aspl.es</A>>
ASPL
91 134 14 22 - 91 134 14 45 - 91 116 07 57
AVISO LEGAL
Este mensaje se dirige exclusivamente a su destinatario. Los datos
incluidos en el presente correo son confidenciales y sometidos a secreto
profesional, se prohíbe divulgarlos, en virtud de las leyes vigentes. Si
usted no lo es y lo ha recibido por error o tiene conocimiento del mismo
por cualquier motivo, le rogamos que nos lo comunique por este medio y
proceda a destruirlo o borrarlo.
En virtud de lo dispuesto en la Ley Orgánica 15/1999, de 13 de
diciembre, de Protección de Datos de Carácter Personal, le informamos de
que sus datos de carácter personal, recogidos de fuentes accesibles al
público o datos que usted nos ha facilitado previamente, proceden de
bases de datos propiedad de Advanced Software Production Line, S.L.
(ASPL). No obstante, usted puede ejercitar sus derechos de acceso,
rectificación, cancelación y oposición dispuestos en la mencionada Ley
Orgánica, notificándolo por escrito a:
ASPL - Protección Datos, C/Antonio Suárez 10 A-102, 28802, Alcalá de
Henares (Madrid).
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>