LLXX

It locks up your machine when it's run in a DOS session?I tested it from within Windows and it worked fine...

This is caused by a bug in the software if your hardware is fine. What are the instruction and memory addresses shown in the error message?

I wrote my own disk eraser a while ago... could do 1 - 256 passes and I remember it worked at ~20Mb/s random fill. They all work well, but the ones that access the drive directly are the fastest.

You can't just reach for the volume knob on your speakers and turn that?

Mine too. The simplest scripting solution I can think of.

FDISK will leave NTFS and other unrecognised filesystem partitions alone. All you can do is delete them (which I hope u didn't do!)

Satellite internet connections also have higher latencies which won't matter for web browsing etc. but for gaming it will cause lag.

Definitely is a computer, it has all the components of one. Not a desktop PC though... Even my programmable calculator is considered a computer.

Is your monitor a widescreen one?

Definitely not a 256-bit key, unless there was a flaw in the algorithm itself. They have been rumored to be able to bruteforce 64-bit keys though.

It's nice to know there are other Asm coders still out there besides me Good work! I can help you make your code better Also consider using a simple compressor like RLE/LZ for the bitmap, since it is mostly empty space. Currently it works perfectly fine. My graphics subsystem: Samsung 173T LCD ZhuTian ZT760 Advance Graphic Accelerator AGP 64Mb

I probably won't be continuing development on this. I'm too busy with other things. It's open-source and public domain, so you can easily fix it yourself

I've figured it out. It just can't be done. You can enter 9 and 13 (tab and enter) in the searchbox by highlighting a 9 or 13 already in your file and then doing the search just like you can highlight any other string and then search -> find or search -> replace will set that string into the Find box, but when you highlight a null nothing will appear in the searchbox. If you highlight a string *with* a null inside it and then try search, it'll truncate the string right before the null, because in the searchbox the null character is used to delimit the end of the search string! EDIT v2.0.026 was much better than the one supplied with original MS-DOS v6.22, but it still looks like it needs a few improvements

It's called "." but you don't need it. If the batch file is placed in the same directory as the notepad file then copy notepad.exe %systemroot%\system32\dllcache copy notepad.exe %systemroot%\system32\ copy notepad.exe %systemroot%\is enough to do it. With no paths, current directory is implied, and in this case the current directory also contains the notepad.exe, so it should work.

Rightclick the taskbar and choose Properties... look around there for "Group similar buttons" option. Edit: Found a suitable image: http://www.lakeland.cc.il.us/online/tutori...taskbarprop.gif

Can you plug these drives into another computer to see if their contents are still intact?

Most likely missing a valid bootsector for whatever reason... this XP home CD is definitely a little different from the others. Download a bootsector from the Unattended MSFN site, add it to your ISO, burn, and try again.

Plug it in and test. If it works then that would be the easiest way.

Bruteforcing will take a *very* long time. For all passwords composed of upper and lower-case letters 20 characters in length, there are 20,896,178,655,943,101,411,324,274,803,736,600 of them. At 1 million per second, it'll still take more than 1 billion times the current age of the universe to test them all. However, if you know certain characteristics of the password, e.g. where the capital letters are, you know part of it, etc. it can decrease the keyspace significantly. If you know part of the contents of the text file then known-plaintext attack may work.

I think this is more of a hardware problem. DVD+CD drives have two optical heads, one for DVD and the other for CD. The one for CD may be out of alignment or broken. This explains why it has turned into a DVD-only drive. If you cannot boot from a CD either then that affirms the problem.

Can you explain how to enter the nulls in EDIT v2.0.026 searchbox? In binary mode it appears you can search for all byte values except nulls and a few others like 9 (tab) and 13 (Enter). I've been using it for a long time and still haven't figured it out (I know ctrl+shift+2 can enter a null into the file, but I can't search for them).

What exactly do you mean by "not bootable"? It could be the following: - drive cannot read your disk: no boot - the disk is readable, but the bootsector is missing or it does not confirm to Bootable CD specifications: no boot - the bootsector is present but cannot load setupldr from i386: error message is usually displayed This helps in solving the problem, so please provided the information.

I recognised the Font Missing font... and I know that it's much larger than the normal font so it'd make sense that it made the window oversized

I'd overvolt first, because underclocking decreases the performance while overvolting does not. Overvolting *might* damage the RAM, but since his RAM is already not in perfect condition and most overclockers will overvolt the RAM to over 3v (from the standard 2.5v) I'd say the risk is minimal. At worst, the errors might remain, in the best case your RAM works perfectly again.

Search "ettool14.zip" not "ettool.exe", as most files for download will be compressed. Found this: http://217.160.177.182/nu2files/ettool14.zip