Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-06 Thread L505
> > Here is my first fpc DOS attack: > > > > type > > TMyClassA = class; > > > > TMyClassA = class(TMyClassA) > > procedure DoSomething; override; > > end; Email Abuse Syndrome: This makes me think we should start up something accepting emails as input to the compiler interface. Ever

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-06 Thread Mattias Gaertner
On Tue, 06 Dec 2005 11:08:26 +0100 Vincent Snijders <[EMAIL PROTECTED]> wrote: > Mattias Gaertner wrote: > > On Mon, 5 Dec 2005 18:50:28 +0100 (CET) > > Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > > > > > >> > >>On Mon, 5 Dec 2005, L505 wrote: > >> > >> > >>>Also, a simple macro could end u

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-06 Thread Vincent Snijders
Mattias Gaertner wrote: On Mon, 5 Dec 2005 18:50:28 +0100 (CET) Michael Van Canneyt <[EMAIL PROTECTED]> wrote: On Mon, 5 Dec 2005, L505 wrote: Also, a simple macro could end up in a neverending loop and bring down the server. Lots of other ways to make a compiler go nuts. The Free Pascal

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-06 Thread Tom Verhoeff
On Mon, Dec 05, 2005 at 10:03:58AM -0500, Tony Pelton wrote: > On 12/5/05, Tom Verhoeff <[EMAIL PROTECTED]> wrote: > > Why do this? Because that way people can use/try FreePascal without > > installing anything. > > installing really isn't too complicated currently. > > download a tarball, expan

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-06 Thread Michael Van Canneyt
On Tue, 6 Dec 2005, Michalis Kamburelis wrote: Tom Verhoeff wrote: [...] I was thinking of adding a remote FreePascal service along the following lines. You go to its web interface, browse for your source files (possibly a whole zip archive) on your local machine, enter command-line options

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Michalis Kamburelis
Tom Verhoeff wrote: [...] I was thinking of adding a remote FreePascal service along the following lines. You go to its web interface, browse for your source files (possibly a whole zip archive) on your local machine, enter command-line options, and let our server compile your stuff with a (sel

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Mattias Gaertner
On Mon, 5 Dec 2005 18:50:28 +0100 (CET) Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > > > On Mon, 5 Dec 2005, L505 wrote: > > > Also, a simple macro could end up in a neverending loop and bring down > > the server. Lots of other ways to make a compiler go nuts. > > The Free Pascal compiler

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread listmember
Tom Verhoeff wrote: I was thinking of adding a remote FreePascal service along the following lines. You go to its web interface, browse for your source files (possibly a whole zip archive) on your local machine, enter command-line options, and let our server compile your stuff with a (selectable

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread dhkblaszyk
One thing I would like to add to the discussion is support for the LCL. Dunno if it was explicitly the puurpose to do that already, but I thought I should mention it anyway. Darius > We (still) use FreePascal quite a bit in our first/second-year education, > in particular, in , our Programming Ed

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Michael Van Canneyt
On Mon, 5 Dec 2005, Jonas Maebe wrote: > > On 5 dec 2005, at 16:54, Michael Van Canneyt wrote: > > > I would also add the possibility to upload a zip file with some units. > > Processing a single unit is not useful for evaluation, and having to > > upload all units manually is tedious and erro

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Michael Van Canneyt
On Mon, 5 Dec 2005, L505 wrote: > > > > > Don't make all distributed units available, and forbid the use of some > > > units. You don't want people opening an FTP socket and download 24G on > > > your machine. > > > > > > Even then, people could create a unit that makes direct kernel > > > c

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Michael Van Canneyt
On Mon, 5 Dec 2005, L505 wrote: > Also, a simple macro could end up in a neverending loop and bring down the > server. > Lots of other ways to make a compiler go nuts. The Free Pascal compiler checks for recursive expansion. If it goes over 16, it stops. In case you prove otherwise, of cours

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread L505
> > Don't make all distributed units available, and forbid the use of some > > units. You don't want people opening an FTP socket and download 24G on > > your machine. > > > > Even then, people could create a unit that makes direct kernel > > calls, or > > link to C. I would disallow use of the

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread L505
Also, a simple macro could end up in a neverending loop and bring down the server. Lots of other ways to make a compiler go nuts. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread L505
I made a browser based freepascal compiler to demonstrate something I call "Browser Abuse Syndrome". Along with a Tail utility Paul was interested in seeing, it is doable. The bandwidth, though, is expensive. ___ fpc-pascal maillist - fpc-pascal@list

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Tom Verhoeff
On Mon, Dec 05, 2005 at 04:54:25PM +0100, Michael Van Canneyt wrote: > > I would also add the possibility to upload a zip file with some units. > Processing a single unit is not useful for evaluation, and having to > upload all units manually is tedious and error-prone. That is the intention (as

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Tom Verhoeff
On Mon, Dec 05, 2005 at 01:55:29PM +0100, Micha Nelissen wrote: > Michael Van Canneyt wrote: > > > >Don't make all distributed units available, and forbid the use of some > >units. You don't want people opening an FTP socket and download 24G on > >your machine. > > I think it only compiles things,

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Tony Pelton
On 12/5/05, Tom Verhoeff <[EMAIL PROTECTED]> wrote: > Why do this? Because that way people can use/try FreePascal without > installing anything. ah ... installing really isn't too complicated currently. download a tarball, expand it, and run the compiler ? i can't imagine having to fiddle arou

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Jonas Maebe
On 5 dec 2005, at 16:54, Michael Van Canneyt wrote: I would also add the possibility to upload a zip file with some units. Processing a single unit is not useful for evaluation, and having to upload all units manually is tedious and error-prone. From the original mail: *** I was thinking of

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Michael Van Canneyt
On Mon, 5 Dec 2005, Felipe Monteiro de Carvalho wrote: On 12/5/05, Tom Verhoeff <[EMAIL PROTECTED]> wrote: 1. Do you think this service would be useful? Extremely useful! And a great idea. Things like that can be revolutionary. 2. Do you think the interface described above is good e

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Marco van de Voort
> Furthermore, we plan to support several versions of FreePascal in > parallel. That way, it may also be useful to the FreePascal community. > E.g. when diagnosing a problem. > > Here are some questions: > > 1. Do you think this service would be useful? Yes. Also for us, since this allows us

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Felipe Monteiro de Carvalho
On 12/5/05, Tom Verhoeff <[EMAIL PROTECTED]> wrote: > 1. Do you think this service would be useful? Extremely useful! And a great idea. Things like that can be revolutionary. > 2. Do you think the interface described above is good enough? > Suggestions for refinements would be appreci

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Jonas Maebe
On 5 dec 2005, at 13:59, Michael Van Canneyt wrote: Don't make all distributed units available, and forbid the use of some units. You don't want people opening an FTP socket and download 24G on your machine. Even then, people could create a unit that makes direct kernel calls, or link to C.

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Micha Nelissen
Michael Van Canneyt wrote: Don't make all distributed units available, and forbid the use of some units. You don't want people opening an FTP socket and download 24G on your machine. I think it only compiles things, and does not execute them. Micha ___

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Michael Van Canneyt
On Mon, 5 Dec 2005, Tom Verhoeff wrote: We (still) use FreePascal quite a bit in our first/second-year education, in particular, in , our Programming Education And Contest Hosting verification system. I was thinking of adding a remote FreePascal service along the following lines. You go to i

[fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread Tom Verhoeff
We (still) use FreePascal quite a bit in our first/second-year education, in particular, in , our Programming Education And Contest Hosting verification system. I was thinking of adding a remote FreePascal service along the following lines. You go to its web interface, browse for your source file