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
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 ch
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
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?
> Th
Simon Marlow wrote:
>> I would also add: does the threaded RTS support all platforms? For
>> instance, GHC runs on my Alpha and on AIX, unregisterised. ghci doesn't
>> run there, but GHC does. If you drop the non-threaded RTS, does that
>> mean that GHC doesn't work there at all?
>
> If those p
Simon Marlow wrote:
> John Goerzen wrote:
>> Brian B wrote:
>>> Hi Bulat,
>>>
>>> My contribution to the survey: I've used forkProcess to daemonize
>>> a ghc program inside the haskell fuse bindings:
>>> http://hackage.haskell.org/cgi-bi
Brian B wrote:
> Hi Bulat,
>
> My contribution to the survey: I've used forkProcess to daemonize
> a ghc program inside the haskell fuse bindings:
> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/HFuse
> http://code.haskell.org/hfuse/System/Fuse.hsc
>
> If removing the non-threaded RT
Duncan Coutts wrote:
>> There are actually more instances than this in the code, but I already
>> have fixed it in my git tree. I guess it's time to make a release.
>
> Yay!
>
> Between that and a bump for the time lib we'll probably have another ~50
> packages building with 6.10.
And on that n
Duncan Coutts wrote:
> Ok, lets look at hslogger:
>
> src/System/Log/Logger.hs:333:20:
> Couldn't match expected type `Maybe Logger'
>against inferred type `IO Logger'
> In a stmt of a 'do' expression: result <- Map.lookup lname newlt
>
> Ah ok, so that's the change in Map.loo
On Mon, Mar 05, 2007 at 03:20:05PM +, Ian Lynagh wrote:
> > >From reading the docs, it sounds like forkIO keeps everything in a
> > single OS thread/process. Doesn't this mean that a program that uses
> > forkIO instead of forkOS loses out on SMP machines?
>
> You can use e.g. +RTS -N2 to use
On Mon, Mar 05, 2007 at 12:59:17PM +, Simon Marlow wrote:
> There seems to be a common misconception that forkOS is necessary to get
> certain kinds of concurrency, and forkIO won't do. I don't know where this
> comes from: the documentation does seem to be quite clear to me. The only
> re
On 2007-03-02, Simon Marlow <[EMAIL PROTECTED]> wrote:
> Regarding your shell: I would suggest trying forkIO for the Haskell
> "processes"
> (not forkOS unless for some reason you really need another OS thread).
> However,
> I can imagine that it might be hard to implement job control and s
On Thu, Mar 01, 2007 at 04:21:45PM +, Simon Marlow wrote:
> >Between that and the lack of support for forkProcess in Hugs, this
> >renders anything that needs to fork and then do I/O as being usable only
> >in GHC-compiled code. Which is sub-optimal, but livable anyway.
>
> I guess I'm really
On Thu, Mar 01, 2007 at 03:06:22PM +, Simon Marlow wrote:
> Ok, what happens here is that in the forked process there is only a single
> thread, the runtime kills all the other threads (as advertised).
> Unfortunately this includes the I/O manager thread, so as soon as you do
> some I/O in
On Wed, Feb 28, 2007 at 01:06:25PM -0800, Jeremy Shaw wrote:
> Hello,
>
> Your first problem is just a line buffering issue. You need to
> explicitly set the line buffer inside the child processes:
>
> redir fstdin stdInput
> hSetBufferi
On Wed, Feb 28, 2007 at 10:40:18AM -0800, Jeremy Shaw wrote:
> At Wed, 28 Feb 2007 11:15:04 -0600,
> John Goerzen wrote:
>
> > You can see my test case with:
> >
> > darcs get '--tag=glasgow ml' http://darcs.complete.org/hsh
> > ghc -fglasgow-exts --mak
Hi,
I've been hitting my head against a wall for the past couple of days
trying to figure out why my shell-like pipeline code kept hanging. I
found fd leakage (file descriptors not being closed), which disrupts EOF
detection and can lead to deadlocks. I just couldn't find the problem.
I finally
On 2006-08-10, Peter Tanski <[EMAIL PROTECTED]> wrote:
> Summary: I finally settled on modifying OpenSSL, since that would be
> the easiest to work with under GHC's hood (plain C code, not C++). I
> have to:
Have you carefully investigated the OpenSSL license? We in Debian have
had repeated
On 2006-01-17, Malcolm Wallace <[EMAIL PROTECTED]> wrote:
> Meanwhile, I noted that the HaXml repo on darcs.haskell.org seems
> to be a verbatim copy of the darcs repo at York. This this right?
> I was slightly disappointed, since I think I made a bit of a mess of
> the CVS -> darcs conversion of
On 2006-01-11, John Goerzen <[EMAIL PROTECTED]> wrote:
> I've talked to Simon about this, and here's what we've agreed I will do:
>
> * I will re-convert all of the top-level directories in the current
>libraries darcs repo, except for: doc, mk, and Cabal
On 2006-01-10, Simon Marlow <[EMAIL PROTECTED]> wrote:
> Having both repos is starting to hurt now, it's a fiddle to move patches
> from darcs to CVS to commit them. So I want to throw the switch ASAP;
> I'm pretty certain we've dealt with any blocking problems now. So once
> we've got the lib
On 2005-12-23, Malcolm Wallace <[EMAIL PROTECTED]> wrote:
> Is there more to this job than just running either cvs2darcs or tailor,
> then waiting a few days (:-) for it to finish?
There is quite some time involved in bootstrapping things, especially
when branches are concerned. About 30-60 minut
On 2005-12-21, Malcolm Wallace <[EMAIL PROTECTED]> wrote:
> Ah, yes I have just upgraded to darcs 1.05 (from 1.03), and there
> are posthooks available for every command now. However, there is
FWIW, it is not the posthook but the cc pref for apply that I'm looking
at. You can set it so that appl
On 2005-12-20, Malcolm Wallace <[EMAIL PROTECTED]> wrote:
> One thing it occurs to me to ask is what will be happening to CVS
> commit messages, once the switchover to darcs happens?
I have already investigated it, and the short answer is that darcs 1.0.4
now has a way to make darcs apply automati
On 2005-12-19, Malcolm Wallace <[EMAIL PROTECTED]> wrote:
> Ross Paterson <[EMAIL PROTECTED]> writes:
>>
>> No problem for me if you switch over at any time. But how about having
>> a separate repository for each library package?
>
> Seconded.
Simon, any thoughts?
We could go about this one of
On Tue, Nov 22, 2005 at 05:16:43PM -, Simon Peyton-Jones wrote:
> It was never fully functional, and is now seriously bit-rotted. But the
> vestiges are still there if anyone feels like resurrecting it.
On a similar note, how about the .NET support? Can it work on a
platform where the only .
Hi,
I just noticed the GhcWithJavaGen in mk/config.mk. It sounds
interesting and useful. I decided to switch it on and experiment, but:
Could not find module `PrimRep':
use -v to see a list of the files searched for
(imported from javaGen/JavaGen.lhs)
It seems that I'm missing some neede
On Fri, Oct 28, 2005 at 05:08:38PM +0100, Simon Marlow wrote:
> On 24 October 2005 17:23, John Goerzen wrote:
>
> > 9. Now run dist/build/gopherbot.
> >
> >You should see it start to download documents, and crash after a
> >few minutes.
>
> I have it
On Mon, Oct 24, 2005 at 10:53:48AM +0100, Simon Marlow wrote:
> Hi John,
>
> Thanks for trying to narrow this down. At this stage it looks like some
> kind of heap corruption. Can you reproduce it on more than one machine?
Yes, though it is not nearly as easy. I cannot really explain that.
I s
On Fri, Oct 21, 2005 at 09:24:44PM -0500, John Goerzen wrote:
> Here's some more data.
>
> I tried this program with three versions of GHC.
>
> GHC 6.4 with forkIO: could not produce a segfault at all
Apparently I was wrong. This one now did produce a segfault after about
2
Here's some more data.
I tried this program with three versions of GHC.
GHC 6.4 with forkIO: could not produce a segfault at all
GHC 6.4 with forkOS: rapid segfault (<30 sec)
GHC 6.4.1 with forkIO: segfault in <5 min
GHC 6.4.1 with forkOS: segfault in <1 min
GHC 6.5: same results as GHC 6.4.1
On Fri, Oct 21, 2005 at 03:17:34PM +0200, Krasimir Angelov wrote:
> If I remember exactly you said that your program was working before
> movement to ghc 6.4.1. If that is the case then I doubt that the
> problem is in HSQL. In any case the easy way to catch that is to add
> some trace messages in
On Fri, Oct 21, 2005 at 03:17:34PM +0200, Krasimir Angelov wrote:
> If I remember exactly you said that your program was working before
> movement to ghc 6.4.1. If that is the case then I doubt that the
> problem is in HSQL. In any case the easy way to catch that is to add
> some trace messages in
On Fri, Oct 21, 2005 at 01:40:38PM +0100, Simon Marlow wrote:
> > 0x080ba84a : cmpb $0x0,(%eax,%edx,1)
>
> the crash is here ^^^ it does appear to be something string-related,
> because that instruction isn't a common one in GHC-generated code -
> comparing a byte against zero, with a non-
On Fri, Oct 21, 2005 at 10:28:51AM +0100, Simon Marlow wrote:
> On 21 October 2005 10:20, John Goerzen wrote:
>
> > On Fri, Oct 21, 2005 at 09:52:50AM +0100, Simon Marlow wrote:
> > #0 0x080ba84a in s34n_info ()
> > #6 0x08172728 in MainCapability ()
> >
On Fri, Oct 21, 2005 at 09:52:50AM +0100, Simon Marlow wrote:
> At this stage we need to resort to gdb. Run the version of the program
> compiled with -debug under gdb, and take a look at the backtrace when it
> crashes. Hopefully it'll be somewhere in the RTS, if it's somewhere in
> Haskell code
On 2005-10-20, John Goerzen <[EMAIL PROTECTED]> wrote:
> I am running GHC 6.4.1 on Linux x86. I have a program that is
> multithreaded, and since the upgrade from GHC 6.4, the program is
> segfaulting.
Some additional data:
* Removing -O2 from the compile flags didn't
Hello,
I am running GHC 6.4.1 on Linux x86. I have a program that is
multithreaded, and since the upgrade from GHC 6.4, the program is
segfaulting.
Initially, the program was written using forkIO. It segfaulted, but
not very often. I was able to capture a strace that showed it doing a
select r
On Tue, Jun 07, 2005 at 10:52:12AM +0100, Simon Peyton-Jones wrote:
> There is definitely a performance bug somewhere in GHC, and we're
> collecting cases that show it up. It'd be ideal if you, or someone
> else, could snip out a standalone module or two that demonstrates the
> problem, rather tha
On 2005-06-06, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote:
> Lots of people seem to have had problems compiling Wash with GHC 6.4.
Another person told me, perhaps in private, that it just takes GHC 15
minutes to compile the specific file in question on amd64. It turns out
that there is not a ha
Hello,
I have made an, as far as I can tell, working copy of WASH for GHC 6.4.
You can get it with:
darcs get http://darcs.complete.org/local-branches/WashNGo
Here are the basic things I did:
* Applied the GHC 6.4 compatibility patch I found on one of these lists
* Converted the build system
Hi,
I'm trying to compile WashNGo 2.3.1 on my amd64 machine running GHC 6.4.
When compiling HTMLMonad98.hs, ghc hangs. It's been running over 5
minutes now with no output or other activity.
What can I do to help the GHC folks debug this?
___
Glasgow
On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote:
> On 04 March 2005 14:04, John Goerzen wrote:
> >> My amd64 hardware arrived yesterday, shouldn't be too long before we
> >> have a registerised port of GHC, and possibly a native code
> >> generator.
On Fri, Mar 04, 2005 at 09:38:47AM -, Simon Marlow wrote:
> > Even if you're not running Debian, there are tools available to
> > convert a .deb to a RPM or tgz package. Or, you can easily unpack a
> > deb using only ar(1) and tar(1).
>
> My amd64 hardware arrived yesterday, shouldn't be too
Kip Macy gmail.com> writes:
> I've followed the instructions to the letter.
Debian has had a working amd64 package of ghc for some time now. It is built
out of the standard source base for it. You can find that at:
http://ftp.debian.org/debian/pool/main/g/ghc6
You'll want to grab the orig.ta
On Mon, Jan 24, 2005 at 05:03:47PM -0700, Seth Kurtzberg wrote:
> I recently did a port of linux to ARM, and the floating point issue came up.
Thank you for the detailed reply, Seth. I've been discussing this with
Ian Lynagh, who maintains ghc for Debian, and has encountered trouble
before.
Pres
Hello,
I would like to port GHC to Arm so that I can compile Haskell programs
for use on my Zaurus or in Debian's ARM port.
I have talked to Ian Lynagh about this, and he believes that there was
some sort of problems with floats. I don't know exactly that was, if it
was in gcc or ghc, or if it h
y exist so that they can be waited upon.
It should be pretty easy to install a SIGCHLD handler that reaps
children whenever one dies. Such code is found all over the place in C.
(And Python, and Perl, and... well everywhere except Java, probably.)
--
John Goerzen
Author, Foundations of Python Netw
On 2004-10-25, Peter Simons <[EMAIL PROTECTED]> wrote:
> John Goerzen writes:
>
> > Now, if [I read with hGetContents h], then the first read
> > I try to make using it works, but subsequent ones don't,
> > since the first one made it half-closed already.
On 2004-10-25, Simon Marlow <[EMAIL PROTECTED]> wrote:
>> If I tried that with a single Handle opened ReadWrite, then I'd get
>> errors about it being closed whenever I'd try to write out some data.
>>
>> I wasn't able to find any other good way around it.
>
> Hmmm, you should still be able to *wr
On 2004-10-25, Simon Marlow <[EMAIL PROTECTED]> wrote:
> On 22 October 2004 21:58, Peter Simons wrote:
>
> On 24 October 2004 23:37, John Goerzen wrote:
>
>> * What happens when one Handle corresponding to a socket is closed,
>> but another isn't?
>
> Y
On 2004-10-22, Peter Simons <[EMAIL PROTECTED]> wrote:
> I know it's a rather mundane question, but I couldn't find
> an answer to it!
>
> So what does happen when I forget to hClose a Handle? Will
> the garbage collector do that for me? Or not?
I'd like the answer to this question, too, but also:
On 2004-10-02, John Goerzen <[EMAIL PROTECTED]> wrote:
> to help from people here, I have built a working GHC 6.2.1 for
> AIX5.1L. (The last GHC I could find for AIX was GHC 2.09!)
As a follow-up question: what does it take to get this listed at
http://www.haskell.org/ghc/download_
On 2004-10-02, Donald Bruce Stewart <[EMAIL PROTECTED]> wrote:
> jgoerzen:
>> Hello,
>>
>> Whew! This was the toughest bootstrap I've done in a long time. Thanks
>> to help from people here, I have built a working GHC 6.2.1 for
>> AIX5.1L. (The last GHC I could find for AIX was GHC 2.09!)
>
> C
an hour
before you try to download that, or you'll get a partial file.)
--
John Goerzen
Author, Foundations of Python Network Programming
http://www.amazon.com/exec/obidos/tg/detail/-/1590593715
___
Glasgow-haskell-users mailing list
[EMAIL PRO
ink fails
(toc overflow -- mminimal-toc fixes that.)
The system:
AIX 5.1L
PowerPC64 CPU (running in 32-bit mode)
GCC 3.3.2
GHC 6.2.1
Thanks,
John Goerzen
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
56 matches
Mail list logo
