dencorso

I guess the above quotation might have been intended to mean (but this is just my 2¢, anyway): If we only connect just a mic or just a headphone by itself, but not both at the same time, either will work...

I intend to do some hardcore experiments with the registry, to start with. And to delete some system's folders elsewhere. Every one of them is guaranteed to hose your system worse than before, if it does not work. And each must be done from scratch, so every time tings don't work, at least a full backup of the whole registry must be redeployed, before proceeding on to the next experiment. I wouldn't dare proceeding unless I know you can fully recover from my experiments. Remember the fundamental principle of medicine: "first, do no harm!"? It applies equally well here, as for every serious troubleshooting and/or fix attempt.

Q1: 4, of course! Q2: 5 ?!? Note added later: Just for the record, I used the excellent freeware DiskImage, by Mike Brutman, to generate the floppy images under plain MS-DOS 7.10, and the equally excellent freeware NTRawrite, by Blake Ramsdell, to generate the floppy image at the XP SP3 DOS Box. jaclaz\'s experiment.7z

This is just to provide an update to those of you who don't usually follow things on reboot.pro... Heads up, friends, there's good news!!! joakim has kept working on this matter, and has released two very interesting apps there, at the thread: "RunasSystem and RunFromToken". Thanks joakim, you do rock!

LeAnn Rimes & Joss Stone - Summertime

Just to point out I remain interested in this matter. I just found an interesting photo of Clyde Washburn’s ‘Second Nature’ ROMs, so here I share it with you.

While I may, as time permits, add a secondary optional output format, better suited for piping, to PETmStp, if you want a fast working solution, I'd suggest a batch file using the good old sed to massage the output from PETmStp before piping it into some form of touch. Cygwin v. 1.5.12 works quite well in 9x/ME and has a reliable and powerful sed command. However, as most unix utilities ported to the DOS world it changes the line-endings to unix-style, so that one'll also need to pipe through "unix2dos -D" to recover the dos-style line-endings.

Ah, yes! The infamous Y2108 bug, of course.

You both should try my little free console app PETmStp... It was intended to help precisely with such dating problems, when dealing with PE files. PETmStp.7z

I leave Workstation on Automatic. I also leave Network Location Awareness (NLA) on Automatic. This is just for the record, since I've seen it described nowhere else... Many VPN and Wi-Fi drivers depend on it to complete their IP acquisition, so they'll remain continuosly "acquiring network address", when NLA is disabled. So, disable it and see what happens. If your internet connection gets IP normally, you're safe. If not, change NLA to automatic... manual is not enough.

Since 04 June 2012, the date of the post I quoted. That's Maximus-Decim official release post. The German version cannot have preceeded the English version, because it's based on it.

Yes! Now you know why there're warnings everywhere that NUSB is *language specific*. Hope for the best and try to apply the latest English version (NUSB36e) over it, and answer yes to any message asking whether you want to substitute a file for another that is the same version or older with YES... Try NUSB 3.6 first (nusb36e.exe is the English file). If it does not solve it post back, before trying anything else.

Try to set Start = 1 (system) or even 0 (boot), instead of 2 (automatic). It's a longshot, but may work.

We have some such pearls around here, too. This one is displayed at every elevator door throughout the municipal area. And this one is in somewhat awkward Portuguese, which cannot be improved upon, because the exact text to be used is set down in a City Law. Meaning, roughly: "Before stepping through the doorway, make sure the elevator car is actually present at floor level" Now, if one cannot be bothered to notice the elevator car is actually not there before dashing in, who can believe he/she will actually read such a warning?

Are you sure the .mui you put into: zh-TW\explorer.exe.mui ...is in Tradicional Chinese and not in English, by mistake?

Yes. Any conditional that is either always true or never true is not needed.

I know that What I don't know is whether these lines may have any impact when the script is used like I do it. In a perfect world, where things always work the way they are supposed to, no I don't think so. But as Den explained, just because those files are "supposed" to be closed automatically when the script exits, there is no guarantee that they will, due to system error or whatever. I know that there is never a guarantee with computers anyway, but to decrease the possibility of error with very minimal effort on your part, it is always best practice to clean up after yourself and do what you can to ensure that files are closed and system resources are released when you no longer need them. I couldn't put it any better if I tried. And this is something that holds true for any generalized OS, which usually are articulated around the files & resources metaphor(s) (except, maybe, for those few that are explicitly built around strongly-enforced "garbage-collection").

Removing these lines you'd be introducing a potential bug by relying on behavior which is not guaranteed. And running a large number of times such a buggy script may lead to all kinds of hard to debug conditions. Don't ever forget to close all open files before terminating.

W4z d4 pr0B1Om? L337 rU13z! 1O1

Well, that would require an effect similar to that Roger Rabbit gets from drinking, as a grand finale, IMO...

d1s tlk btr B n d un4t3ndd f0rm

OK. Do a full backup. Then tell me you're ready, and we start troubleshooting. The backup is a must. And, since it's a bootable partition, an image is required. A full HDD image would be the best option, provided the Ultrabay HDD is not too big. If it is, a full XP partition image should be enough.