[tuhopuu-devel] Error question

[Jonathan Merritt]

Hi Trip,

I can confirm my earlier suspicions.  This error *is* due to some kind 
of mismatch in the JPEG libraries.  With reference to the jpeg-6b 
library, this message is generated in two places: jcapimin.c and 
jdapimin.c.  The message is generated in response to different reported 
and expected sizes for either the jpeg_compress_struct or 
jpeg_decompress_struct.  However, in both places where the message is 
generated, the JPEG library version (JPEG_LIB_VERSION) is checked 
first.  So, unless an incorrect library version is intentionally being 
passed, it is unlikely to be an "obvious" versioning problem.

Some possibilities that spring to mind:
    1. Maybe your version of the JPEG headers have been patched?
    2. Maybe the JPEG library was compiled on a different architecture 
(with different sizes for the data types than on your current system)?
    3. Maybe there is some debug information sitting in one version of 
the structs, but not in the other?

If you're confident with software building, I would recommend 
re-installing the JPEG library (from http://www.ijg.org/ ).  Make sure 
your Tuhopuu build process is set up to point to the newly installed 
headers and library files.  Using scons, this should be a case of 
changing JPEG_INCLUDE and JPEG_LIBPATH in your configuration file 
(config.opts).  Then clean (scons --clean) and recompile.

If you don't want to try a recompile of JPEG, try changing the USE_AQSIS 
variable in your configuration file to 'false'.  Then clean and 
recompile.  Setting this variable to false will prevent compilation of 
the blender_aqsis library, and will prevent compilation of the 
Aqsis-specific code elsewhere in Tuhopuu.  If you still get the error, 
you will then know that it is somewhere in the non-Aqsis part of Tuhopuu.

Another question: are you able to execute a clean compile of the "real" 
Tuhopuu2 tree from the Blender CVS?

Jonathan Merritt.

> Sorry about that. OSX 10.3 newest aqsis version, and fresh CVS from 
> last night.
>
>
> On Jun 2, 2004, at 6:00 AM, tuhopuu-devel-request@blender.org wrote:
>
>>
>> Hi Trip,
>>
>> This is just a guess, but I suspect that you may perhaps be linking
>> against one version of the JPEG library (headers) at compile time, and
>> executing the compiled code with a different version.  The error you
>> have encountered looks like some sort of check to make sure that the
>> struct sizes between the caller (Blender) and the library agree with
>> each other.  In the abscence of any more information, it would be worth
>> checking your build environment to rule out this possibility.
>>
>> Note that the Aqsis code doesn't yet rely on the JPEG library in any way
>> that I'm aware of.  Aqsis uses libtiff internally to write files, and we
>> haven't got as far as exporting image textures and so forth from Blender
>> yet.  I'm struggling to see how this could be Aqsis-specific.
>>
>> It may also help if you can provide the OS under which you are
>> compiling, the build method (scons?), the compiler (eg: gcc), and the
>> time/date of code checkout.  If you are using scons, I have set up some
>> build flags to compile the Aqsis Tuhopuu tree *without* Aqsis support.
>> You could try this to satisfy yourself that it's not an Aqsis problem.
>>
>> Please let us know if you continue to have problems.  I am currently
>> working on the code under Linux.  Paul Gregory is hacking away at the
>> exporter code, and I believe he is using Windoze.  Both of us have "it
>> works for me" builds happening, and are very keen to start ironing out
>> any problems.
>>
>> Jonathan Merritt.
>>
>>> Building a Aqsis build of tuhopuu
>>>
>>> I get this when starting the app
>>>
>>> JPEG parameter struct mismatch: library thinks size is 520, caller
>>> expects 464
>>>
>>> What could it be? Just so I might be able to trouble it with them from
>>> you..
>>>
>
> _______________________________________________
> tuhopuu-devel mailing list
> tuhopuu-devel@blender.org
> http://www.blender.org/mailman/listinfo/tuhopuu-devel
>