jaclaz

Good news. jaclaz

No. The CygWin is a sort of "emulation layer" (not exactly, but it would be easy if you can temporarily accept this rough approximation of a proper definition). A "pure" Linux tool can be expressly re-compiled (in order to work on the Windows) in two main ways: in the CygWin environment in the MinGW environment https://www.cygwin.com/ http://www.mingw.org/ Linux is (essentially) POSIX. Windows has (limited) POSIX support (that is "hooked" using Cygwin and expanded by the cygwin .dll(s)) and it's own C runtimes (that can be "hooked" using MinGW). The "main difference" between the two (from a user viewpoint) is that MinGW compiled executables for windows are "self standing", whilst CygWin compiled executableds for windows need the additional cygwin1.dll and often a number of other .dll's. Most (but not all) CygWin tools/programs will be delivered as an archive or an installer already containing the needed-for-the-app CygWin .dll's. If a .dll is missing, you need to add it to the program folder (or put it in a directory within PATH). There is often however a "versioning" nightmare for these .dll's, so installing the whole CygWin is often onot a solution. See this only seemingly OT thread to get a feeling of the size (and ways of install of CygWin ): http://reboot.pro/topic/15207-why-everything-is-so-dmn-diificult-a-web-quest-for-ddexe/ Do not panic , this won't be needed often, possibly never, as said most programs ported to cygwin do provide in the download package the needed .dll's. jaclaz

In this case it is not - just for the record - specific to the current stupid board software, but it is a more generic issue with (still a "bad") implementation of "BBCODE": http://en.wikipedia.org/wiki/BBCode specifically not inserting them into square brackets (but a number of other board softwares use this "simplified approach" causing exactly this issue). On other news, that the IP Board software (and the chosen CKeditor component and their interactivity with BBCODE) cannot be defined if not as "terrible" or "awful" is by now re-known and confirmed by everyone: http://community.invisionpower.com/topic/382067-ipb-bbcode-and-concerns-about-its-future/ let's hope that in the next 4.0 version the good invision guys will be able - as promised - to put together their act. jaclaz

You forgot to specify that you are talking of a latin month , you should listen more to your (mute ) PR, and give not any forecast, least we'll have another bunch of posts of frenzied peeps wanting an update to the delivery date (or a preview, or more details, etc.). Just for the record, I approve of your NOT choosing a "subscription model" . jaclaz

Yep, as an example there are a few sets in which (while in the "menu/setup) you can go to a channel (by using the arrow up/arrow down buttons on the remote) and while you are on it you can input directly the number to be assigned to it an press "OK" or "Enter". But here there is a "fork", some will exchange the "current" channel with the one that was on the channel number before (if any) AND keep focus where you are, some will do the same exchange BUT "jump" to the newly entered channel number, some will instead "insert" the current channel at the position you gave (thus shifting all other following ones), etc. With a 5 channel "random" initial situation of 2 3 5 1 4 when you go to the 4th entry and input 1 as channel to be assigned you can have: a. 1 3 5 2 4 (and "remain" on the 4th entry, i.e. now the 2) b. 1 3 5 2 4 (but get to first entry, i.e. now the 1) c. 1 2 3 5 4 (and "remain" on the 4th entry, i.e. now the 5) d. 1 2 3 5 4 (but get to first entry, i.e. now the 1) jaclaz

The theory of operation of the two programs is slightly different. PeaZip (no offence intended) is essentially a "graphic frontend for multiple "engines" performing archiving, compression, encryption and volume split features": http://peazip.sourceforge.net/peazip-free-archiver.html#file_archiver_utility once set aside the "own" Pea format (which again, with all due respect , is not - yet - relevant) and the nice (but very rarely used) Paq family of compressors, the now not anymore widely used Ace format, and a few other "minor" formats, the large majority of the extractions is done (or can be done) through 7-zip,so it makes more sense (to me) to just use 7-zip and get the - say - 95% of extractions be done by it. As well, if you need support for the nice ARC format, I would suggest directly using the FreeArc tool. Additionally PeaZip has rather good (wide and what not) set of compression capabilities AND some of the newish compressors providing an "easy" way to use them as many of these less used compression tools (but also UPX, as an example) simply miss a good, easy UI (or a GUI at all, being only command line). UniExtract is just an extractor, and an extractor ONLY. It's approach is "sound" (and that is one of the reasons why LupoSuite, Gora and now SevenOptimus were able to update/better it/what not), at it's core there is the (exceptionally good AND constantly updated) Trid tool by Gabriel Pontello and it's definition files, which are used to identify the file at hand with a rather good level of accuracy. Then one among a whole lot of "narrow", sometimes obscure, tools is used to actually perform the extractions. The UniExtract is more "suited" to installers than PeaZip, AFAICT, while Peazip is a good solution for having a "unified" app for uncompression AND compression of archive files. What somehow changed the rules of the game is IMHO 7-zip , the Author, Igor Pavlov has added to it in the last few years (very often "silently", i.e. without an explicit addition to the docs/site) a huge number of formats not only for archivers but also for installers and for "disk/volume images" (including - recently - some of the .wim ones). A few years ago, when I had to deal with an unknown file, I would have first thing tried UniExtract on it. Nowadays, my personal approach in practice is the following (not necessarily a good one, BTW) when I encounter a compressed file (or a self extracting or installer file) or more generally an unknown file: 1) try opening it in 7-zip <- when it cannot open it properly, if it doesn't throw an error right away, often it opens it *somehow*, enough to "peek" into the file and get some info on the compression used 2) if it fails try UniExtract <- getting of course the latest updated version by one or the other good guys like Gora or SevenOptimus 3) if it fails analyze the file with Trid 4) find specific extractors for the filetype identified by Trid In - say - 90% of cases or more I don't need to go past step 1), very rarely I need to go past step 2). I do understand how in a perfect world the Uni Extract would be maintained and constantly updated by a "central" single developer (or pool of developers/contributors) but the real world is different (and largely sucks ). You have to consider how the tool (and yes, IMHO UniExtract is "a 'special case' that stands alone in it's field" ) is a "cross-breed" . I mean, the large majority of users nowadays use at most three or four compression formats (namely the now getting "obsolete", but still remaining the more "universal" .zip, the .rar (version 4) and (increasingly) the .7z one with some using the .arc), they also actually RUN the stupid SFX's and installers, so the Uni Extract is a "niche" product, only useful to a restricted number of "advanced" users, that - on the other hand - often can provide directly the latest version of very specific extractors and/or are not in the least intimidated by the command line and/or when they use for some reason some less common archive formats do so directly with the "original" tool. Peazip, on the other hand, is also currently (please, again, this is NOT to be intended as criticizing the project) a largely *unneeded* tool, for the same reasons, 7-zip will cover 95 to 99.98% of common *needs*, FreeArc will cover the 0.01% to 2.50% representing half of the remaining and the rest will be fractioned over a zillion "minor" formats (and possibly the actually really obscure or rare one won't be covered by it). As I see it, Uni Extract is "better" (because of the Trid approach) and provides a wider support for "installers", Peazip is "better organized" and supported but it represents a "universal compressor" as opposed to an "universal extractor", both provide to the vast majority of users a zillion unneeded features, while providing to a restricted number of users some convenience in automating what this restricted number of users are able to do (and in some cases will need to do anyway) "manually". Both, from what I can understand, are very good programs, but they are written by programmers (which can be an issue sometimes ), in the sense that the procedure of updating them is not "simple" and we need to have/find the (few) good guys that update/maintain them. In the same hypothetical "perfect" world they could be "merged" in a single project with a "common" detection engine and a simple, plain support for .ini's (or similar configuration files) allowing even the end user to simply "drop" in the right place an updated .exe/tool/.dll and if needed add/modify the parameters used in the new version, thus making the whole thing more "modular" (more or less the way good ol' BartPE or more recently Winbuilder were setup). jaclaz

Maybe you want to quickly check "Sorting Algorithms": http://en.wikipedia.org/wiki/Sorting_algorithm The actual commands you have available on that TV set may make one way simpler than another. The algorithm that should be the one with less moves (on randome data) should be selection sort: http://www.sorting-algorithms.com/ http://www.sorting-algorithms.com/selection-sort Your simplified example of 2-3-4-5-1 is more pertaining to LIS: http://en.wikipedia.org/wiki/Longest_increasing_subsequence The minimum number of moves to order a list with n elements containing a LIS of m is n-m (but this only tells you the minimum number of moves needed, not which ones are needed). jaclaz

Well, the 2K and XP command consoles are very similar, most probably you can create the one in the same way of the other. But we cannot yet say if that driver (for whatever reason) has issues with the actual command console environment. As said, I would try with an F6 floppy. You can create fine a XP command console from a set of downloaded floppies fine. See: http://www.911cd.net/forums//index.php?showtopic=24880 (only you don't need/want for the moment to put it in a hard disk image and/or use the bootsector trick) Then try it with a virtual floppy in grub4dos containing the driver and it's TXTSETUP.OEM. If you post a link to the actual driver you are using, I may be able however to assist you with adding the driver to the XP command console TXTSETUP.SIF (and hopefully the same approach will work for the 2K one). http://www.msfn.org/board/topic/119748-howto-integrate-raid-drivers-into-txtsetupsif/ It is even possible that you can use the TXTSETUP.SIF from a nlite build, but really cannot say. jaclaz

Yep, so the point is that when you run winnt32.exe /cmdcons the specific driver is not added correctly to the recovery console? The kernel has nothing to do with it, I believe, the asahxp32.sys is a driver, maybe there is something "wrong" with another driver file or however some dependency of it. Can you provide a link to the actual driver? Can you try running the console using a F6 floppy with the driver? (if you dont' have a floppy drive you can use a virtual floppy from grub4dos, this way we can see if the error remains the same) There are ways to inject drivers offline, but it has to be seen if they work on a \cmdcons and on Win 2K. JFYI: http://reboot.pro/topic/18119-integratedrv/ http://www.911cd.net/forums//index.php?showtopic=22523 http://www.911cd.net/forums//index.php?showtopic=22313 jaclaz

Of course Boom Boom and Ugga Ugga are repetitive personalities, of course. jaclaz

OT (that means On Topic, judging the generic offtopicness of the present topic) this reminds me of the clearest explanation of binary I ever found: jaclaz

Oww, come on: and let's instead start of course - talking of locomotives - of course: jaclaz

... and they did it in C#/.NET This would probably need to be updated: http://www.toodarkpark.org/computers/humor/shoot-self-in-foot.html unless of course they will sue themselves too. jaclaz

MInd you that not necessarily it is a rip-off (i.e. there are many very good guys in the field) only, it is a matter that can be easily turned into a rip-off. IF the issue is actually a failed head AND head replacement (and possibly pre-amp) is needed AND replacement is carried properly, £480 (included the cost of the donor drive, I haven't understood if also the cost of the new disk needed to hold the recovered data is included in it ) is IMHO an "average" price, in US dollars you can expect anything between 500 and 1200. jaclaz

Are you trying to invent a new kind of Schroedinger's cat, which is BOTH inside and outside the bag? jaclaz

Only to let you know (though it won't help) the 10 (or 11 or 12, it may vary) clicks and then spin down should mean more or less: the disk PCB and the contents of the ROM/Flash on it are fine it loads an initial part (form the flash) fine then attempts to read *something* from the reserved area on the actual platters then tries again a few times finally gives up and spins down Loosely this can be caused by two different issues: a failed head - (please read as extremely expensive recovery in a clean room[1]) or one or more failed sectors on the actual plater surface. If the latter, a PC-3000 (or similar specialized hardware) can AFAICU "inject" a replacement piece of code "good enough" to allow the disk to spin up and recover the files [2} (very possibly only partially). jaclaz [1] When you read "clean room", in - say - 99.00% of cases you should translate it as "common laminar flow bench" [2] In a not so little number of cases this much simpler recovery will be anyway billed as "clean room recovery"

Shameless plug (actually a half-plug ) but check if PassPass has been updated to cover your OS (I am not sure if Update 1 has changed the involved .dll ): http://rmprepusb.blogspot.it/2013/06/passpass-for-e2b-now-available.html http://reboot.pro/topic/18588-passpass-bypass-the-password/ http://www.sherlock.reboot.pro/passpass-bypass-the-password/ jaclaz

Well, to be fair, the netmarket share monitors OS's that are used to browse the Internet, it is entirely possibly that there are vast numbers of installed OS's NOT used to browse the 'net, so almost *anything* that is used on Servers is not (including all "Server Editions of Windows and a large number of Linux installs) and as well a vast number of "non-browsing" installed OS's are possible and are not in any way part of the "survey": http://www.netmarketshare.com/faq.aspx#Methodology So, speaking of Linux as "self-important OS", we will need to fork between "Desktop Linux uses" and "Non-Desktop Linux uses". By the same token, for all we know it is possible that Server 2012 R2, possibly in the "Server core edition" (please read with the good things, but without the N.C.I. ) is selling fine. jaclaz

Did you "obfuscate" this: {193a1820-xxxx-xxxx-xxxx-be817523f6aa} and it is in reality: {193a1820-d9ac-4997-8c55-be817523f6aa} ? jaclaz

Yeah, sure , from "insignificant" all the way up to "irrelevant" is a clear (though a tadbit late, I may say) success of this often unjustly neglected OS. Back to topic, i.e. the given link: http://betanews.com/2014/07/01/windows-8-x-goes-into-reverse-gear-loses-market-share-as-both-windows-7-and-xp-show-growth/ I will need some opinion from mother tongue English speaking people to understand if the "which is crazy" is referred to the decision of not jumping on the (also sinking BTW) "new OS" or to the "new OS" itself. jaclaz

OT This is what I never managed to get some accurate test results about. Possibly these files are not needed at all (i.e. BOOTMGR+boot\BCD+winload.exe can load a XP fine) Like: http://www.betaarchive.com/forum/viewtopic.php?t=9602 http://www.msfn.org/board/topic/139807-difference-in-winloadexe- Sanbarrow forum is not working, here is through Wayback Machine: https://web.archive.org/web/20110106042923/http://sanbarrow.com/phpBB2/viewtopic.php?t=1695 jaclaz

What is Win2k-UU? With UURollup? Then say it. You integrated (not slipstreamed I believe) the SATA textmode driver HOW? To WHAT? HOW you created the \cmdcons? jaclaz

Surely not (or not necessarily), but still it is a sign of progress, once the good MS guys (and their shills) will have completely reached the acceptance stage, they will be able to do something - if not better - different or "new". After almost three years insisting on beating this poor dead horse it will be anyway a change. Whether it will be a change for the better time will tell, but at least there is the possibility - pardon me the pun - of a new start (menu) . jaclaz

Maybe because you need some 1337 speech, you spell it d@mn. jaclaz

nuhi, you have all the rights in the world (plus one) to get some revenue from your work <- there is NO doubt about this, and this would be actually (only too) "fair". Still "real world" is a lot of things , among them interesting, wonderful, etc. but the ONLY thing it surely is not is "fair" . What I posted is what I believe is the situation, as objective as I can see it, of course any decision in "marketing" or "licensing scheme" are entirely up to you. Being one that counts things in "bytes" (sometimes even in "bits" ) you won't find easily someone more convinced than me that "less is better" and that "less bytes to be transferred" mean less time to transfer them, no matter the speed of the hardware. But still, when you jolt down a business plan you have to count (big) numbers, not (increasingly more rare) rightful attitudes . The nlite software (or a new version of it to more or less the same use, on more recent OSes) has a very "narrow" target (as "intended usage") and - I believe - an even narrower one when it comes to "target willing to pay", IMHO you have to consider this when planning. @-X- As long as you are looking for a (partial) filename, you can use NTFS $MFT search fine (no, it won't use resources as it won' t index *anything*), currently SwiftSearch is among the ones I recommend, see: http://reboot.pro/topic/18855-windows-file-search-utility-that-is-fast/ http://www.msfn.org/board/topic/158744-ntfs-file-lister-using-mft/ jaclaz