Thomas Hruska a écrit :
> David wrote:
>   
>>
>> judge of the ACM problem set site is near to what you dream of.
>> Perhaps.
>>
>> I don't think It will be to much difficult to made one.
>>     
>
> "Dream of" might be too strong of a phrase.  "Wish for" is better.
>
> The ACM problem site (Valladolid - or something like that) judging 
> script is pretty sophisticated but they don't allow things like file I/O 
> or sockets - which significantly simplifies things.

Their problems are link to algorithm problems. So no need for them.
Input and output are only via the command line. (and there is a limit 
for the output,
and a limit for running time)
no system/fork and co too.

>   Throw file I/O into 
> the mix and security of the system becomes a nightmare...but you need 
> file I/O for a lot of basic examples people post on c-prog.  Not for 
> this example, but others.  There's a lot that can go wrong and not much 
> that can go right. 

There are too many security issues on using a full C++ implementation.
May be using a dedicated virtual machine could a solution (even if too 
costly)

>  Their system also depends on sending e-mail results 
> because problems are processed through a queue.
A basic of asynchronous call.
In fact, the mail is quite new for the newbies.
Before, there was only a page that display the result of your code for a 
problem,
and sometimes, I can be difficult to know why your code didn't compile.
The mail help to have the error message.

>   I want something that 
> puts the results in the same browser session (probably involving AJAX'ey 
> goodness).  And it would also be nice to have a "virtual console" via 
> AJAX where you can type stuff into a 'cin'ed app. and have the typed 
> letters be forwarded from the browser to the app.
>
> This would be a great project for a student who's brain is gnawing its 
> way out in class.  That is, you fully comprehend what is being taught 
> and are bored to tears and want something useful and HARD (yet extremely 
> cool) to do.  This is not an easy project when you place the security of 
> the host system at top-priority and yet want to allow file I/O, sockets, 
> and other things.  Blocking those things is easy.  Allowing such things 
> makes security of the host hard to impossible.
>
>   


This is probably why Java (and it is security system) was created ;)

Reply via email to