jaclaz

Yeah, with more than 10 000 000 files , usually a small white flag is waved out of the PC Comeon , there are better ways and more suitable tools to access/find a file in a directory with more than a senceful number of files... jaclaz

Winzip was NOT mentioned AFAIK, 7-zip has two panes. And yes, Necromancer is a "branch" of DN. jaclaz

Nice catch, vinifera , completely forgot about that issue For the record the dud is here: http://www3.telus.net/_/dud/ Some info here: http://volja.hr/dmakriev/moj/articles.html jaclaz

Hmm, no. AFAIK, it's not an "XP problem" is "Explorer in XP". Try using some other filemanager, as suggested in one of the given links, try XPlorer: http://www.zabkat.com/x2lite.htm or do a "paradigm shift", personally I use 7-zip as a file manager as though not exactly OFM (reference): http://www.softpanorama.org/OFM/index.shtml it can use two panes, and I cannot live without this feature. Of the actual NC "clones", the one that works best for me on NT based systems is DN: http://www.ritlabs.com/en/products/dn/ http://www.dnosp.com/ http://www.dn2.byte.nsk.su/ though quite a bit of configuration is needed. But there are many other Freeware ones, including this one (UNtested by me, but that I have seen mentioned as being a nice one): http://xiles.net/downloads/#NexusFile jaclaz

That's my bad , I used as "base" the original batch. But isn't anyway the "its" redundant? Like: Echo Pls enter [full file path] / filename including extension below. jaclaz

I guess you should run an antivirus/malware removal utility ANYWAY. (they are not only for "newbies"). Now, seriously, that "delay" is INHERENT to using Explorer as a filemanager, NC or similar simply behave differently. There may be also a .dll version problem: http://support.microsoft.com/kb/873414/en-us If you are using NTFS, NTFS Last Access Time and NTFS 8.3 Filenames may be part of the problem: http://home.comcast.net/~SupportCD/OptimizeXP.html http://support.microsoft.com/kb/121007/en-us http://technet.microsoft.com/en-us/library/cc785435(WS.10).aspx Drive indexing may be another cause. http://forums.techarena.in/guides-tutorials/3829.htm http://forums.techarena.in/guides-tutorials/3829.htm#post38730 Do not underestimate conflicts with some software you have installed, and particularly with Context Menu handlers and with file associations, a semi-random example: http://answers.google.com/answers/threadview?id=464700 jaclaz

You are right. My sincere compliments to the good IPB guys that managed to **** (four letter word asterisked to protect the innocents) yet another feature of the board software. Happy everything is fine, now, thanks for noticing. jaclaz

Well, first thing it is NOT "counterfeited". As said, it is perfectly normal to change the DRVCOPY.INF to point to a new, different driver. This is actually WHY DRVCOPY.INF is there in the first place. See contents of CONFIG.SYS: DEVICE=HIMEM.SYS BUFFERS=20 FILES=60 REM ============== REM OEM Notes - remove these remarks before shipping to customers. REM - You need to include the correct CD driver information for your REM IDE or SCSI CDROM Drivers below. REM - You must modify Autoexec.bat and DRVCOPY.INF also. REM ============== ;DEVICE=SAMPLE.SYS /D:OEMCD001 DEVICE=TEAC_CDI.SYS /D:TEAC-CDI /P:S In other words, the actual floppy that MS sent to the OEM did use a "dummy" driver, "SAMPLE.SYS" and it was up to the OEM to replace it with the appropriate driver for the particular hardware the machine was shipped with. If you prefer, an OEM floppy with DRVCOPY.INF and SAMPLE.SYS dated July 11 1995, 9:50 AM was NEVER released to a customer. Second thing if you like "genuine goods" you should PAY for them (instead of begging for them). and get a "real" floppy and NOT an image, which is "counterfeited" ANYWAY. Rest assured that from your behaviour on this and on other boards where you issued this or similar requests I do know that the above will be perfectly unuseful as you simply refuse to listen and understand, but I feel it was needed anyway, compare with the But ... then, why? in my signature, also available here: http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/dukhat-on-foolishness.html jaclaz

This checks if %1 (the first parameter given when the file is run) is null. Technically, to avoid an error if there is no parameter, one adds a charcter (the dot is just a commonly used one) on both side of the equal sign. %* means ALL parameters given to the batch, since it is possible that - for any reason - a string containing a space is given as parameter, we use the "whole" set. This does not really apply to drag 'n drop, since if the dropped filepath/name contains a space, it will always be surrounded by double quotes, you can replace in your case %* with %1 allright This sintax that means: find in variable file2check the characters after the : and to the left of the = and replace it with the characters on the right of the = (which in this case is "nothing") More details here: http://www.robvanderwoude.com/ntset.php String substitution Are you sure the second example doesn't work? It does work here. jaclaz

@5247846 Have you noticed that I provided you in post #20 a link from which to download that floppy disc image? Of course, should you find that it is counterfeited you don't need to thank me. jaclaz

You READ the few posts before I pointed you to? and redo EVERYTHING from the beginning, this time actually READing and doing EXACTLY what the guide: http://www.mapleleafmountain.com/seagatebrick.html says. (and re-checking EVERYTHING) jaclaz

No prob. What I would do (if the idea is that of using drag 'n drop) would be to add provision for "real" drag 'n drop. I mean right now you need to: double click on the actual cmd file drag 'n drop the file on the actual cmd prompt window press [ENTER] to input the dropped filename What about a "dual usage" one, that still works like it does currently but that you can drag 'n drop a file to the actual .cmd file? Either of these would do: @echo off SETLOCAL ENABLEEXTENSIONS Title TrID File Identifier nircmd win settopmost title "TrID File Identifier" 1 2> nul IF %1.==. ( Echo Pls enter [full file path] / filename including it's extension below. Echo. Set /P file2check=File to check : ) ELSE ( Set file2check=%* ) Cls color A5 SET file2check=%file2check:"=% trid "%file2check%" -w @echo off SETLOCAL ENABLEEXTENSIONS Title TrID File Identifier nircmd win settopmost title "TrID File Identifier" 1 2> nul SET file2check=%* IF NOT DEFINED file2check CALL :Input Cls color A5 SET file2check=%file2check:"=% trid "%file2check%" -w GOTO :EOF :Input Echo Pls enter (full file path) / filename including it's extension below. Echo. Set /P file2check=File to check : GOTO :EOF jaclaz

What do you mean it's all over? Start again from the beginning. READ a few posts starting from here: d4m1 made that SAME mistake, re-did from scratch (he needed to cover the "other" set of contacts) and finally succeeded. jaclaz

Try this way: @echo off SETLOCAL ENABLEEXTENSIONS Title TrID File Identifier nircmd win settopmost title "TrID File Identifier" 1 2> nul Echo Pls enter (full file path) / filename including it's extension below. Echo. Set /P file2check=File to check : Cls color A5 SET file2check=%file2check:"=% trid "%file2check%" -w this should strip double quotes (if any) and re-add them when they are needed (and you need not type them on command line. jaclaz

Everything needed should be to add a couple of double quotes around "%file2check%" (that is for "drag 'n drop, besides typing) @echo off Title TrID File Identifier nircmd win settopmost title "TrID File Identifier" 1 2> nul Echo Pls enter (full file path) / filename including it's extension below. Echo. Set /P file2check=File to check : Cls color A5 trid "%file2check%" -w jaclaz

Sure . jaclaz

Wouldn't it be easier to fix the connector? I am pretty sure that no matter "how" you broke it, it is possible to fix it, one way or the other. jaclaz

The second you said. You have everything setup (PC booted), then you connect the converter, then you connect the HD power cable. The good news are that you need not further GROUNDING, as the GND of the PC PSU is connected through the USB to the converter and from it to the HD, and as well it is the same ground connected through the HD power cable. jaclaz

I doubt that Win 95 A Spanish will have dates/times July 11 1995, 9:50 AM as requested. You might have missed post # 16, he WAS there (and came here, after having hassled a bit the guys over there with no result). Anyway, my post (#20) contains what the asked for, result of 15 minutes of googleing, let's see what happens now, maybe the fact that the floppy uses a modified DRVCOPY.INF to load TEAC_CDI.SYS will make it "counterfeited" For no apparent reason, a LOLCAT: jaclaz

@104 Have you checked, double checked and triple checked the settings for speed/parity, etc? That is point #9 of read-me-first: I hope that the pictures are taken after you have removed the SATA power connector for the disk that WAS there (and powered) when you attempted the Ctrl+Z. Though it is probably NOT the case, do re-read, this time slowly, the point about GROUNDING (that will be point #7): WHAT are you using to power the drive? Like: a connector from the PSU of the SAME PC that you have the USB/TTL converter connected another PC PSU another "external drive" power supply jaclaz

Your google-fu is definitely low. Here, kid , take my hand and I'll help you cross the road... http://www.intercompuaction.nl/dl/ http://wayback.archive.org/web/*/http://home.quicknet.nl/qn/prive/pm.kramer/dl/W95old.exe http://web.archive.org/web/20040307140006/http://home.quicknet.nl/qn/prive/pm.kramer/dl/W95old.exe jaclaz

With all due respect, not really "news". See here: After all we could add this bit of info on the read-me-first and FGA's : adding to the list the CA-53 jaclaz

Another happy bunny in the basket : http://www.msfn.org/board/index.php?showtopic=128727&st=10 jaclaz

Sure: http://www.mapleleafmountain.com/seagatebrick.html You have nothing to loose in trying, if one set of contacts does not work on your drive, try the other. jaclaz

Is it not, by any chance a ES2 drive? jaclaz