RE: SFL 1.8 and the SNACC v1.3 R4 ASN.1 compiler

"Colestock, Robert" <[email protected]> Thu, 26 Oct 2000 16:38:32 -0400
Newsgroups gmane.ietf.sfl
Message-ID <[email protected]>
Bob:

Yes, I found the same error; I tracked it down to something in the
certificate itself.  Since this particular certificate was encoded in our
early SFL days, I simply removed it from any references in the config files
rather than waste time on the details.  The code works fine for all other
RSA certificates (I started using the better built DaisyRsaExts certificate,
using the same public key).  I had thought I had removed the DaisyRsa
certificate from the test directory; I will re-check.  Sorry about the
confusion.

Bob Colestock

-----Original Message-----
From: Bob Smith [mailto:[email protected]]
Sent: Thursday, October 26, 2000 1:29 PM
To: [email protected]
Subject: SFL 1.8 and the SNACC v1.3 R4 ASN.1 compiler



Has SFL 1.8 been tested with the SNACC v1.3 R4 ASN.1 Compiler? I'm having 
problems when I use sfl 1.8 and the snacc v1.3 R4 at the 
GLOBALAddLoginFinish function. It seems that DECODE_BUF in 
CSM_Free3::DecodeCertificate does not work properly when I'm using the 
DaisyRSA.out certificate found in the test folder. DecodeCertificate does a 
memory overrun and then when the GLOBALAddLoginFinish function tries to 
clean up its memory, deleting the m_pSNACCCert variable of in the 
CSM_CertificateChoice destructor causes a memory overrun error.

I also tried using SFL 1.7 and SNACC v1.3 R4 and I got an access violation 
at DECODE_BUF when I call CSM_Free3::AddLoginStatic in SM_FREE3.



_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.