ll the unbundled compiler. The
bundled compiler is simply there to regen kernels and is "unsupported"
for much of anything else.
rick jones
...
any ideas, please ?
__
OpenSSL Project
ion.
Has anyone ever seen this and know how to fix/correct?
Just a wild guess, but perhaps if the buffer you are using is larger
than the quantity of data returned, valgrind doesn't know you won't be
trying to u
David Lobron wrote:
2007-07-26 20:18:04.375 [3317] GS: Got response from sendDataPending
2007-07-26 20:18:04.376 [3317] GS: Calling poll with timeout 6
2007-07-26 20:18:04.376 [3317] GS: Checking poll results
2007-07-26 20:18:04.376 [3317] GS: calling SSL_write on buffer of
length 1281
2
o the transport in one
send call.
rick jones
__
OpenSSL Project http://www.openssl.org
User Support Mailing Listopenssl-users@openssl.org
Automated List Ma
aking 5 to 6 seconds to get the data to your receiver. Even if you
read in on one swell foop (one fell swoop) it would still be 5 to 6
seconds. Depending on the specifics of the connection (can youshare
details/) perhaps there are some packet losses happening.
rick jones
Thanks in Advance,
s and look for drops, errors, retransmissions and the like.
rick jones
__
OpenSSL Project http://www.openssl.org
User Support Mailing Listopenssl-users@openssl.org
Automated List Ma
"help"
will probably be a decent start.
Often, Internet mailing lists will follow a convention of owner-listname or
listname-owner for an alias by which the list maintainer can be reached.
rick jones
__
OpenS
some
lists have archives maintained by other than the list maintainer.
And of course, there is no way to remove the post from the inboxes of all the
regular recipients.
Basically, the bell cannot be unrung.
rick jones
, including the connection establishment
so you can see any window scale values being exchanged.
rick jones
__
OpenSSL Project http://www.openssl.org
User Support Mailing List
SW crypto aint cheap. It can consume lots of CPU cycles. If the system
was nearly CPU saturated with a "plain" transfer, then the overhead of
the crypto can very definitely take the throughput down considerably.
rick jones
one of these days I need to make an SSL version
the SSL device then you want
as many back-end servers as you can muster. Perhaps as many as you have
front-end clients driving the load.
rick jones
There is a crufty old "SSLperf" benchmark that took the average
request/response size from SPECweb9[69] and the SPECweb96 behaviour of
con
1024bit keys/s with 68% CPU load :-)
Unless it saturates the PCI bus and prevents the system from getting
sufficient throughput out its NIC's and HBA's :)
rick jones
__
OpenSSL Project
Marc Girod wrote:
Marc Girod <[EMAIL PROTECTED]> writes:
I got from HP a copy of the makefile used to build OpenSSL into a depot
(which I cannot use as such), but this is where I'll be working now.
The depot is for an older version of openssl, and I get different errors
which have no reason
MIPS 4Kc architecture which would cause key generation to be an
inefficient process?
Perhaps by using 'C' versions of routines rather than hand-crafted
assembly - or there being no hand-crafted assembly for it ot use?
, nor, at least in some modes, SCTP. "It depends" :) The question
isn't whether something is a socket, but what is the protocol beneath
the socket.
rick jones
as for the rest of the question, if the encryption layer didn't in and
of itself provide message boundaries, one cou
router or routers you will not be able to get the remote
system's MAC address - the MAC address is not "end-to-end" in an
internet or intranet, only in a LAN.
So, if you are relying on finding the remote's MAC address, you are
basically by definition limiting your application to
prakash babu wrote:
Hello All,
I am working with OpenSSL 0.9.7i on HPUX.
If you are on Itanium, probably better to go to 0.9.8a or above, there are some
performance improvements there.
I have a configure script which performs the following operations
1. Starts the prngd rc script
/ # /
r poll(), and even then there
is still a small window of a race condition, and of course the slight matter of
the select/poll overhead...
rick jones
__
OpenSSL Project http://www.open
essentially a TCP
issue.
Not to say that OpenSSL is or is not partially culpable, but things like
SIGPIPE/EPIPE are not _solely_ the responsibility of TCP. Connection close
handshaking is the joint responsibility of TCP and its user.
rick jones
upports 11.11 or 11.23 where I
suspect life would be much happier - in particular since there is an actual HP
provided OpenSSL on those releases :)
rick jones
Thanks,
Martin Riewski
(719)548-6831
[EMAIL PROTECTED]
__
OpenSSL P
Jeff Fulmer wrote:
On Thu, Jan 26, 2006 at 12:58:21PM -0800, Rick Jones wrote:
Second, _which_ gcc version?
Reading specs from
/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.2/specs
gcc version 2.95.2 19991024 (release)
Are you still running 11.0?
Yeah, B.11.00
Tick tock
Second, _which_ gcc version?
Reading specs from
/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.2/specs
gcc version 2.95.2 19991024 (release)
Are you still running 11.0?
rick jones
__
OpenSSL Project
using the gnu (?) assembler or the HP
assembler? I've no idea which it should use, but do recall there being issues
in that area in the past in other places.
Fourth - any particular reason you are tossing-out any of the previous good work
done for fast assembly versions of some things?
Erik Leunissen wrote:
Rick Jones wrote:
To my untrained eye it looks like a foul-up with the system include
files, or perhaps a change in what is #defined between the inclusion
of ioctl.h and of termio.h.
OK. Is there any direction for me to take in order to cure this (I don't
8a/crypto'
make: *** [build_crypto] Error 1
Any idea what's wrong?
To my untrained eye it looks like a foul-up with the system include files, or
perhaps a change in what is #defined between the inclusion of ioctl.h and of
termio.h.
rick jones
_
25 matches
Mail list logo
