jaclaz

Have you tried the "NoSetTaskbar" Registry key/Group Policy? (cannot really say if it locks the taskbar, I don't think it will, but it is worth a try): http://technet.microsoft.com/en-us/library/cc938272.aspx http://www.tweaklibrary.com/Display/Control-Panel/41/Prohibit-access-to-“Taskbar-and-Start-Menu”-dialog-(Current-User)/10274/ Try checking/observing changes (if any) of 13th byte of HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\StuckRects2, see: http://serverfault.com/questions/508607/how-can-i-change-the-task-bar-position-when-manipulating-the-task-bar-is-disable?noredirect=1#comment572932_508613 http://www.msfn.org/board/topic/23512-how-to-set-2-line-taskbar-have-had-no-success/ when you move the taskbar. Possibly removing Authorization to that key would "lock" the taskbar (buit it may als make your system unbootable/crash, so make sure you have a "way out" plan before fiddling with it. jaclaz

Let's try to clear this. Say you have two users on a system: UserAdmin <- with administration privileges UserStandard <- with "standard" privileges HKCU will be connected to the UserAdmin's profile when UserAdmin is logged on, and connected to the UserStandard's profile when UserStandard is logged on. On the test machine, open a command Window and execute in it: wmic useraccount get name,sidand post results. Then, log in with the one and the other user and check with regedit the HKEY_USERS/<Security ID>/Software you find in the Registry and which permissions/restrictions they have. Read also this: http://pcsupport.about.com/od/termshm/g/hkey_users.htm You should get the hang of the mechanism. jaclaz

HKEY_CURRENT_USER: 1) does NOT exist 2) it is CURRENT user . See: http://technet.microsoft.com/en-us/library/cc976337.aspx There are as many "Current Users" as many accounts there are, maybe (as it seems like you are trying to change the settings of another user) you need to find out the SID of the user and access the "real" thing, i.e. the HKEY_USERS\ Security ID , can you try explaining the context? Which OS is that? jaclaz

Or how much transparent the feedback gathering process is.... jaclaz

I'll just bookmark this as an antonym to "in a timely fashion". jaclaz

Well, there is a slight nuance that you may have missed. MagicAndre1981's statement may allow the reader to believe that "Microsoft forums are terrible UNLIKE other Microsoft managed things", while my statement flatly excludes that, while at the same time not explicitly stating how terribly those forums are (mis-)managed, i.e. leaving terribleness (like beauty) in the eye of the beholder. It is not a language barrier, however, being intelligent or bright is not an exclusivity of English speaking people (nor - for that matters - to citizens of non-third world countries). Now, pretending to be intelligent, bright and English speaking, and taking part to "high level" discussions adding to them some of their ignorance (which is what a number of people do there just because they have a MVP "badge") is another thing . jaclaz

Now that is a pretty strong statement , I would rather say that those forums are managed in EXACTLY the same way Microsoft nowadays is . jaclaz

The only issue with this being that no such particular assertion has been made on this thread. Sure , the multi-core is the "last and least" of the issues with software not designed with Windows 9x compatibility in mind. List: software that was written to be compatible with single core ONLY AND compatible Windows 9x OSsoftware that was written to be compatible with single core AND multi-core BUT NOT with Windows 9x OSsoftware that was written to be compatible with single core AND multi-core AND THAT (by pure chance) is also compatible with Windows 9x OSsoftware that was written to be compatible with single core BUT NOT with Windows 9x OSsoftware that was written to be compatible with single core AND multi-core AND Windows 9x OSsoftware that was written to be compatible multi-core ONLY AND ( implicitly) NOT Windows 9x OS)#1-2 Common #3-4 Fairly common #5-6 Less common jaclaz

The issue may come if the update is a "forced one" and does NOT work as it should, this one JFYI is a nice one, check at the end of the page the report by Jim5506: http://answers.microsoft.com/en-us/windows/forum/windows_8-windows_update/forced-windows-81-update/73e135af-4566-4e9f-a001-686b1b2fe75c?page=2 jaclaz

Does it work (if you have an occasion to test it) on machines with media card readers or suffers from the same issue as the "IF EXIST"? See around here: http://www.msfn.org/board/topic/137714-install-xp-from-a-ram-loaded-iso-image/page-5#entry895361 and here: http://www.msfn.org/board/topic/144069-batch-find-file-on-the-cd-roms/ jaclaz

Yep, the latter (failed) auto update issue has provoked more than a little (justified BTW) resentment towards MS. A few interesting related stories have been posted here: http://www.eightforums.com/windows-updates-activation/53755-forced-upgrade-windows-8-1-a.html jaclaz

Now you tell me ... Sure jaclaz

Yes/No. There is a completely empty SFCFILES.DLL (which is STIILL available here on FdV's site: http://www.vorck.com/windows/software.html http://www.vorck.com/windows/data/sfcfiles.zip ) mukke made reference to a (supposedly newer) SFCFILES.DLL version, that is seemingly missing. The link on this page: http://www.vorck.com/windows/xpsp4.html does point to: http://www.vorck.com/data/sfcfiles.zip which is 404 What I suspect is that there is simply a "wrong" link above (typo by FdV or "moved file") and that only exists a single version of SFCFILES.DLL, that the "new version" that mukke used is still that same file and that it is still the same good ol' one completely empty derived from Damian's initial implementation. Guess WHO at the time (ten years ago! ) provided "critical insights" pointing FdV at Damian Bakowsky work? https://web.archive.org/web/20080120145002/http://www.vorck.com/windows/about.html http://www.911cd.net/forums//index.php?showtopic=18556 jaclaz

You can add 32 bit support (WOW64 subsystem) to your 64 bit PE. See: http://www.msfn.org/board/topic/167983-how-to-add-wow64-to-simple-win8pe/ But maybe you can use *something* else. Wouldn't the output of a "normal" DIR /S be enough for your uses? (though it is not "as accurate" as diruse or diskuse are, the difference is usually very little and surely you don't want to "fill up to the brim" the target) jaclaz

Conversations: Program: Hey, OS are you there? OS: Sure I am here, ready. Program: Which OS are you? OS: You should be smart enough to discover it by yourself, shouldn't you? Program: Hmmm, OK, but are you multi-core aware? OS: Probe me and you will see. Program: I see that you are Windows 98 and not multicore-aware, which is a pity as I have been written with multi-core support. OS: Well, but surely you have single core capability, don't you? Program: Sure, now that you tell me this I could have it, but I was compiled without support for it, I need a multicore-aware OS. OS: Sorry but you cannot run, then. jaclaz

No special discount for resellers? jaclaz

@mukke The link you posted to the "new" SFCFILES.DLL is dead, if you have a copy of it, post it, please. jaclaz

I guess this will take a few more posts... jaclaz

@MHz Should you by any chance need a torch/pocket light, have a look a this one: http://www.hexbright.com/ http://blog.amber.org/post/64781966869/overengineering-a-flashlight jaclaz

Let's say that switchable desktops/workplaces is the poor man's (or the cheap man's ) way of having multiple monitors, beside the cost of more monitors, there is the need for some space for them (which may or may not be available). Yep. And - to restate the obvious - I have a hardware device that I call "window" which is an exceptionally accurate way to check the weather by simply looking through it, and another couple small hardware devices called "thermometer" and "barometer" devised more than 500 (five hundred) years ago and that have historically always worked, needing NO batteries, nor to be "plugged" or "connected" to anything. The combined effect of these three devices is to have a "good enough" representation of current weather and also a "reliable enough" forecast of it in the immediate future. I also sport (on my wrist) a device called "watch" that is seemingly very accurate in telling me the time, and while I do use a Windows calculator you will have to pry out of my dead hand my (now some 25 years old ) HP pocket calculator. I am old fashioned, I know , but I do have as well Weather, Clock and Calc apps on my phone and having yet another of these apps on my desktop, possibly constantly updating (and thus distracting me from what I am doing on it) is around place 1.256.784th :whistling: in my priority list of things I would like to have. jaclaz

Why are you using ^^ before redirection symbols? Wouldn't you want to make sure that you do not overwrite an existing "command.log"? What is that you want to accomplish, i.e. what do you actually want to have written to the "command.log" file? Are you sure you want to use "relative" paths such as the ones you used? WHAT (EXACTLY) does not work? Apart from the above, maybe what you really want/need is a "TEE" command. http://code.google.com/p/wintee/ http://code.google.com/p/wintee/wiki/FAQ See if this: http://www.robvanderwoude.com/battech_redirection.php helps you. The code you posted works fine, in the sense that it produces: a logfiles directory a command.log file in it with contents:PING www.google.com^IPCONFIG /ALL^Is this not what you expected? jaclaz

Just for the record, if you want to run a batch "invisible" (outside the SCHTASKS/Task Scheduler) there are several dedicated tools (that "hide" the command window), but all in all I find that *anyone* should have among the "base" tools the Nirsoft NIRCMD (that has these feature among a ton of other very useful ones): http://www.nirsoft.net/utils/nircmd.html jaclaz

Cannot say. By instinct, I tend to "hate" *anything* that is "fixed" or "unmovable" or "not customizable". 2/3 to 3/4 of the way I personally setup my desktop/environment is aimed to NOT use (or use the least possible) the mouse[1], I do *almost* anything via keyboard, and thus I use "hot-keys" to switch between workspaces. jaclaz [1] to make it clear, if there is a "wrong" usage paradigm in *any* graphical interface is the "move your hand from the keyboard to get the mouse (to click on a stupid button) and then get it back on the keyboard", when you are using (say) a graphical/design program, i.e. you use "only" or "mostly" the mouse, it is if course perfectly OK, but when you are using a mainly keyboard driven application (let's say Excel or any other program where you massively input data or formulas) it is a nuisance this mouse/keyboard/mouse/keyboard alternation. As well, once you have typed the data, using the mouse to change fonts/formats/applying highlights, etc. is very convenient, again it is a matter of personal habits, I tend to create any document in a "unformatted" way and only once the data input is over, I "switch" to "graphical" mode and apply formats/make it "pretty".

I have NO idea how exactly multiple desktops are implemented in Windows 10, but I have used them for years in blackbox/bb4win. I have 4 desktops, Alpha, Beta, Gamma, Delta and I can switch between them easily through a hot key. Practical use depends greatly on the use someone makes of a computer. I am particularly prone to make a mess of the desktop (in the sense that I tend to have any number of windows opened at the same time). Right now I have running: On Alpha: an Excel workbook (almost full screen) 1 "Calculator" Window 1 7-zip window In the background: 1 "Explorer" (it is not really MS Explorer, but it is the same "folder" view) The Excel, Calculator an 7-zip tiled so that I can view and access all of them. On Beta: A word document (about halfscreen) An Opera Window (about halfscreen) which I use to browse online for synonyms and dictionary/translations The two apps are tiled so that I can view and access both of them. On Delta: An Opera window (fullscreen) where I am typing In the back ground: 1 "Explorer" window (it is not really Explorer, but it is the same kind of "folder" view) 1 7-zip window On Gamma: 1 Tiny Hexer window (about half screen). 1 Qemu Manager window (about 1/4 of the screen) 1 IMDISK control panel window (about 1/8 of the screen) 1 7-zip window (the remaining 1/8 of the screen) In the background: 1 "Explorer" window (it is not really Explorer, but it is the same "folder" view) Now you may like (or completely dislike) the idea of having switchable desktops (as a "replacement" for minimizing windows to the taskbar and re-open other ones and/or use alt-tab switching or the like) but for me it is a handy way to keep things easily accessible and "organized". jaclaz

The generic idea is that the "main" parts of WFP/SFC are two files: SFC.DLLSFCFILES.DLLThe first one is the "engine" that compares the actual files with the "list of protected ones" which is the second file. Traditionally one or the other can be "hacked" to completely disable WFP/SFC, i.e.: IF SFC.DLL modification is used, it is a "hack" to make it do "nothing"IF SFCFILES.DLL modification is used, it is a "hack" that simply is an "empty" file, i.e. it makes a completely empty list of protected filesThe latter method allows however (as explained in the thread by ElTorqiro you referenced) for selectively remove one or more files from the list of protected files. You do not really-really need to use an hex editor (though it would be convenient for a single filename removal from the list), you can use gsar (or any other suitable binary search/replace tool): http://home.online.no/~tjaberg/ Inside SFCFILES.DLL you will find: 25 00 73 00 79 00 73 00 74 00 65 00 6D 00 72 00 6F 00 6F 00 74 00 25 00 5C 00 73 00 79 00 73 00 74 00 65 00 6D 00 33 00 32 00 5C 00 64 00 72 00 69 00 76 00 65 00 72 00 73 00 5C 00 74 00 63 00 70 00 69 00 70 00 2E 00 73 00 79 00 73 00 00 00 i.e. Unicode for "%systemroot%\system32\drivers\tcpip.sys" jaclaz