 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
This bug wasn't in the list...
http://news.povray.org/povray.beta-test/19303/?ttop=19763&toff=50
It's unconfirmed, I believe. Perhaps it was just overlooked by everyone. =)
And a while ago I posted something about a problem with media photons being
too bright
(http://news.povray.org/povray.beta-test/19126/?ttop=19763&toff=100) and
Nathan Kopp said he was "still looking into it"... I'm not sure what that
means exactly, but I don't see it in the bug list, confirmed or unconfirmed,
so I thought I should mention it. (note that at least one of the other bugs
I mentioned in that thread *have* been fixed. The media photons one has not,
as of beta 7.)
- Slime
[ http://www.slimeland.com/ ]
[ http://www.slimeland.com/images/ ]
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Wasn't it Slime who wrote:
>http://news.povray.org/povray.beta-test/19303/?ttop=19763&toff=50
>(http://news.povray.org/povray.beta-test/19126/?ttop=19763&toff=100)
Can anyone tell me how to turn these references into message-ids?
--
Mike Williams
Gentleman of Leisure
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
in news:h3k### [at] econym demoncouk Mike Williams wrote:
> Wasn't it Slime who wrote:
>
>>http://news.povray.org/povray.beta-test/19303/?ttop=19763&toff=50
http://news.povray.org/3bcc54ab$1@news.povray.org
>>(http://news.povray.org/povray.beta-test/19126/?ttop=19763&toff=100)
http://news.povray.org/3bc4d0a9$1@news.povray.org
> Can anyone tell me how to turn these references into message-ids?
Just did a search on the titles in this newsgroup with my news client.
Ingo
--
Photography: http://members.home.nl/ingoogni/
Pov-Ray : http://members.home.nl/seed7/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Thorsten Froehlich" <tho### [at] trfde> wrote in message
news:3be173c8@news.povray.org...
> While I can confirm that the bug was there (and it is fixed again now), is
> it just me who is experiencing a deja vu? If change 503 on 2001/02/14 just
> wouldn't say I fixed it and I would not know it was working back then...
You un-fixed it in change 1042, by the looks (at least, change 1042 un-does the
change you did in change 503 ...)
-- Chris
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Oh, I'm sorry about that. Is there a simple way to get the real URL, in the
future?
- Slime
[ http://www.slimeland.com/ ]
[ http://www.slimeland.com/images/ ]
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 1 Nov 2001 07:29:29 +0000, Mike Williams <mik### [at] nospamplease>
wrote:
> Since nobody else wanted to take this on, and since I've got a bit of
> leisure time, I'll have a bit of a go. There may well be things that
> have fallen through the gap between when Rune stopped and I started
> collecting the info.
you missed this
Bug with declaration with no dimensions
http://news.povray.org/scpitt851apfq5r6qtsoi1vpupt77g829s@4ax.com
I don't know it is confirmed or not (Ron answered but no change within
beta 7)
ABX
--
#declare _=function(a,b,x){((a^2)+(b^2))^.5-x}#default {pigment{color rgb 1}}
union{plane{y,-3}plane{-x,-3}finish{reflection 1 ambient 0}}isosurface{ //ABX
function{_(x-2,y,1)|_((x+y)*.7,z,.1)|_((x+y+2)*.7,z,.1)|_(x/2+y*.8+1.5,z,.1)}
contained_by{box{<0,-3,-.1>,<3,0,.1>}}translate z*15finish{ambient 1}}//POV35
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 1 Nov 2001 15:10:28 +0100, "Rune" <run### [at] mobilixnetdk> wrote:
> > Bug with parse_string
> > http://news.povray.org/9pk0rto8s07dnm320f5m503aqu43ak6g3p@4ax.com
>
> This one is not a bug.
Why ?
You maintained this within your list as bug (so someone confirmed it) and I
don't see any discussion about it ? So what changed ? Perhaps compiler platform.
But it still not work with beta 7. Example attached to bugreport is only
example. I have designed large system based on Parse_String (many times called
Parse_String) and within generated files parser reports nonsesnse content (but
content of files is ok). And my system works fine when I replace content of
Parse_String with
#declare Parse_String_Counter=0;
#macro Parse_String(String)
#local File_Name=
concat("parse_string_",str(Parse_String_Counter,0,0),".tmp")
#fopen FOut File_Name write
#write(FOut,String)
#fclose FOut
#declare Parse_String_Counter=Parse_String_Counter+1;
#include File_Name
#end
So I think povray is not prepared to twice read/write the same file with
different content. Now I found your post that it is rather limitation. If this
is confirmed limitation by the Team then it is sad fact for me. I found way to
make simple OOP for SDL with this.
There is another thing connected with Parse_String reported by me and not
included anywhere (no answer, no list entry, no change within documentation)
http://news.povray.org/tlstqtsgocagvejfs6knd6buql6tqo2qn3@4ax.com
ABX
--
#declare _=function(a,b,x){((a^2)+(b^2))^.5-x}#default {pigment{color rgb 1}}
union{plane{y,-3}plane{-x,-3}finish{reflection 1 ambient 0}}isosurface{ //ABX
function{_(x-2,y,1)|_((x+y)*.7,z,.1)|_((x+y+2)*.7,z,.1)|_(x/2+y*.8+1.5,z,.1)}
contained_by{box{<0,-3,-.1>,<3,0,.1>}}translate z*15finish{ambient 1}}//POV35
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3be1f8d9@news.povray.org> , "Chris Cason"
<newsadmin-despam-@povray-no-spam.org> wrote:
>> While I can confirm that the bug was there (and it is fixed again now), is
>> it just me who is experiencing a deja vu? If change 503 on 2001/02/14 just
>> wouldn't say I fixed it and I would not know it was working back then...
>
> You un-fixed it in change 1042, by the looks (at least, change 1042 un-does
> the change you did in change 503 ...)
Yes! Now I remember! I did so after I fixed the comparison function VM
problem in change 1036 and then apparently reversed that code twice...
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Now I found your post that it is rather limitation. If this
> is confirmed limitation by the Team then it is sad fact for me.
It's not confirmed by the Team. I don't really know if it's just a
limitation but I'm fairly sure it is.
> I found way to make simple OOP for SDL with this.
What prevents you from using the method with the counter?
> There is another thing connected with Parse_String
> http://news.povray.org/tlstqtsgocagvejfs6knd6buql6tqo2qn3@4ax.com
I'll look into this.
Rune
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Fri, 2 Nov 2001 15:01:23 +0100, "Rune" <run### [at] mobilixnetdk> wrote:
> "W?odzimierz ABX Skiba" wrote:
> > Now I found your post that it is rather limitation. If this
> > is confirmed limitation by the Team then it is sad fact for me.
>
> It's not confirmed by the Team. I don't really know if it's just a
> limitation but I'm fairly sure it is.
IIRC you can be right. There was fast macro patch within megapov based on
remebering content of macro in memory insted of file. Unfortnatelly it is part
of "Not part of 3.5" from status report.
I just found clear sentence within documentation "Calling a macro in another
file therefore requires that the other file be opened and closed for each call.
Normally, this overhead is inconsequential; however, if you are calling the
macro many thousands of times, it can cause significant delays. A future version
of the POV-Ray language will remove this problem."
I hope "future" mean 3.5a ;-)
> > I found way to make simple OOP for SDL with this.
>
> What prevents you from using the method with the counter?
nothing special. just hundreds of files :-(
I'm trying to prepare article about it for p.a-u
> > There is another thing connected with Parse_String
> > http://news.povray.org/tlstqtsgocagvejfs6knd6buql6tqo2qn3@4ax.com
>
> I'll look into this.
Thanks
ABX
--
#declare _=function(a,b,x){((a^2)+(b^2))^.5-x}#default {pigment{color rgb 1}}
union{plane{y,-3}plane{-x,-3}finish{reflection 1 ambient 0}}isosurface{ //ABX
function{_(x-2,y,1)|_((x+y)*.7,z,.1)|_((x+y+2)*.7,z,.1)|_(x/2+y*.8+1.5,z,.1)}
contained_by{box{<0,-3,-.1>,<3,0,.1>}}translate z*15finish{ambient 1}}//POV35
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|
