Wraith

It uses a custom winntbbu.dll, and gui install mode is on.

I think I'll start timestamping each event... Probably make it easier to see wtf is going on. Might see if I can shift things into high priority to run too.

Ramdisk gets cleared on reboot. Yes, but winnt32.exe copies it to the target path before installation ($~WINNT.BT$ or whatever it's called...)

Ram disk. You can specify the unattended winnt.sif via commandline parameters passed to winnt32.exe. ALL is revealed in the docs

By shell, I meant things like GeoShell etc... things that control files/folders etc. This is, by the look of it, a frontend for the other installers... *shrugs* Don't know about helping, I'm more of a C++ guy, don't really know much VB... (nor do I want to ) Maybe longhorn supports .NET on winpe... I saw there's a DOTNETPE.CAB on there... might be something to look at?

From what I can gather, this isn't really a SHELL, but rather an installer... I was planning on writing one using C++, with the option of creating a winnt.sif on the fly, formatting drives, and running winnt32.exe with the proper commandline parameters. University came, and screwed up the idea. I *think* that's what he's trying to do...

I was going to make something like this... but didn't get the time before uni started... looks cool (Apart from the whole needing .NET thing...) It's using GDIplus, which I used to do XPlode - so if you can get the wrapper working in VB (don't know if it's possible - I've been using C++), then use that instead. Trying to get .NET framework installed is probably going to be a REAL b***h.

I have no ide why it would've run slower - nothing has changed as far as executing things... At least, there are no extra steps involved...

Cool

It should. I tested it here and it seemed to EDIT: Testing during an ACTUAL install now. Will get back to you within half an hour hopefully :/. EDIT #2: Not good. it won't run at T-13, T-12, or T-9. It should work fine on first logon tho, when everything is loaded. Oh well. Was a good idea at the time.

Heh.. I was kinda hoping for a screenshot with the spanish characters in the XPlode window, but I get the idea ;-)

Just a small tool that allows you to import *.reg files into a different user's hive... providing you know the username and pass. Perfect for importing settings after a user account has already been created. Syntax: regimport.exe /user:Spike /pass:swordfish /file:regtest.reg Any bugs, post them in the XPlode forum. regimport.zip

Okay, just did a test, it can import registry settings to a user on the system, even if it isn't logged in as that user. I might make a standalone exe in a few mins... Probably something like this: regimport.exe /user:Spike /pass:swordfish /file:registry.reg EDIT: RegImport Thread: http://www.msfn.org/board/index.php?showtopic=16727

I've been thinking of testing XPlode's registry execution capabilities as running under a different user... will get back to you all on that. Might make a standalone app for people that don't want to use XPlode... if it works.

Can I get a screenie?

Cool.

Just a note for the new XML parser... in XPlode 1.0.5. It WILL NOT run existing XML's, you need to convert your XML to Unicode.

Just an update for the execute plugin - it should function as it did in 1.0.2 when not running under a different user context. If you want to run as a different user, fully qualified paths must be used, and they MUST point to an executable. So if you want to run a *.msi, the executable needs to be %SYSTEMROOT%\System32\msiexec.exe, and the arguments would be the msi file. It does NOT use file associations. Thank Microsoft for not supporting the function for it in XP. And, to be honest, I'm too busy to write an equivalent. Plugin for execute attached, will release a full 1.0.4 soon. XPlodeExecute.xpd

That's fine... it's the same problem. Looking into it...

If you're using 1.0.3 then it's a problem with the execute plugin. Run it with logging and you'll get errors. Paste them here so I can confirm that it's the same problem. In the meantime, use the plugin from 1.0.2.

XPlode 1.0.3 Read the thread for changes etc. Thread: http://www.msfn.org/board/index.php?showtopic=16540 Download: http://xplode.voidfx.com/downloads/ Forum: http://www.msfn.org/board/index.php?showforum=86 Screenshot:

XPlode 1.0.5 Download: http://xplode.voidfx.com/downloads/ Changes for 1.0.5: Moved the XML to unicode for localisation support. Rewrote the XML parser Changed file access method Cleaned up redundant code Changes for 1.0.4: Documentation is essentially the same as 1.0.2 - all other changes have been commented in the example XML. Specific changes are: config.strings.shortcut items.item.shortcut items.item.copy items.item.move items.item.delete items.item.execute Please use the bugtracker to report anything. Notes: Try not to log in as a different user for a lot of applications - it is slower to start the program. Do not use antialiasing when in GUIinstall mode - it will blur the text with the transparent colour - magenta. Try not to use transparent colours for the same purpose. For anyone that doesn't want to read the docs (a lot of you I'm sure), the colours are in the format #RRGGBBAA, #RRGGBB being the normal HTML-style colouring, and AA is the alpha transparency value. When in GUI-install, set AA to either 00 or FF, depending on full transparency, or full opacity. I'll hopefully update the docs within the next few days. First week of uni is always hectic...

Oh shush.

Okay people... I've done quite a few changes - I've completely rewritten the file and directory ops plugins, merged them into their own. I've modified the execute plugin, now allows the execution of programs under a different username. Look at the example.xml included in the archive (when I release it... soon ) for syntax of the changes. I will hopefully get the documentation part of the website done on the weekend, if not beforehand.

XPlode 1.00 Download from: http://xplode.voidfx.com/ Online Documentation: http://xplode.voidfx.com/documentation/