per Robert churchill -------------------- Are you using McMullen's nsFileSpec stuff yet? Its probably a good idea to try and switch over soon. Here's (I believe) the scenario on the Mac... you check inside of the components directory for DLLs which end in ".shlb" (on the Mac). You check their file size and mod date to see if they've changed. Unfortunately, on the Mac, you are checking aliases to the DLLs and not the DLLs themselves... so, unless your code is resolving aliases before doing the stat, its not working correctly. (The code we added into NSPR to resolve aliases was only for PR_LoadLibrary(), not anything else.) Thought I'd mention it. :^) Robert

What this means is that components under development need to run the script in a build if they change the list of components they register. Since this is only a dev. thing, moving to M4.

This sounds like it can be moved to M5 per dp's description

robert, does it make sense for you take ownership of this bug? can we/should we move it out several milestones until someone can work on it?

This bug is just an indicator that XPCom should be using McMullen's nsFileSpec as it solves certain problems on various platforms. I don't particularly want to own the bug, thanks. :^) I'll certainly be willing to help DP with it though on the Mac. It'll of course have to be tested on all platforms. DP should probably move it to the milestone that he feels is appropriate... which I'm guessing is later than M5.

Moving to M6

dp ready to land this first part of m8

xpcom uses nsIFileSpec. Detection of dll changes should work. Can one of you rjc or simon verify this