Hello Steve,
* On Mon, Jun 05, 2017 at 06:54:38PM -0500 Steve Gladwin wrote:
> Starting with file folder named opencbm-ZoomFloopy-2.0-i386
> Install batch file was run.
> Runtest batch file was run with the following errors
> Cbmctrl.exe had an error, I didn¹t write it down
> Opencbm.dll was missing.
>
> So, tried firmwareupdate was tried
> Error libusb0.dll was missing
I see.
You started installing opencbm (install.bat) *before* installing the
USB drivers. This is the wrong order.
You HAVE to install the USB drivers first, then opencbm.
There is no need to copy files by hand or even renaming them. You have a
very mixed setup now, and it is hard to fix it.
The best thing would be if you would be able to undo everything you have
done. Do you still remember which files you copied to where? Remove
them.
That includes:
1. All files opencbm*.dll from c:\windows and c:\windows\system32 or
c:\windows\syswow64
2. The file opencbm.conf from c:\windows and c:\windows\system32 or
It seems you already installed the USB drivers, right? If you see the
ZoomFloppy in device manager, you must have done it at some point. You
did not write about it, though.
Some detail comments:
> Thus opened windrv subfolder
> Opened text file libusb-win32-bin-README file
That is a mistake. That file is for the one who writes the .inf file
(which is used to install the USB device driver), not for the end user.
> First part says ŒALL ARCHITECTURES: x86\libusb0_x86.dll: x86 32-bit
> library. Must be renamed to libusb0.dll
[...]
> Since it is missing, the inference is that I have to do ³the rename
> thing²
No, no, no, this renaming is done by the device driver installation. The
system selects itself which version is correct.
To be honest, I am not sure if your libusb0.dll is correct at the place,
if you should remove it or not. For the time being, I would leave it "as
is", because you told that xum1541cfg worked (the "firmware updater").
> Since opencbm.dll also seemed to be missing, I found it in the \exe
> folder and copied it into syswow64 directory
> The error for it¹s absence went away
Yes, but you cannot have a working setup until you *write* a correct
opencbm.conf file.
> You asked do I have a working opencbm.conf.
> Yes. I didn¹t put the files anywhere since there was no error message
> pointing to the need for them.
Yes, you have? Or yes, you do not have?
If you have an opencbm.conf file,
1. where is it located (directory)?
2. are there multiple of them? Where (location)?
3. What are their contents?
> You asked why I didn¹t use instcbm.
> I don¹t see it anywhere in the entire install. The only install batch
> file I have was the original one mentioned on line two of this email
> BUTŠ.
> When I review it, I see it calls for
> cd exe
> Instcbm.exe xum1541
> If I review the command line window running the Œinstall' batch file it
> states
> 'Instcbm.exe is not recognized as an internal or external command,
> operable program or batch file.¹
> All other copy and folder create actions in the Œinstall' batch file
> seem to have worked.
instcbm is the important part of the installation process.
Isn't instcbm.exe available in the same directory as the install.bat? Is
it available somewhere else?
In which directory did you unpack the ZIP file in the first place? Is it
on a network share, does any directory on the path have a space (" ") in
it, or is something else weird? Can you give me the exact location (as
seen by cmd.exe, not what the Windows Explorer, the GUI, sees!)
> Regarding going back to your question regarding opencbm.config
> I see it refers to three opencbm dll files. They are still in the \exe
> folder and are not in windows\system32 or windows\sysWOW64 since there was
> no error message pointing to the need for them to manually transfer.
Again, NEVER EVER do you have to transfer anything by hand. If you do
so, you are doing something (very) wrong!
That's the responsibility of instcbm.exe.
> Regarding your question on the firmware batch file works, the
> firmware-update batch file reads the firmware and says it is the most
> current. To force it to do the update you should use the -f extension
> Originally it had not worked with the error regarding the missing
> libusb0.dll file. After previously mentioned manual rename and move, it
> worked.
There was never a prompt that asked you where the drivers for the ZF are
located? I cannot believe that Windows installed the drivers without
accessing the corresponding .inf file. But if it has the .inf file,
there is no need to copy over a DLL or even renaming it, because Windows
takes care of it!