On Tue, Feb 15, 2011 at 07:57:09PM +0100, Andreas wrote:
This might be easy. If all .obj files that are linked in the directory
epan you can do
cd epan
dumpbin /symbols *.obj | find /v UNDEF | find External
sfisher@shadow:/usr/local/src/wiresharkcd epan
Am 16.02.2011 17:57, schrieb Stephen Fisher:
On Tue, Feb 15, 2011 at 07:57:09PM +0100, Andreas wrote:
This might be easy. If all .obj files that are linked in the directory
epan you can do
cd epan
dumpbin /symbols *.obj | find /v UNDEF | find External
Am 11.02.2011 12:36, schrieb Ed Beroset:
Andreas wrote:
Am 11.02.2011 00:06, schrieb Guy Harris:
They weren't omitted on purpose. They were probably omitted because
they were added by a UN*X user; by default, UN*X dynamic shared
libraries export every non-static symbol, unlike Windows DLLs.
Andreas wrote:
Am 11.02.2011 00:06, schrieb Guy Harris:
They weren't omitted on purpose. They were probably omitted because
they were added by a UN*X user; by default, UN*X dynamic shared
libraries export every non-static symbol, unlike Windows DLLs.
I think this is a strong argument to
I noticed that libwireshark.lib didn't have proto_registrar_get_name and
proto_registrar_get_length (maybe even proto_registrar_get_abbrev, but I may
have overwritten it and readded it). I added them to libwireshark.def and my
code linked where it got LNK2019 errors before. Were these omitted
On Feb 10, 2011, at 1:55 PM, Turner, Jay wrote:
I noticed that libwireshark.lib didn’t have proto_registrar_get_name and
proto_registrar_get_length (maybe even proto_registrar_get_abbrev, but I may
have overwritten it and readded it). I added them to libwireshark.def and my
code linked
Am 11.02.2011 00:06, schrieb Guy Harris:
They weren't omitted on purpose. They were probably omitted because
they were added by a UN*X user; by default, UN*X dynamic shared
libraries export every non-static symbol, unlike Windows DLLs.
I think this is a strong argument to move away from the
