Roz wrote:
> 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.
>>
>> The command that Pyvon launches on my computer is the one that follows.
>>
>> "/home/fabien/mlpov/82/povray-3.50c/src/povray 
>>
Input_File_Name="/home/fabien/mlpov/povray-3.50c/scenes/advanced/balcony/balcony.pov" 
>>  -l/home/fabien/mlpov/povray-3.50c/scenes/advanced/balcony +v +p 
>> -l/mnt/win_c/temp -f +a0.1 +am2 
>> -l/home/fabien/mlpov/povray-3.50c/include +GF${HOME}/err.txt +q9"
>>
>> When I use a console, cd to the balcony directory, starts povray to 
>> raytrace the balcony scene, it works.
>>
>> BUT, when I use a console, remain in my home directory (ie 
>> /home/fabien) and render the balcony scene, I get the same error as 
>> when I use pyvon.
>>
>> Below is a copy of my console. On the first line, the command line 
>> that starts pov and the messages that POV outputs.
>> ......
>>
>>> ...........................................File: 
>>
> [snip part of output dump]
> 
>>> ...File: 
>>> /home/fabien/mlpov/povray-3.50c/scenes/advanced/balcony/table_stuff.inc  
>>> Line: 99
>>>
>>>
>>>
>>> union {
>>>
>>>
>>>   object {
>>>
>>>
>>>     Glass
>>>
>>>
>>>  <----ERROR
>>>
>>>
>>> Parse Error: Expected 'object', undeclared identifier 'Glass' found 
>>> instead
>>
>>
>>
>> My include files are correctly quoted in my .povrayrc as shown above
>>
>> NOTE :
>> There is a glass.inc in /usr/local/share/povray-3.5/include AND in the 
>> balcony directory.
>> Could this be the problem ?
>>
>>
>> Something else : I did the same test as root : There is no 
>> writing-reading problems.
>>
>>
>> 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 guess, that's something we will have to ask to the advanced users group.
I think you have to look at the code to know how the include files 
behave when they are deeply nested and what happens when the same name 
is used more than one time.
I renamed glass.inc to verres.inc and changed the files accordingly and 
it works.
So in this case, I am glad to know that pyvon is not the culprit.


Fabien H

Post a reply to this message