Hi, 
        Md5-utils.ch are not the only files that are duplicated. Most of the
files in evolution/e-util have similar copies in
evolution-data-server/libedataserver. We are worried that in the future,
if files in libedataserver are modified with their counterparts in
e-util unchanged, more annoying bugs will come into being. 

        BTW, we've debugged with evolution-2.6 under Linux and found that
functions e-util/md5-utils.c were wrongly used too. The reason why
evolution survives under linux with this mistake is probably due to the
differences between Linux and Solaris structures. 

        You may have a try by setting a breakpoint at
camel_vee_folder_has_folder, print ctx (you'll see no doByteReverse
here), and step in to md5_init, also print *ctx, now, doByteReverse
comes out somehow.

Thanks 

--Irene

On Thu, 2005-11-24 at 18:09, Harish Krishnaswamy wrote:
> On Thu, 2005-11-24 at 09:27 +0000, Ross Burton wrote:
> > On Thu, 2005-11-24 at 09:19 +0000, Ross Burton wrote:
> > > On Thu, 2005-11-24 at 16:33 +0800, Irene wrote:
> > > > Currently, the MD5Context structures in
> > > > evolution-data-server/libedataserver/md5-utils.h and
> > > > evolution/e-utils/md5-utils.h are different with the first one not
> > > > having a doByteReverse member. 
> > > 
> > > Hm, that would be my fault: I've been working with e-d-s and cleaned up
> > > the libedataserver/md5-utils to remove the doByteReverse member.  The
> > > obvious solution is to remove md5-utils from e-utils.
> > 
> > It looks as if the md5-utils in e-util isn't used at all in Evolution,
> > OK to remove it from evolution HEAD?
> 
> I agree. Mailer guys, anyone think otherwise ?
> 
> > Ross
> 
> _______________________________________________
> Evolution-hackers mailing list
> Evolution-hackers@gnome.org
> http://mail.gnome.org/mailman/listinfo/evolution-hackers

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Reply via email to