int result = fread(wbuf, fsize, 1, fp);
void *buffer;
buffer = (char *)malloc (length);
long err = SSL_write(ssl,buffer, strlen((char *)buffer));
err = SSL_get_error(ssl,err);
You lost track of what you were doing. You put the number of bytes to send
in 'result',
Can I get some more help on this please?
Could someone tell me if I am doing something wrong while building openssl?
Is this a known issue with openssl + HP itanium 64 bit build ?
Thanks,
~ Urjit
- Original Message -
From: Grzegorz Rusin [EMAIL PROTECTED]
To: openssl-users@openssl.org
Dr. Stephen Henson wrote:
On Fri, Sep 07, 2007, Jim Marshall wrote:
Thanks for the feedback, unfortunately I don't fully follow you.
In my code I have a 'opensocket' function in which I do this:
ret = BIO_new_accept(hostString);
if (ret != NULL)
{
Jim Fox wrote:
So beyond the BIO_do_accept, I used the openssl client program to
connect to my server. I was expecting the above to make all the
sockets non-blocking, but when I called SSL_read in my code it seems
to block for data. I tried using the BIO_set_nbio an
BIO_set_nbio_accept
spider:~# gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
Greetings All,
For the s_server command, when -Verify option is used, the s_server gives the
following certificate request message:
0d390503040102400031002f
This said, the certificate types supported are
0x03, 0x04, 0x01, 0x02, 0x40.
Per RFC 2246 section 7.4.4, 0x03 denotes rsa_fixed_dh,
The suspicious libraries were /usr/sfw/lib/libcrypto.so.0.9.7 and
/usr/sfw/lib/libssl.so.0.9.7, both in the SUN Solaris 10 distribution.
Building openssl_0.9.7m from source using /opt/SUNWspro/bin/cc and
swapping in the new libraries cleared the problem.
Thanks, Joe
Joseph Burch wrote:
On Tue, Sep 11, 2007 at 11:45:41AM -0400, Joseph Burch wrote:
The suspicious libraries were /usr/sfw/lib/libcrypto.so.0.9.7 and
/usr/sfw/lib/libssl.so.0.9.7, both in the SUN Solaris 10 distribution.
Building openssl_0.9.7m from source using /opt/SUNWspro/bin/cc and
swapping in the new
I apologize in advance if this is not the correct forum for this
question. I haven't had much luck in the apache forums. I have an
apache 2.0.55 installation that I'm attempting to recompile on an HP-UX
11 system. It has mod_ssl 2.0.66 and I have OpenSSL 0.9.8d installed in
/opt/openssl098d.
On Tue, Sep 11, 2007 at 01:43:50PM -0400, Aaron Smith wrote:
I apologize in advance if this is not the correct forum for this
question. I haven't had much luck in the apache forums. I have an
apache 2.0.55 installation that I'm attempting to recompile on an HP-UX
11 system. It has mod_ssl
I am trying to call the HMAC function (openssl 0.9.8e) within my C++
code. When I include openssl/hmac.h I get compilation errors on the
asn1.h file at lines 905, 915, 920, 933, 938, and 985 all saying
invalid conversion from 'void (*)() to 'void*'. This makes sense
because the libraries are
I have the following code but I still get the compile errors described
below. There are no other openssl includes or function calls other than
what is shown below.
extern C {
#include openssl/hmac.h
}
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
is the compile error on the header file (asn1.h) or at the call ?
copy and paste the error include any necessary code.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Phillips, Justin -
ACD
Sent: Tuesday, September 11, 2007 2:55 PM
To:
Looking at the output of LDD closer, it looks like the httpd binary is
linked to both libraries. BUT, I don't think this is the cause of the
problem as the httpd binary that DOES work is ALSO linked this way
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Saju Paul wrote:
is the compile error on the header file (asn1.h) or at the call ?
copy and paste the error include any necessary code.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Phillips, Justin -
ACD
Sent: Tuesday, September 11, 2007 2:55 PM
To:
for 32-bit objects set SHLIB_PATH and unset LD_LIBRARY_PATH
for 64-bit objects set LD_LIBRARY_PATH and unset SHLIB_PATH
might help..
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Aaron Smith
Sent: Tuesday, September 11, 2007 3:34 PM
To:
Hello,
I apologize in advance if this is not the correct forum for this
question. I haven’t had much luck in the apache forums. I have an
apache 2.0.55 installation that I’m attempting to recompile on an
HP-UX 11 system. It has mod_ssl 2.0.66 and I have OpenSSL 0.9.8d
installed in
On Tue, Sep 11, 2007 at 03:34:13PM -0400, Aaron Smith wrote:
Looking at the output of LDD closer, it looks like the httpd binary is
linked to both libraries. BUT, I don't think this is the cause of the
problem as the httpd binary that DOES work is ALSO linked this way
Being linked to
I'll see if I can figure out what's causing apache to link to 0.9.7. As
far as I know, I've got all my environment variables set to look at the
0.9.8 libraries. It seems odd that the original compile would work
though.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
It is very clear that you Thomas have never ever used the hmac routines !!
So how you entertain yourself is irrelevant to the problem being discussed.
thank you.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Thomas J. Hruska
Sent: Tuesday, September 11,
On Tue, Sep 11, 2007 at 04:15:47PM -0400, Aaron Smith wrote:
I'll see if I can figure out what's causing apache to link to 0.9.7. As
far as I know, I've got all my environment variables set to look at the
0.9.8 libraries. It seems odd that the original compile would work
though.
On any
Florian Schnabel wrote:
spider:/opt/openssl-0.9.8e-etch/apps# gcc -DMONOLITH -I.. -I../include
-DOPENSSL_THREADS -D_REENTRANT \
-DDSO_DLFCN -DHAVE_DLFCN_H -m64 -DL_ENDIAN -DTERMIO -O3 -Wall \
-DMD32_REG_T=int -DMD5_ASM -c -o s_server.o s_server.s
s_server.s: Assembler messages:
Saju Paul wrote:
It is very clear that you Thomas have never ever used the hmac routines !!
Oops. And you're right. I've never used them. Just looked them up
(lazy me). Definitely requires the openssl/hmac.h file (but it never
hurts to include the others - particularly the err.h file).
* Phillips, Justin - ACD wrote on Tue, Sep 11, 2007 at 14:20 -0400:
I am trying to call the HMAC function (openssl 0.9.8e) within my C++
code. When I include openssl/hmac.h I get compilation errors on the
asn1.h file at lines 905, 915, 920, 933, 938, and 985 all saying
invalid conversion
Saju Paul [EMAIL PROTECTED] writes:
It is very clear that you Thomas have never ever used the hmac routines !!
So how you entertain yourself is irrelevant to the problem being discussed.
thank you.
You'll need to give more information. For me, the following C++
program compiles, links (needs
25 matches
Mail list logo