Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] Str.string_match raising Invalid_argument "String.sub" in gc
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Lionel Fourquaux <lionel.fourquaux@w...>
Subject: RE : [Caml-list] standard regex package
> -----Original Message-----
> From: owner-caml-list@pauillac.inria.fr [mailto:owner-caml-
> list@pauillac.inria.fr] On Behalf Of Brian Rogoff
> Sent: Thursday, August 23, 2001 9:29 PM
> To: caml-list@inria.fr
> Subject: Re: [Caml-list] standard regex package
>
> On Thu, 23 Aug 2001, Miles Egan wrote:
> [... snip ...]
> > These would all be very nice, I agree, but I also think we need
> something better
> > than str and sooner than all these things could be implemented.
Maybe
> some kind
> > of transitional scheme would work?
>
> I agree, from a pragmatic point of view a better regexp matcher would
make
> OCaml
> significantly sexier to all of those poor deluded Python and Perl
> programmers.
> The other stuff can come later. I think Markus has a very good point
about
> some distutils (Python) like facility being even more important. Once
such
> a framework is in place we can have an OCaml CPAN. Last time I looked
> findlib
> ran only on Unix, which is a big problem.
>
> On the subject of "social tools", the program Neel is looking for is
this
> one
>
> http://www.lri.fr/~filliatr/ocamlweb/index.en.html
>
> and Hevea of course. There is also OCamlDoc, which seems quite nice
too,
> but ocamlweb is used in a few more libraries I think.
>
> > While were on the subject of beginner usability, it seems to me that
if
> dynamic
> > loading of c-libraries is still a ways off, it might be nice to
build
> the unix
> > module into the toplevel at install time.

What is the current status of dynamic loading? I've seen a lot
of implementations for Unix, and it shouldn't be too difficult to
port them to Win32 (I tried it once), although it requires some design
choices. Are there plans to add it in the near future?


>
> A better apporach might be to ape Python and the SML Basis Library by
> providing a
> generic "OS" module which abstracts at least Unix/Win/Mac away. I
would
> prefer this, since I feel silly using Unix.<blah> on a Windows box
:-).

I'd like to point out that this would make it possible to add lots
functionalities without too much trouble. For example, user ids work
in the Unix implementation, but have no real meaning in the Win32 one.
Turn them into an abstract type and you can simply use Win32 SIDs!
(Of course, you have to provide some more functions to compare them,
...)
Another instance is that of inodes. I'd be possible to use the Win32
file index, but it's a 64 bits value and really doesn't fit in the
int type.

>
> -- Brian
>
>
> -------------------
> Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ:
> http://caml.inria.fr/FAQ/
> To unsubscribe, mail caml-list-request@inria.fr  Archives:
> http://caml.inria.fr


-------------------
Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ: http://caml.inria.fr/FAQ/
To unsubscribe, mail caml-list-request@inria.fr  Archives: http://caml.inria.fr