jaclaz

Naah, no need to apologize at all. A link to Rudolph Loew's profile is however allowed (and from it you can PM him and or go to his page where his e-mail is): http://www.msfn.org/board/user/58258-rloew/ jaclaz

No. (meaning that I do not think that this could work, nothing more, nothing less). I have no idea how much (or what) is stored in the actual ROM chip and how much (or what) is stored on the actual HDD platters, but common sense tells me that it is not a good idea to do that ROM swapping, as there is no evidence of any kind of a failure of some electronic component on the PCB (which would be the normal reason for a PCB and ROM swap). Specifically the cited reference: http://www.hardmaster.info/news13/13-13-2013.html links to an older post from the same Author: http://www.hardmaster.info/news11/15-06-2011.html where I seem to read that (via Google translate): jaclaz

Yes and No. It greatly depends on the specific printer. Windows NT's (so as Charlotte stated applying to 2K but not necessarily to 9x/Me) provide two basic resources, UNIDRV.DLL (which stands for UNIversal) and PSCRIPT5.DLL (which stnds for PostSCRIPT) and a feww more, start exploring from here: http://msdn.microsoft.com/en-us/library/windows/hardware/ff560843(v=vs.85).aspx that are not entirely unlike a script processor/compiler that can parse respectively .GPD and .PPD files (which are in themselves scripts) and output (compiles) a specific binary file that constitutes the printer minidriver. Not all printers are compatible with these "generic" resources (but rather use their own "proper" driver) so YMMV. The good news are that most laserjets are HP Laserjet compatible and thus in the absence of a specific driver they tend to work fine with the standard PCL5 or PCL6 driver, example: http://welcome.solutions.brother.com/BSC/public/us/us_ot/en/faq/faq/000000/000300/000024/faq000324_000.html?reg=us&c=us_ot〈=en∏=dcp7020_us jaclaz

Maybe this helps , since the dawn of time I setup Windows NT's with the swap file as "Manual" (aka non Windows managed), FIXED size and on it's own partition (wherever possible also on a different disk drive). jaclaz

^ But but but that would mean ... ... (drums beating) ... ... the application of plain logical common sense! Taboo! No. Common sense would be a simple MANUAL switch/preference that the user can use to choose between NCI and "normal" Windows, INCLUDING Start Menu on ANY device, whenever he/she wants, and NOT something "automatic" (that - like any other unneededly complex setup - WILL fail before or later on some hardware). Practical example. HOW exactly will the senseless automatic determination of workspace behave on this specific (possibly also senseless) newish device? http://www.theinquirer.net/inquirer/review/2233469/asus-taichi-review http://www.asus.com/taichi/ jaclaz

Worded the other way round, the condition (pseudocode) is something *like*: IF "F:\EDIout\" IS EMPTY THEN GOTO COMMS ELSE GOTO ARCHIVESee here : http://ss64.com/nt/empty.html Of course the "RandomString64" must be choisen wisely to avoid that by pure chance a file named "RandomString64" is created in the directory. jaclaz

Good. I am not familiar with the 7 printing subsystem, but then you need to take off the XP only the .GPD and .PPD files. (and use the 7 .DLL's) The issue being that you will need to create a specific .INF file, which may be not trivial, in any case it is strongly suggested that you try things one at the time, separately (the "generic" vs. "postscript") as if they were two completely different printers. http://msdn.microsoft.com/en-us/library/windows/hardware/ff551683(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/windows/hardware/ff560918(v=vs.85).aspx I would suggest you to look for (and hopefully find) an already made .inf for a single printer that uses the "generic" UNIDRV.DLL and one using the PSCRIPT5.DLL to use as base. Cannot say if you will need also a .cat catalog file.: jaclaz

Sure there are point is rather "how much do they cost"? Examples: http://www.bigeframe.com/ http://www.alibaba.com/product-gs/937164742/42_Inch_LCD_Digital_Photo_Frame.html An alternative could be to get *any* monitor and get a USB hard disk video player, example (el-cheapo): http://www.ebay.it/itm/Box-Multimediale-Player-IDE-Lettore-Memory-Card-RCA-VGA-OTG-DATA-BANK-dvix-/131026089799?pt=Box_per_Hard_Disk_per_PC_e_Server&hash=item1e81c37747 Being - as reknown - very cheap I once solved the same problem you are having now with an old PC LCD monitor and an el-cheaper multimedia hard disk enclosure (with a salvaged from an upgraded laptop 10 Gb 2.5" disk in it). I got the 2.5" case at a "wholesale" bargain (sale of items with either small defects or only cosmetical scratches and the like) for peanuts, cannot remember the exact model, but it was a MEDIACOM, if you want the model I can have a look if I can find it. Nowadays, the same problem can be most probably solved (still using a "normal" monitor) by using one of those Android based sticks, though they are not very cheap (as they have a lot more functions than what you actually *need*). jaclaz

Why not a photoframe? (or digital frame or picture frame or LCD frame) jaclaz

Sure, and that is ANOTHER topic. You are (were) mixing things without referencing to the OTHER thread. It is only logic that ilko_t - even without clearly making reference to it - talks here of the way WinSetupFromUSB uses, since anyway it was explicitly cited in the OP. jaclaz

2006 evidence (just for the record): http://www.wilderssecurity.com/showthread.php?t=136401 @NoelC Maybe a goat : http://www.msfn.org/board/topic/170954-windows-82/?p=1067620 jaclaz

Charlotte, did you actually READ my reply? For the record (and of course) there is no need (at least in 7-zip) to rename the file changing it's extension, you open 7-zip and from it you open a CAB .in_ file normally. jaclaz

But it usually helps. Flasche, try explaining what the problem is, i.e. what is the actual Goal that you want to achieve. The risk of slipping on a chocolate covered banana is high http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/put-down-the-chocolate-covered-banana.html Start with a basic standard litany: http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/problem-report-standard-litany.html jaclaz

Who/what is "it"? The one telling you to extract SYSOC.IN_, I mean. SYSOC.IN_ expands to SYSOC.INF (which is a plain text file in the .INF format, not a .TXT file) In any case SYSOC.INF is related to SYStem Optional Components (like WordPad, Fax services, COM+, etc.). The file you are interested in is likely NTPRINT.IN_/NTPRINT.INF, which contains: and - consequently - SPJX9600.GPD and JX9660PS.PPD. But these are NOT only actual files , they are sections in the .inf: and the files are not in the \I386\ directory of the CD, but inside the \I386\Drivers.cab. The files listed in the two data sections are also needed: But what is the "actual GOAL"? I mean what do you need those drivers for? jaclaz

@submix8c Which menu.lst? There is not one in post #6 in that thread, which however can be referenced as: http://www.msfn.org/board/topic/170809-multiple-windows-7-versions-on-same-iso-unattended-product-key/?p=1065445 Maybe (please read as "undoubtedly") you are putting together (mixing them) different methods. Ilko_t was making reference to WinSetupFromUSB (and WITHOUT specifying it, to it's latest version(s)), whilst in the other thread you are talking of various methods/ways by Steve6375- I would presume that the Author of WinSetupfromUSB has a (vague) idea how the tool he himself wrote works. I would say that FAQ#11 is related: http://www.winsetupfromusb.com/faq/ jaclaz

Maybe useful, maybe not, something now lost in the midst of time, Letter Assigner: http://www.msfn.org/board/topic/118623-how-to-create-easily-a-second-win98xp-in-the-same-computer/?p=826574 jaclaz

Sorry to say so, but 120,000 bucks are "peanuts". The issue here is IMHO much different, see: http://www.msfn.org/board/topic/155290-windows-8-deeper-impressions/page-199#entry1066170 jaclaz

I will re-state how I run an install of NT 4.00 since more than 10 (ten) years 24/7 and the reboots are made only for maintenance purposes, probably less than 4 per year. The only issue I had, and that somehow was solved (though I cannot really say how exactly) some years ago by tweaking some registry entry was a "strange" accumulation of mouse movements (the machine actually runs almost exclusively a "DOS" program, in which interaction is through the keyboard only) which made after several months the mouse unresponsive. Of course NT has less services than XP running (and most probably I actually disabled what I do not need), but still the "reboot once a day is needed" is way more than needed IMHO. Apart that machine, my "everyday use" PC is also not switched off/rebooted often, i.e at stretches comparable with the 60 days or so, but I did never notice such a degradation in performance. jaclaz

Yep , what I was wondering is if this is the "normal" status for an install made from a DVD bought in a shop (or - if it is not - whether the DVD is/was a "fake" of some kind and OP was tricked into buying it ). jaclaz

Remaining Windows rearm count 1000 (one thousand)? Is this "normal"? Volume_MAK channel? jaclaz

Well, you have anyway a 50% probability : http://en.wikipedia.org/wiki/Flipism More seriously, matters are much more complex than that. Among all the PC's existing, the DELL's (and particularly their BIOSes) have been traditionally a PITA, it is perfectly possible that it is that particular machine's BIOS that behaves like that (i.e. that same disk connected on another PC shows 0 size instead of unknown) But it is also well possible that your disk suffers from an altogether different kind of issue. Before going on, I would try on another machine and/or have a look at the drive from either Victoria or hdat2, or if you have a Linux distro available, check it with hdparm it is possibly not the case,/it is unconnected but, example: http://forum.hddguru.com/viewtopic.php?t=11040&start=175 hdparm can see a LBA0 drive as having 0 sectors (LBAsects=0) but it will in the end say it is "unknown". See also this (and a few posts starting from here): http://www.msfn.org/board/topic/128807-the-solution-for-seagate-720011-hdds/?p=994801 jaclaz

epic, maybe you are taking tomasz86's reply the "wrong way", before accusing someone of trolling, you may want to take a couple deep breaths or making a good walk outside and cool down a bit . Historically Opera was Shareware/Ad supported, *always* had a "mobile" version (besides a "vertical" OEM one) and became free when they started presumably selling the "mobile" versions. The "switch" happened in the second half of September 2005: 17/09/2005 https://web.archive.org/web/20050917195451/http://www.opera.com/buy/ 23/09/2005: https://web.archive.org/web/20051001081407/http://www.opera.com/buy/ https://web.archive.org/web/20051001085048/http://www.opera.com/free/ Of course the targeted devices for the Mobile versions were what was available at the time, Symbian, Windows Mobile, etc. But, if there was something similar to a tablet, it was the ARCHOS WiFi-enabled Pocket Media Assistant PMA400 which was in the "Home media" section: https://web.archive.org/web/20051001043503/http://opera.com/products/homemedia/ https://web.archive.org/web/20050824131806/http://www.opera.com/pressreleases/en/2005/01/11/ So, whatever caused the (BTW wrong) decision to ditch the Presto engine in favour of the (stupid) Chromium, it doesn't not seemingly come from people that are willing to enter the tablet market for the first time, as they are among the ones that were there before anyone else. jaclaz

zjxls, WHAT did you buy in a retail store? Like: A windows 8 install DVD <- if this is the case post what is actually written n the physical DVD A computer with Windows 8 pre-installed on it <- if this is the case post the EXACT make/model of the computer Something else <- post as much details as you can about this "something else"The "test mode", means that you are running in "test mode" . This could be connected with a BCD setting and the use (or used just once and not reset) of unsigned drivers: http://answers.microsoft.com/en-us/windows/forum/windows_8-windows_install/windows-8-pro-shows-test-mode-build-9200-above-the/60468fe9-07db-42ab-bde4-b11f6ba0f029 jaclaz

And the kickstarter campaign appears as a bad failure. https://www.kickstarter.com/projects/thorium/thorium-core-cloud-desktop jaclaz

If I may, not only that, to that you have to add that it is HP, I mean it is not like an unknown laptop maker from Taiwan, it is one of the main MS OEM (just like DELL, which has traditionally carried the flag of PITA for doing things unlike any standard, creating more incompatibiites that I can recall), in theory such a "close friend" should have made tests for all MS hardware. Seriously, it is possible that it is an "inner MS" conflict of sorts, like the good guys including the PID/VID of the specific hardware under the "Generic adapter" without actually testing that the generic driver is compatible with the actual hardware. I would try having a look a the .inf files of both the "Generic" and "MS specific", it is possible that the mechanism used by the stupid Windows is that of "trusting" more the MS "internal to the OS" driver if the same device ID is on it than a (still MS) "external" driver, or maybe the actual date (or version) of the "specific" is older than the "generic". If the ID in the "generic driver" .inf is related to a single instance, removing it from the inf should work and have no consequences. The issue may be if the "generic driver" is associated with a wider set of devices, but still if you don't plan to use other bluetooth adapters, removing the "whole" set may do as well. jaclaz