news:8hb62uki8ocuv3f2o0enleajon7ukgkvh5@4ax.com...
> On Fri, 21 Dec 2001 13:28:22 +0100, "Gergely Vandor"
<ger### [at] vandordatanethu>
> wrote:
> > Is there a program which does just this? Would it be possible for me to
> > start a render on your machine (and possibly several others) right now
for
> > example?
>
> check render farms at http://www.povray.org/cgi-bin/htsearch?words=farm
> and http://www.imp.org
>

As much as I understand, none of these do what I would like to.

IMP seems interesting, but it seems it is focused on the purpose of creating
this movie, and the actual thing is not downloadable yet.

It  would be especially great if several computers could work on a single
image simultaneously (and not in a private network, but on the internet).
This would be beneficial with extremely compute-intensive images. And I'd
like to have the simplicity of Napster for example. Like pressing GO, and
getting the render done much quicker than you could on your own machine.

Cheers,

Gergely

Post a reply to this message

Gergely Vandor <ger### [at] vandordatanethu> wrote:
: It should be pretty easy to scan a pov text file for dangerous I/O commands.

  Except that it is probably possible to obfuscate commands so that a program
will not recognize them.

-- 
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}//  - Warp -

Post a reply to this message

"Warp" <war### [at] tagpovrayorg> wrote in message
news:3c2351fb@news.povray.org...
> Gergely Vandor <ger### [at] vandordatanethu> wrote:
> : It should be pretty easy to scan a pov text file for dangerous I/O
commands.
>
>   Except that it is probably possible to obfuscate commands so that a
program
> will not recognize them.
>

To the extenct that it is not even evident that there are I/O commands in
the pov file?

This is getting a bit theoretical, but I believe it would be an acceptable
limitation for my "imagined" program to refuse any pov file with I/O
commands...

Post a reply to this message

On Fri, 21 Dec 2001 16:36:05 +0100, "Gergely Vandor" <ger### [at] vandordatanethu>
wrote:
> This is getting a bit theoretical, but I believe it would be an acceptable
> limitation for my "imagined" program to refuse any pov file with I/O
> commands...

I/O scripts are very usefull. Imagine tree-macro. Put it in animation. Do you
want 10 minutes per frame for parsing of tree generation for every client? Or do
you want send over internet megabytes of this tree for every client? Or do you
want send short script over internet and allow clients apps to generate/write it
once ?

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

news:3rl62uodn1uloq3k54orn97jh6b45bihoo@4ax.com...
> On Fri, 21 Dec 2001 16:36:05 +0100, "Gergely Vandor"
<ger### [at] vandordatanethu>
> wrote:
> > This is getting a bit theoretical, but I believe it would be an
acceptable
> > limitation for my "imagined" program to refuse any pov file with I/O
> > commands...
>
> I/O scripts are very usefull. Imagine tree-macro. Put it in animation. Do
you
> want 10 minutes per frame for parsing of tree generation for every client?
Or do
> you want send over internet megabytes of this tree for every client? Or do
you
> want send short script over internet and allow clients apps to
generate/write it
> once ?
>

Ok. I have to admit this IS an issue :)

File I/O should not be ruled out, but should be strictly controlled to avoid
bad things...

I accept any feature requests, but please be aware that there is only a very
slim chance that the software will ever come to existence. :)

Cheers,
Gergely

Post a reply to this message

Warp wrote:

> Gergely Vandor <ger### [at] vandordatanethu> wrote:
> : It should be pretty easy to scan a pov text file for dangerous I/O commands.
> 
>   Except that it is probably possible to obfuscate commands so that a program
> will not recognize them.


??  The I/O restrictions in POV-Ray 3.5 should suffice.  Just allow 
read/write in a single given directory, and you have full functionality
without a risk.

Fabien.

Post a reply to this message

Warp wrote:
> Except that it is probably possible to obfuscate commands so
> that a program will not recognize them.

Which is why you restrict access to specific directories a la
morpheus.  Just make it not eat all your memory like morpheus :P

-- 
Tim Cook
http://personal.lig.bellsouth.net/lig/z/9/z993126

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------

Post a reply to this message

Actually if you could have a trusted network shared along with simple
io blocking I think it would be 'fairly safe' just use something like
a trusted key system or a central server that passes out trusted files
to be shared and auto combines them I know this is more talk then
programming (oh how I miss my linux side and gcc or I would be getting
out the faq's and such to see if I could help but alas cygwin is just
not my cup of tea under nt :(

being on an old clunker and I run setiservice but I think this would
be a great idea, could run it background low priority on the windows
system actually as I think about this and I know its not a new idea
its a dream of every povray user I think to have a power rendering
farm for those dream job's. but the more I think about it trusted
server's to pass out slices of work and or at least links/port's to
slices of work etc would be sweet. heck I leave my old crate on 24/7
honestly because scared to death one of the old HD's is gonna fail on
on cold start and would gladly donate my cycles to worthy projects.

great to see the discussion going though, only good things can come
from free exchange.

Rob

>On Fri, 21 Dec 2001 14:58:42 +0100, "Gergely Vandor" <ger### [at] vandordatanethu> wrote:

>"Warp" <war### [at] tagpovrayorg> wrote in message
>news:3c233237@news.povray.org...
>>   You should be aware of security issues. Automatically running povray
>with a
>> pov-file sent by someone can be a dangerous thing (because pov-files can
>have
>> I/O commands).
>>
>> --
>
>It should be pretty easy to scan a pov text file for dangerous I/O commands.
>Blocking all pov files with any I/O commands is even easier. I believe this
>is (almost) a non-issue.
>
>Gergely
>

Post a reply to this message

Hi Gergely,

> Is there a program which does just this? Would it be possible for me to
> start a render on your machine (and possibly several others) right now for
> example?
>
> Or is such a thing currently being developed?

Have a look at:
http://sourceforge.net/projects/pvmpov/

Greetings
    Thies Heidecke

Post a reply to this message

I'd like to have such a program. Maybe it wouldn't even have to be
restricted to share power for Povray. But how will you split a Pov rendering
into pieces? The wise people say you can't use multiple CPU's in one
computer, so how will you do it over the Internet?

And there has to be done a lot for security as already said. Especially if
it's a broad application that allows other programs than Povray.


Hugo

Post a reply to this message