> levitte>
> levitte> appro> Under bash:
> levitte> appro>
> levitte> appro> $ a=b c=$a; echo $c
> levitte> appro> b
> levitte> appro>
> levitte> appro> While under Solaris /bin/sh:
> levitte> appro>
> levitte> appro> $ a=b c=$a; echo $c
> levitte> appro>
> levitte> appro> i.e. it prints nothing. Y
In 0.9.7-stable since the recent "PIC-ification", the assembly generation
scripts add a leading underscore to the target when generating a call to a
local label which has no leading underscore. EG the output of "perl
des-586.pl a.out" (run in crypto/des/asm) includes in its output:
jz
In message <[EMAIL PROTECTED]> on Tue, 17 Dec 2002
01:07:47 +0100 (CET), Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> said:
levitte> In message <[EMAIL PROTECTED]> on Tue, 17 Dec 2002 01:07:31
+0100, Andy Polyakov <[EMAIL PROTECTED]> said:
levitte>
levitte> appro> Under bash:
levitte> appr
In message <[EMAIL PROTECTED]> on Tue, 17 Dec 2002 01:07:31 +0100, Andy
Polyakov <[EMAIL PROTECTED]> said:
appro> Under bash:
appro>
appro> $ a=b c=$a; echo $c
appro> b
appro>
appro> While under Solaris /bin/sh:
appro>
appro> $ a=b c=$a; echo $c
appro>
appro> i.e. it prints nothing. You need
> appro> 'a=b c=$a; echo $c' doesn't necessarily prints "b",
>
> I don't understand the first part of that log,
Under bash:
$ a=b c=$a; echo $c
b
While under Solaris /bin/sh:
$ a=b c=$a; echo $c
i.e. it prints nothing. You need "a=b; c=$a; echo $c" to see "b." A.
___
In message <[EMAIL PROTECTED]> on Tue, 17 Dec 2002 00:47:51 +0100, Andy
Polyakov <[EMAIL PROTECTED]> said:
appro> Richard, why don't you ask for an account? HP have [or had?] an
appro> Itanium lab opened to independent developers. Wouldn't it speed
appro> things up? At least without a way to test
> -Original Message-
> From: Richard Levitte - VMS Whacker [mailto:[EMAIL PROTECTED]]
> In message <005201c2a53d$5f4523f0$0e01a8c0@CELLO> on Mon, 16
> Dec 2002 11:55:55 -0800, "Howard Chu" <[EMAIL PROTECTED]> said:
> hyc> Please please please forget about that allextract nonsense. You
> h
In message <[EMAIL PROTECTED]> on Tue, 17 Dec 2002
00:35:18 +0100 (CET), "Andy Polyakov" <[EMAIL PROTECTED]> said:
appro> Log:
appro> 'a=b c=$a; echo $c' doesn't necessarily prints "b", '' vs. "", $s in
appro> Makefiles... I suppose it wasn't tested very much...
I don't understand the
> Rich.Purvis>I have looked through the email posts and seen the
> Rich.Purvis> patch submitted by John Calcote and the discussion that
> Rich.Purvis> followed, concerning the fact that it doesn't fully
> Rich.Purvis> account as a full port for Win64. I did see that there
> Rich.Purvis> was a W
In message <[EMAIL PROTECTED]> on
Mon, 16 Dec 2002 17:10:56 -0600, "Purvis, Rich (Sys Hou)" <[EMAIL PROTECTED]> said:
Rich.Purvis>I have looked through the email posts and seen the
Rich.Purvis> patch submitted by John Calcote and the discussion that
Rich.Purvis> followed, concerning the fact
In message <005201c2a53d$5f4523f0$0e01a8c0@CELLO> on Mon, 16 Dec 2002 11:55:55 -0800,
"Howard Chu" <[EMAIL PROTECTED]> said:
hyc> Please please please forget about that allextract nonsense. You
hyc> will*never* get it portable to all desired platforms. Just take
hyc> the lib*.a and relink it expl
I have looked through the email posts and seen the patch submitted by John
Calcote and the discussion that followed, concerning the fact that it doesn't fully
account as a full port for Win64. I did see that there was a Win64 branch created. We
currently use OpenSSL under other OS's and
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Richard Levitte - VMS
Whacker
> In message <[EMAIL PROTECTED]> on Mon, 16 Dec
> 2002 21:30:46 +0100, Andy Polyakov <[EMAIL PROTECTED]> said:
>
> appro> > Just take the lib*.a and relink it
> appro> > ex
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Andy Polyakov
> > Please please please forget about that allextract nonsense.
> You will*never*
> > get it portable to all desired platforms.
>
> The changes being discussed affect Solaris and Solaris
In message <[EMAIL PROTECTED]> on Mon, 16 Dec 2002 21:30:46 +0100, Andy
Polyakov <[EMAIL PROTECTED]> said:
appro> > Just take the lib*.a and relink it
appro> > explicitly:
appro> > mkdir tmp; cd tmp; ar x ../libcrypto.a; ld -r -o ../libcrypto.o *.o
appro> > ld -G -o libcrypto.so l
In message <005201c2a53d$5f4523f0$0e01a8c0@CELLO> on Mon, 16 Dec 2002 11:55:55 -0800,
"Howard Chu" <[EMAIL PROTECTED]> said:
hyc> Please please please forget about that allextract nonsense. You will*never*
hyc> get it portable to all desired platforms. Just take the lib*.a and relink it
hyc> expl
In message <[EMAIL PROTECTED]> on Mon, 16 Dec 2002 20:53:20 +0100, Andy
Polyakov <[EMAIL PROTECTED]> said:
appro> > Eh god... So basically, we not only need to detect if GNU ld is used,
appro> > but that it's really GNU cc as well?
appro>
appro> Alternative could be to run /usr/ccs/bin/ld direc
> Please please please forget about that allextract nonsense. You will*never*
> get it portable to all desired platforms.
The changes being discussed affect Solaris and Solaris only, we're not
talking about "all desired platforms."
> Just take the lib*.a and relink it
> explicitly:
> mkdi
Please please please forget about that allextract nonsense. You will*never*
get it portable to all desired platforms. Just take the lib*.a and relink it
explicitly:
mkdir tmp; cd tmp; ar x ../libcrypto.a; ld -r -o ../libcrypto.o *.o
ld -G -o libcrypto.so libcrypto.o -l
-- Howard
> appro> Richard, you win but for another reason:-) WorkShop C (as well as other
> appro> vendor compiler drivers) does understand -Wl, *but* some of thier
> appro> (Sun's) compiler drivers (well, one of those I have) collect all -Wl
> appro> options in the beginning of ld command line so that ld i
In article <[EMAIL PROTECTED]> you wrote:
> In message <[EMAIL PROTECTED]> on Mon, 16 Dec 2002 17:18:18
>+0100, "Ralf S. Engelschall" <[EMAIL PROTECTED]> said:
>
> rse> > - if (init_ciphers) load_ciphers();
> rse> > + if (init_ciphers)
> rse> > + {
> rse> > +
In message <[EMAIL PROTECTED]> on Mon, 16 Dec 2002
20:09:42 +0100 (CET), Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> said:
levitte> Eh god... So basically, we not only need to detect if GNU ld is used,
levitte> but that it's really GNU cc as well? What happens if the compiler
levitte> isn
In message <[EMAIL PROTECTED]> on Mon, 16 Dec 2002 19:54:08 +0100, Andy
Polyakov <[EMAIL PROTECTED]> said:
appro> Richard, you win but for another reason:-) WorkShop C (as well as other
appro> vendor compiler drivers) does understand -Wl, *but* some of thier
appro> (Sun's) compiler drivers (well,
> > appro> > Whoaa there, how does that change work when the compiler is *not* GNU?
> > appro>
> > appro> It works *perfectly* with vendor compiler! Trust me:-) A.
> >
> > Really? They understand -Wl?
>
> Yes.
Richard, you win but for another reason:-) WorkShop C (as well as other
vendor compile
In message <[EMAIL PROTECTED]> on Mon, 16 Dec 2002 17:18:18
+0100, "Ralf S. Engelschall" <[EMAIL PROTECTED]> said:
rse> > - if (init_ciphers) load_ciphers();
rse> > + if (init_ciphers)
rse> > + {
rse> > + CRYPTO_w_lock(CRYPTO_LOCK_SSL);
rse> > +
* Ralf S. Engelschall ([EMAIL PROTECTED]) wrote:
> > - if (init_ciphers) load_ciphers();
> > + if (init_ciphers)
> > + {
> > + CRYPTO_w_lock(CRYPTO_LOCK_SSL);
> > + if (init_ciphers) load_ciphers();
> > + CRYPTO_w_unlock(CRYPTO_LOCK_SSL);
> > +
On Mon, Dec 16, 2002, Richard Levitte wrote:
> Protect loading routines with a lock.
> PR: 373
>
> Summary:
> RevisionChanges Path
> 1.33.2.4+6 -1 openssl/ssl/ssl_ciph.c
>
>
> Index
The new patch for pkcs#11 engine on openssl 0.9.7 delivered today to
RT/openssl corrects compile problem in windows platform.
Thanks to your advice!
Afchine Madjlessi
[EMAIL PROTECTED]
__
OpenSSL Project
The new patch for pkcs#11 engine on openssl 0.9.7 delivered today to
RT/openssl corrects compile problem in windows platform.
Thanks to your advice!
Afchine Madjlessi
[EMAIL PROTECTED]
__
OpenSSL Project
Hi,
is there a particular reason why in crypto/aes/aes.h the
symbols AES8DESCRYPT and AES_ENCRYPT are defined as
static const int AES_DECRYPT = 0;
static const int AES_ENCRYPT = 1;
and not simply as in des as
#define DES_ENCRYPT 1
#define DES_DECRYPT 0
regards
I have tested the PKCS#11 engine on Linux (linux-elf).
It will be very nice to submit your changes and correction for other
environments to RT/openssl or if you prefer send them diectly to me to
update the pkcs#11 engine patch.
Thanks,
Afchine
- Original Message -
From: " via RT" <[EMAIL
I have tested the PKCS#11 engine on Linux (linux-elf).
It will be very nice to submit your changes and correction for other
environments to RT/openssl or if you prefer send them diectly to me to
update the pkcs#11 engine patch.
Thanks,
Afchine
- Original Message -
From: " via RT" <[EMAIL P
It's so nice that someone provided pkcs11 enginge patch.
Thanks a lot, Afchine Madjlessi...
However I have one problem while compling openssl 0.9.7 beta5 with this
patch on Windows 2000. I just followed the instructions described
in "intall.w32" from openssl 0.9.7 beta5:
1. perl Configure VC-W
It's so nice that someone provided pkcs11 enginge patch.
Thanks, Afchine Madjlessi...
However I have one problem while compling openssl 0.9.7 beta5 with this
patch on Windows 2000. I just followed the intructions described
in "intall.w32" from openssl 0.9.7 beta5:
1. perl Configure VC-WIN32 =>
34 matches
Mail list logo