Jump to page: 1 25  
Page
Thread overview
Editable and runnable code sample on dlang.org by Damian Ziemba (nazriel)
Jul 05, 2012
Jacob Carlborg
Jul 05, 2012
H. S. Teoh
Jul 05, 2012
Justin Whear
Jul 05, 2012
Iain Buclaw
Jul 05, 2012
André
Jul 05, 2012
maarten van damme
Jul 05, 2012
nazriel
Jul 05, 2012
Paulo Pinto
Jul 05, 2012
Dmitry Olshansky
Jul 05, 2012
nazriel
Jul 05, 2012
Dmitry Olshansky
Jul 05, 2012
Peter Alexander
Jul 05, 2012
nazriel
Jul 06, 2012
Nick Sabalausky
Jul 06, 2012
Bernard Helyer
Jul 06, 2012
Walter Bright
Jul 06, 2012
Bernard Helyer
Jul 06, 2012
nazriel
Jul 06, 2012
nazriel
Jul 06, 2012
Walter Bright
Jul 06, 2012
nazriel
Jul 06, 2012
Nick Sabalausky
Jul 06, 2012
Stefan Scholl
Jul 06, 2012
Jacob Carlborg
Jul 06, 2012
xenon325
Jul 06, 2012
Paulo Pinto
Jul 06, 2012
Paulo Pinto
Jul 06, 2012
Dejan Lekic
Jul 06, 2012
Walter Bright
Jul 07, 2012
nazriel
Jul 07, 2012
Walter Bright
Jul 07, 2012
David Nadlinger
Jul 07, 2012
nazriel
Jul 09, 2012
Paulo Pinto
Jul 09, 2012
nazriel
Jul 09, 2012
David Nadlinger
July 05, 2012
Check this out: on http://dlang.org you can actually click in the code example and edit it, then click "Run" and pronto, you see the output!

Damian is actively working on the UI as I'm writing this. Feel free to chime in with feedback!


Andrei
July 05, 2012
On 2012-07-05 18:26, Andrei Alexandrescu wrote:
> Check this out: on http://dlang.org you can actually click in the code
> example and edit it, then click "Run" and pronto, you see the output!
>
> Damian is actively working on the UI as I'm writing this. Feel free to
> chime in with feedback!
>
>
> Andrei

That is really cool.

-- 
/Jacob Carlborg


July 05, 2012
On Thu, Jul 05, 2012 at 12:26:01PM -0400, Andrei Alexandrescu wrote:
> Check this out: on http://dlang.org you can actually click in the code example and edit it, then click "Run" and pronto, you see the output!
> 
> Damian is actively working on the UI as I'm writing this. Feel free to chime in with feedback!
[...]

Won't that be open to abuse? Like if somebody wrote a fork bomb and tried to run it...

Unless the backend server has tight resource control over the code sample executor, of course


T

-- 
Nothing in the world is more distasteful to a man than to take the path that leads to himself. -- Herman Hesse
July 05, 2012
On Thu, 05 Jul 2012 09:51:50 -0700, H. S. Teoh wrote:

> On Thu, Jul 05, 2012 at 12:26:01PM -0400, Andrei Alexandrescu wrote:
>> Check this out: on http://dlang.org you can actually click in the code example and edit it, then click "Run" and pronto, you see the output!
>> 
>> Damian is actively working on the UI as I'm writing this. Feel free to chime in with feedback!
> [...]
> 
> Won't that be open to abuse? Like if somebody wrote a fork bomb and tried to run it...
> 
> Unless the backend server has tight resource control over the code sample executor, of course
> 
> 
> T

It appears to at the very least strip out calls to shell(). I just tried adding:

writeln(shell("whoami"));

and just got a blank line.
July 05, 2012
On 5 July 2012 17:51, H. S. Teoh <hsteoh@quickfur.ath.cx> wrote:
> On Thu, Jul 05, 2012 at 12:26:01PM -0400, Andrei Alexandrescu wrote:
>> Check this out: on http://dlang.org you can actually click in the code example and edit it, then click "Run" and pronto, you see the output!
>>
>> Damian is actively working on the UI as I'm writing this. Feel free to chime in with feedback!
> [...]
>
> Won't that be open to abuse? Like if somebody wrote a fork bomb and tried to run it...
>
> Unless the backend server has tight resource control over the code sample executor, of course
>

If it's using the same engine as dpaste ( http://dpaste.dzfl.pl ),
then it is fairly locked down.


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';
July 05, 2012
Great tool!

Just a small layout bug: On Firefox 3.6.4 (on Mac) the [your code
here] tags is misplaced after clicking the "Run" button. It then
overlaps the appearing output box.

Cheers,
André

On Thursday, 5 July 2012 at 16:59:33 UTC, Iain Buclaw wrote:
> On 5 July 2012 17:51, H. S. Teoh <hsteoh@quickfur.ath.cx> wrote:
>> On Thu, Jul 05, 2012 at 12:26:01PM -0400, Andrei Alexandrescu wrote:
>>> Check this out: on http://dlang.org you can actually click in the code
>>> example and edit it, then click "Run" and pronto, you see the output!
>>>
>>> Damian is actively working on the UI as I'm writing this. Feel free to
>>> chime in with feedback!
>> [...]
>>
>> Won't that be open to abuse? Like if somebody wrote a fork bomb and
>> tried to run it...
>>
>> Unless the backend server has tight resource control over the code
>> sample executor, of course
>>
>
> If it's using the same engine as dpaste ( http://dpaste.dzfl.pl ),
> then it is fairly locked down.


July 05, 2012
On Thursday, 5 July 2012 at 16:26:02 UTC, Andrei Alexandrescu wrote:
> Check this out: on http://dlang.org you can actually click in the code example and edit it, then click "Run" and pronto, you see the output!
>
> Damian is actively working on the UI as I'm writing this. Feel free to chime in with feedback!
>
>
> Andrei

Great!
July 05, 2012
On 05-Jul-12 20:26, Andrei Alexandrescu wrote:
> Check this out: on http://dlang.org you can actually click in the code
> example and edit it, then click "Run" and pronto, you see the output!
>
> Damian is actively working on the UI as I'm writing this. Feel free to
> chime in with feedback!
>
>

Wonderful! It's fast and fluid, looks good.

Still I would request adding interactive console input.

Some magic with WebSockets & some server daemon on worker machines should do the trick. And being able to run for some time if network client is active.

Browsers without WebSockets can just use non-interactive input with some text area which contents are fed to the program.



-- 
Dmitry Olshansky


July 05, 2012
Nice.

Should probably remove the references to local files when compilation fails. Not very user friendly to see:

/home/jail/compileme369.d(14): expression expected, not '}'

Would probably suffice just to switch the filename with something less distracting.
July 05, 2012
2012/7/5 "André" <nospam@spambog.com>:
> Great tool!
>
> Just a small layout bug: On Firefox 3.6.4 (on Mac) the [your code here] tags is misplaced after clicking the "Run" button. It then overlaps the appearing output box.
>
> Cheers,
> André
>

same bug with chrome
« First   ‹ Prev
1 2 3 4 5