![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
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>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
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
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
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
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
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>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
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
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
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>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Mark Wagner <mar### [at] gte net> 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
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
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>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Nathan Kopp wrote in message <38449cd7@news.povray.org>...
>
>Mark Wagner <mar### [at] gte net> 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
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |