-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 H D Moore wrote: > Hi everyone, > > We (the dev team) have been crunching for a 3.2 release in early October, > one of the things I want to improve is the module loader and caching > systems. The idea is to make the framework much less memory hungry and to > cache all of the fields which are not normally dynamic. So far, the best > new module loader implementation requires a small change to the format of > the Metasploit modules, one which is not backwards compatible. > <snip> > I was able to script up this change to the existing module tree, but > third-party modules would need to be updated to match. This also solves > the problem where modules which dont have a class path matching their > directory structure are not loaded, which in turn makes it easier to add > new third-party modules. > > Thoughts? >
Well, since nobody else is saying anything on the subject (on-list anyway), I think this change is great wrt the fact that--among other things--the class and directory paths don't have to match and there is less memory consumption. > -HD Thanks, Kris Katterjohn -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIVAwUBSOGclv9K37xXYl36AQKsLxAAtPHgWbE1jdiTPPpFx5jRELF6zhlc1jKr vxr4NRPuhcauglCz9JrIWDYS/l0tuf6QbW18Of/juYhn//OVZd0Q5YnvX8O6GLAa PXqzcfsSpL2YzD1tt49IEGdkDyMpzWCE+UNt/kvt/pDDBK8cYeoEvqLFWGOvBYAe kUOOBbE+X0/ZKHRo/hAuyqr+a15Y/nNqSGa8p19eW6C0yNzNgvLmZs1mA2IJCDzB eT/YmMe1rzB45+8rR+uxXt677ojGPRHK5HyejM0z4/eQcHD+/5BoOCUVx0MRjpym ZAuNYierMUh+SgEIOy7BOFBB9qvUZbIdLHWxRkgWfwSexrbCM26N6rRp7YkgPHQP IucuKsR6pgC8GnKjyaDoLi4fSaAfYHEV25E06UHHuntAUbCOuoQ49DcYdpeR7vS2 bcQphZdE9D6v0YS3mDyxeqtpJ3y4g6Hzm/ZvlFanBPpxwBj6ESrARKGzjCKS22cN kNuWemRNiwqjj9mvyS7FodMxec7gtzsTcuoKT++j+JCesbuxxz+LRCMYC03FR79D YFnvfgKMLnBpo7/DjmyFvm3nGzLFFs3RstupY43AXRizzmjporD1L3pT0h1oAtNF v5dQj5VbmmSqcNy2qffX5cF6tgPRL7fY5OqDXzeDl+qWxzus8WWM/RiT5YRQYfwD EtuBSgSG0YE= =ESCI -----END PGP SIGNATURE----- _______________________________________________ Framework-Hackers mailing list Framework-Hackers@spool.metasploit.com http://spool.metasploit.com/mailman/listinfo/framework-hackers