new version of MAD
Steef Boerrigter
sxmboer at sci.kun.nl
Mon Jul 30 21:11:32 UTC 2001
Hi Bjorn Eriksson,
> Using realloc sounds nice. And a hash table would be really nice.
> (Well, hash tables can't be resized efficiently but I don't think that
> would pose a problem.)
You mean using a hashing table would be nice to tackle the slooooowness
of MAD when it goes over ~10000 handles?
> > - Support for SGI Indy (and probably more RISC and or MIPS platforms)
> > which need 8 byte aligned blocks for double variables.
> Sounds useful.
Mad crashes on the very first alloc. So useful is an understatement.
"Vital" is more appropriate ;-)
> All processors in the x8[68] family can read 16-bit WORDs (and larger
> quantities) on an arbitrary offset but reading a 16-bit WORD that
> straddles a BYTE boundary requires the processor to do two separate
> reads. (And this hurts even though it actually reads a whole cacheline
This is useful information. I conclude from it that even on the intel
architecture alignment is desired if we want to improve the speed of our
program being debugged.
> The 'diff -u' files would be usefull. Or if you could give us the exact
> version you changed so everyone could do the diff herself.
Uh oh, didn't you get the mad-new.[ch] as attachments?
In that case either my mailer is sick or the attachments are cut off by
the mailing list handler.
Regards,
Steef
--
------------------------------------------------------------------------
Drs. S.X.M. Boerrigter
RIM Laboratory of Solid State Chemistry, University of Nijmegen
Toernooiveld 1, 6525 ED Nijmegen, The Netherlands
Telephone: (+31)-(0)24-3652831 Fax:(+31)-(0)24-3653067
email: sxmboer at sci.kun.nl http://savannah.gnu.org/users/sxmboer
------------------------------------------------------------------------
Quidquid latine dictum sit, altum viditur.
"Unix was not designed to stop people from doing stupid things,
because that would also stop them from doing clever things." --Doug
Gwyn
Murphy's law: Anyt<Warning: Mail system error: Unexpected End Of File>
More information about the mc-devel
mailing list