Recent changes to bugs

pixie-2.2.6 fails with bison-3

2016-02-16T10:48:15.076000Z

Recent upgrades in gentoo stable have caused this bug to resurface. Reference Gentoo Bugzilla Bug 486148 media-gfx/pixie-2.2.6-r1 fails with bison-3 https://bugs.gentoo.org/show_bug.cgi?id=486148 a simple one-line patch is available.

[precomp.cpp:324]: (error) Resource leak: f

2013-08-27T11:23:22.015000Z

I just ran the static analysis checker "cppcheck" over the
source code of Pixie-2.2.6

It said

[precomp.cpp:324]: (error) Resource leak: f

This looks like a missing call to fclose() to me.

parallel: background area gets blocks of scene

2012-06-12T12:59:44Z

Using latest Windows install binary: 2.2.6

We have a scene with lots of spheres, with a plain black background. Using multithreaded processing, we see rectangular areas of the background getting filled in with a corresponding rectangular area from the scene. On a 1920x1080 resolution render on a quad-core, we see this in about 25% of images, a few with more than one corrupt area. The problem can be avoided using single threading; this is not a problem for us as we can run multiple versions of the renderer in parallel on different frames.

Our current rib files are large (around 38meg each). We will provide an example, or try to make a simpler version, if you request.

pixie-2.2.6 fails to compile with zlib-1.2.6

2012-03-10T09:22:12Z

pixie-2.2.6 fails to compile with zlib-1.2.5.2 and higher, like the released 1.2.6

downstream bug report: http://bugs.gentoo.org/406899
patch by Helmut Jarausch at: https://bugs.gentoo.org/attachment.cgi?id=304231

the actual compilation errors look like:

ribOut.h: In member function 'void CRibOut::vout(const char*, __va_list_tag*)':
ribOut.h:240:61: error: cannot convert 'FILE* {aka _IO_FILE*}' to 'gzFile' for argument '1' to 'int gzwrite(gzFile, voidpc, unsigned int)'
ribOut.h: In member function 'void CRibOut::out(const char*, ...)':
ribOut.h:261:61: error: cannot convert 'FILE* {aka _IO_FILE*}' to 'gzFile' for argument '1' to 'int gzwrite(gzFile, voidpc, unsigned int)'
rendererContext.cpp: In member function 'virtual void CRendererContext::RiError(int, int, const char*)':
rendererContext.cpp:4706:20: warning: format not a string literal and no format arguments [-Wformat-security]
rendererDisplay.cpp: In static member function 'static void CRenderer::getDisplayName(char*, const char*, const char*)':
rendererDisplay.cpp:442:26: warning: format not a string literal and no format arguments [-Wformat-security]
rendererDisplay.cpp: In static member function 'static void CRenderer::computeDisplayData()':
rendererDisplay.cpp:720:67: warning: ignoring return value of 'size_t fwrite(const void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result [-Wunused-result]
rendererDisplay.cpp:726:79: warning: ignoring return value of 'size_t fwrite(const void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result [-Wunused-result]
rendererDisplay.cpp: In static member function 'static void CRenderer::endDisplays()':
rendererDisplay.cpp:242:73: warning: ignoring return value of 'size_t fwrite(const void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result [-Wunused-result]
mv -f .deps/polygons.Tpo .deps/polygons.Plo
/bin/sh ../../libtool --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I.. -march=native -O2 -pipe -MT rendererFiles.lo -MD -MP -MF .deps/rendererFiles.Tpo -c -o rendererFiles.lo rendererFiles.cpp
make[4]: *** [rendererContext.lo] Error 1

environment() segv when called with vector (0,0,1)

2011-06-21T20:34:37Z

pixie crashes when calling sl environment() with reflection vector (0,0,1)

tracked it to texture.cpp line 1762. variable c is computed to be 0, and then used for division, resulting in NaNs and a crash:

c = (D[COMP_X]*D[COMP_X]+D[COMP_Y]*D[COMP_Y])*2.0*C_PI;

memory error

2011-05-15T11:59:52Z

Hi,

I am getting a memory error with a Patchmesh of 2048 x 2048.

The error is in

CObject::destroy

I am using

hider "raytrace"

If I use

Hider "stochastic" this does no happen but I get some nasty side effects in the rendered image.

I am using Centos 5.5 .

Any thoughts??

Cheers

apparent shader syntax error

2011-03-03T21:59:23Z

senario:
compile pixie 2.2.6 on Slackware 13.1 and set the enviroment variables as documentation
run rndr teapot.rib
result:
rather boring teapot and a set of error messages in the form:
./teapot.rib (n): Error in shader "/opt/pixie/shaders/xxxxx.sdr" (0) ("syntax error") (v2.2.6)
./teapot.rib (n): Failed to find shader "xxxxx"
(where n is a line number and xxxxx is the shader name)
diagnosis:
The text files in pixie/shaders are in DOS format with CR/LF line endings while the parser is expecting UNIX files with single \n
and the extra character does not parse
solution:
use the fromdos command (see man pages) to convert the shader files to unix format
result:
much more interesting teapot and no error messages!

All recent pixie versions.

2010-12-19T17:33:55Z

All recent pixie versions.

Rndr crashes. Don\'t know why.

Please contact g g a l i e n s @ n y c a p . r r . c o m regarding solution. Thanks.

sdrc.exe compiles .sl in a wrong way.

2010-07-17T03:08:54Z

I modified sdrc.exe in order to compile .sl with large size macro(simply resize the macro size from 4000 to 40000). However, when I comipiled layeredtexture.sl (using another maya plugins),I found that the compiled .sdr contained an undefined variable named temporary_27 in code segment.
I've checked the source code and found that the variable list indeed had pushed the variable,but when wrote the variables to .sdr,the number of variables changed from 223 to 222 and temporary_27 was gone !

rndr segfault with slashes in Archive name

2010-06-16T12:52:20Z

Using Pixie 2.2.6 on Gentoo 64bit.