Bob R wrote:
> Roz wrote in message <3eb1f5f1$1@news.povray.org>...
> 
>>Fabien HENON wrote:
>>
>>>Bob R has reported a problem when rendering the balcony scene in
>>
> the
> 
>>>advanced directory using pyvon.
>>>
>>>I found out that I had the same problem when using pyvon.
>>
>><snip>
>>
>>>NOTE :
>>>There is a glass.inc in /usr/local/share/povray-3.5/include AND in
>>
> the
> 
>>>balcony directory.
>>>Could this be the problem ?
>>>
>>>Could some of you try the same : Starts a raytrace of balcony.pov
>>
> from
> 
>>>your home directory or anywhere else but the balcony directory and
>>
> tell
> 
>>>me if it works.
>>
>>I get the same behavior as you do:
>>
>>$ povray -l/usr/share/povray-3.5/scenes/advanced/balcony
>>-i/usr/share/povray-3.5/scenes/advanced/balcony/balcony.pov
>>
>>has the Glass object error in table_stuff.inc. It looks like the
> 
> library
> 
>>parameter is being referenced at the first level of including because
> 
> it
> 
>>does correctly find table_stuff.inc (as well as sky.inc) in the
> 
> balcony
> 
>>directory. Both of those are includes in the balcony.pov scene file.
> 
> But
> 
>>the passed library path doesn't seem to carry into the included
> 
> files.
> 
>>In this case balcony.pov includes table_stuff.inc, so far so good.
> 
> But
> 
>>table_stuff.inc includes glass.inc and this is where it is breaking
>>down. So the includes of includes are not being looked for in the
>>library path parameter or the order of looking changed. At least
> 
> that's
> 
>>the behavior I'm seeing here. I have no idea why though.
>>
>>I wonder if it works for include files that have includes that do not
>>name clash with the existing standard includes. It looks like it
> 
> works
> 
>>correctly in such cases. The balcony.pov scene includes
> 
> table_cloth.inc
> 
>>before including table_stuff.inc. table_cloth.inc includes cloth.inc
> 
> and
> 
>> POV-Ray doesn't choke on that include. So maybe the order of
> 
> includes
> 
>>gets shuffled at some point or is search differently? Puzzling stuff!
>>-Roz
> 
> 
> I re-named the local "glass.inc", and "balcony.pov" renders OK using
> Pyvon.
> 
> It may be a POVray(Linux) problem.
> 
> I've been trying out Kdevelop/Qt. I put together a little program[1]
> with a dialog that runs POV. No "cd" to any directory, simply calls
> povray with a path/filename, and it can't find "sky.inc" when I try
> "/usr/..../povray-3.5/.../balcony.pov".
That's why I had to add the path to the current working directory
as in
-l/path/to/the/location/of/the/pov/file

  On renders that do work, it
> puts the *.png in the directory where the executable is run from(that
> doesn't seem right, even with my weak little program).
> Over a month in Linux, and I can't figure out CWD (Current Working
> Directory). <G>
> 
> [1] - two days reading, 20 minutes work!! <G> I can't believe it even
> works!
> --
> Bob R
> POVrookie
> --
> MinGW (GNU compiler): http://www.mingw.com/
> Dev-C++ IDE: http://www.bloodshed.net/
> V IDE & V GUI: http://www.objectcentral.com/
> POVray: http://www.povray.org/
> Good C++ book: http://www.mindview.net/Books
> alt.comp.lang.learn.c-c++: ftp://snurse-l.org/pub/acllc-c++/faq
> 
>

Post a reply to this message