:-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK
> DES_RISC1 DES_INT:${ia64_asm}:dlfcn:linux-shared:-
> fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
> +"linux-x86_64", "gcc:-m64 -DL_ENDIAN -DTERMIOS -O3
> -Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_INT
In message <54dd3579.1020...@jtaylor.id.au> on Thu, 12 Feb 2015 23:21:29 +,
James Taylor said:
james> On 12/02/15 10:56, Richard Levitte wrote:
james> > Saw this on github a few days ago. I just applied that fix, it will
james> > show up in not too long.
james>
ja
is
james> #if defined(linux) && !defined(TERMIO)
james> # undef TERMIOS
james> # define TERMIO
james> # undef SGTTY
james> #endif
Saw this on github a few days ago. I just applied that fix, it will
show up in not too long.
Cheers,
Richard
--
Richard Levitte
efore, still don't. :)
But it will pay attention to './config no-x509 no-x509v3', since that
will remove the directories x509 and x509v3 from SDIRS. That still
stands.
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
er ones, then maybe that should be mentioned to
Google.
Asking us to change all strings to not include "OpenSSL" isn't reasonable.
--
Richard Levitte
levi...@openssl.org
___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
ng dll's (which I use in my Apache/mod_ssl among
> other things) appear to be working just fine.
>
> I hope my little analysis is correct, and that I can indeed trust the
> resulting build.
>
> Regards,
--
Richard Levitte
levi...@openssl.org
__
Pushed! It's in commit 0c8dc6ebe5a969a57fb678b793d0dea651e33af7
I didn't remove the exheader_* variables. It's really of no
practical consequence.
Cheers,
Richard
In message <20150114.193558.401546991621005056.rich...@levitte.org> on Wed, 14
Jan 2015 19:35:58 +0100 (
Thanks. I've applied the fix and made an extra test, it only needs
reviewing and pushed.
Cheers,
Richard
In message <001101d02fcd$f50a04a0$df1e0de0$@com> on Wed, 14 Jan 2015 08:44:41
+0100, "Zoltan Arpadffy" said:
zoli> Hi,
zoli>
zoli> during installation of 1.0.0 branch on OpenVMS the follo
t;""
> > $ WRITE H_FILE "#define DATE ""built on: ''TIME'"" "
> > --- 646,652
> > $ CFLAGS = CFLAGS+ "/DEFINE=ZLIB"
> > $ endif
> > $!
> > ! $ WRITE H_FILE "#define CFLAGS cflags"
> >
RITE H_FILE "#define CFLAGS cflags"
> $ WRITE H_FILE "static const char cflags[] = ""compiler: ''CFLAGS'"";"
> $ WRITE H_FILE "#define PLATFORM ""platform: VMS ''ARCHD'
> ''VMS_VERSION'"""
> $ WRITE H_FILE "#define DATE ""built on: ''TIME'"" "
>
> Please note, the 1.0.0 branch works fine.
>
> Regards,
> Z
--
Richard Levitte
levi...@openssl.org
___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
current documentation (hosted at
> > https://www.openssl.org/docs/HOWTO/certificates.txt) contains a few
> > spelling. It also contains placeholder references to documents which
> > now exist. Attached is my attempt to improve the doc.
> >
> > Alok
>
>
&g
d.
> >
> > Alok
> >
> > On Fri, Nov 28, 2014 at 7:38 AM, Richard Levitte via RT
> >
> > wrote:
> >
> > > I just read them through, and it looks good, I just needed to do a
> > couple
> > > of
> > > layout adjustments. Committe
Okie, applied, should appear in the repo pretty soon.
On Sun Nov 30 09:22:17 2014, a...@squareup.com wrote:
> Great. There is one minor typo left, patch attached.
>
> Alok
>
> On Fri, Nov 28, 2014 at 7:38 AM, Richard Levitte via RT
>
> wrote:
>
> > I just read them
aceholder references to documents which
> now exist. Attached is my attempt to improve the doc.
>
> Alok
--
Richard Levitte
levi...@openssl.org
___
openssl-dev mailing list
openssl-dev@openssl.org
https://mta.opensslfoundation.net/mailman/listinfo/openssl-dev
int l,h,i=0,c=0;
> const char *p = NULL;
>
> if (num == 0) return(NULL);
> if (num < size*2) {
> while(i {
> p=&(base[i*size]);
> c=(*cmp)(key,p);
> if (!c) break;
> else ++i;
> }
> }
> else {
> l=0;
> h=num;
> while (l < h)
> {
> i=(l+h)/
tf ("tls1_export_keying_material(%p,%p,%d,%s,%d,%p,%d)\n", s,
> out, olen, label, llen, context, contextlen);
> ^
> t1_enc.c:1176:2: warning: format ‘%d’ expects argument of type ‘int’,
> but argument 6 has type ‘size_t’ [-Wformat=]
> t1_enc.c:1176
s type ‘size_t’ [-Wformat=]
> t1_enc.c:1176:2: warning: format ‘%d’ expects argument of type ‘int’,
> but argument 8 has type ‘size_t’ [-Wformat=]
> --
>
> Stack traceback: N/A
>
> -- Paul
--
Richard Levitte
levi...@openssl.org
___
openssl-dev mailing list
openssl-dev@openssl.org
https://mta.opensslfoundation.net/mailman/listinfo/openssl-dev
;
>
> which in fact are not implemented.
> (unknown option -check_hostname)
>
> At the same time the options -verify_hostname, -verify_ip and -verify_email
> are implemented, but not documented
>
--
Richard Levitte
levi...@openssl.org
__
t_message(SSL *s, int st1, int stn, int mt,
> goto f_err;
> }
> *ok=1;
> + s->state=stn;
> s->init_msg = s->init_buf->data + 4;
> s->init_num = (int)s->s3->tmp.message_size;
> return s->init_num;
--
Richard Levitte
levi...@openssl.org
> (unknown option -check_hostname)
>
> At the same time the options -verify_hostname, -verify_ip and -verify_email
> are implemented, but not documented
>
--
Richard Levitte
levi...@openssl.org
__
OpenSSL Proje
) contains a bunch
> of spelling and grammar mistakes. I also found it hard to understand some
> paragraphs, so here is my attempt to improve its overall readability.
>
> Alok
--
Richard Levitte
levi...@openssl.org
__
ot; on success,
> but the code has:
>
>
> /* Free our "structural" reference. */
> ENGINE_free(e);
> }
> return e;
>
> ENGINE_free(e) makes e invalid, so returning it is very dangerous.
>
> The return value mostly seems to be unused though, so perhaps
&g
try type and skip over directories.
> >
> > Attached is a patch for LPdir_win.c which does just that - first it
> > ensures
> > the supplied directory name is suitable to be searchable, then it
> > skips
> > entries that are directories by recursing.
> >
> &
to be searchable, then it
> skips
> entries that are directories by recursing.
>
> Best regards,
> Phil
>
> --
> Phil Mesnier
> Principal Software Engineer and Partner, http://www.ociweb.com
> Object Computing, Inc. +01.314.579.0066 x225
>
--
Richard Levitte
levi...@o
In message <14082121323639_20200...@antinode.info> on Thu, 21 Aug 2014 21:32:36
-0500, "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > There is some similar package for Perl, isn't there? Is that very
sms> > much of a pain? [...]
s
In message <14082111271510_20200...@antinode.info> on Thu, 21 Aug 2014 11:27:15
-0500, "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > The current build system is based on the assumption that you have a
sms> > the base VMS installation wit
've cc'd Steven M. Schweda and Zoltan Arpadffy, as they have been
fairly vocal as well as deservingly critical, and thereby hopefully
interested, but others are free to join as well)
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
09_gmtime_adj(X509_get_notAfter(x),(long)60*minutes) == NULL)
> goto end;
>
> if (clrext)
> @@ -1251,7 +1276,7 @@
> }
>
> /* self sign */
> -static int sign(X509 *x, EVP_PKEY *pkey, int days, int clrext, const
> EVP_MD *digest,
> +static int si
In message <14071312230742_2021a...@antinode.info> on Sun, 13 Jul 2014 12:23:07
-0500 (CDT), "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > According to the comments, it sounds like HP C V7.3 ECO01 fixes the
sms> > problems. Do I get that
Fixed. Good catch.
In message <26308e96507e33800e36449d2139b...@qualitesys.com> on Tue, 08 Jul
2014 22:35:37 +0200, dcrue...@qualitesys.com said:
dcruette> Hello
dcruette>
dcruette> Seems to be a typo error in crypto/ui/ui_lib.c:919
dcruette>
dcruette> Present in openssl-SNAP-20140703
dcruett
Do I get that wrong? If I don't, it seems that HP has, in
fact, provided a compiler without this bug. Or are you waiting for a
V7.4?
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Lif
oli>
zoli> Please check the following logs
zoli> http://www.polarhome.com/openssl/BUILD100.LOG for 1.0.0m
zoli>
zoli> Please, advice how to solve this issue.
zoli>
zoli> Thank you,
zoli> Z
zoli>
zoli> Quoting Richard Levitte :
zoli>
zoli> > I just stumbled
I just stumbled on problems with MAYLOSEDATA3 while looking at other
stuff... and I wonder, what exactly is it? Sorry, I've been out of
it for quite a while, and I haven't dug through all talks there may
have been, so I may be missing something.
Thing is, looking at the docs for the latest compi
A-Com Computing, Inc.
zoli> *** 6,11
zoli> --- 6,12
zoli> $! b...@mail.all-net.net
zoli> $!
zoli> $! Changes by Richard Levitte
zoli> + $! Zoltan Arpadffy
zoli> $!
zoli> $! This command files compiles and creates all the various dif
h(idx)
sms> compiler: /POINTER_SIZE=64 /DEFINE=ZLIB
sms> OPENSSLDIR: N/A
sms>
sms>I didn't see this problem with:
sms>
sms> OpenSSL 1.0.0h 12 Mar 2012
sms> built on: 14-MAR-2012 00:22:59.46
sms> platform: VMS ALPHA_64 V8.3
sms> optio
I've looked at that, and the modes part is quite integral to a number
of other algorithms. Supporting it being turned off is likely to be a
maintainance nightmare (especially since it will seldom blow up
considering most platforms today have a C compiler that supports long
long).
My conclusion is
In message <12031409093019_20200...@antinode.info> on Wed, 14 Mar 2012 09:09:30
-0500 (CDT), "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > Of course not... it should be as you mentioned...
sms> > [...]
sms>
sms>I was thi
In message <20120314.114607.402413137.rich...@levitte.org> on Wed, 14 Mar 2012
11:46:07 +0100 (CET), Richard Levitte said:
richard> You're right, that code looks quite odd, the following should do
richard> better, wouldn't you say?
Of course not... it should be as
ed for VMS
as well, in that case I think we're good to go for a back port.
The first change (an extra \n) seem to be cosmetic only, or does it
actually change the function in a crutial way? Considering you have
marked it optional, I'll guess that it doesn't?
Ch
#endif
sms>Note that the VMS builders currently enable JPAKE unconditionally,
Try this before building, should make a difference:
$ define OPENSSL_NO_JPAKE yes
sms>VMS is, by the way, another one of those systems where select() is
sms> good only on sockets, not on fil
7;m not so
sure a hard break from it would be for the best...
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!&quo
I suggest you remove all files in include/openssl/, then rebuild.
The reason for your problem is that the distribution contains a bunch
of symlinks, like this:
lrwxrwxrwx openssl/openssl 0 2011-02-08 18:13
openssl-1.0.0d/include/openssl/opensslconf.h -> ../../crypto/opensslconf.h
On Unix
s> careful. Originals and changes should be available at:
sms>
sms>
http://antinode.info/ftp/openssl/1_0_0d/openssl-1_0_0-stable-SNAP-20110323_s1.zip
Applied to the same three branches. Will show in tomorrow's
snapshots.
Cheers,
Richard
--
Richard Levitte
In message <11032315292753_20200...@antinode.info> on Wed, 23 Mar 2011 15:29:27
-0500 (CDT), "Steven M. Schweda" said:
sms> > From: Richard Levitte
sms> >
sms> > > sms>
http://antinode.info/ftp/openssl/1_0_0d/openssl-SNAP-20110321_s1.zip
sms&
le and 1.0.0-stable. Tomorrow's snapshots will hold the
changes.
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a
ments need to be removed, but if these files
sms>are being hand-edited (carelessly), then it's
sms>just possible that some comments might save us
sms>from some of these recurring shortened-name
sms>
In message <11032017084365_20200...@antinode.info> on Sun, 20 Mar 2011 17:08:43
-0500 (CDT), "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > [...] tomorrow's snapshot [...]
sms>
sms>Every time I look at the snapshot Web page, I get
In message <20110320.185103.256442123.rich...@levitte.org> on Sun, 20 Mar 2011
18:51:03 +0100 (CET), Richard Levitte said:
richard> In message <11032010253821_20200...@antinode.info> on Sun, 20 Mar 2011
10:25:38 -0500 (CDT), "Steven M. Schweda" said:
richard>
64=ARGVManual choice of "64=ARGV".
sms> 64=NOARGV Manual choice of plain "64".
sms>
sms> Easy for the normal victim, flexible enough for the perpetrator. Not
sms> very hard to implement.
I like that idea.
Cheers,
Richard
--
Richard Levitte
In message <11032008135776_20200...@antinode.info> on Sun, 20 Mar 2011 08:13:57
-0500 (CDT), "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > Naah... this is only needed in makeapps.com, as far as I can tell,
sms> > and it wouldn't
/POINTER_SIZE=64=ARGV NL:
and see if that gives back a condition code from DCL (facility number
3) or the compiler (facility number something different ;-)). It's
really just one or the other and is pretty easy to do.
Getting to it.
Cheers,
Richard
--
Richard Levitte
In message <11031907290331_20200...@antinode.info> on Sat, 19 Mar 2011 07:29:03
-0500 (CDT), "Steven M. Schweda" said:
sms> From: Richard Levitte
sms> To:openssl-dev@openssl.org, sms@antinode-info
sms>
sms>R:
sms>
sms>I'm subscribed to t
r
latest scripts, once for each file:
%DCL-W-NOVALU, value not allowed - remove value specification
\64=\
And indeed, I can't find that in the help file either...
$ cc/ver
HP C V7.1-015 on OpenVMS Alpha V8.3
--
Richard Levitte
gnored by the other builders. Should "test/maketests.com"
sms> be building these programs? (Should we have tests which use them?)
The build scripts are made to follow the Unix build as closely as
possible in practice. Those test programs aren't used by default on
Unix, so they
7;s getting tested right now.
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a
Change tested and found working.
Ticket resolved.
http://cvs.openssl.org/chngview?cn=20223
--
Richard Levitte
levi...@openssl.org
__
OpenSSL Project http://www.openssl.org
Development Mailing
my $sha1_res, '<', $fips_target.".sha1" or die "Get hash
> failure";
> +$fips_hash=<$sha1_res>;
> +close $sha1_res;
> chomp $fips_hash;
> -die "Get hash failure" if $? != 0;
>
> -
> print "$fips_cc -DHMAC_SHA1_SIG=\\\"$fips
$ LIB_BUFFER = "buffer,buf_err"
> 235 $ LIB_BIO = "bio_lib,bio_cb,bio_err,"+ -
>
>
> Number of difference sections found: 1
> Number of difference records found: 1
>
> Thank you.
>
> Regards,
> Z
>
>
>
>
--
Ri
R_DEFNS])" + -
> 816 CCEXTRAFLAGS
> **
> File USRDSK: 20101215.ENGINES>MAKEENGINES.COM;1
> 815 "/INCLUDE=(SYS$DISK:[],SYS$DISK:[-
> ],SYS$DISK:[.ENGINE.VENDOR_DEFNS])" + -
> 816 CCEXTRAFLAGS
>
>
patch, done with the 1.0.0b base, to correct this which fixes
> my
> issue. Please include in it in the next release or let me know what
> is
> wrong with my thinking.
> Thanks.
> Roy
>
>
--
Richard Levitte
levi...@openssl.org
___
#x27;.'__arch'.exe.apps]OPENSSL
> + $
> $ on control_y then goto exit
> $ on error then goto exit
> $
> *** $! NOTE: This list reflects the list of
> *** 25,38
> $! "alltests" target in Makefile. This should make it easy to see
ings
about pointer size differences (short pointer vs. long pointer), which might
have pretty
serious results. It's an effort of its own to resolve those problems, but I'd
say that
requires separate tickets, as this one was about
First attempt committed, and about to get tested.
--
Richard Levitte
levi...@openssl.org
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev
In message on Tue, 14 Dec
2010 11:12:12 +0100, Arpadffy Zoltan said:
Zoltan.Arpadffy> Hello Richard,
Zoltan.Arpadffy>
Zoltan.Arpadffy> Thank you for taking the time to move this issue forward.
Zoltan.Arpadffy>
Zoltan.Arpadffy> > There are things missing in the patch, such as
Zoltan.Arpadffy>
sage-
> From: Arpadffy Zoltan [mailto:zoltan.arpad...@scientificgames.se]
> Sent: den 7 december 2010 12:54
> To: Richard Levitte; openssl-dev@openssl.org
> Subject: RE: buid STABLE-SNAP-20101124 on platform: VMS IA64 V8.3
>
> Hello Richard,
>
> I am sorry for delay, but I am quite
e recipe with a +. See section 5.7.1 in
marten> http://www.gnu.org/software/make/manual/make.html#MAKE-Variable
marten>
marten> Cheers,
marten>
marten> Mårten
marten>
marten> 2010/12/8 Richard Levitte :
marten> > Hmmm, I'm not aware of the meaning of a '+
.pure .nfs*
*.old *.bak fluff
marten.wikstrom> - @target=clean; $(RECURSIVE_MAKE)
marten.wikstrom> + +...@target=clean; $(RECURSIVE_MAKE)
marten.wikstrom>
marten.wikstrom> dclean:
marten.wikstrom> $(PERL) -pe 'if (/^# DO NOT DELETE THIS LINE/) {print;
exit(0);}'
marten.wikstr
In message <20101204114849.ga...@openssl.org> on Sat, 4 Dec 2010 12:48:49
+0100, "Dr. Stephen Henson" said:
steve> On Sat, Dec 04, 2010, Richard Levitte wrote:
steve>
steve> > That change makes no sense to me. What is it supposed to fix, and how
steve> >
That change makes no sense to me. What is it supposed to fix, and how
does it help ignore leading null fields?
In message <20101203193135.0fbb31eae...@master.openssl.org> on Fri, 3 Dec 2010
20:31:35 +0100 (CET), "Dr. Stephen Henson" said:
steve> OpenSSL CVS Repository
steve> http://cvs.op
In message on Tue, 30 Nov
2010 10:50:02 +0100, Arpadffy Zoltan said:
Zoltan.Arpadffy> Richard Levitte> However, resolving all those concealed
devices is still a good thing, so I suggest this strategy:
Zoltan.Arpadffy>
Zoltan.Arpadffy> $ ROOT =
F$PARSE("
Zoltan.Arpadffy> You really did a good job.
Zoltan.Arpadffy>
Zoltan.Arpadffy> ...except the patches that are written above, I am reaming of
the possibility to choose between the 64 and the 32 bit version build and reuse
this "not-used option" in MAKEVMS.COM
Zoltan.Arpadf
BTW, you wrote this a month ago...
> [...@coyotepoint.com - Sun Oct 24 14:39:15 2010]:
[...]
> I will file another bug describing these and
> detailing
> one possible solution.
Did you? I can't seem to see that bug report, if you've submitted it, please
tell me the
(NBMK, formerly NetOctave) have made the source code and
> design/implementation documentation to their modified
> version of OpenSSL freely available, including changes
> similar to these but not using ENGINE.
>
> There are other pro
> [levitte - Thu Nov 18 21:02:18 2010]:
> As for the BN test, I have to wade through older mail to see what was
> suggested. I'll be
> back about it.
Added and tested, along with other things. That enables me to close this bug.
--
Richard Levitte
le
anges will appear in today's snapshot or
tomorrow's, please try them out. I haven't been able to test on VAX
or IA64, so tests on those architectures would be super.
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
In message <20101122.173406.524696293.rich...@levitte.org> on Mon, 22 Nov 2010
17:34:06 +0100 (CET), Richard Levitte said:
richard> In message <20101122134624.ga55...@openssl.org> on Mon, 22 Nov 2010
14:46:24 +0100, "Dr. Stephen Henson" said:
richard>
richard&
In message <20101122134624.ga55...@openssl.org> on Mon, 22 Nov 2010 14:46:24
+0100, "Dr. Stephen Henson" said:
steve> On Fri, Nov 19, 2010, Richard Levitte wrote:
steve>
steve> > In message <20101118.230638.437297155.rich...@levitte.org> on Thu, 18
Nov
In message <20101118.230638.437297155.rich...@levitte.org> on Thu, 18 Nov 2010
23:06:38 +0100 (CET), Richard Levitte said:
richard> I'm trying to catch up on VMS fixes, and with the 0.9.8 and 1.0.0
richard> series, it seems pretty straightforward.
richard>
richard> Wit
!
sms> $! Additional directory information.
sms> +$ T_D_ASN1TEST := [-.test]
sms> $ T_D_BNTEST := [-.crypto.bn]
sms> $ T_D_ECTEST := [-.crypto.ec]
sms> $ T_D_ECDSATEST := [-.crypto.ecdsa]
Added to 1.0.0-stable and 1.0.1-stable; committed.
sms> These
V8.3
If what I hit is a bug in the DEC C headers, that would of course
solve my problems. If not, we have a problem, and quite frankly, I'm
starting to seriously question if I should try to support VMS any
more, considering it's not something I work with every day any more...
Stephen Henson has fixed the issues with speed.c and adding cts128 to
mkshared.com. I
have just now committed a fix for the problem with [.crypto]install.com.
As for the BN test, I have to wade through older mail to see what was
suggested. I'll be
back about it.
--
Richard Levitte
ing to solve?
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend'
ts
as they are about the use of PURIFY. For all I care, the condition
can be removed, leaving that piece of code to be compiled with purify
as well as without.
I've honestly not made much analysis about the code that's talked
about here. Randomness on this level is not my strong point, s
Just a heads up...
I'm stuck in France due to ashes in the air. Most of my energy has
been spent on trying to figure out how to get back to Sweden as soon
as possible, instead of, as I had hoped, working on stuff such as the
VMS build of OpenSSL...
*sigh*
--
Richard Le
willing to have a look at tomorrow's
snapshot, which should contain all the changes.
Cheers,
Richard ( will be on a trip until the end of the week )
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is
ked at this list in recent times to see if the items in
sms> it still make sense?
I'm looking at it right now, and I'm reworking the whole thing to make
it more comprehensible for starters ;-)
--
Richard Levitte
sms> There seems to be code in there which pretends that the size of u64 is
sms> open to discussion ("sizeof(u64)"), but it seems (to me) to be pretty
sms> clear that other things will break if it's not 64 bits.
sms>
sms&g
that
pattern.
I'll have a look at the no-copy variant you had a long time ago.
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
o> on Tue, 23 Feb 2010 12:23:39
-0600 (CST), "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > I've done some fiddling with the 0.9.8 branch, and as far as I can
sms> > tell, it builds and tests cleanly on Alpha, using no special options.
sms> &g
rver, it's http://guardian.lp.se/~levitte/openssl-0.9.8m-dev.tar.gz
For those running VMS, please download it and try it out.
(I've incliuded two people who have shown specific interest for this
as recipients. Appologies if that leads to double posts, guys)
Cheers,
Ric
In message <10012822544299_20205...@antinode.info> on Thu, 28 Jan 2010 22:54:43
-0600 (CST), "Steven M. Schweda" said:
sms> From: Richard Levitte
sms>
sms> > In the mean time, I believe the latest snapshot has all my changes to
sms> > date, which includes mos
I'll have a look at it tomorrow.
In the mean time, I believe the latest snapshot has all my changes to
date, which includes most if not all the patches I've seen from you in
the latest few days... Worked for me, please try it out.
Cheers,
Richard
--
OK, I've gone through and tested the script... it works for me, I
hope it works for you.
Cheers,
Richard
In message <20100125.112009.189705375.rich...@levitte.org> on Mon, 25 Jan 2010
11:20:09 +0100 (CET), Richard Levitte said:
richard> I just had a look at testtsa.com,
said:
sms> From: Richard Levitte
sms>
sms> > Might be a fault in test/testtsa.com... I'll see if I can find
sms> > something there...
sms>
sms>I got some improvement by trying harder to preserve case in some
sms> places:
sms>
sms> -$ call create_t
ll be. I'll keep on working on this in the week
that follows.
Cheers,
Richard
-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.
--
Richard Levitte rich...@levitte.org
t;
sms>So far, I haven't tried to figure out what this test is trying to do,
sms> so I have no real idea where it's going wrong.
Might be a fault in test/testtsa.com... I'll see if I can find
something there...
Cheers,
Richard
-
Please consider sponsoring my work on
eqs. "" then __arch := UNK
sms> $ exe_dir := sys$disk:[-.'__arch'.exe.apps]
sms> $
sms> $ openssl := mcr 'f$parse(exe_dir+"openssl.exe")'
sms>
Applied.
sms>Also, is there any reason to use "mcr" here instead of "$"?
verhello_renegotiate_ext 314 EXIST:!VMS:FUNCTION:
sms> +ssl_parse_srvrhello_reneg_ext 314 EXIST:VMS:FUNCTION:
This part is done automatically with "make update", which I will also
do.
Cheers,
Richar
what we all want in the end... Can I suggest you have a look
at today's snapshot (that goes for Stephen as well) and go from there?
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous cele
om? Those things are
already added in beta4.
Zoltan.Arpadffy> *** $ test_jpake:
Zoltan.Arpadffy> *** 284,289
Zoltan.Arpadffy> --- 293,302
Zoltan.Arpadffy> $ write sys$output "Test JPAKE"
Zoltan.
601 - 700 of 3412 matches
Mail list logo
