On Tue, 2007-09-11 at 10:29 +0200, Rhythmic Fistman wrote:
> > From: skaller <[EMAIL PROTECTED]>
>
> > On Mon, 2007-09-10 at 15:27 -0700, Erick Tryzelaar wrote:
>
> > If you make a programming error, and Felix detects it,
> > Felix aborts. This is right IMHO. It's a bug. Fix it!
> > Felix has a Z
> From: skaller <[EMAIL PROTECTED]>
> On Mon, 2007-09-10 at 15:27 -0700, Erick Tryzelaar wrote:
> If you make a programming error, and Felix detects it,
> Felix aborts. This is right IMHO. It's a bug. Fix it!
> Felix has a Zero Tolerance policy for bugs.
>
> So .. if you say 'open f' and f doesn'
On Mon, 2007-09-10 at 20:33 -0700, Erick Tryzelaar wrote:
> On 9/10/07, skaller <[EMAIL PROTECTED]> wrote:
> > I'm thinking to make begin/end keywords. Begin/end mark a block,
> > and are equivalent to { } sometimes, like Ocaml.
> > do/done marks a loop or control structure *without* a scope,
> > i
On 9/10/07, skaller <[EMAIL PROTECTED]> wrote:
> I'm thinking to make begin/end keywords. Begin/end mark a block,
> and are equivalent to { } sometimes, like Ocaml.
> do/done marks a loop or control structure *without* a scope,
> i.e. it's labels and gotos.
>
> So vaguely:
>
> whilst c begi
On Mon, 2007-09-10 at 15:27 -0700, Erick Tryzelaar wrote:
> Also, since do-done are already keywords, we could make them
> synonymous with braces in this situation, so that we could reduce the
> foreach to this, which is much easier to read:
>
> d.foreach do |d:string|
> println d;
> done;
I'm
On 9/10/07, skaller <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-09-10 at 00:34 -0700, Erick Tryzelaar wrote:
>
>
> > I think that pretty much covers everything. So, how shall we do ours?
>
> Well, there are lots of things covered by 'filesystem' interaction :)
>
> The right way to search for files is
On Mon, 2007-09-10 at 00:34 -0700, Erick Tryzelaar wrote:
> I think that pretty much covers everything. So, how shall we do ours?
Well, there are lots of things covered by 'filesystem' interaction :)
The right way to search for files is probably using an iterator,
which is closely related to a
So the sqlite test keeps failing on my mac because the sqlite that
comes with osx doesn't include the ability to test for if a table
exists in a database. So, probably the best thing to do would be to
remove the database first before creating it. However, we don't have
any handy os-independent file
