Dear Sirs;

I make compile MegaPov0.3 by MPW(Macintosh Programmer's Workshop by
Apple),
and based on Official Pov-Ray3.1g for Mac.
Mac Official support "Continue Render",which abort redering and render
again later to continue.
If this option is ON, Mac Pov-Ray3.1g reading before made "PICT",or
"TARGA" file,
and call Pov-Engine(alt_main(argc,argv)) to partial render.
But if ini_option sets in global_settings{} make conflict and I have to
make Re-Boot.

Does anyone have good idea for clear this problem ?????

P.S.
trimed_by in Bezier Patch has some problem MPW MrC Compiler with
Optimize option.
Maybe Memory allocate error.

Y.Tanabe
Kobe,Japan
mail->tec### [at] khrimorjp
home->http://www.kh.rim.or.jp/~techflux
About MPW,OpenGL,Pov-Ray3.1g,MegaPov0.3

Post a reply to this message

Y.Tanabe <tec### [at] khrimorjp> wrote...

> Mac Official support "Continue Render",which abort redering and render
> again later to continue.

> But if ini_option sets in global_settings{} make conflict and I have to
> make Re-Boot.

Thanks for reporting this problem.  Similar problems probably also affect
other systems.  The "Continue Render" should not be allowed to be placed in
"ini_option".  Also, "ini_option" will likely not be included in any
official version of POV-Ray, so it may be discontinued from MegaPov in the
future as well (only time will tell for sure).

> trimed_by in Bezier Patch has some problem MPW MrC Compiler with
> Optimize option.
> Maybe Memory allocate error.

I've been told by Ron Parker that the bezier patch may have problems such as
this, but I haven't looked at it closely.

-Nathan

Post a reply to this message

On Thu, 20 Jan 2000 13:38:15 -0500, Nathan Kopp wrote:
>I've been told by Ron Parker that the bezier patch may have problems such as
>this, but I haven't looked at it closely.

The rational bezier patch, that is, not the bicubic patch we all know and
love.  And my info came from Chris Young; I haven't looked at it closely
either.

-- 
These are my opinions.  I do NOT speak for the POV-Team.
The superpatch: http://www2.fwi.com/~parkerr/superpatch/
My other stuff: http://www2.fwi.com/~parkerr/traces.html

Post a reply to this message

In article <3885F554.7E3F4911@kh.rim.or.jp>, "Y.Tanabe" 
<tec### [at] khrimorjp> wrote:

> trimed_by in Bezier Patch has some problem MPW MrC Compiler with
> Optimize option.

Yes, and there seem to be others (I found when using CodeWarrior). All
access NULL pointers. Among the ones I can find (using the Apple Carbon
Dater) are these:

IST: Direct Access to Low Memory Addresses
================================================================
0x0000(0) lwz r8 bezier_subpatch_intersect__FP10Ray_StructP20Bicubic_Patch_S
tructPA4_A4_A3_dddddP13istack_struct
0x0000(0) lwz r8 Hermite_Cubic__FdPdPd
0x0000(0) lwz r8 Transform_Textures__FP14Texture_StructP16Transform_Struct

As this is generated out of the executable code - note that the function
names are rather cryptic - but apparently there are such accesses. As they
are all load instructions, they don't cause direct crashes on Macs.


     Thorsten


____________________________________________________
Thorsten Froehlich
e-mail: mac### [at] povrayorg

I am a member of the POV-Ray Team.
Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message