[MadBoy]

Release 0.4.4 is out. Please test it as it should fix the wizard problem that popped out even thou it wasn't nessecary. So please let me know.


Possible changes in next versions:
- Better handling of removed devices. Especially those that require reboot to work.

Changelog for 0.4.4
- Possibly fixed problem with Wizard poping-out when not nessecary. Need Feedback so lemme know.
- Completly new Plug & Play redetection handling (thru DLLCALL) - tnx to AUTOIT Forum.

[Bilou_Gateux]

Keep up the good work.

I will try it later to see if it can solve an issue i have with MultiPortSerial PCI board. Board itself is installed without problems but i have to accept the installation of each of the 4 COM ports. Drivers for both PCI board and COM ports are digitally signed.

This post has been edited by Bilou_Gateux: 11 August 2006 - 11:49 AM

[MadBoy]

Thanks,

i got msg from one of the users that the pop-up wizard in his case still pops up. It's weird. I tested it on Fujitsu-Siemens S7010 with like 7 drivers not installed and only Bluetooth didn't installed itself (but with BT there's some problem that even bigger companies can't realy solve as Microsoft doesn't sing it at all). I want the "manual" use to work perfect so i can just work on unattended mode so it can be used with switches and so it can be used easly in some advanced configuration.

I was thinking about using autoit functionality to just press buttons/navigate mouse etc so unsigned drivers can be taken care also with it (and eventually wizards if any comes up). I'm not sure it's good idea thou. Maybe someone has better or thinks it's a good one?

[hoppy]

Nice job, madboy.
hint: mayby you could ad in a rescan of the vgacard as they often are installed with the microsoft drivers, and probably beter drivers are in the drivers dir.

[MadBoy]

Adding Remove & Rescan just for graphic card is not an easy task, well codewise it's not so bad but i would have to implement searching procedure for all graphic cards. So i would have to have their Device ID. I guess there are like 32+ graphic cards which means having my program scanning thru every device id and trying to match it. Then when matched remove it. And here starts the hard part, after removal you rescan for p&p, but from now it's mostly Windows job to catch the right driver and i guess it would pickup the one that it finds first ? Of course i could probably reset the path for searching for drivers so it wouldn't search in C:\Windows\System32 but most of the time it would be preety stupid idea on my part. My program isn't realy typical for use at home where usually ppl have great graphic cards and new drivers every few weeks/months. It's mostly build for IT Department use when they have a lot of hardware, diffrent computers and usually if some drivers work they leave it like that. So they can prepare CD or DVD or USB-PEN (fastest solution if u ask me) with drivers they have for each laptop/computer and they just use it. Usually those computers are supposed to work so ppl can "WORK", not play games or so That's why that request is a bit questionable Also preparing drivers, testing and using my program just once a year isn't realy worth the time you have to put in it. While at IT Dept you use it daily putting some work into it will shortly bring effects. Hope you understand.

If you would realy need it thou i can give you hints how to achieve it. But i realy don't see the purpose of making that addon

What i want to add is so the program would 'check' if removed hardware needs reboot to apply drivers or not. That and few other things i want to add. Just a bit lack of time and doing other programs for myself.

[ty628659]

need some help with "drives packed" mothed
I am testing version 0.4.4 functional with Bashrat Driver Packs in network drive, but somehow after unpacks, c:\drivers always empty

thanks!

hare is setting of hardware.ini

Start=Manual
Mode=Standard
Drivers_drive=Z
Drivers_dir=\DriverPacks
Device_manager=On
Method=RegistryDevicePath
Logging_to_file=Yes
Logging_option=Advanced
Drivers_Packed=7zip
Copy_drivers=Yes
Copy_where=C:\Drivers
Delete_drivers=No
Create_backup=Yes
Leave_registry_entries=No
___________________________

network drive

z:\DriverPacks\hardware.exe
z:\DriverPacks\hardware.ini
z:\DriverPacks\DP_Graphics_A_wnt5_x86-32_608.7z
z:\DriverPacks\DP_Graphics_B_wnt5_x86-32_603.7z
z:\DriverPacks\DP_Graphics_C_wnt5_x86-32_603.7z
_________________________________

hardware.log

[08:08:44] - =================== Log Start: ws0001
[08:08:44] - Starting program on ws0001.
[08:08:44] - Detecting Windows version - Windows XP x32
[08:08:44] - Checking for drivers directory existance.
[08:08:44] - Drivers directory (Z:\DriverPacks) exist.
[08:08:44] - Detecting number of devices in system.
[08:08:44] - Found 106 devices of which 3 have problems.
[08:08:44] - Manual start used - Waiting for orders.
[08:08:46] - Checking for directory where drivers will be copied.
[08:08:46] - Directory (C:\Drivers) already exists. Using it.
[08:08:46] - Searching for 7zip archives in Z:\DriverPacks
[08:08:47] - Unpacking drivers from Z:\DriverPacks\DP_Graphics_A_wnt5_x86-32_608.7z
[08:08:48] - Unpacking drivers from Z:\DriverPacks\DP_Graphics_B_wnt5_x86-32_603.7z
[08:08:49] - Unpacking drivers from Z:\DriverPacks\DP_Graphics_C_wnt5_x86-32_603.7z
[08:08:55] - Unpacking completed successfully.
[08:08:55] - Backup of drivers was started. Please wait!
[08:09:10] - Backup of drivers is done.
[08:09:10] - Setting Driver signing to OFF.
[08:09:10] - Setting path into registry using RegistryDevicePath method.
[08:09:10] - Drivers path was set successfully into registry.
[08:09:10] - Removing unknown hardware from system.
[08:09:10] - Unknown devices were removed successfully.
[08:09:10] - Starting Device Manager.
[08:09:10] - Forcing system to detect Plug & Play Devices.
[08:09:12] - System is now detecting and installing drivers for your hardware. Wait!
[08:10:07] - Setting Driver signing to ON.
[08:10:07] - Reseting registry DevicePath to default.
[08:10:08] - =================== Log End: ws0001

[MadBoy]

Weird, i reuploaded hardware_0.4.4 but it doesn't seems to be any diffrent. Also i just set this, and tested with some driver packs. I guess i could upload some new 7zip version. Maybe new driver packs are packed diffrently but i very much doubt it. Try my settings but yours look okey and shouldn't need to be changed. Also i hope you have full rights to C: drive and that directory C:\Drivers in your case doesn't exists or exists and is writeable? Ah, and check if 7z.exe can be found in some temp directory in your Documents and settings? My program on start unpacks 7z.exe to temp dir and uses it to unpack. If program still won't act like it should i can add some debug MsgBoxes so we can check what's wrong in your case, of course if you're up to some testing

[INFO]
Start=Manual
Mode=Standard
Drivers_drive=C
Drivers_dir=\Test
Device_manager=On
Method=RegistryDevicePath
Logging_to_file=Yes
Logging_option=Advanced
Drivers_Packed=7zip
Copy_drivers=Yes
Copy_where=C:\DriversTest
Delete_drivers=No
Create_backup=No


[21:34:28] - =================== Log Start: MYCOMP
[21:34:28] - Starting program on MYCOMP.
[21:34:28] - Detecting Windows version - Windows XP x32
[21:34:28] - Checking for drivers directory existance.
[21:34:28] - Drivers directory (C:\Test) exist.
[21:34:28] - Detecting number of devices in system.
[21:34:29] - Found 140 devices without any problems.
[21:34:29] - Manual start used - Waiting for orders.
[21:34:30] - All devices have drivers. There's no need to start program.
[21:34:30] - Checking for directory where drivers will be copied.
[21:34:30] - Directory (C:\DriversTest) already exists. Using it.
[21:34:30] - Searching for 7zip archives in C:\Test
[21:34:30] - Unpacking drivers from C:\Test\DP_Chipset_wnt5_x86-32_605.7z
[21:34:37] - Unpacking drivers from C:\Test\DP_Graphics_B_wnt5_x86-32_603.7z
[21:35:55] - Unpacking drivers from C:\Test\DP_Graphics_C_wnt5_x86-32_603.7z
[21:36:35] - Unpacking drivers from C:\Test\DP_LAN_wnt5_x86-32_6051.7z
[21:36:58] - Unpacking drivers from C:\Test\DP_MassStorage_wnt5_x86-32_6031.7z
[21:37:20] - Setting Driver signing to OFF.
[21:37:20] - Setting path into registry using RegistryDevicePath method.
[21:37:20] - Added to registry: C:\DriversTest\D\C\A
[21:37:20] - Added to registry: C:\DriversTest\D\C\AM\1
[21:37:20] - Added to registry: C:\DriversTest\D\C\AM\2
[21:37:20] - Added to registry: C:\DriversTest\D\C\AM\3
etc

[ty628659]

Thank you for reply i found the problem: I copy your *. ini file it still not taking any action, even not Zip the c:\windows\inf\* folder, so i was replace your 7z.exe v.4.41 to Barshrat Driver Packs v.4.26 before click "Remove and Rescan" it worked
but after unpack in c:\driverpacks\d\... it won't auto searching hard drive folder. (of couse , I login as administrator for testing)
i am not sure "registry" been added, i try to search "C:\DriversTest" key word in registry it don't found.

hardware.log
........
[02:30:54] - Directory (C:\DriversTest) created successfully.
[02:30:54] - Searching for 7zip archives in C:\Test
........
[02:32:47] - Unpacking drivers from C:\Test\DP_Sound_B_wnt5_x86-32_606.7z
[02:33:12] - Unpacking drivers from C:\Test\DP_WLAN_wnt5_x86-32_605.7z
[02:33:35] - Unpacking completed successfully.
[02:33:36] - Setting Driver signing to OFF.
[02:33:36] - Setting path into registry using RegistryDevicePath method.
[02:33:37] - Drivers path was set successfully into registry.
[02:33:37] - Removing unknown hardware from system.
[02:33:38] - Advanced Output: PCI\VEN_8086&DEV_1051&SUBSYS_10518086&REV_02\4&1F7DBC9F&0&40F0: Removed
[02:33:38] - Advanced Output: 1 device(s) removed.
[02:33:38] - Advanced Output: PCI\VEN_8086&DEV_1051&SUBSYS_10518086&REV_02\4&1F7DBC9F&0&40F0: Removed
...
...
[02:33:39] - Unknown devices were removed successfully.
[02:33:39] - Starting Device Manager.
[02:33:39] - Forcing system to detect Plug & Play Devices.
[02:33:50] - System is now detecting and installing drivers for your hardware. Wait!

This post has been edited by ty628659: 20 August 2006 - 09:25 PM

[MadBoy]

It's weird. Very weird. I can't reproduce your problem. As i see the times..
[02:32:47] - Unpacking drivers from C:\Test\DP_Sound_B_wnt5_x86-32_606.7z
[02:33:12] - Unpacking drivers from C:\Test\DP_WLAN_wnt5_x86-32_605.7z
drivers are being unpacked. But since RegistryDevicePath info doesn't "give" output what dirs are added to registry it seems like it doesn't finds the unpacked drivers in C:\DriversTest. Can you check if those were unpackaced successfully into C:\DriversTest?
[02:33:36] - Setting path into registry using RegistryDevicePath method.
[02:33:37] - Drivers path was set successfully into registry.
Rest seems to be working normal. Unknown devices are removed without problem.

Btw do you get the 'DUPA' msgbox before Backup of drivers happens? Is the path to 7z.exe correct?

[ty628659]

Can you check if those were unpackaced successfully into C:\DriversTest?
today i clean install xp home w/sp2 from MS-CD, it does same problem as yesterday. I have to replace 7z.exe to v.4.26 then unpackaced successfully into C:\DriversTest with all sub. but registry it seems like it doesn't added any thing!

Btw do you get the 'DUPA' msgbox before Backup of drivers happens? Is the path to 7z.exe correct?
if set Create_backup=Yes
dupa msgbox
c:\temp\7z.exe a -tzip "C:\backup_drivers-8/20/2006_7_21_53_PM.zip" "C:\windows\inf\*"

7z.exe (v.4.41) won't taking any action not even create a empty folder, with v.4.26 successfully backup to C:\backup_drivers-8\20\2006_7_21_53_PM.zip

send me debug version, i love to help you out

This post has been edited by ty628659: 20 August 2006 - 09:28 PM

[MadBoy]

http://oppetid.no/ma...dware_0.4.9.exe --> and add in hardware.ini Debug = Yes Now most of the variables should be put in log before they are used and also unpacking and packing have now output so we should be able to tell what's wrong. I also put newest 7zip in it so hopefully problem is gone. Please check it out.

Tnx!!!

[Troutmask]

Can this neat little proggy find drivers under subdirectories in the installation path? Can't try this out myself just now, but I was just wondering.

For example, if I had a DVD filled with drivers and they would be categorized by type in different set of folders (like, say, E:\Chipset\nForce\, E:\Display\ATI\ or E:\Network\3Com\ etc.), can I just use something like;

Drivers_drive=CDROM
Drivers_dir=\

(E: being in this example the CD/DVD drive) and the program will automatically crawl through the subdirectories fetching the right set of drivers for any 'Unknown Devices' there might be?

[MadBoy]

That's the whole idea Otherwise it wouldn't be usefull...

[21:37:20] - Setting path into registry using RegistryDevicePath method.
[21:37:20] - Added to registry: C:\DriversTest\D\C\A
[21:37:20] - Added to registry: C:\DriversTest\D\C\AM\1
[21:37:20] - Added to registry: C:\DriversTest\D\C\AM\2
[21:37:20] - Added to registry: C:\DriversTest\D\C\AM\3
etc

and so on..

[ty628659]

MadBoy, on Aug 21 2006, 02:47 AM, said:

http://oppetid.no/ma...dware_0.4.9.exe --> and add in hardware.ini Debug = Yes Now most of the variables should be put in log before they are used and also unpacking and packing have now output so we should be able to tell what's wrong. I also put newest 7zip in it so hopefully problem is gone. Please check it out.

Tnx!!!

1) Compaq PC, format and clean install Compaq xp home sp2 CD, no any other programs been installed
2) Dell PC, format and clean install Dell xp Pro sp2 CD, no any other programs been installed
both attachment with 2 log in each file. 1st use your 7z.exe has error for unpack, 2nd with v.4.26 successful unpacking and packing
both PC -"Drivers path was set successfully into registry" but not taking any action. i hope it can help you for debuging


 hardware_compaq.zip (53.21K)
Number of downloads: 45  hardware_dell.zip (30.14K)
Number of downloads: 125

This post has been edited by ty628659: 22 August 2006 - 12:35 AM

[devilrunner]

I like your program and would like to see the code for this...
I see you made it with autoit?

Could I get the decompile pasphrase?

[MadBoy]

There's no decompile passphrase for it. I compile it without the ability to decompile. I'm not releasing source until it will be FULLY working release As in not having all the problems issues and when i'm done coding it. It might take a while. In the meantime you could help by testing out current version and trying to spot errors Like the one that other guy has. Wonder if it's only him having it or more ppl does.

[ty628659]

after 3 days reporting error of v0.49/0.44, does anyone reproduce the issue or i am the only one testing the program. i realy like this program if it works, I hope more people can spend little time try it.

MadBoy- are you working on the issue i was found?

This post has been edited by ty628659: 24 August 2006 - 10:07 AM

[MadBoy]

Yes i'm working on this issue. I tried to include DLLCALL to 7zip.dll but it has diffrent aproach so would have to rebuild some functions preety heavy. So instead i will try to download driverpacks and test on new ones why the problem with unpacking occurs. As for non-finding unpacked drivers can you check "DIR /A:D /S" in cmd line and paste like first 5 lines or so? Can you also try with drivers unpacked? Just put drivers in clean format if it works? It would be very weird if it doesn't Since i tested that on couple of computers and never had problems.

[ty628659]

 SCREEN_CUT.zip (24.69K)
Number of downloads: 51IN C:\ ROOT Directory

Just put drivers in clean format if it works?
 CleanFormat.zip (6.56K)
Number of downloads: 51

here is the log file and hardware.ini, Sorry it doesn't worked in local hard drive

If you can't reproduce my problem, I can setup a Remote Workstation, so you can Remote Desktop my Testing WS. ( I need your email address, so can send you ip address and login user and password)

This post has been edited by ty628659: 26 August 2006 - 02:00 AM

[devilrunner]

Does your program use external programs for :
SetDevicePath & SetupCopyOEMinf?
Or does it use internal code that does the same thing?

I am looking for a SetupCopyOEMinf alike routine...

What's wrong with SetupCopyOEMinf.exe you ask?
Well this is heavily dependant on API calls and if one has suspended all processes until SetupCopyOEMinf finishes this API isn't active.

This post has been edited by devilrunner: 29 August 2006 - 03:51 PM