jaclaz

Naah, that only works on wednesdays (if there is a full moon) . jaclaz

Well, what I do here is to import in the Registry: 1) "your" HKCUElantechCleanInstall.reg 2) smartpaddisplay0x1.reg 3) smartpad_ShowItem0x1.reg It should be reproducible there as well. I am attaching a zip with the three files. Cannot say, regmon/filemon on ETDCtrl.exe should show something that is if you manage to replicate this "simple" gesture . Maybe you need (I don't know, just guessing) tap enabled as a prerequisite. If you (say) set ETDmag.exe as target of (say) 3 finger press, it should work, I tried running it by double clicking on the ETDmag.exe and it works, and reads the magnification and sizes set in the Registry by ETDaniconf.exe. jaclaz HKCURegfiles.zip

Yep, you should contact Steve about this and possibly find with him a possible solution before requesting a bugfix. Basically what I believe happened is that Steve found a bug in a function that shouldn't IMHO even exist (goto in menues [1]) and yaya initially (correctly) suggested to explicitly set errorcheck on, but later, upon the insistence over this (non-) issue "fixed" it, unfortunately (evidently) fixing it "systemwide". I presume that the only sensible way out would be to revert the change (having goto work normally in batches) and adding a new command mgoto or gotom or gototitle to be used in menues. But doing something like that will make any number of existing menu.lst by Steve6375[2] "incompatible". As said changing a systemwide setting on a goto (making a different branch) might have some justifications, whilst changing it on a call on the goto :eof (please read as "return") is IMHO seriously "wrong". Since (I believe) grub4dos can understand if it is running a menu or a batch, maybe the only possible way out would be *something* that automatically turns on errorcheck to on in goto's ONLY in menues BUT leaves it untouched in batches, no idea if this is possible. jaclaz [1] generally speaking myself and Steve have opposite views about the structure of grub4dos external files, I prefer to have extremely simple menues and (simple or complex) external scripts/batches, while he tries to cram each and every possible options in the menues, there is nothing inherently bad in either approach (though of course my personal opinion is that my approach is better ) and both have their advantages [2] Steve is most probably the most prolific "western" developer of grub4dos related thingies and the unofficial (but official for me) communication officer with the good guys that develop grub4dos (chenall and nowadays yaya) so it is IMHO better (even if not strictly *needed*) to talk with him about the issue and possible solutions beforehand.

Well, no. Meaning that the RLoew's is a generic driver, whilst the manufacturer's one is specific. In theory the manufacturer's driver should have the best possible performance on the specific hardware (though in practice it could be slower) but if you are looking for max performance you need to at least try it. jaclaz

OK. About your notes. The "Button" tab needs - I believe - to be kept for other touchpads that have them. The Magnifier is activated (allegedly) by a "simple" gesture: The definition of "simple" must have changed since last time I checked it on the dictionary. About the "Click" functions (no matter if they work or not) here I can see a number of options for them. Viewing them is triggered by the _ShowItem keys in SmartPad (not In SmartPadDisplay) Then I have an additional "FreeTyping", See images. The "Device Control" is seemingly a setting allowing to have the touchpad always enabled at boot or either disabled or enabled (remembering how it was at shutdown). Still. it seems like a few values in SmartPad do not produce any change in the items displayed: Cover_Display CursorSpeed_Display EdgeSwipeWin8_Display The last one is probably only available in Win8, OK. The first one should be a function related to the opened/closed lid? The second one is strange, maybe it "hooks" on the "normal" Mouse Cursor speed? I am thinking on how to make an easy to use "option panel" jaclaz

The driver you need is then the via v-raid software package v6.10c.zip http://download.viatech.com/en/support/driversSelect.jsp From its VIAMRAID.inf: [VIA] %PCI\VEN_1106&DEV_3349.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_3349&CC_0104 %PCI\VEN_1106&DEV_6287.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_6287&CC_0106 %PCI\VEN_1106&DEV_0591.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_0591&CC_0104 %PCI\VEN_1106&DEV_3249.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_3249&CC_0104 %PCI\VEN_1106&DEV_3149.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_3149&CC_0104 %PCI\VEN_1106&DEV_3164.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_3164&CC_0104 %PCI\VEN_1106&DEV_0581.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_0581&CC_0104 %PCI\VEN_1106&DEV_7372.DeviceDesc% = VIAMRAID , PCI\VEN_1106&DEV_7372&CC_0104 jaclaz

No idea, if it works that way, it works that way. Does it the same on call ? I mean, it does make some sense (even if it is unexpected) a goto is usually a branch and errorcheck may be reset to its default value (on) on a branch, a call/goto :eof should instead keep the same settings. jaclaz

Cannot say specifically, but - generally speaking - SATA I/II (without NCQ) is only slightly faster than a "good" IDE. It is very strange however that the driver did not install, particularly if it says that it cannot find the hardware, maybe you have a different issue or it is not the correct driver. Which hardware VEN/PID can you see? Which hardware VEN/PIDs are in the driver .inf? jaclaz

Yep, that's it, the only thing missing is "sensible defaults" (or if you prefer "useful visible functions"). jaclaz

Sounds more like you have lost *any* thermal contact between the processor and the heatsink, like if the heatsink has moved away from the processor . jaclaz

No matter if the "Favorites menu" is ever called, the ETDCtrl.exe looks for ETDFavorite.dll and checks the addresses of the four functions in it. This is roughly what I bypassed with the : 00002643: 4C 53 00002695: 90 5E BTW, this is (temporarily) inverting the logic, i.e. if ETDFavorite.dll is present, the ETDCtrl.exe will surely crash. Later it calls the ETDFavorite.dll and this is what I tried to bypass with: 00002292: 90 FF 00002293: 90 15 00002294: 90 1C 00002295: 90 54 00002296: 90 58 00002297: 90 00 then (here) the ETDCtrl.exe runs, but since it doesn't really-really run (because it finds not the hardware) and (here) no icon in the systray is ever created, I have no way to check if there are other calls to ETDFavorite.dll (and those will of course create a crash). jaclaz

4C is the correct value, typo . It is well possible that, once the patch is (theoretically) correct, the ETDCtrl.exe does not error out but still doesn't work. If it works, good, if it doesn't we will need to keep the ETDFavorite.dll, it is simply not worth the effort to find more elegant (and more correct/complete) way to patch it. @RainyShadow Waiter, come taste the soup ... https://www.imdb.com/title/tt0094898/quotes/qt1099763 Ah-ha! As said, that program is nice, but it is not suitable for this file and, as a general tool I still prefer CFF explorer (which is a well not suitable for this specific file). jaclaz

But this is not the case,, it seems like specifically the suggested program does not (cannot) see the way the .dll is checked/accessed (which is seemingly non-standard), if you prefer, it is more like the usefulness of a bycicle to a fish: https://www.fishonabike.com/guinness.htm jaclaz

Naah, there is the whole driver (and its incredible amount of bloat, 123 MB) : https://pcsupport.lenovo.com/cr/en/products/laptops-and-netbooks/lenovo-g-series-laptops/lenovo-g505s-notebook/downloads/ds035770 jaclaz

Why not reading? Have you actually tried that program on the specific ETDCtrl.exe? If not, try and tell us how to use it. AFAICU that program is very similar to CFF Explorer and similar tools. jaclaz

Yep, that hexedit i correct , but it is not enough, later there is another call to ETDFavorite.dll. Try doing also: 0x2695: 5E -> 90 0x2292: FF 15 1C 54 58 00 -> 90 90 90 90 90 90 Will it work? Hint: use FC /B to check the patching , here I edited ETDCtrl.exe and the original is saved by TinyHexer as ETDCtrl.exe.bak: fc /b ETDCtrl.exe ETDCtrl.exe.bak Confronto in corso dei file ETDCtrl.exe e ETDCTRL.EXE.BAK 00002292: 90 FF 00002293: 90 15 00002294: 90 1C 00002295: 90 54 00002296: 90 58 00002297: 90 00 00002643: 4C 53 00002695: 90 5E jaclaz

Good. In the meantime I had a look at the ETDFavorite.dll (actually at the way ETDCtrl.exe accesses it). It is very strange, the .exe does not import the function, all it does is: 1) check if the ETDFavorite.dll is present (in the Programs\Elantech folder or in PATH) 2) call kernel32.getProcAddress in order to set the address of the four functions in the .dll: SetFavoriteHWnd FavoriteShow FavoriteSetting FavoriteRun Most probably the check can be disabled by patching the ETDctrl.exe (the 7453 at offset 0x2642 to 74AC), but it would need to be tested. jaclaz

Good , EXT2 and EXT3 are more or less the same, i.,e. EXT3 is EXT2+journaling, the link I posted was about the byte that signals that. About not displaying error messages (in case of need) maybe you better use errorcheck off : http://www.owl.homeip.net/manuals/systems/dos/grub4dos/files/commands.htm#errorcheck see (example): https://github.com/chenall/grub4dos/issues/168 jaclaz

I am a laughable Linux user , so I have little to say on the matter of EXT2/3, but why is it needed to distinguish between them? Anyway, I am still The Finder , should be this : https://www.redhat.com/archives/ext3-users/2001-August/msg00214.html About the ls "error message" post a sample of what doesn't work, maybe there is some of the in-memory tricks or "particular" varaibles that can be used. BUT (random thought) in practice how big a problem (time/inconvenience) would be to copy on FAT target empty directories as well and then post-process the target removing (optionally) the empty ones? About CaSe SeNsItIvEnEsS, remember (if needed) that also CDFS is case sensitive, but on command line one[1] would use [TAB] autocompletion when writing the copy command, so it is (IMHO) not such an issue. jaclaz [1] please read as myself or one that is familiar with the features of grub4dos (similar to the cmd.exe) and uses them, for *some* reason I always have to remind other people about how useful this is.

The 10.0.0.0 from Z11521 seems the nearest by date. I don't know, my idea was that you set everything in smartpaddisplay to 1, then try what works and what makes sense. As an example, the three finger press does not work, let us set it to 0. The double tap two finger, whether it works or not seems like not useful , 0. The single finger edge zoom is a duplicate of the multifinger zoom which looks more "natural", 0 and 1. Corner areas seemingly don't work, 0. Clic, doesn't work, 0. Fastkey is a duplicate of four finger swipe, let's choose one (possibly the one that works), 0/1 or 1/0 etc. jaclaz

I don't know, I am referring to the video you posted a link to. In that one you have the added thickness: 1) of the conductive tape (2x) 2) of the wires placed on top of both sides of the battery 3) the pre-wrap with electrical tape before and besides the shrinktube thickness And the wires still bulge a lot, so at least in that case there was plenty of space. But you are right , the original kind is very, very thin, (and is PVC) *like* this: https://www.hilltop-products.co.uk/thin-wall-pvc-heat-shrink-hlat.html around 0.10 mm or 0.20 mm for a tube diameter around 30 mm, but it can be found on e-bay (say) just fine. The "more common" kind for electrical work we can find here (besides the battery specific one above), for a comparable size is more like 0.50 to 0.90 mm thick, so more like nine times thicker (and is polyolefine). As a side note. here (in Italy) you can easily find at some mom and pop stores heatshrink caps (used for wine bottles) that are about the perfect size for this job, *like*: https://www.ebay.it/itm/CAPSULE-PVC-31X55-GIALLO-VIVO-CF-DA-PZ-100-TERMORETRAIBILI-/301640567945? if you ask politely they will give you a couple ones for free . jaclaz

Shouldn't be also dpinst.exe (and the dpinst xml also needed)? Cannot remember if you tested succesfully the setup.exe "selfstanding". The files are those ones, though I would also add the (whatever version that works of) ETDMag.exe, and the "Eula*.tx_" files are needed. but we don't have (yet) a list of what functions should be initially viewable (SmartPadDisplay and SmartPad\*Show_Item) and that will become "default settings". Basically a .reg of HKCU\HKEY_CURRENT_USER\Software\Elantech\SmartPad and of HKEY_CURRENT_USER\Software\Elantech\SmartPadDisplay set as you have it (and/or that you find "reasonable") so that I can set in the .inf in the [ETD_SmartPadDisplay.AddReg] and [ETD_SmartPadUI.AddReg] the correct values (that will end up in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Elantech and will be copied to HKCU by ETDCtrl.exe or *whatever*). jaclaz

Sure, *any* voltmeter/tester will do. Heatshrink is heatshrink, you don't want to know the chemistry and the production process, basically it is *something* loosely midway beween plastic and gum, insulating/not conductive, shaped as a hose that shrinks with heat, thickness is whatever thickness you can find, size is the smallest size you can fit the battery+pins/wires in. Personally I wouldn't re-use a mechanically de-shrinked piece of it and rather procure a few cm of new one (but then again I wouldn't event think of using conductive tape instead of proper soldering and wouldn't use electrical tape to pre-wrap the battery). If you can fit "standard pliers" between the old battery and the heatshrink tube it means that it wasn't shrinked. You will need to start with something more like ac couple tiny screwdriver or nails, and then use some very thin nose pliers. Actually the "ideal" tool would be Seeger/circlip/retaining rings pliers, as they open the other way round, *like* example: https://ftaelectronics.com/external-straight-retaining-ring-c-clip-circlip-removal-install-pliers.html jaclaz

Ah, well, at least we tried ... jaclaz

It is better to live one day as a lion than 100 days as sheep. ... but maybe 50 as a teddy bear would do ... jaclaz