Difference between revisions of "User:Stefano CiscoSystems/Compiling Issues with Vista and MSV2005"

From Second Life Wiki
Jump to navigation Jump to search
Line 1: Line 1:
= Error: No textures - all gray world when launching my own compiled Viewer =
= Error: No textures - all gray world when launching my own compiled Viewer =


[[Image:NoTexturesViewerScreenshot.jpg|right|thumb|200px|]]
[[Image:NoTexturesViewerScreenshot.jpg|right|thumb|200px|caption My viewer with no textures]]
 
'''<span style="color: red">NOTE: i got it working, see [[User:Stefano_CiscoSystems/Compiling_Issues_with_Vista_and_MSV2005#NOW_it_works|down here ]] what (apparently!) have solved my problem.</span>'''


A picture is worth one thousand words :)
A picture is worth one thousand words :)
Line 37: Line 39:
'''Is there a way to understand if the libraries I am linking are fine without doing the full link and launching the client trial and error procedure?''' Like, a version browser or something.
'''Is there a way to understand if the libraries I am linking are fine without doing the full link and launching the client trial and error procedure?''' Like, a version browser or something.


== NOW it works ==
I re-copied all the artwork, dlls, back and forth between official client and visual studio project and the downloaded files from linden, checked that newviewer is the main project in the solution, and cleaned/rebuilt the whole thing, and it's now working.
This answer from Scott Squires makes sense with what happened:
> I had a problem like this, though I'm not on vista and it
> turned out not to be a library problem.  In my case it was
> that SL couldn't find some files with video card info in
> them, so I guess it thought my video card couldn't render
> anything.  I copied some data files from the regular SL
> install and it started working.  It was complaining about
> them in the black console window, so try checking there for clues.




== My notes on the 3rd party libraries ==
= My notes on the 3rd party libraries =


In general, some libraries I ended up using the pre-compiled ones downloaded from the wiki because following the instructions to compile the 3rd party libraries would keep on hitting missing symbols. Without a list of the required versions (unless the one [https://wiki.secondlife.com/wiki/Third_Party_Libraries here] is really up-to-date?), and with compile instructions that are not always working with 2005, it has been really painful.
In general, some libraries I ended up using the pre-compiled ones downloaded from the wiki because following the instructions to compile the 3rd party libraries would keep on hitting missing symbols. Without a list of the required versions (unless the one [https://wiki.secondlife.com/wiki/Third_Party_Libraries here] is really up-to-date?), and with compile instructions that are not always working with 2005, it has been really painful.

Revision as of 03:04, 19 October 2007

Error: No textures - all gray world when launching my own compiled Viewer

caption My viewer with no textures

NOTE: i got it working, see down here what (apparently!) have solved my problem.

A picture is worth one thousand words :)

I have very few warnings left in my compilation/linking (probably gonna join them at some point if it might help), and mostly looking for a weird vc80_ib_1.pdb in relation to debug information for llmozlib-vc80 that i took from the Linden official libraries.

To me it sounds like there's some mismatch in one of the libs or the dlls among: openjpeg,libjpeg_6b, or libpng. Sounds slightly related to bug VWR-123 That's my guess, but maybe somebody knowing better how things work can point me towards the error straight away?

(I already tried using the libs from the Linden Libraries file, and that's no good)

These the library versions i use (or tried using but did not work):

c-ares: 1.4.0
expat: 2.0.1
jpegsrc: 6b
libogg: 1.1.3
libvorbis: 1.2.0
openjpeg: 1.2
openssl: 0.9.8e
TUT: 2006-11-04
xmlrpc-epi: 0.51
zlib: 1.2.3
apr: 1.2.11
apr-iconv: 1.2.10
apr-util: 1.2.10
boost: 1.34.1
curl: 7.17.0
fmodapi: 3.7.5
freetype: 2.3.4
libpng: 1.2.8 (had some issues compiling this with zlib)

Is there a way to understand if the libraries I am linking are fine without doing the full link and launching the client trial and error procedure? Like, a version browser or something.

NOW it works

I re-copied all the artwork, dlls, back and forth between official client and visual studio project and the downloaded files from linden, checked that newviewer is the main project in the solution, and cleaned/rebuilt the whole thing, and it's now working.

This answer from Scott Squires makes sense with what happened:

> I had a problem like this, though I'm not on vista and it > turned out not to be a library problem. In my case it was > that SL couldn't find some files with video card info in > them, so I guess it thought my video card couldn't render > anything. I copied some data files from the regular SL > install and it started working. It was complaining about > them in the black console window, so try checking there for clues.


My notes on the 3rd party libraries

In general, some libraries I ended up using the pre-compiled ones downloaded from the wiki because following the instructions to compile the 3rd party libraries would keep on hitting missing symbols. Without a list of the required versions (unless the one here is really up-to-date?), and with compile instructions that are not always working with 2005, it has been really painful.

Freetype

Freetype, stick with 2.3.4: 2.3.5 was not working with me, missing some symbols.

Ares

What the he&&?! I could find no info on what's missing wrt to the C-Ares libraries. The VS project comes requiring even a libares.lib library, but I noticed that removing that requirement but still adding and /ares/ares.h subdirectory for the includes solve the issue. I wonder if everything necessary is inside the curl library already?

cURL

I really did not manage to get libraries that would link. I ended up using the Linden ones.

ZLib/PNG12

Had some problems too

TUT

Only version: 2006-11-04 works with the patch.