Re: Use of exclusive c14n when encrypting elements in C++ lib

2006-07-09 Thread Berin Lautenbach
Scott Cantor wrote: > If you want to cut a final RC, I can try and do a final round of source and > RPM builds and make sure it's clean. Red Hat is apparently going to put EL5 > on top of gcc4.1, so I have to make sure things are ok. RC3 sitting in people.apache.org/~blautenb Cheers, Ber

RE: Use of exclusive c14n when encrypting elements in C++ lib

2006-07-07 Thread Scott Cantor
> > Oh...I know the other thing...have you done any builds against a > > Xerces 3.0 snapshot? > > Yes - and they broke badly. I wanted to finalise this version, get it > out and then do a 1.3.1 with that and a rebuilt configure sctipt (using > automake). I.e. API exactly the same as 1.3 but comp

Re: Use of exclusive c14n when encrypting elements in C++ lib

2006-07-07 Thread Berin Lautenbach
Scott Cantor wrote: > If you want to cut a final RC, I can try and do a final round of source and > RPM builds and make sure it's clean. Red Hat is apparently going to put EL5 > on top of gcc4.1, so I have to make sure things are ok. I've built against 4.1 on my deb unstable box. So theoreticall

RE: Use of exclusive c14n when encrypting elements in C++ lib

2006-07-06 Thread Scott Cantor
> I was thinking about this during the day. I'm going to add a method to > allow the exclusive use to be turned off and that way it can be > deactivated if it makes sense. I've been wracking my brains to think > about why I used it in the first place, and I know there was a really > good reason b

Re: Use of exclusive c14n when encrypting elements in C++ lib

2006-07-06 Thread Berin Lautenbach
Scott, I was thinking about this during the day. I'm going to add a method to allow the exclusive use to be turned off and that way it can be deactivated if it makes sense. I've been wracking my brains to think about why I used it in the first place, and I know there was a really good reason but

RE: Use of exclusive c14n when encrypting elements in C++ lib

2006-06-13 Thread Scott Cantor
> The whole thing about serialisation of data prior to encryption is > fraught with problems. Exc-c14n fixed some of them for me - but > obviously there are others I missed! I know, it's only my intuition that suggests to me that inclusive works better for this use case, because signatures contai

Re: Use of exclusive c14n when encrypting elements in C++ lib

2006-06-13 Thread Berin Lautenbach
The whole thing about serialisation of data prior to encryption is fraught with problems. Exc-c14n fixed some of them for me - but obviously there are others I missed! Are you able to give me a fragment of something that breaks? I think I can see what you are getting at below, but a concrete exa