Hi Mattias,
Here's a further datum for you: simple rebuilding the debian packages from
source "fixes" the problem. If I run the following command:
apt-get -b source cgsi-gsoap && \
sudo dpkg -i libcgsi-gsoap1_1.3.4.0-1_i386.deb \
libcgsi-gsoap-dev_1.3.4.0-1_i386.deb
then the problem is no longer present. The cgsi_plugin_test program
demonstrates this by giving the following output:
Before registering plugin:
fopen: 0xf76fbf60
Registring cgsi_plugin gSOAP plugin.
After registering plugin:
fopen: 0xf76d7a75
Check for plugin-specific data:
data: 0xf590f7a8
i.e., now the cgsi-plugin is able to register itself and the fopen pointer
changes.
My best guess is that cgsi-plugin and gSOAP were compiled with different gcc
versions that that the 'struct soap' definition contains sufficient ambiguity
that the different gcc versions resolved the fopen offset differently. But I
have no evidence that this is the cause.
The 'struct soap' contains the old-fashioned declarations (like 'short' and
'int') rather than the more modern, C99 stdint.h-based definitions (like
'int32_t'). This may be unrelated.
HTH,
Paul.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
