On 16-Feb-2000, Simon Marlow <[EMAIL PROTECTED]> wrote:
>
> The easiest way is to declare mmap as a foreign function using foreign
> import, then build a little wrapper around it. Unfortunately you won't be
> able to turn the resulting memory into an array (even a ByteArray), since
> these are a
Manuel M. T. Chakravarty <[EMAIL PROTECTED]> writes:
>
> Sven Panne <[EMAIL PROTECTED]> wrote,
>
> > [ Simply can't resist... ;-) ]
> >
> > Simon Marlow wrote:
> > > The easiest way is to declare mmap as a foreign function using
> > > foreign import, then build a little wrapper around it.
> >
Sven Panne <[EMAIL PROTECTED]> wrote,
> [ Simply can't resist... ;-) ]
>
> Simon Marlow wrote:
> > The easiest way is to declare mmap as a foreign function using
> > foreign import, then build a little wrapper around it.
>
> A problem will be: What Haskell types should be used for size_t and
>
Wed, 16 Feb 2000 08:05:46 +0100, Wolfram Kahl
<[EMAIL PROTECTED]> pisze:
> So I would already be happy if IORefs, STRefs and MVars came with
> a variant in Ord
Or rather a generic way of adding Ord to such things, i.e. unique
supply and probably classes that make using various kinds of
referen
[ Simply can't resist... ;-) ]
Simon Marlow wrote:
> The easiest way is to declare mmap as a foreign function using
> foreign import, then build a little wrapper around it.
A problem will be: What Haskell types should be used for size_t and
off_t? Getting this done properly would require autoco
Title: RE: Wanted: mmap or other fast IO
> Is there any interface to mmap(2) available? Something that
> behaves like
> an immutable array would be great.
>
> An mmap may have a signature like
>
> mmap :: Ix a, ?? b => Handle -> IO (Array a b)
>
> I've no idea what types should be allowed
Laszlo Nemeth wrote:
> Sorry to bother the list with a purely installation problem, but I
> downloaded the latest i386-unknown-linux binary, plus happy-1.6 and
> can't get them run. [...]
Perhaps the easiest way for SuSE users until SuSE finally gets this
libgmp problem fixed >:-( is to use the
Marcin 'Qrczak' Kowalczyk wrote:
> ...relative time of IO events that occured in a single thread.
> (>>=) imposes the sequencing.
Yes OK. I see no problem with required elements of the Unique type to
increase in a single thread. But I suspect anything stronger than this
could slow things down an
Tom Pledger wrote:
> For two threads to have access to the same MVar, they must have a
> common ancestor, right? Could a common ancestor spawn a transaction
> broker thread? That would be similar to what database management
> systems do. It'd still be centralised, but wouldn't need to do unsafe
Laszlo Nemeth wrote:
> libgmp is from the gnu web site, freshly installed. After 'make' the
> libgmp.so.2 file was generated from libgmp.a by ld -Bsymbolic.
>
> If anyone had similar problems or knows how to fix this I would
> appreciate any hints.
The problem of getting a shared version of lib
10 matches
Mail list logo