jaclaz

Hmmm , no. Examples: j00Z /\/\U$7 b3 j0|<1|\|9 L337 $P34|< 1$ /\/\(U|-| b3773r 7|-|4|\| r4|\|D0/\/\ (4P174L1Z4710|\| yoU MUsT bE jOKiNg LEet sPEAK iS much BETTeR ThaN raNdom cAPItalIzatIoN. @submix8c (the previous examples were of txt lingo, NOT l337) jaclaz The present post was made through: http://www.brenz.net/services/l337Maker.asp http://textmechanic.com/Letter-Case-Converter.html

See if you can find anythng of use here: http://www.911cd.net/forums//index.php?showtopic=16713 If you mean "directly" preparing the target disk from a booted Windows machine, sure what is the problem? Just partition/format "normally", then run MBRFIX to change the bootsector of the active parittion to the one invoking the DOS IO.SYS: http://www.sysint.no/nedlasting/mbrfix.htm Remember that for DOS 6.22 and earlier you will need to have IO.SYS as the FIRST file in the filesystem (i.e. copy to the newly formatted volume IO.SYS, MS-DOS.SYS and COMMAND.COM in this order). On the other hand, you could make a "ready to boot" install disk, using the appropriate WINNT32 switches, like /syspart:C: /tempdrive:C: /makelocalsource /noreboot. http://technet.microsoft.com/en-us/library/cc940493.aspx jaclaz

LOL missed that one, thanks Jorge; "NCI" is certainly going to stick with me! The real issue being, as said: that unfortunately the acronym has been neededly shortened, so it fails to deliver fully the message..... On the other hand, an alternative name, short for Modern Enhanced Revolutionary Dumb Approach , while still predating from the Italian language, would not be fully appreciated by the non-italian speaking peeps. jaclaz

You need a newline: This snippet assumes that a filetype "java.Document" already exists (and is associated to the .java extension) jaclaz

Try these: http://blogs.technet.com/b/heyscriptingguy/archive/2009/03/27/quick-hits-friday-the-scripting-guys-respond-to-a-bunch-of-questions-03-27-09.aspx ListFileAssociations.vbs Set objShell = WScript.CreateObject("WScript.Shell")objShell.Run("%comspec% /K Assoc | more"), 1, True ChangeFileAssociation.vbs Set objShell = WScript.CreateObject("WScript.Shell")objShell.Run("%comspec% /K ftype TIFImage.Document =""C:\Program Files\MSPVIEW.exe"" ""%1"""), 1, True Afaik, a file association has a number of related keys in HKEY_CLASSES_ROOT (that the built-in commands know how to manage). The snippet you posted most probably originated (without credits) from here: http://jimkeller.blogspot.it/2005/09/changing-file-associations-in-windows.html Which BTW "justifies" the otherwise senseless: If you hardcoded .java, there is no need to check if the first character is a dot.... This might be useful to quickly check associations: http://www.nirsoft.net/utils/file_types_manager.html jaclaz

Where did you get that snippet? Particularly, where did you get the Registry path? Any reason NOT to use the ASSOC/FTYPE/ASSOCIATE commands? http://ss64.com/nt/assoc.html http://ss64.com/nt/ftype.html http://ss64.com/nt/associate.html jaclaz

Sure m8, AAMOF twas mor intentional thN un4tn8, we normaly try 2 uz en 2 comnC8 on dis board. Moreovr we'd aprec8 havN mor Dtails, uno lk: http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/problem-report-standard-litany.html bt: No. (u cnot). n/a sry 4t answers nt benefitting u jaclaz (translations courtesy of: http://www.lingo2word.com/translate.php)

Good , though it seems to me like what you did is more like throwing yourself into a mud pond (dressed). Let's see if we can help. The tutorial #30 on RMPREPUSB site is about using a F6 floppy with the drivers (text mode). If you don't have them, (if I get it right) it won't be of use. The WinsetupfromUSB instead is about having the appropriate drivers integrated. Somethng got "wrong" (from the screenshots you posted) with the actual USB stick formatting or your BIOS somehow re-mapped in a strange manner the device/images. Start again with WinSetpFromUSB. Using it you should use RMPREPUSB to ONLY format the USB stick (WinsetupFromUSB should do all the rest). This is most probably part of the issue: BUT, do another thing (test to see how the thingy behaves). Open RMPREPUSB. Choose: Partition Size: Max Bootloader options: XP/BartPE bootable (NTLDR) Filesystem and Overrides: NTFS (or FAT32) and Boot as HDD (C: 2 Ptns) And "prepare" drive. Now, open the drive in Explorer, and copy to it: NTLDR (copy from *any* XP you have available) grldr (get it among the already downloaded files or directly from http://code.google.com/p/grub4dos-chenall/downloads/list ) a file BOOT.INI (created with Notepad or other text editor) with these contents (you can copy and paste): [boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect C:\grldr="Grub4Dos" Try booting from the stick on the machine. You should be able to get to the boot .ini choices. Choose the "Grub4Dos" entry. You should arrive to a grub> prompt. In it, type: root ( and press the [TAB] key. You should see a list similar to: Type: root [ENTER] you should get (hd0). Type: [ENTER] you should see listed of the files on the stick: ntldr, boot.ini, grldr. If everything is like described, reboot normally, delete the files from the USB stick, and run again WinSetupFromUSB (the stick is already OK and you need not to re-format it or use again RMPREPUSB). Post if anything is different. jaclaz

Sure, I know , I was just trying to have you make a quick laugh and cool down, it's simply not worth it to get mad at people .... jaclaz

On other UNrelated news : http://www.metro.co.uk/tech/911912-ebay-changes-logo-in-a-bid-to-embrace-the-future What else one could say if not : jaclaz

Why? I mean poor innocent baby whippersnapper (just to place him/her behind the green glass door together with Kelsenellenelvian ) Just kids having fun http://www.imdb.com/title/tt0090555/quotes?qt=qt0298600 jaclaz

The VBEMP driver uses VESA resolutions. (but it won't only work at the resolutions the video card won't "expose") http://www.navozhdeniye.narod.ru/vbe9x.htm None of the above resolutions is 16:9. Quick reminder: W/H=1.25->5:4 W/H=1.333->4:3 W/H=1.600->16:10 W/H=1.778->16:9 Common resolutions: SXGA 5:4 1280 1024 1280 x 1024 VGA 4:3 640 480 640 x 480 SVGA 4:3 800 600 800 x 600 XGA 4:3 1024 768 1024 x 768 XGA+ 4:3 1152 864 1152 x 864 UVGA 4:3 1280 960 1280 x 960 SXGA+ 4:3 1400 1050 1400 x 1050 UXGA 4:3 1600 1200 1600 x 1200 WXGA 16:10 1280 800 1280 x 800 WXGA+ 16:10 1440 900 1440 x 900 WSXGA+ 16:10 1680 1050 1680 x 1050 WUXGA 16:10 1920 1200 1920 x 1200 WQXGA 16:10 2560 1600 2560 x 1600 WXGA 16:9 1280 720 1280 x 720 HD+ 16:9 1600 900 1600 x 900 FHD 16:9 1920 1080 1920 x 1080 QWXGA 16:9 2048 1152 2048 x 1152 WQHD 16:9 2560 1440 2560 x 1440 The closest possible is the 1280 x 800 (which is 16:10) but cannot say if you can use it. jaclaz

For NO apparent reson : jaclaz

I am looking for what I think is a simple tool, but I am literally overwhelmed from the results of searching/googling for it. It seems like everyone, before or later has written a tool to preview fonts. The tool I am looking for should have the following characteristics: be able to run on XP allow comparison preview of NON-installed fonts (like - example - fonts in a given directory or set of font files manually added to a list or from a pre-made list) allow a custom text to be used for the preview NOT needing/using .Net possibly (but not vital) needing NO install Freeware (yes, I am cheap) To try and explain better what I am after, what I did in the past with my dinosaurish approach (and still do for lack of a better method/tool) is/was: install all fonts open a spreadsheet type the string i want in a cell copy the cell down n times type in the near colums the font name and the actual filename of the font file apply to each cell of the first column the correspondign font formatting insert a column on the left insert in cells in this leftmost column ordering numbers (from a visual comparison) re-order the whole set along the order number loop to #8 until I find a set of thre or four "similar enough" fonts to make further experiments finally choose the "right" font among the few selected with the above procedure If anyone knows of some tools capable of doing something *like* the above in a simpler way, I would be very thankful for any suggestion, as well if there is a completely different approach leading to the same final result, I am all ears. jaclaz

grub4dos (which is NOT GRUB and NOT GRUB2) which is the tool used has "native" support for gzip compressed files. There is no need to uncompress the winvblock.ima.gz, BUT if you (WHY?) want to decompress it, you need to change the menu.lst, as right now "points" to winvblock.ima.gz. map --mem /winvblock.ima.gz (fd0) map --mem /winvblock.ima.gz (fd1) More technically a line like: equates (PSEUDO CODE): gzip /winvblock.ima.gz | map --mem (fd0) i.e. the expanded output of the gzip (winvblock.ima) is piped to the map command. jaclaz

No, as I told you I never try things I suggest. Yep, but that is only a reference related to your failing to find a reference, not at all a suggestion for a viable way to boot Windows 7 from a .vhd file, as it covers ONLY the actual real-mode part of the booting (which is also covered by grub4dos), the whole point being the support in the protected mode that must be provided by either the "native" VHD mounting provision of some releases of Windows 7 (which does not work on FAT32 by design) or by using a suitable driver, the mentioned firadisk or Winvblock (or there may be other ones). You might want to go again through this: http://reboot.pro/15407/ Those drivers "simply" map a file to a (virtual) disk device, it doesn't make any difference on which filesystem the file resides, as long as it is accessible. Most probably you are having an issue with the actual driver(s) do check : Firadisk: http://reboot.pro/10234/ http://reboot.pro/16646/ http://tech.outcult.com/tutorials/winram/01/ Winvblock: http://reboot.pro/13738/ http://reboot.pro/15997/ http://reboot.pro/16141/ Since the limit for a file on a FAT32 device is 4 Gb and there are anyway RAM limits (firadisk), the Windows 7 needs obviously to be "considerably" slimmed down. I presume that since most people uses "native" Windows 7 booting from .vhd capabilities (from files residing on NTFS) the development of the mentioned methods wasn't particularly followed. Or, if you have the money, you can see if the Commercial Vboot works on FAT32 (it should) : http://www.vmlite.com/index.php?option=com_content&view=article&id=51&Itemid=148 jaclaz

Which still applies only to 16-bit programs.... http://ss64.com/nt/start.html http://www.windowsnetworking.com/kbase/WindowsTips/WindowsNT/AdminTips/Miscellaneous/Running16-bitprogramsinseparatememoryspace.html http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/start.mspx?mfr=true jaclaz

Just in case: (Link temporarily removed along the lines of the "better safe than sorry" approach) jaclaz

Well, maybe there is need to type this slowly so I will do so : If you have a BSY or LBA0 then you are in the right place, as this thread is RESERVED ONLY to a possible solution to BSY or LBA0 problem. A drive suffering from BSY or LBA0 spins up normally. If a drive does not spin up, it is NOT in BSY or LBA0, and if you want help with it you should START A NEW THREAD about your issue (which is NOT a BSY or LBA0 problem and - as such - does not belong here). It well possible that your disk is suffering from ANOTHER problem that prevents it from spinning up and that causes ADDITIONALLY a BSY or LBA0 problem, but since the only known solution, talked about in this thread is about a disk that IS spinning normally AND can ONLY work on a disk that is spinning, it makes NO sense trying to find similarities, as until (and if) your disk won't spin the proposed solution won't simply work. Now you are perfectly free insisting on posting on this thread, but what you will likely get is - besides upsetting the people that would otherwise most probably try and help you - simply making this already confused and long thread more confused and longer. Automotive comparison : Q. I hit a curb with my car. The alloy wheel is in pieces, and the tire is flat. How can I repair the tire so that I can drive the car home? A. You need to fix or replace the wheel before repairing the tire. R. But the noise the car makes is very similar to that of a flat tire. A. Yes, but you still need to fix the wheel as a tire won't inflate or remain inflated on an alloy wheel that is broken in pieces. jaclaz

Of course not. I only give senseless suggestions based on things I never tried myself. Though not the most reliable source in the world: http://reboot.pro/15997/ jaclaz

Yep. You may also want to try a "dedicated" sync tool: http://blinksync.sourceforge.net/ jaclaz

Without entering in whether the actual "concept" is correct (last time I checked you hade to load pxeboot.n12 ), the error 1 simply means that you have not a space between the --raw switch and the target file path and the grub4dos parser reads "--raw(pd)/bootmgr" as a "single item" (since it is a single item withut the space). Again, which EXACT version of grub4dos is it? What device (NAS/whatever) is it? Can it not trun a BINL server? As in: http://reboot.pro/1656/#entry119166 http://www.ultimatedeployment.org/win7pxelinux5.html jaclaz

Basically, yes. The issue may be that it is possible (a number of factors are involved) that the NTFS filesystem driver will "choke" on partial data (or when you try accessing files that are not there) and force or require a NTFSCHK. It is possible that you will need anyway to run TESTDISK on the "newly made" disk to fix the second copy of the bootsector, but I seem to remember that it won't be needed. Once you (hopefully) got back the "main" files (the ones within the first 137 Gb imaged), and ONLY then, we will try to see what can be done on the original HD. A guess (educated , but still a guess) could be that *somehow* the original disk "self-capped" to 137 Gb. It is something that can happen "generically", I haven't been able to find substantial reports about this issue affecting particularly this specific disk model. You can try using this: http://blog.atola.com/restoring-factory-hard-drive-capacity/ I think that the disk must be connected "directly" (NOT through the USB converter) for this kind of tools to work. The above is a "simplified" user friendly specific tool, a "pro" would most probably use HDAT2: http://www.hdat2.com/ or a similar "lower level" tool, but the good thing is that the Atola tool will either work or fail completely, but shouldn't make things worse if it fails. jaclaz

The usual F8 is probably a 0x0000007. I gave you some links. Tens, hundreds or maybe thousands of people used and use this approach, and you also posted starting from here: http://reboot.pro/9830/page__st__800#entry160343 that the particualr build you used worked for you, but you have issues with Task Scheduler. So, yes, you must be doing something wrong. Winoutreach is right regarding "native" boot, but using other tools it is perfectly possible. jaclaz

Sure, that should do nicely. (of course all data - if any - currently on the 1 Tb disk will be lost) If you need help to dd the 137 Gb image to the disk, ask, but if you use dsfi (part of the dsfok toolkit): http://members.ozemail.com.au/~nulifetv/freezip/freeware/ it should be easy unless the Windows 7 - for any reason - creates issues. Be VERY careful about WHICH PhysicalDrive n to use AND be aware that the dsfi (being a complement to dsfo) uses a "reversed" logic in command line: i.e. Good, it should be a "normal" BIOS (seeing the disk as having 255x63 HS geometry) the issue would have been if the BIOS )like many HP's and Lenovo) see the disk internally connected as 240x63 (the USB connected are always seen as 255x63). jaclaz