Content Type
Profiles
Forums
Events
Everything posted by dencorso
-
The point is any guess to what "enough" is has some chance to be wrong in some unforeseen situation, once in a blue moon... OTOH, "until it ends" may vary widely, but *never* fails. In fact this is more a philosophic question than an actual one, it all depends on whether failing in, say, 0.001% of the time is good enough or a deal breaker.
-
start /min /wait causes a new CMDBox to be opened, minimized (viz. /min) and the command to be run inside this new CMDBox, while causing the original CMDBox to wait for this command to finish (viz. /wait), before going on to the next command (= next line). So the 1st scrip guarantees the .vbs run by cscript has finished before running wget and that wget has finished (which is fundamental) before attempting to run mpas-fe and that it also has finished, before deleting it. So one can be sure things will happen in the desired (and needed) order. The second script, OTOH, starts the .vbs and waits 15 seconds before proceeding. But in highly multitasking systems as the NT-OSes are, one cannot really be sure that 15s will always be enough. So I think the 1st script is best. My 2¢ only, of course.
-
That's perfect. There's no need to change anything from what you've done Yes. But do *not* fix what isn't broken. Let things stay as they are. I do recommend it precisely because it's lightweight and unobtrusive. I've used it on my main machine since Oct 2016, when Avast took over AVG and suddenly decided to EoS all versions of AVG but the latest. Up to then I had been using (paid) AVG 2011 which, with various things turned off was reasonable IMO for use. In fact I've never got any malware in any of the machines I use/mantain, since before 2001. However, I did get a prufusion of false positives with AVG, along this time, and none at all with MSE. It's too bad I cannot keep using it anymore on XP... fact is most of my machines running XP (I've got 5) nowadays are powerful enought to do it using MBAM 3.5.1.2522, but for my Eee PC 900 (a single core Celeron M 353 ULV @ 900 MHz machine), which for now remains just with the unupdatable MSE, while I think what to do... In any case, my 2¢ is: too much paranoia is bad for the user's health and does not make your machine safer, but does slow it! YMMV, of course.
-
Adobe Flash, Shockwave, and Oracle Java on XP (Part 2)
dencorso replied to Dave-H's topic in Windows XP
I confirm your finding. And I was logged-in with my Oracle Account, of course... Either they'll still release 222 sometime along this week or there'll be no 222. I have, however, not read anywhere they'd be dropping such builds as a rule henceforward. -
I'm really glad to know you found my batch useful! OK. That batch was offered as an example, to be tweaked as needed. However, if you commented out the "pushd %temp%" line, you ought to comment out the "popd" in the last line, too (to avoid a formal underflow, which isn't noticed because the batch ends there...). Then again, if wget.exe and WDUPD_Vista.cmd were put into the %windir% (for instance), then, by letting the 1st and last lines stand would just cause mpas-fe.exe to be executed in the %temp% folder, not in the %windir% folder.
-
I like debian. Not some derivative distribution, but plain vanilla debian. Now, regardless of what linux distribution one uses, I think the best desktop environment is Trinity, hands down. If not that, then xfce. All others are too much fireworks and eye-candy for my taste. Of course, just my 2¢. YMMV.
-
Not yes, not no: on the contrary.
-
Hotel California - Majek Fashek
-
Well, I think it can be, at least, automated. Please feel free to try the attached batch file (= script = .cmd) and report the results. I think the bach should be run as the administrator (but since I'm not a Vista user, I may be wrong). Moreover, it'll only run correctly if there is a GNU wget.exe in the executable path (it's a stand-alone file, just dropping it into %windir% ought to be enough). I do recommend GNU Wget v. 1.11.4, but any later version will do fine, too. If this works OK, we can then proceed to making it silent and using the task scheduler to run it periodically. Of course, anyone who follows this advice, does so on his own, and knowing fully well that the standard disclaimer applies: I guarantee nothing whatsoever about it, nor about the use one makes of it. So, by deciding to apply it you fully accept that anything you do is of *YOUR* SOLE RESPONSIBILITY... Hence, if after using this batch file your pc morphs into a purple mushroom and explodes, causing a 10-day worldwide blackout in the process, you know you can't blame me for it! You have been warned. MSEUPD_Vista.7z
-
>2TiB external USB drive and WinXP? Of course!
dencorso replied to Comos's topic in Pinned Topics regarding Windows XP
It's questionable whether XP or even 7 would support 8k+ sectors, but in case you want to try, probably 7 would be the best OS in which to recover from it, in any case, IMO. -
>2TiB external USB drive and WinXP? Of course!
dencorso replied to Comos's topic in Pinned Topics regarding Windows XP
New info, as the one you provided, is always welcome! Thanks to you, now we all learned, for a fact, something new too. -
My Browser Builds (Part 1)
dencorso replied to roytam1's topic in Browsers working on Older NT-Family OSes
https://edition.cnn.com/2019/07/16/us/massive-florida-python-trnd/index.html -
Hey! Good to see you remain with us, Joe! Cheers!
-
As I said before, an X79 board powered by a (12-thread) i7-4960X is the most powerful beast one can assemble, while having all official drivers available for XP SP3. Then again, such a machine, as all based on Ivy Bridge-E processors, does not come with On-Chip GPU nor USB 3.x inside the chipset (which ends up being good, because nobody still has come out with a working XP driver for Intel USB 3.x, while all brands of USB 3.0 have XP compatible drivers). All newer generations require the inexistent Intel USB 3.x drivers for XP and many have On-Chip GPUs for which there aren't drivers either. The most recent boards also have incopatible ACPI,but that has been sorted out, thanks to the hard work of Dietmar and MOV AX, DEAD, which resulted in a patched ACPI.SYS that fixes the issue.
-
Now locked. Removed. Kept (to help keep growing this already hyperginormous thread, of course!)... and because it's the right place... despite being yestermonth's (and some days) news.
-
https://www.youtube.com/embed/t6MUMPS9GFg