jaclaz

Not really-really plainly it means that you weren't able to find in that .dll you examined a reference to USER32.EnumDisplayMonitors. Writing a new driver. I am not sure you understand the way a .dll works. A .dll is nothing but a container with a number of fuctions inside. You can think of it as a number of small .exe files inside a .zip archive. What happens transparently when the .dll is in use. i.e. a function in it is called, is that the archive is opened, a single small executable is loaded into memory and executed and the archive is closed again. The issue here is that this archive is (besides read only) indexed/assembled in such a way that you cannot insert (add) in it anything, not even a single byte. You can normally replace the whole archive with a new version (including the added needed function), but this poses a problem, you need to re-write from scratch all the other functions besides the one you need and rebuild the whole archive or you need to find a function that is never used, that has a suitable name and size and manage to replace it with your new function, and fix checksums/indexes/etc.. This in the case of a "system .dll" such as USER32.DLL is in practice very, very difficult. The question is not really "what program", but rather "How/where can I learn how to edit a .dll" and the answer to this other question is "you study the windows OS in depth, including a bit of low-level (assembly) programming, a lot of reverse engineering and debugging, try and get familiar with each and every available related tool, you try hacking non-system .dll's first and after due time you will know what to do (and also which program to use or you write your own)". jaclaz

No , basically you need a custom Gina or "credential provider". Yep , though it is a "show-stopper" kind of problem and that is exactly the reason why you need a custom Gina or "credential provider", Q.E.D. An alternative might be a "Native NT" or "bootexecute" executable but if creating a custom GINA/credential provider wasn't complex enough, Native NT programs are possibly "worse". There is the pGINA project: http://pgina.org/ http://pgina.org/docs/v3.1/user.html but it's not something I would recommend without a deep knowledge and understanding of the involved matters. It's pretty much binary or you do something before having logged in ("right") or you do that after having logged in (wrong in this case of choosing between different login methods). You might find this of interest: http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/windows-nt-6-boot-process.html jaclaz

Good, now I could suggest you to try the v6.1.3.35 AMD's "pure" AHCI Drivers (only AHCI mode supported) ones Fernando recommends: http://www.win-raid.com/t29f25-Recommended-AHCI-RAID-and-NVMe-Drivers.html and you will say how you already tried them and they don't work as well. jaclaz

WHERE? Post a link to what you have found. jaclaz

Well, and how exactly do you plan to execute it BEFORE the login? Under which credentials would the hypothetical script be run? In which Win station? My guess is that you have not entirely clear the whole NT logon processes, and what you really want/need is a custom GINA (up to XP/2003) or a custom "credential provider" (Vista and later). jaclaz

I am not sure to understand (actually I am pretty sure I do not understand ). Can you try explaining what is the actual scope/goal (or intended usage paradigm) and when this hta would be run? jaclaz

Try these ones: http://www.symantec.com/connect/downloads/amd-ahci-mass-storage-driver-windows-xp jaclaz

Well, it doesn't work that way. "Make sure that API call USER32.EnumDisplayMonitors is NOT present" does not mean "Make sure that API call USER32.EnumDisplayMonitors is NOT present, if it is just edit the .dll removing the call" and BTW Dependency Walker has NO editing capabilities. If you prefer what was described in the mentioned post was just a "diagnostic method", not a "cure". To expand a .dl_ file usually 7-zip will do nicely, if it doesn't try Universal Extractor. jaclaz

So, Windows 10 is more secure than previous Windows OS's. Too bad that it is the ONLY OS here: https://technet.microsoft.com/library/security/MS16-007 where 5 (five) items out of 6 are considered "important", whilst all the older OS's are affected by only one ... jaclaz

Ok, what is the pay/hours/location for each open position? Who exactly are the "I" and the "we"? jaclaz

Hmmm. Then, let's try another way, maybe you can "trick" the installer by using a AHK (AutoHotKey) or AutoIt or similar script to "virtually" click on the popup warnings? jaclaz

Sure and I did that by design (as I tested the behaviour with several different browsers, ultimately, before posting I made sure that the issue was on the board side). And yes , I can confirm that right now the given links that did fail to resolve previously, do resolve correctly with the same browsers. Whenever this board software is involved there is always some kind of unknown, unrepeatable, undocumented (or mis-documented) magic. jaclaz

Yep, my bad , corrected. jaclaz

To be fair, it is not a "particular trick" it is the intended use of the kernel and hal parameters. It would be a good idea to use a "universal" hal/kernel BOOT.INI, such as those represented here: http://www.vernalex.com/guides/sysprep/hal.shtml http://www.etherboot.org/wiki/appnotes/port_winnt_sanboot or (go to point #5 #6) here: http://www.911cd.net/forums//index.php?showtopic=23553 at least when experimenting (having a "way back" should something go wrong). jaclaz

Good . Now it has to be seen if after all this trouble, it actually works for your "automatic install"... jaclaz

Try just REMming out those two lines, i.e. putting a ; in front of them, and see what happens. More generally, what you need is to have the stupid .inf file be signed on your specific machine only, so you know (or should know) what VID/PID device "Generic Hub" (if any) you have... jaclaz

I am no too sure about this, but seemingly you are using a "different" usb.inf. The error you reported earlier: should not happen if you actually added (like you did in the file analyzed by chkinf): Though I doubt that the above is correct anyway. IF I recall correctly that should be: and W2kcd should be defined in the [strings] section. As I see it (but I may well be wrong) the good MS guys are playing the secret 7, see: http://homepage.ntlworld.com./jonathan.deboynepollard/Humour/microsoft-monopoly.html The original driver.cab and install relies on a directive "layoutfile" that points to layout.inf (and most probably *somewhere* they further rely on drvindex.inf) and Heaven only knows what other secret or undocumented syntax, while the chkinf and the inf2cat tools were released for "the rest of us" and accept a more limited set of "features", the "error" provided by chkinf: ; (E22.1.1004) Provider listed is Microsoft, but should be the organization who wrote this INF. makes it clear that only Microsoft can use the Microsoft name , by the same token it is probable that inf2cat has similar limitations and it is intended only for OEM's and limited to "self-standing" and "dedicated/specific" drivers, as evidenced by the error: I would try finding some simple third party (USB related) drivers and try modifying their .inf (adding the actual contents, VID/PIDs, etc. of the XP usb.inf) andd see how both chkinf and inf2cat behave with them. jaclaz

IMHO it would make more sense to find out why exactly the same floppy works fine in DOS but doesn't in 9x/Me. However, you may try to run Letter Assigner, see: http://www.msfn.org/board/topic/163405-slipstreamable-intel-chipset-inf-drivers/?p=1115060 cannot say if it will work for your specific needs, though. The driver for the PCMCIA should be (usually they are at least) configurable to another drive letter "internally", possibly to drive letter B, you may need to disable the internal floppy in BIOS to get letter A: available... jaclaz

Actually Android in itself is (as said before) a derivative from Linux and is nice in theory. In practice Google (and ALL the phone manufacturers) managed to make it the terrible, intrusive, ad-ridden madness you probably refer to. The (thank goodness retired) Microsoft (Nokia) version of Android, Nokia X : https://en.wikipedia.org/wiki/Nokia_X_platform was - if possible - even worse, sporting the look/UI of Windows Phone AND MS/Nokia services/crap instead of Google's ones (nonetheless crap): https://www.techmesto.com/avoid-nokia-x-xl/ jaclaz

Well, a "new" idea would be to have android apps run on the stupid Windows 10 mobile http://www.pcworld.com/article/3011934/windows-phone-os/steve-ballmer-thinks-the-future-of-windows-phone-is-androidand-he-may-be-right.html I still believe that if I want to run any crappy, freemium or ad-bombarding app written by a kid, with no plan nor support whatsoever, I can run directly Android ... jaclaz

And here is the usual OT ... ... meanwhile in China ... ... since seemingly making a desktop OS go on phones and tablets makes little sense, they are making a phone and tablet OS to go on desktops .... ... strangely enough using a "Start menu", "System Tray", multiple windows, etc. JFYI: http://www.jide.com/en/remixos http://www.jide.com/en/remixos-for-pc Besides the fact that it doesn't (yet) exist it has to be seen how it will actually work it is some sort of derivation from the (very nice BTW): http://www.android-x86.org/ (but that last time I tested it was still far from being really-really "ready" for everyday use or actually *any* use apart experimenting). Judging from the time the good guys have spent around the design concept, logo and background http://www.jide.com/remixos/design it seems not like there is that much of "substance" , but we will see .... jaclaz

"Gibberish" is usually derived from improper GROUNDing of ALL devices involved. Please re-read the Read-me-first point #7 http://www.msfn.org/board/topic/143880-seagate-barracuda-720011-read-me-first/ AND (just in case) a few posts starting from here: http://www.msfn.org/board/topic/128807-the-solution-for-seagate-720011-hdds/page-153#entry968299 Do review your setup, EVERY device involved needs to be grounded together. As a side note, It is EXTREMELY rare that a USB to TTL needs an external power source, all the USB converters I ever saw (with the exception possibly of one or two "phone cables") took power from the USB bus. jaclaz

Is this what you see in Explorer, right? What do you see when you open a command prompt and run DIR in it? How EXACTLY did you create the folder name? That is probably the "prettify" settings. https://technet.microsoft.com/en-us/magazine/2009.08.windowsconfidential.aspx About the monitor, you need to change the power settings in the Registry and then re-load them AFAICR, see: http://arstechnica.com/civis/viewtopic.php?f=20&t=365381 jaclaz

@josef What specific file (.inf) are you trying to selfsign? If we temporarily assume that the errors make sense and are truthful, the last three seem like "only warnings", the first ones are instead errors, I quickly checked a usb.inf I have (an dXP one), it is likely that part of the issue is related to: but at least in this usb.inf there is no [sourcedisksfiles] section, nor a "usbccgp.sys=2,,32384,,,,2_,4,1,3" value, where is it gathered from? Layout.inf? Reading between the lines , it seems like the inf2cat tool is made for "self-standing" (and "third party") .inf's, whilst the usb.inf is part of the "integrated" Windows setup. What does chkinf show (if anything)? https://msdn.microsoft.com/en-us/library/windows/hardware/ff543464(v=vs.85).aspx See also: http://stackoverflow.com/questions/12898244/inf2cat-22-9-10-error jaclaz

Naaah, no emerald pill , but there is an Emerald Tablet (actually not that kind of tablet ), which has a lot to do with both knowledge and archeology: https://en.wikipedia.org/wiki/Emerald_Tablet jaclaz