POV-Ray : Newsgroups : povray.unofficial.patches : Fix for a bug in the SuperPatch and UVPov Server Time
2 Nov 2024 13:18:43 EDT (-0400)
  Fix for a bug in the SuperPatch and UVPov (Message 1 to 5 of 5)  
From: Mark Wagner
Subject: Fix for a bug in the SuperPatch and UVPov
Date: 30 Nov 1999 00:33:42
Message: <384361b6@news.povray.org>
In both the SuperPatch and UVPov there is a memory leakage that occurs
whenever Copy_Object is called.  The bug is that the UV transform for the
object is copied twice -- once by COPY_OBJECT_FIELDS and once by
Copy_Object.  As a result, the memory used by the first copy is lost.  The
fix for this is to remove one of the instances of copying the UV transform.

Mark


Post a reply to this message

From: Ken
Subject: Re: Fix for a bug in the SuperPatch and UVPov
Date: 30 Nov 1999 00:36:19
Message: <384361DD.934D4190@pacbell.net>
Mark Wagner wrote:
> 
> In both the SuperPatch and UVPov there is a memory leakage that occurs
> whenever Copy_Object is called.  The bug is that the UV transform for the
> object is copied twice -- once by COPY_OBJECT_FIELDS and once by
> Copy_Object.  As a result, the memory used by the first copy is lost.  The
> fix for this is to remove one of the instances of copying the UV transform.
> 
> Mark

Do you know if this is present in the official distribution ?

-- 
Ken Tyler -  1200+ Povray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/


Post a reply to this message

From: Ron Parker
Subject: Re: Fix for a bug in the SuperPatch and UVPov
Date: 30 Nov 1999 08:25:09
Message: <3843d035@news.povray.org>
On Mon, 29 Nov 1999 21:34:21 -0800, Ken wrote:
>
>
>Mark Wagner wrote:
>> 
>> In both the SuperPatch and UVPov there is a memory leakage that occurs
>> whenever Copy_Object is called.  The bug is that the UV transform for the
>> object is copied twice -- once by COPY_OBJECT_FIELDS and once by
>> Copy_Object.  As a result, the memory used by the first copy is lost.  The
>> fix for this is to remove one of the instances of copying the UV transform.
>> 
>> Mark
>
>Do you know if this is present in the official distribution ?

It's specific to UV mapping, so I'm guessing not, though it might be in 3.5.

-- 
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

From: Nathan Kopp
Subject: Re: Fix for a bug in the SuperPatch and UVPov
Date: 30 Nov 1999 22:58:15
Message: <38449cd7@news.povray.org>
Mark Wagner <mar### [at] gtenet> wrote...
> In both the SuperPatch and UVPov there is a memory leakage that occurs
> whenever Copy_Object is called.  The bug is that the UV transform for the
> object is copied twice -- once by COPY_OBJECT_FIELDS and once by
> Copy_Object.  As a result, the memory used by the first copy is lost.  The
> fix for this is to remove one of the instances of copying the UV
transform.

COPY_OBJECT_FIELDS doesn't exist in UVPov (or at least it shouldn't).  (So
UVPov shouldn't have this problem.)

-Nathan


Post a reply to this message

From: Mark Wagner
Subject: Re: Fix for a bug in the SuperPatch and UVPov
Date: 2 Dec 1999 01:10:13
Message: <38460d45@news.povray.org>
Nathan Kopp wrote in message <38449cd7@news.povray.org>...
>
>Mark Wagner <mar### [at] gtenet> wrote...
>> In both the SuperPatch and UVPov there is a memory leakage that occurs
>> whenever Copy_Object is called.  The bug is that the UV transform for the
>> object is copied twice -- once by COPY_OBJECT_FIELDS and once by
>> Copy_Object.  As a result, the memory used by the first copy is lost.
The
>> fix for this is to remove one of the instances of copying the UV
>transform.
>
>COPY_OBJECT_FIELDS doesn't exist in UVPov (or at least it shouldn't).  (So
>UVPov shouldn't have this problem.)


Sorry for the mistake.  I didn't actually check UVPov, I just assumed that
since the bug was with UV mapping and was present in the SuperPatch, it
would be present in UVPov.

Mark


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.