Thread: [Plib-users] Re: plib-users digest, Vol 1 #684 - 2 msgs

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

You helped me a lot. Thank you. I solved the problem

---------------------------------
Do you Yahoo!?
 Yahoo! Search presents - Jib Jab's 'Second Term'
I'm trying to use Plib with OpenGL performer.
I'm getting below error. By the way, I tried /NODEFAULTLIB:LIBCMTD.lib option to ignore this library. Then it does not give error, but the program is not running. Any suggestion!

Linking...
MSVCRT.lib(MSVCRT.dll) : error LNK2005: __getpid already defined in LIBCMTD.lib(getpid.obj)
LINK : warning LNK4098: defaultlib "LIBCMTD" conflicts with use of other libs; use /NODEFAULTLIB:library
Debug/31Ocak2005Picker.exe : fatal error LNK1169: one or more multiply defined symbols found
Error executing link.exe.
31Ocak2005Picker.exe - 2 error(s), 1 warning(s)

---------------------------------
Do you Yahoo!?
 The all-new My Yahoo!  What will yours do?
You are using MSVC 6, right?

You wrote:

>I'm trying to use Plib with OpenGL performer.
[...]
>MSVCRT.lib(MSVCRT.dll) : error LNK2005: __getpid already defined in =
LIBCMTD.lib(getpid.obj)

So, obviously you link to LIBCMTD which has one version of __getpid
and you link to OpenGL performer stuff, which has another.

My guess is that one (say OpenGL performer) is compiled using multi
threading and one (say PLIB) is compiled using single threading. So,
switch the settings ogf PLIB and recompile all.

Bye bye,
Wolfram.

Wolfram Kuss wrote:
> You are using MSVC 6, right?
> 
> You wrote:
> 
> 
>>I'm trying to use Plib with OpenGL performer.

Really?!?!

You really mean this:

   http://www.sgi.com/products/software/performer/

...if so, Performer does a lot of strange things with
stuff like threading.  It wouldn't suprise me to find
problems with it.

Performer and PLIB are really designed to do the same
kinds of thing - and using both of them together is a
strange thing to want to do.

> My guess is that one (say OpenGL performer) is compiled using multi
> threading and one (say PLIB) is compiled using single threading. So,
> switch the settings ogf PLIB and recompile all.

I would say that was a near certainty.  Performer certainly
uses multithreading and PLIB certainly does not.

Microsoft actually expect you to compile libraries differently
for threading versus non-threading?   My appreciation of the
sheer ineptness of their products just went up another notch!

---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net    http://tuxaqfh.sf.net
            http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
-----END GEEK CODE BLOCK-----

> I would say that was a near certainty.  Performer certainly
> uses multithreading and PLIB certainly does not.
> 
> Microsoft actually expect you to compile libraries differently
> for threading versus non-threading?   My appreciation of the
> sheer ineptness of their products just went up another notch!

Actually (even on Windows) you can compile all of your code for 
multithreaded execution, if you don't mind the (hopefully) small 
performance penalty.

In my quick checking it appears that SSG is actually compiled
by default (in the CVS version) for the multithreading version.

The original problem:
MSVCRT.lib(MSVCRT.dll) : error LNK2005: __getpid already defined in 
LIBCMTD.lib(getpid.obj)

Seems to indicate a mismatch between using multithreaded dll based 
runtime (MSVCRT) and the debug multithreaded static library (LIBCMTD).

The LIBCMTD  might come from a debug build of SSG.

I am personally using the DLL versions on my projects, mostly because
of some external tools.

If using the Microsoft IDE, I would recommend setting the "Runtime 
Library" option to same (multithreaded) value on all components.

		Eero