logo       

Re: 6.4.2 under solaris: msg#00085

lang.haskell.glasgow.bugs

Subject: Re: 6.4.2 under solaris

Christian Maeder wrote:
Christian Maeder wrote:

using Rev. 1.1.2.3 of timeout.hs I could run the testsuite until conc020 which did then "sleep" with "truss" repeatedly outputting:


I ran the testsuite now with ghc-6.4.1. The results are attached at

> http://hackage.haskell.org/trac/ghc/ticket/752

First of all I had to add "optl-lrt" to ghc-6.4.1 in order to be able to link the threaded cases to aboid "undefined reference to `sched_yield'" in "OSThreads.c:(.text+0x90)"

Is "-threaded" the cause for the ghc-6.4.2 problems under solaris?

"conc020(threaded)" seg-faulted with ghc-6.4.1 (while being treated with "truss")

Oh, I just noticed:

"simplrun004(opt)" did not terminate yet:

PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
26436 maeder 1 0 0 4520K 3032K run 575:29 75.33% simplrun004

truss -p 26436 shows:

Received signal #28, SIGVTALRM [caught]
lwp_sigmask(SIG_SETMASK, 0x08000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
setcontext(0xFFBFD280)
lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
Received signal #28, SIGVTALRM [caught]

I've fixed the cause of the hangs on Solaris, I believe. Also, the ctime_r() and -lrt problems are both fixed. If you grab the ghc-6-4-branch from CVS you'll get the code with these fixes.

I'd be interested to know if it works for you, and if you could do a testsuite run too that would be great.

Cheers,
Simon


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise