/2012 04:31 AM, Vincent Hanquez wrote:
On 04/17/2012 04:05 AM, John Goerzen wrote:
Dmitry others,
Attached is a diff implementing TLS support for haskell-xmpp, and
correcting a build failure.
The support is rough but it seems to work so far.
It's a bid sad but gnutls is GPL-3 and haskell-xmpp
Dmitry others,
Attached is a diff implementing TLS support for haskell-xmpp, and
correcting a build failure.
The support is rough but it seems to work so far.
-- John
diff -durN -x '*~' -x Test.hs orig/haskell-xmpp-1.0/haskell-xmpp.cabal haskell-xmpp-1.0/haskell-xmpp.cabal
---
Hi folks,
I'm looking for suggestions for XMPP libraries. So far I have found
three on Hackage. Thanks to the authors of these - I think a lot of good
can come from XMPP in Haskell.
However, all of them appear to be minimally maintained, if at all:
* XMPP - only one upload, over 2 years
Hi Joey,
Apologies for such a late reply. I don't know if others have replied on
-cafe; it has become too high-volume for me to follow of late. There
are several options. MissingH is one. I have accepted patches there
for a long time. Another is that now that Hackage/Cabal foster easy
,
-- John Goerzen
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org
it than I do.
Thanks,
-- John Goerzen
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Nothing particularly lofty; just a realization that other people didn't
really want to engage in the conversation about LGPL, and I ran out of
time to do so myself.
-- John
On 06/02/2011 05:07 PM, Vo Minh Thu wrote:
2011/6/2 John Goerzenjgoer...@complete.org:
Hi Jon all,
I've decided that
Hi Jon all,
I've decided that I'm OK with re-licensing hslogger, HDBC, and well all
of my Haskell libraries (not end programs) under 3-clause BSD.
My schedule is extremely tight right now but if someone wants to send me
patches for these things I will try to apply them within the week.
--
OK, if you send me a tested patch I will be happy to apply it.
-- John
On 03/23/2011 04:09 PM, vagif.ve...@gmail.com wrote:
Latest from hackage: 2.2.3.2
On Wednesday, March 23, 2011 01:58:52 PM you wrote:
On 03/23/2011 06:43 AM, Gershom Bazerman wrote:
I've run into that bug too. I'm
Hi folks,
I don't have a GHC 7 environment running yet (it's on my list...) but I
received a bug report pointing me at this build failure:
http://hackage.haskell.org/packages/archive/testpack/2.0.1/logs/failure/ghc-7.0
Among other things, this noted:
Dependency QuickCheck =2.1.0.3: using
On 03/24/2011 11:30 AM, Erik Hesselink wrote:
I've just tested this, and with GHC 7, cabal chooses QuickCheck 2.4,
whereas with GHC 6.12, it chooses 2.1. If I specify that 6.12 should
choose 2.4 as well, I get the same issue there. This is to be
expected, because I don't see the CPP checks you
On 03/23/2011 06:43 AM, Gershom Bazerman wrote:
I've run into that bug too. I'm pretty sure its an issue with
hdbc-odbc, but haven't wanted to patch it without testing it across a
few other configurations, which I haven't had time/found
straightforward to do.
I should add, for those
On 02/23/2011 10:03 AM, Leon Smith wrote:
My biggest (mostly) fixable complaint with HDBC is that it hasn't
turned out to be a very complete or robust solution for accessing
databases that like to use PostgreSQL-specific features. My biggest
This is probably true, both that it isn't designed
On 02/23/2011 05:48 AM, Chris Dornan wrote:
The simple answer is that I need to be able to use HDBC in proprietary
products and the LGPL makes this awkward – the most serious issue being
that owners of the code base don’t want GNU licensed parts being linked
into their code base. Packaging and
On 02/23/2011 11:57 AM, Chris Dornan wrote:
Thanks John,
I think this is a valuable discussion.
The compromise you propose wouldn’t address the main point – the fear
and aversion of using (L)GPL IP in proprietary IP.
Is that fear well-grounded or not? If not, then people should be
Hi folks,
HDBC has been out there for quite some time now. I wrote it initially
to meet some specific needs, and from that perspective, it has been done
for awhile. It is clear, however, that there are some needs it doesn't
meet. Most of them relate to specific backend driver items.
I'd
On 02/22/2011 01:33 PM, Chris Dornan wrote:
Hi John,
Two thoughts: is there any prospect of making HDBC available under a
BSD-like license? The LGPL license is a significant barrier for me and I
expect it will be for others.
I'm happy to discuss this with people. It would be helpful to
On 01/17/2011 10:07 AM, Michael Snoyman wrote:
On Mon, Jan 17, 2011 at 4:49 PM, Leon Smithleon.p.sm...@gmail.com wrote:
On Sat, Jan 8, 2011 at 11:55 AM, Michael Snoymanmich...@snoyman.com wrote:
In general I think it would be a good thing to have solid, low-level bindings
to PostgreSQL.
On 01/17/2011 03:16 PM, Michael Snoyman wrote:
I've brought up before my problem with the convertible package: it
encourages usage of partial functions. I would prefer two typeclasses,
one for guaranteed conversions and one for conversions which may fail.
In fact, that is precisely why
On 01/07/2011 05:24 AM, Michael Snoyman wrote:
On Fri, Jan 7, 2011 at 11:44 AM, Iustin Popius...@google.com wrote:
Yes, I had a bug reported in persistent-postgresql that I traced back
to this bug. I reported the bug, but never heard a response. Frankly,
if I had time, I would write a low-level
On 01/07/2011 09:49 AM, John Goerzen wrote:
On 01/07/2011 05:24 AM, Michael Snoyman wrote:
On Fri, Jan 7, 2011 at 11:44 AM, Iustin Popius...@google.com wrote:
Yes, I had a bug reported in persistent-postgresql that I traced back
to this bug. I reported the bug, but never heard a response
On 11/29/2010 03:00 PM, John D. Ramsdell wrote:
only one other solution. Somehow the default behavior of the runtime
system must impose some reasonable limit. Here is the problem with
Shouldn't you configure your operating system to impose some reasonable
limit? That's not the job of the
On 11/04/2010 01:39 PM, Neil Davies wrote:
Hi
I've been trying to get the hello world example below to work:
main = do
db- connectODBC connect'string
get Tables db= print
I wonder if you might try something other than getTables, which requires
some metadata
2010, at 19:41, John Goerzen wrote:
On 11/04/2010 01:39 PM, Neil Davies wrote:
Hi
I've been trying to get the hello world example below to work:
main = do
db- connectODBC connect'string
get Tables db= print
I wonder if you might try something other than
On 10/27/2010 10:08 AM, Günther Schmidt wrote:
Dear Malcolm,
since there is no mail client library even after 10+ years I suggest to
rethink the approach, because frankly, it's not working.
Why do you keep suggesting this?
http://hackage.haskell.org/package/WashNGo
There is no need for a
On 10/27/2010 11:55 AM, Ketil Malde wrote:
What does essential mean? Something a hypothetical dictator wants,
but nobody else? For surely, if your email library was so essential,
it'd be included among the hundreds of libraries on Hackage? Perhaps it
is a lot less important than you think?
On 10/27/2010 01:22 PM, Donn Cave wrote:
Don't know, but probably challenging enough to make it worth challenging
the assumption that Python now has a good email library.
From a cursory look at the 3.0 library documentation, it looks to
me like IMAP support still means the old imaplib module.
On 10/28/2010 05:44 PM, Günther Schmidt wrote:
There is no need for a mail client library on many platforms. Just
pipe the data to /usr/sbin/sendmail and poof. Done.
That would work well for sending (on Unix), but not for receiving.
Quite true. For receiving, we have tools like fetchmail,
On 10/28/2010 07:48 PM, Daniel Peebles wrote:
Would anyone be interested in a project for a full-featured mail
library? I don't think I'm capable of writing the whole thing
myself, but I've started a github project at URL and would be happy
to collaborate in IRC channel #channel
On Fri, Sep 3, 2010 at 1:36 AM, John Goerzen jgoer...@complete.org
mailto:jgoer...@complete.org wrote:
Hi David,
I've had varying arguments from people that want me to mark things
safe or unsafe for various performance reasons. I'm happy to apply
your change if you like. Can
Hi David,
I've had varying arguments from people that want me to mark things safe
or unsafe for various performance reasons. I'm happy to apply your
change if you like. Can you send me a diff (and attach your explanation
here to it, which I'll use as a commit message for future reference)?
On 07/20/2010 11:45 PM, Michael Snoyman wrote:
I think a simple statement along the lines of the GNU Classpath linking
exception would go very far[1]. I only mention that one since it's
quoted verbatim on the Wikipedia site.
Michael
[1]
On 07/07/2010 03:22 PM, Don Stewart wrote:
And you have to be wary about the license of HDBC (LGPL) if you want to
use the package in software you redistribute (though this is rarely the
case for database apps, I'm guessing). Satisfying the linking
requirements with GHC -O2 are non-trivial,
On 04/25/2010 03:47 PM, Ivan Lazar Miljenovic wrote:
So you recommend having packages specifically for instances?
My main problem with this is if you want a custom variant of that
instance. Let's take FGL graphs for example with instances for
QuickCheck's Arbitrary class. Maybe you want
Magnus Therning wrote:
On 24/04/10 08:02, Bulat Ziganshin wrote:
Hello Leon,
Saturday, April 24, 2010, 12:23:58 AM, you wrote:
file nearly a third smaller. Given that many modern variants of the
tar command support .tar.lzma files directly
isn't latest version of lzma-based compression
Here is a very interesting little problem.
ghci
GHCi, version 6.12.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude :m System.Process
Prelude
It is somewhat of a surprise to me that I'm making this post, given that
there was a day when I thought Haskell was moving too slow ;-)
My problem here is that it has become rather difficult to write software
in Haskell that will still work with newer compiler and library versions
in future
Don Stewart wrote:
I'll just quickly mention one factor that contributes:
* In 2.5 years we've gone from 10 libraries on Hackage to 2023 (literally!)
That is a massive API to try to manage, hence the continuing move to
focus on automated QA on Hackage, and automated tools -- no one wants
Thomas Hartman wrote:
1) Folks, what exactly is the situation with buildbots?
If that's going to happen, then ideally we would have a way to run tests
as part of the hackage acceptance process. For instance, the change to
a time format string wouldn't break anything at compile time, but my
Ivan Lazar Miljenovic wrote:
John Goerzen jgoer...@complete.org writes:
ghci
GHCi, version 6.12.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude :m
David Leimbach wrote:
I think managers expect magic bullets and holy grails... sometimes they
just end up with holy cow's (or other more interesting 4 letter words)
instead.
The good news for me, at least, is that *I* am the manager. (Yep, the
company is small enough for that.) Actually,
Ivan Lazar Miljenovic wrote:
I think the release early, release often slogan is an affect on this
as well: we encourage library writers to release once they have
something that _works_ rather than waiting until it is perfect. The
fact that we encourage smaller, more modular libraries over large
Don Stewart wrote:
Oh, the Platform has very strict standards about APIs,
When a package may be added:
http://trac.haskell.org/haskell-platform/wiki/AddingPackages
That looks like a very solid document. Does it also apply when
considering upgrading a package already in the
Khudyakov Alexey wrote:
Actually, the behavior of openFile when given a String with characters
0xFF is also completely undocumented. I am not sure what it does with
that. It should probably be the same as runCommand, whatever it is.
Under unices file names are just array of bytes. There is
David Menendez wrote:
On Fri, Apr 23, 2010 at 10:11 PM, John Goerzen jgoer...@complete.org wrote:
Don Stewart wrote:
Oh, the Platform has very strict standards about APIs,
When a package may be added:
http://trac.haskell.org/haskell-platform/wiki/AddingPackages
That looks like a very
Hi folks,
MissingPy is a library I wrote a little while back that allows you to
call Python code from Haskell. It's on Hackage and, as far as I know,
still works.
Trouble is, the need I used to have for it is gone. So I no longer use
it myself for anything, and thus it is starting to
Tim Docker wrote:
Jason:
Thanks for the reply.
I suspect the solution is to correctly tell Haskell what type you
expect and then hopefully HDBC will do the conversion. For example,
using fromSql:
http://software.complete.org/static/hdbc/doc/Database-HDBC.html#v%
3AfromSql
Yes. I can
Tim Docker wrote:
*Main fmap (fromSql.head.head) $ quickQuery c select getdate() [] ::
IO Data.Time.Clock.UTCTime
2010-04-09 09:59:20.67 UTC
*Main fmap (fromSql.head.head) $ quickQuery c select getdate() [] ::
IO Data.Time.LocalTime
2010-04-09 09:59:26.313
*Main fmap (fromSql.head.head) $
Martijn van Steenbergen wrote:
Is this a problem in HDBC or in HDBC-mysql?
Smells to me like a bug in HDBC-mysql. However, it is possible that the
bug lies in the C MySQL library itself.
To help isolate, it would be good to try your program:
* with HDBC-postgresql
* with HDBC-sqlite3
Ivan Miljenovic wrote:
2010/3/30 Don Stewart d...@galois.com:
I notice that posts from the Haskell elders are pretty rare now. Only
every now and then we hear from them.
How come?
Because there is too much noise on this list, Günther
And they have better things to do than answer stupid
On Fri, Feb 12, 2010 at 08:45:09AM -0800, John MacFarlane wrote:
+++ thomas hartman [Feb 11 10 21:07 ]:
gitit on hackage is still blocked because of dependency on missingh,
which depends on qc1. Not an easy fix -- I couldn't figure out how to
migrate testpack to qc2.
However, missingh
Don Stewart wrote:
Excellent!
Would it be possible to disable the runtests executable by default?
Enable it only with a conditional?
It's been that way for quite some time now:
Executable runtests
Buildable: False
heh, and I didn't even add a flag for it yet like I have with HDBC.
Guess
Neil Mitchell wrote:
The other HDBC problem I have is various dependencies relying on QC1.
The next HP will ship with QC 2.1 (in coming weeks), so it might be a
good time for people to start migrating, since that will be the only
version of QC on many distros.
I would strongly suggest
Hi folks,
I've gotten some reports (see below) of issues with building
HDBC-postgresql on GHC 6.12. Its Setup.hs file [1] is the culprit. The
problem is that AnyVersion needs to be removed to work with Cabal in GHC
6.12.
But I still want to support older Cabal.
Following the directions in the
Hi folks,
I wrote hpodder a little while back. I no longer listen to podcasts at
all (blame my Kindle for that). Is anyone here interested in adopting
it and giving it some needed care?
Thanks,
-- John
___
Haskell-Cafe mailing list
Colin Paul Adams wrote:
Is this connected with the in-and-out status of the time library in
the GHC 6.10.x series?
Is there a work-around?
Using the current HDBC (2.2.1) would fix it for you.
-- John
___
Haskell-Cafe mailing list
annoying -- that haskell-platform would standardize on a
version older than what shipped with a GHC release -- but I guess I can
work around it by restricting my build-dep to be time 1.1.3 and
re-adding the instances.
Does this sound right?
On Tue, Oct 13, 2009 at 2:51 AM, John Goerzen jgoer
Patrick Brannan wrote:
Prelude module HDBC HDBC.PostgreSQL
Now I would think that the line Loading package
HDBC-postgresql-2.1.0.0 ... linking ... done. means that the module
is installed correctly, but I still can't execute the :module
statement.
Does anyone have any ideas about where I
If you want to send me a patch that makes it an option (not mandatory),
I would be happy to apply it.
-- John
Antoine Latter wrote:
Forwarding on to the maintainer, in case he's not on the list.
-- Forwarded message --
From: Sean McLaughlin sean...@gmail.com
Date: Tue,
Duncan Coutts wrote:
On Wed, 2009-09-30 at 08:36 -0500, John Goerzen wrote:
If you want to send me a patch that makes it an option (not mandatory),
I would be happy to apply it.
When reviewing it do consider the new Unicode IO library.
http://ghcmutterings.wordpress.com/2009/09/30/heads
Magicloud Magiclouds wrote:
Hi,
I am using haskelldb and haskelldb-hdbc-sqlite3. Well, I finally got
the source compiled and ran, I got this error:
App: user error (SQL error: SqlError {seState = , seNativeError =
21, seErrorMsg = prepare 74: SELECT subject,\n timestamp\nFROM
notes
Günther Schmidt wrote:
Hi Cloud,
this often occurs when the path to the database includes a non-ascii
character.
In my dev environment, the path to the database deliberately contains an
umlaut and the original code base of hdbc.sqlite3 from John Goerzen,
version 2.0 version 2.1 thus
John Goerzen wrote:
I do recall some discussion about data within a database; I don't recall
one about the filename of it, which would certainly be a separate
discussion. I can see why a connectRaw or some such function could be
I have just pushed a patch to my git repo that adds
Günther Schmidt wrote:
Hi John,
let me first of all apologize, I didn't mean to criticize you, I'm sure
you had good reasons for those changes, I'm merely mean to state how
they did affect me after switching to HDBC 2.1.
No, I completely understand and I'm not offended; but I didn't want
Maciej Podgurski wrote:
Building convertible-1.0.5...
There was unfortunately an API change in GHC 6.10.3 that could not be
worked around. Either upgrade to 6.10.3 or use an older version of
convertible.
-- John
___
Haskell-Cafe mailing list
Dimitry Golubovsky wrote:
John,
Thanks for the reply.
In this case, would the body of my function run in a separate thread
via forkProcess (that's what is needed, maybe I didn't make it clear)?
No; at least not automatically. The idea is that a function that is
Channel - IO Channel
On Sat, Jun 13, 2009 at 05:06:41PM -0700, Jason Dagit wrote:
On Sat, Jun 13, 2009 at 4:01 PM, John Goerzen jgoer...@complete.org wrote:
Dimitry Golubovsky wrote:
where hscpid corresponds to a process that runs a Haskell function
(hsffigMain :: a - b - c - IO ()) defined within
Dimitry Golubovsky wrote:
I'll try to write a wrapper for a forked process inside a Channel -
IO Channel typed function.
Your best bet would be to start with these instances in HSH.Command:
instance ShellCommand (String, [String]) where
instance ShellCommand String where
and the
Dimitry Golubovsky wrote:
John all,
I use HSH in my project where several external programs and Haskell
functions need to be piped together: HSH is of great help here.
I however came across the situation when one of pipe-connected
functions has signature IO (), yet it reads from stdin*
Hi,
I'd like to be able to put a static link to the Haddock docs for the
current version of various packages on my homepage. Right now, I can't
find any such URL; they all look like:
http://hackage.haskell.org/packages/archive/HSH/2.0.0/doc/html/HSH.html
I'd like if there could be something
Thomas ten Cate wrote:
http://hackage.haskell.org/packages/archive/HSH/latest/doc/html/HSH.html
does take me to a page that says
HSH-2.0.0: Library to mix shell scripting with Haskell programs
in the blue bar at the top.
Maybe some kind of cache? Did you try flushing your browser cache and
Hi,
I'm pleased to announce the release of version 2.0.0 of HSH, the
Haskell shell scripting library.
This version features a complete rewrite of the core. Since
System.Process has finally become capable enough to be the low-level
of HSH, HSH has been reimplemented in terms of it. This has
Don Stewart wrote:
duncan.coutts:
What we're currently missing is a PVP checker: a tool to compare APIs of
package versions and check that it is following the PVP. Ideally, we
will have packages opt-in to follow the PVP for those packages that do
opt-in we have the PVP enforced on hackage
Henning Thielemann wrote:
John Goerzen schrieb:
So this is annoying (CCing -cafe)
I need NominalDiffTime and UTCTime to have Typeable instances. In
6.10.1, they didn't ship with them out of the box, so I added them.
Apparently, in 6.10.3, they DO ship with those instances out of the box
On Thu, May 21, 2009 at 09:10:23PM +0200, Tom Lokhorst wrote:
Oh, and while we're talking off topic.
I don't know who's in charge of this, but I think it would be nice to
have urls like: http://hackage.haskell.org/feed2twitter
YES!
Also a /package/doc link. So we could have a static link
So this is annoying (CCing -cafe)
I need NominalDiffTime and UTCTime to have Typeable instances. In
6.10.1, they didn't ship with them out of the box, so I added them.
Apparently, in 6.10.3, they DO ship with those instances out of the box.
Annoyingly, that means that my code breaks on 6.10.3.
Duncan Coutts wrote:
On Thu, 2009-05-21 at 15:22 -0700, Alexander Dunlap wrote:
Since those types come out of the time library, and that library's
version *has* been bumped (I assume), couldn't you use Cabal to
condition on the version of the time library to determine whether or
not to have
On Thu, May 07, 2009 at 12:18:47PM -0500, Itsme (Sophie) wrote:
I could not find any contact info for Brian O'Sullivan, Don Stewart, or John
Goerzen on their book site. Any pointers to how I might locate any of them
much appreciated.
This post seems to have worked out reasonably well for you
Itsme (Sophie) wrote:
It's been quite a response, yes :-)
I was half expecting to be received like a spam-bot.
Ahh, well if your late deceased father had left behind $13 BILLION
($13,000,000,000) USD in Nigeria, or if you were selling che$p blu3
pi11s, then you would have been received that
Guenther Schmidt wrote:
let me first of all thank you for providing the HDBC package. Haskell
would be a much, much less usefull language without a working database
interface. I could certainly not have written the app in Haskell
without it and in any other language I know writing this app
Günther Schmidt wrote:
Hi guys,
for some reason, any way I try, all the Umlauts get garbled with HDBC 2.1.
HDBC 1.16 worked fine with any backend (ODBC, Sqlite3, ... what have you).
Anybody else had similar problems and knows how to solve this?
You need to be more specific, but it is
is that Unicode
makes this all *easier*.
I'll do some further investigating and give you some more details when I
have them, thanks in advance.
Günther
John Goerzen schrieb:
On Mon, May 04, 2009 at 04:44:04PM +0200, Guenther Schmidt wrote:
Hi John,
I'm trying stuff like:
dbc
Günther Schmidt wrote:
Hi John,
what I just noticed is that *all* strings come back as SqlByteStrings.
That's normal, and pretty much irrelevant, since fromSql takes care of it.
It's documented, even: the SqlByteString is assumed to be in UTF-8, and
is decoded when converted to a String.
It
. I would like to be able to eliminate your environment
as a culprit.
Incidentally, could you run make test in the HDBC-sqlite3 source directory?
Am 04.05.2009 um 20:47 schrieb John Goerzen:
Günther Schmidt wrote:
Hi John,
what I just noticed is that *all* strings come back
Günther Schmidt wrote:
Am 04.05.2009 um 21:07 schrieb John Goerzen:
Günther Schmidt wrote:
Hi John,
I'm afraid so.
If it came back as an SqlString G\252nni then it propably wouldn't
be a problem.
Can you boil this down to a few-line self-contained test program so I
can try it myself
Michael P Mossey wrote:
Michael P Mossey wrote:
However, I would like some ability to subscribe to specific comments. I
want to see if people have replied to me or what the latest discussion is.
Okay, to follow up my own post, I discovered the subscription
button for each chapter. That's
Ahn, Ki Yung wrote:
I don't know the exact reason but this should not fail since I have
Debian packaged ghc 6.10.1 and OpenGL-2.2.1.1 on my system.
I think this is because the filename of the OpenGL shared library is
/usr/lib/libGL.so.1 rather than libGL.so. This is why we have two
No.
Andrew Coppin wrote:
Joe Fredette wrote:
We need to start referring to more haskell packages as sexy
Would *you* want to copulate with it? ;-)
Hey, it's a safe and pure language, right? ;-)
Hmm, no documentation... GHC log is complaining that mps is missing.
Pitty.
Lennart Augustsson wrote:
Removing a package in a minor release is, to quote, an epic fail.
I don't understand how that could be done.
I agree. Is there any chance of 6.10.3 reverting the change?
-- John
-- Lennart
On Tue, Apr 14, 2009 at 6:56 PM, Bulat Ziganshin
Hi folks,
Apologies in advance because this sounds rantish...
So I went to my friendly API reference at
http://www.haskell.org/ghc/docs/latest/html/libraries/index.html and
noticed that I couldn't find Data.Time there anymore. Though it was
still at
Bulat Ziganshin wrote:
Hello Cristiano,
Sunday, April 5, 2009, 12:05:02 AM, you wrote:
Is it me or the above package is not included in Hoogle?
afair, Neil, being windows user, includes only packages available for
his own system
there was a large thread a few months ago and many
Hi,
QuickCheck 1.x had this function:
evaluate :: Testable a = a - Gen Result
which I used in TestPack to help wrap a QuickCheck test as a HUnit
test case. QuickCheck 2.x seems to have no pure evaluate-like
function at all; all of its functions are in the IO monad and also
write their result
John Goerzen wrote:
Hi,
My google skills must be faulty, because I can't find much stuff on
migrating from QuickCheck 1.0 to 2.0.
I've got a number of questions:
What's the deal with Result and reason being in two different places
in QuickCheck with two different definitions?
All
Duncan Coutts wrote:
All,
I'm pleased to announce a major new release of the tar package for
handling .tar archive files.
Very nice!
I'm curious -- what specific variants of the tar format can it read and
write?
* PAX?
* GNU tar sparse files?
* POSIX ustar
* various pre-posix archives?
Stuart Cook wrote:
On Mon, Mar 2, 2009 at 12:35 AM, Achim Schneider bars...@web.de wrote:
-Wall? The number of -W options enabled should scale (at least)
linearly with code size.
To make this a little more clear:
You should probably be using the -Wall compiler option, which will
produce
On Wed, Feb 11, 2009 at 09:43:34PM +0800, Evan Laforge wrote:
On Wed, Feb 11, 2009 at 9:34 PM, Alistair Bayley alist...@abayley.org wrote:
2009/2/11 Cristiano Paris cristiano.pa...@gmail.com:
I wonder whether this can be done in Haskell (see muleherd's comment):
Kirk Martinez wrote:
Hello, fellow Haskell hackers! I am writing a term paper on Haskell in
Business, and while I have gathered a lot of good information on the
I do hope you will publish your results somewhere.
* What were the pros and cons you considered when choosing a
Simon Marlow wrote:
I've been working on adding proper Unicode support to Handle I/O in GHC,
and I finally have something that's ready for testing. I've put a patchset
here:
Yay!
Comments below.
Comments/discussion please!
Do you expect Hugs will be able to pick up all of this?
The
On Tue, Feb 03, 2009 at 10:56:13PM +, Duncan Coutts wrote:
Thanks to suggestions from Duncan Coutts, it's possible to call
hSetEncoding even on buffered read Handles, and the right thing
happens. So we can read from text streams that include multiple
encodings, such as an HTTP
Duncan Coutts wrote:
Sorry, I think we've been talking at cross purposes.
I think so.
There always has to be *some* conversion from a 32-bit Char to the
system's selection, right?
Yes. In text mode there is always some conversion going on. Internally
there is a byte buffer and a char
1 - 100 of 610 matches
Mail list logo