Opened 12 years ago
Closed 11 years ago
#29 closed defect (fixed)
V. 10.186 puts usbcfg.exe into an endless loop
Reported by: | oara27 | Owned by: | somebody |
---|---|---|---|
Priority: | major | Component: | basedrv |
Version: | Keywords: | ||
Cc: |
Description
Updating usbehcd.sys to 10.186 (or even to 10.185) puts Pete Brown's usbcfg.exe in an endless loop with popup error message "Error GetBuildLevel? 3".
Things worked fine up to 10.177. It is only usbehcd.sys.
Change History (7)
comment:1 Changed 12 years ago by
comment:2 Changed 12 years ago by
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:3 Changed 12 years ago by
usbcfg.exe is improperly parsing the buildlevel string in USBEHCD.SYS.
comment:4 Changed 12 years ago by
Resolution: | wontfix |
---|---|
Status: | closed → reopened |
comment:5 Changed 12 years ago by
I'll try a workaround but I won't promise it will work. Make sure you use the most recent version of usbcfg.exe.
I don't know if Pete has fixed the problem in the meantime. I suggest you address this problem in the OS/2 newsgroups. Maybe Pete follows the discussion.
comment:6 Changed 11 years ago by
Try version 0.7.5. It's now on Hobbes.
USBcfg beta 0.7.5 has had little testing here but seems to be working fine and is now on hobbes as a ZIP package. http://hobbes.nmsu.edu/download/pub/incoming/USBcfgb075.zip moving to http://hobbes.nmsu.edu/download/pub/os2/system/USBcfgb075.zip Not sure when I'll get the chance to put a WPI package together - especially as I am not a Warpin Expert :-) The zip file does have an install.cmd for those people who prefer a semi-automated installation.
comment:7 Changed 11 years ago by
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Note: See
TracTickets for help on using
tickets.
It's a bug in usbcfg.exe in that it does not properly parse for the buildlevel string contained in USBEHCD.SYS. Pete wanted to update usbcfg.exe. There is nothing I can do about it. There is no problem with USBEHCD.SYS as such.