Re: PATCH for bochs/plugins/libbx_usb_uhci.so: undefined symbol: _ZTV12usb_device_c

Hi Volker,

Any idea why on openSuse this dynamic linker undef variable resolution
wrt a dynamic library doesn't kick-in, as it seems to be doing in
Fedora?

If I understand you correctly, you are telling that USB HC plugin
devices can be loaded much before devices init gets executed by
specifying them explicitly in bochsrc, so the loading of usb_common as
to be done much before devices.cc init and that you will be patching
accordingly.

I haven't used bochs in the last 7 to 8 odd years or more, so am not
up to speed with plugin flow fully now. If you can tell me which
plugins I require to try and load (wrt Sound and Nw) thro bochsrc and
where I require to specify the same (or send me a sample) bochsrc
file, I don't mind cross verifying the same in Fedora.

Thank you
HanishKVC



On Sat, Nov 21, 2015 at 12:14 AM, Volker Ruppert
<[email protected]> wrote:
> Hi!
>>
>> I was testing bochs on Fedora 23, when I noticed this
>>
>> bochs/plugins/libbx_usb_uhci.so: undefined symbol: _ZTV12usb_device_c
>>
>> issue when trying to run bochs. As it was using a old 2.6.2 (2013)
>> version of bochs, I downloaded the latest svn source and compiled the
>> same with
>>
>> ./configure --enable-debugger --enable-disasm --with-all-libs
>> --enable-e1000 --enable-sb16  --enable-plugins --enable-usb
>
>
> Thanks for pointing out this issue. It doesn't happen here with openSUSE
> 13.1. Your patch is not 100% correct, since USB HC plugin devices can be
> loaded before devices init via bochsrc. That's why we have load the USB core
> plugin before parsing configuration. The devices init will unload it if no
> USB HC is present.
> BTW: Can you please check whether or not similar changes are required for
> the networking or sound lowlevel code?
>
> Thanks,
> Volker
>



-- 
Keep ;-)
HanishKVC

------------------------------------------------------------------------------