caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Oliver Bandel <oliver@first.in-berlin.de>
To: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] requests for improvement
Date: Sun, 20 Jan 2008 18:31:34 +0100	[thread overview]
Message-ID: <1200850294.479385765adee@webmail.in-berlin.de> (raw)
In-Reply-To: <20080120171034.976917000084@mwinf8313.laposte.net>

Zitat von ivan chollet <ivan.chollet@laposte.net>:

> Two of my remarks about the current OCaml implementation:
>
> -          About the Random module: could the function self_init ()
> take
> something else as the current system date as the only entropy source?
> I
> think there are more valuable sources than the current time on
> today's
> computers.
[...]

Which would you suggest to be a good source?
It must be cross-platform available, because OCaml
will be compiled / used on different systems.

There also are Random.full_init and Random.init.
Don't you think, they can be used, when feeded with the
data you might expect to be better?

On Linux for example, a while ago some people who run
servers had the problem that the random-device didn't had
enough random data, and so generating random-inits for
encryption-tools didn't worked.
I think in later kernels this problem was solved,
but this can show that relying on seemingly "better" solutions
can yield worse results, if the conditions aren't as they should be.
And: I'm not sure if the currently used solutions are really better...
...if you really need random data, look for devices that generate the
data out of analog circuits!

But if you have an idea for doing it better, possibly
use it for yourself (and let know us your ideas),
and/or write a feature wish to teh OCaml-bug reporting system:
  Bug reports: http://caml.inria.fr/bin/caml-bugs
It's called "Bug reports" but feature wishes are welcome there also.


>
> -          Any plans about giving the possibility to spread the
> definition
> across more than one source file. Sometimes modules are more than 300
> lines,
> so I would like to be able to split it over two or more files.
> Currently
> there is a one-to-one relationship between files and modules. As far
> as I
> know, OCaml is the only language to have such a particular
> constraint.
[...]

I doubt it is "the only" language.

But IMHO it's not a good idea to spread code, depending to one
module over many files.

Spreading code over many files is the best way to create a mess.
And THIS is one major problem of code of many projects: that it is a
mess! OCaml's strictly handling of some issues is the way to make
things cleaner and clearer.

You can (re)use code of already available modules,
so in this way you can pick up the "spreaded" things.
This is clear and clean.


Ciao,
   Oliver


  reply	other threads:[~2008-01-20 17:31 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-20 17:10 ivan chollet
2008-01-20 17:31 ` Oliver Bandel [this message]
2008-01-20 17:43 ` [Caml-list] " ketti
2008-01-21  9:05   ` Michaël Le Barbier
2008-01-22 19:44   ` Richard Jones
2008-01-23 17:07     ` Hezekiah M. Carty

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1200850294.479385765adee@webmail.in-berlin.de \
    --to=oliver@first.in-berlin.de \
    --cc=caml-list@yquem.inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).