jaclaz

Just out of curiosity, do you find any noticeable difference in running (on a supported OS) the 64 bit version vs. running the 32 bit version? I mean, is it: faster? allowing to map more RAM memory? something else?jaclaz

Boy, are you old! (right to the border of "ancient") He knows , rest assured. Come on guys, everything is cool and dandy , the only problems here seem to me being the (missing) functionalities of late Office releases. jaclaz

Yep, notwithstanding my (our ) total failure at finding a valid "strategy", it would have been anyway most probably made vain by the specific implementation of the "shifting" on that TV. The funny (or actually sad) thing is that most probably your set is one of the "new" ones (meaning something manufactured in the last 5 years or so) that are not anymore "TV sets", but (usually Linux based) computers so, if they provided an access to the actual database where the channels are stored it would have been like a 5 minutes job. http://en.wikipedia.org/wiki/Sharp_Aquos Unlike LG and Samsung (for which there are alternative Linux versions) I beleve noone cared to "hack" the SHARPs. jaclaz

I believe that the 3/4 Gb capacity (+different model name) is an altogether different issue from the ones (BSY and/or LBA0) that can (hopefully) be solved by the known procedures here. See if any of the good guys here: http://malthus.zapto.org/index.php? can help you, but please, try not to fall (again) in the XY issue: http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/put-down-the-chocolate-covered-banana.html just provide the most info and as wide as you can description of the issue you are having (as opposed to asking help about how to perform a specific procedure that is not appropriate): http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/problem-report-standard-litany.html jaclaz

BUT, do you get the terminal prompt pressing CTRL+z? Does the disk actually spin up? The "ZZZZMMMMMMMMMMMMMMMZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ ..." seem like an issue with connection (grounding/adapter/etc.). IF you are having *anything* different from the LED:000000CC" error (that presumably can be worked around by shorting the read channel), WHAT made you think that you needed t short the read channel? I mean, it is entirely possible that you are applying the right cure to the wrong disease or the wrong cure for the right disease. jaclaz

If you are positive about having identified the "read channel" (and two corresponding points on the upper side of the PCB to be shorted), you might be shorting them "at the "wrong" time. At least here (for the 7200.11 ES2 drive): http://www.msfn.org/board/topic/129551-unlocking-terminal-of-seagate-es2-in-bsyled000000cc-state/ the shorting had to take place after you get the connection and the F3 T> prompt and before you get the "LED:000000CC..." message. (and it is seemingly very difficult to get the right timing, or at least everyone had to make several attempts to succeed). jaclaz

Difficult to say about "how long", reports vary, and may be not entirely reliable. Check if your PCB is the same as one of those whose images were posted here: http://forum.hddguru.com/viewtopic.php?t=18907&start=20 If not read ATTENTIVELY this thread: http://www.msfn.org/board/topic/157329-barracuda-lp-no-not-a-720011-nor-a-720012/ and/or post pictures of BOTH sides of the PCB. jaclaz

Strangely something On Topic: http://betanews.com/2014/07/10/windows-8-xs-failure-will-be-the-making-of-windows-9/ Though I concur with the fact that the letter by Satya Nadella: http://www.microsoft.com/en-us/news/ceo/index.html "is intended as a rallying cry but lacks anything close to substance", I find it containing a "strong statement" about the world we live in (possibly Redmond - or Seattle - or the State of Washington is a tadbit different): and also a "strong statement" on the intentions of the MS guys: judging on the experience on how they lately accomplished their goal of a "more natural human-computing interfaces" and how they(according to the German and Chinese governments) succeeded at "maintaining security and privacy", it will be interesting to see if the actual new OS will go anywhere near fulfilling these promises. jaclaz

http://www.eightforums.com/tutorials/27129-product-key-find-windows-8-a.html (option three) jaclaz

I will archive this under the tag "surprising". You are normally told hat you shouldn't wear contact lenses for more than 8, max 12 hours, clean and disinfect them every time you take them off and clean them again before you put them on again and someone that exceeded this recommendation by a mere 6x30x24/8= 540 times factor had issues. Surprising. A couple quick comparisons: Your car manufacturer recommends to change the engine oil every 30,000 Km and you change it after 16.200.000 Km It is recommended that you have 3 meals every 24 hours and you eat only after 4.320 hours, i.e. after 6 months. jaclaz

Nice pics and nice story. jaclaz

You are right. Those are contiguous sequences only , my bad I am pretty sure there must be a way to find also non contiguous sequences. jaclaz

Well, if it's OK for you in Excel, see if the attached fits. The LIS should be 7 and is made of 37, 38, 71, 123, 134, 138,165. jaclaz Ponch_TV.zip

What you describe is a haunted PC , nothing rational can explain fully what you report. I mean, come on, it is true that the crappy OS has been crappily updated, but it's not like 8.1 (and Update 1) came out yesterday, some of the things you described can happen, but only in the first few days after a "major" update, then they are usually sorted out or worked around (somehow the word "fixed" doesn't fit here) by the good MS or Samsung guys. Hope you can pinpoint the issue, all in all it "sounds" like an intermittent hardware problem, if thi is the case these are pesky, but with some patience they can be diagnosed. jaclaz

Would it be possible that a few idiots that were fired from the post service (for being particularly id***) were employed by Samsung assistance as hardware technicians and/or by MS as programmers? Seriously, if you deal with this kind of issues you should have a PE of some kind and possibly also some kind of linux booting on *any* machine and capable of testing the hardware, in order to be able to have yourself an informed opinion about the issue being in the hardware or in the software. jaclaz P.S.: Scoop! The board word filters are influenced by quantity one id*** two idiots three idiots ... many idiots

I don't think so, if you actually read what is written on it's title bar, it is aimed to be (besides a file archiver) a "File Manager". If you set it in it's two pane mode, this will become even more evident. If you are a "File Manager" (and you want to be a good File Manager ) you would want to manage the biggest amount of filetypes to the maximum extent possible, and particularly every kind of "files containing other files". At the time UniExtract was born the amount of archives and SFX's supported by 7-zip was much smaller than today, and UniExtract aimed to support *all* archives, *all* SFX's and *all* installers. If you prefer, UniExtract "overlapped" the extraction capabilities of 7-zip (actually using it for the more common archives), but since the capabilities of 7-zip expanded, so was the "overlapping" with UniExtract, and since some installers use a simple format similar to that of an archive or of an SFX, recent versions of 7-zip may support (sometimes "partially") them as a "side effect". As you are well aware of, a number of installers need anyway a more "dedicated" program, so UniExtract (particularly in these updated versions) still has it's specific use and utility , what I reported is the way I personally use these tools and was not meant to imply that 7-zip was going to (or aims to) replace or "take over" Uni Extract, only a report on how I "shifted" from "let's run Uni Extract first thing" to "let's see if 7-zip can open it and if it fails let's run Uni Extract on it". 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