Hi John,
On Jan 12, 2007, at 10:25 AM, John Goerzen wrote:
On Fri, Jan 12, 2007 at 08:10:47AM -0500, Gregory Wright wrote:
-- John
Does MissingH's cabal file have a line
Ghc-Prof-Options: -prof -auto-all
No, it doesn't. None of my Cabal files do. Could anyone
Hi John,
On Jan 11, 2007, at 8:06 PM, John Goerzen wrote:
On 2007-01-11, Chris Eidhof <[EMAIL PROTECTED]> wrote:
Hey,
does anyone know about this? Resending as I got no replies (yet) ;)
Just for the record, I have no idea; I've never really used profiling
and couldn't figure out how to mak
Hi John,
On Jan 11, 2007, at 10:35 AM, Gregory Wright wrote:
Hi John,
On Jan 11, 2007, at 1:58 AM, John Ky wrote:
Hello,
Does anyone know where I can find a simple UDP client/server
written in Haskell?
Something along the lines of an echo server would do.
Thanks
-John
Try
Hi John,
On Jan 11, 2007, at 1:58 AM, John Ky wrote:
Hello,
Does anyone know where I can find a simple UDP client/server
written in Haskell?
Something along the lines of an echo server would do.
Thanks
-John
Try:
--
-- UDPEchoServer.hs: Exactly what the name says, a datagram echo se
On Oct 18, 2006, at 8:47 AM, Robert Dockins wrote:
On Oct 17, 2006, at 1:46 PM, Gregory Wright wrote:
On Oct 17, 2006, at 1:07 PM, Robert Dockins wrote:
On Oct 17, 2006, at 12:55 PM, Gregory Wright wrote:
Hi Rob,
I've built Edison 1.2.0.1 using ghc-6.6. (I'm testing the
On Oct 17, 2006, at 1:07 PM, Robert Dockins wrote:
On Oct 17, 2006, at 12:55 PM, Gregory Wright wrote:
Hi Rob,
I've built Edison 1.2.0.1 using ghc-6.6. (I'm testing the macports,
formerly darwinports, packages for the new 6.6 release.)
The build goes fine, but the ./Setup regi
Hi Rob,
I've built Edison 1.2.0.1 using ghc-6.6. (I'm testing the macports,
formerly darwinports, packages for the new 6.6 release.)
The build goes fine, but the ./Setup register fails claiming that the
directory
/opt/local/lib/EdisonAPI-1.2/ghc-6.6/include does not exist. I can
make the
Hi Bulat,
On Aug 25, 2006, at 3:36 AM, Bulat Ziganshin wrote:
Hello Gregory,
Friday, August 25, 2006, 3:08:09 AM, you wrote:
Some performance data: using unsafeIOToST to write log messages
directly to the output, the simulation does 10^7 state updates in
about 45 seconds
on my 1.5 GHz ppc
Hi Chris!
On Aug 24, 2006, at 7:28 PM, Chris Kuklewicz wrote:
class Ref m r | m->r where
newRef
readRef
writeRef
instance Ref IO IORef
writeRef r x = writeIORef r $! x
instance (Ref m r) => Ref (WriterT m) r where
writeRef = lift . writeRef
and so on...
The code snippet above l
Hi Bulat!
On Aug 24, 2006, at 1:17 PM, Bulat Ziganshin wrote:
Hello Gregory,
Thursday, August 24, 2006, 7:29:47 PM, you wrote:
it seems that unsafeIOToST is safe in this case, in the sense that
why you are stuck to ST monad? isn't it better to use just IO monad?
The IO monad may be mor
Hi Bulat!
On Aug 24, 2006, at 1:07 PM, Bulat Ziganshin wrote:
Hello Brian,
Thursday, August 24, 2006, 4:16:41 PM, you wrote:
I would make all the fields strict here, to be sure that no
lazyness can
creep about unseen eg:
data Tag s = Tag {
tagID :: !Int,
state ::
Hi Chris,
Thank you. That is exactly what I needed to know.
It's good to know that I'm not totally crazy and that with the
lazier LogT the code can run as it was written. It seems
as if a request should be made for a Writer.Lazy as well as
the existing Writer.Strict. (The latter could well be
Hi,
Thanks to the responses earlier from the list, the core of my simulator
now happy processes tens of millions of state updates without running
out of stack.
The goal of the simulator is to produce a log of tag states, which
can be
analyzed to find statistics of how often the sensor tags in
Hi Udo,
On Aug 24, 2006, at 7:22 AM, Udo Stenzel wrote:
Hi Gregory,
Gregory Wright wrote:
step :: Tag s -> ST s (Maybe Integer)
step t = do
c <- readSTRef (count t)
s <- readSTRef (state t)
writeSTRef (count t) (c - 1)
writeSTRef (state t) (ne
Hi Bulat,
On Aug 24, 2006, at 7:52 AM, Bulat Ziganshin wrote:
Hello Gregory,
Thursday, August 24, 2006, 2:29:15 PM, you wrote:
step t = do
c <- readSTRef (count t)
s <- readSTRef (state t)
writeSTRef (count t) (c - 1)
writeSTRef (state t) (nextState s)
Hi,
I have a program, abstracted from a larger application that I am
writing for a customer, that persistently overflows its stack. The
program is a simulation of the communication protocol of a
sensor tag. The code is below.
The program mimics a hardware state machine. In the example
below,
Hi,
DP will support the i386 build as soon as Wolfgang makes his
changes available. As I understand, from earlier messages on one
of the ghc* lists, this is almost done for the pre-6.6 branch, but not
yet backported to the 6.4.x branch.
Also, DP uses a binary bootstrap compiler to build ghc, r
Hi,
The hugs98-20041101 snapshot builds without trouble on OS X 10.3.8.
(It's the one I use in darwinports for hugs98-devel). Our standard DP
hugs98
is still the Nov2002 version, since I was never able to get the Nov2003
release
to build properly.
(If your not familiar with darwinports, see
ht
Hello,
On Jan 27, 2005, at 10:46 AM, Krasimir Angelov wrote:
Hello Guys,
Let me propose another solution which is simpler (at least from my
point of view)and will not break the existing. When I designed the API
of the original System.FilePath library I looked at OS.Path modules
from Python and ML.
Hi Steve,
I see that Malcolm Wallace has already answered your question,
but you might be interested in some of the other haskell tools
for OS X supported under darwinports. See
http://darwinports.opendarwin.org
hmake is supported, as well as a the new haskell-mode for emacs
and a bunch of other
Hi Tom,
You might try building ghc using darwinports
(darwinports.opendarwin.org).
It works under both Jaguar and Panther. I maintain the port, and would
be
interested in your experience on 10.4-beta. (The darwinports version
doesn't
use /Library/Frameworks, instead it keeps everything in a uni
C,
since I maintain that.
Best Wishes,
Greg
Gregory Wright
Antiope Associates LLC
[EMAIL PROTECTED]
On Jun 17, 2004, at 3:28 AM, Matthew Roberts wrote:
Sorry
I have found it now. I was a bit quick on the email trigger. NOw to
install it.
Matt
On Thu, 17 Jun 2004, Matthew Roberts wrote:
I have ghc in
Hi,
The Foreign Function Interface (FFI) is your friend for these tasks:
http://www.cse.unsw.edu.au/~chak/haskell/ffi/
On the haskell.org web page, under "libraries and tools" there are
links to
a number of tools to help you connect your C & haskell programs.
The GreenCard and c->haskell tools
On Jan 30, 2004, at 1:32 PM, Vincenzo aka Nick Name wrote:
I seem to recall a discussion, don't know if it was here or on
comp.lang.functional, where somebody said he uses haskell to generate
fortran code.
That fascinated me a lot, because that would mean being able to
generate
a program already
Mikael,
Thanks, that's very helpful and seems to be just the sort of
thing I'm looking for.
Greg
On Jan 26, 2004, at 6:05 PM, Mikael Brockman wrote:
You'll probably want to take a look at Erlang's so called ``bit
syntax''
at http://www.erlang.se/euc/00/bit_syntax.html. It's very nifty, and
I'd
Hi Dominic,
First, thanks to everyone for their help.
RIght now, I'm leaning toward Dominic's solution of a collection
of helper functions, but I have the feeling that we should be generating
them automatically. After all, given a buffer that consists of packed,
fixed width fields, if we specif
g to
do read
access on the buffer (an unboxed array). Most fields won't be examined
but I can't
tell in advance which ones will have to be looked at.
I've not seen an example of this kind and was wondering if this was
especially awkward.
Thanks.
Best Wishes,
Greg
Gregory Wright
An
f programming at the level of compiling and
debugging simple programs and is ready to move onto something
more complicated.
Best Wishes,
Greg
Gregory Wright
Antiope Associates
18 Clay Street
Fair Haven, New Jersey 07704
USA
[EMAIL PROTECTED]
___
Haske
nn Padioleau, INSA de Rennes, France,
> Opinions expressed here are only mine. Je n'écris qu'à titre personnel.
> ** Get Free. Be Smart. Simply use Linux and Free Software. **
>
> ___________
> Haskell-Cafe mailing list
> [EM
29 matches
Mail list logo