ASM Community

I'm sick of carrying my Lenovo laptop. So, I picked up my thumb drive and populated it with stuff that seemed good to carry around. MASM32, OllyDBG, Sysinternals Suite. Now I've become a sort of inverted village bicycle, the computers throughout the library all ride me. I'm not fond of being ridden, (by electronics, anyway). I've decided to start putting my beginners level assembly language knowledge to work. So, I suppose this is a plan.
I want my thumb drive to contain a program, or group of programs/batch files/scripts, to enhance my windows environment whenever I insert my thumbdrive and initialize autorun. There is, however, one obstacle. It's name is automount. Automount, as many of you know, automatically assigns driveletters to disks. How do I get the drive letter of a disk mounted by automount?
Another obstacle is deep freeze. It would be nice to know which computers could be trusted to hold onto my environment data. The luxury, however, cannot exist in this library due to the nature of the users. Spyware and Malware would run rampant if it wasn't for Deep Freeze. For those of you unfamiliar with Deep Freeze, the software has a default settings template which is applies to each computer on startup. No computer will leave that state unless the Deep Freeze template is modified. Now, I know %path% can be set through cmd.exe, but Deep Freeze, or Windows itself, does not allow changes to persist after session termination. So, is there a way to modify environment variables and load them into the current session without logging out of windows?

Okay, I may have found a better method for getting my disk that does NOT involve the registry. It also seems much simplier to implement. It turns our that transversing the registry was a bit of a headache!

I found FindFirstVolume:http://msdn.microsoft.com/en-us/library/aa364425(VS.85).aspx and FindNextvolumehttp://msdn.microsoft.com/en-us/library/aa364431(VS.85).aspx. These two functions seem to work hand in hand and provide a simple interface! I'll post some ASM once developed.

Thanks for reading!

Is it possible to set the %PATH% to include paths from a different drive letter? I was thinking of trying to create a junction on the filesystem to make it appear to be a path on the %systemdrive%

You want GetModulePath ;)
Don't be too worried about data types defined by C.
They use a dozen names to define the same primitives.

Sure thing - all the items in PATH are normally fully qualified (drive letter and all).

No reason to do this :) - you'd have to much around with creating junctions on the target machine and removing them again while you're done, slightly messy.

Hmm, you don't get a fully-qualified name?

Your code is wrong, anyway - I'm a bit surprised it doesn't crash :). You're only allocating four bytes (LPSTR) for filePath, whereas you need to allocate MAX_PATH bytes (GetModuleFileName uses your supplied buffer, it doesn't allocate one for you). Next, the "nSize" parameter is a DWORD, while you're passing it pointer-to-dword (and an uninitialized one, at that - GMFN() wants size-of-supplied-buffer). Third, passing FilePathLength to MessageBox... MessageBox displays strings, you're passing it an integer.

.data?
filePath BYTE MAX_PATH dup(?)
.code
invoke GetModuleFileName, 0, addr filePath, sizeof filePath

Which DLL exports that? ;)

EDIT: ah, too slow, evlncrn8 beat me to it. A few comments, though: you don't need to allocate MAX_PATH+1 for the buffer, and you definitely shouldn't subtract one from sizeof when passing along the buffer length. Windows only supports MAX_PATH¹ including the terminating NUL, and buffer length includes the NUL terminator.

¹: unless you're using unicode functions, and the \\?\ prefix. In that case, you can do ~32.000-character paths; not necessarily a good idea, though, since 99% of Win32 software uses standard MAX_PATH :)

bray,

How did you came with that? Especially the ror part.