.4.2 CALL kse_release(0xbfbfbd80)
67244 ghc-6.4.2 RET kse_release -1 errno 22 Invalid argument
(KSEs are 'kernel scheduling entities')
Unfortunately, I didn't have any coffee yet, so I killed it instead of trying
to get a core dump. After restarting the build, it works w/o pr
* Volker Stolz <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] [20:17:08]> ./timeout 10 /usr/bin/true
> FFatal error '_pq_insert_tail: Already in priority queue' at line 200 in file
> /usr/src/lib/libpthread/thread/thr_priority_queue.c (errno = 0)
A workaround seems to u
With -HEAD from darcs the new threaded runtime seems to trigger an assertion in
FreeBSD's libpthread. Maybe this is some sign of an error in the RTS?
I can only find references to this happending also in MySQL, but I haven't found
any explanation yet.
This is 'timeout' from the testsuite:
[EMAIL
In gmane.comp.lang.haskell.glasgow.bugs, you wrote:
> ghc works for small programs, ie, if Main.hs is small then
> ghc --make Main.hs will give me a.out
> But if Main.hs is big, it will give me a message, "Killed" , after a
> long time running.
>
> PIII, 64M memory
> 420M free space on hard disk.
prioriate hint in the standard, though.
If I'm reading this correctly, your incorrectly terminated C-string literal
confuses cpp, so it won't do any macro expansion in the offending part (past
the single quote).
--
Volker Stolz * http://www-i2.informa
In gmane.comp.lang.haskell.glasgow.bugs, you wrote:
> Fair enough... The problem I'm having (which my proposed fix did in fact
> not solve) is that my readline libraries are in a non-standard location.
> Currently the final linking of stage1/ghc-6.2.2 (in this case) dies
> complaining about not fin
In local.glasgow-haskell-bugs, you wrote:
> Summary: getFileStatus does not include the file name in IO-Error
Hm, it looks like none of the functions in there return a hint as to which
argument caused the error. All of them should probably include filenames etc
into exceptions.
Volker
--
Vol
In local.glasgow-haskell-bugs, you wrote:
> and the some for the precompiled version,
> i getting the following error.
> Loading package unix ... linking ... /home/xxx/local/lib/HSunix.o: unknown symbol
> `sendfile'
Hrmph. Sorry for the hassle. Please try adding "sendfile" to the list
of extra
Could the parties involved with the quoting issue please test the
following patch? It doesn't use an additional shell for starting
sub-tasks and does no additional quoting so that quoting remains
unaffected, i.e. testing with OpenGL shows that the double quotes
are indeed passed through. Sven, do y
take a look.
That's from the 'devl' template in build.mk. You're right, the problem
goes away when using -O!
--
Volker Stolz * http://www-i2.informatik.rwth-aachen.de/stolz/ * PGP * S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
HC version 5.05):
ASSERT failed! file stgSyn/CoreToStg.lhs line 188
randomIvalDouble1 {- v s2Im -}
--
Volker Stolz * http://www-i2.informatik.rwth-aachen.de/stolz/ * PGP * S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/m
It looks like it's not possible to declare instances in a .hi-boot file.
If nobody proves me wrong, I'd like to add a comment about that to the user's
guide's hi-boot section...
Thread on ghc-users:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg04391.html
--
Volker S
In local.glasgow-haskell-bugs, you wrote:
> The library report requires that sortBy be stable. In
> 5.04.1 it isn't:
It looks like the change to mergesort broke this property:
#ifdef USE_REPORT_PRELUDE
sort = sortBy compare
sortBy cmp = foldr (insertBy cmp) []
#else
sortBy cmp l = mergesort cmp
In local.glasgow-haskell-bugs, you wrote:
> The library report requires that sortBy be stable. In
> 5.04.1 it isn't:
[Simon, I must have missed that ghc-bugs is subscribers-only]
There's an #ifdef'ed version in there which is stable, but the
newer mergesort is not:
#ifdef USE_REPORT_PRELUDE
sort
In local.glasgow-haskell-bugs, you wrote:
>
>http://www.mirror.ac.uk/sites/www.haskell.org/ghc/docs/latest/html/base/Data.Bits.html
> The description of each method of the Bits class seems to be attached
> to the signature of a different method.
The documentation generated by haddock 0.4 looks f
In local.glasgow-haskell-bugs, you wrote:
> I think it should be:
> killThread tid = throwTo tid (AsyncException ThreadKilled)
Yes, that's right.
I just noticed that 'killThread' in fact isn't implemented by
means of 'throwTo', but uses the 'killThread#' primop...wouldn't
it be cleaner to fo
In local.glasgow-haskell-bugs, you wrote:
> It sure would simplify my program if I could fork a process and not have
> auxiliary threads persist in the child. Could this option be provided by
> GHC RTS in a semantically sound way?
On a "recent" GHC you can try 'forkProcess[Prim]':
http://www.has
In local.glasgow-haskell-bugs, you wrote:
> Am 10. Jul 2002 um 22:21 CEST schrieb Dean Herington:
>> The first issue I confronted is that the get*ProcessStatus routines return
>> an error rather than "nothing" if there is no candidate child process.
>
> Yes, `waitpid' might return with EINTR whic
Am 10. Jul 2002 um 22:21 CEST schrieb Dean Herington:
> The first issue I confronted is that the get*ProcessStatus routines return
> an error rather than "nothing" if there is no candidate child process.
Yes, `waitpid' might return with EINTR which will cause an exception
(I just checked, it did)
In local.glasgow-haskell-bugs, you wrote:
> After much study I have a new theory. It appears that the pipe machinery
> is working fine, but that sometimes my program fails to "reap" all of its
> terminated child processes. I'm using a `sigCHLD` signal handler that
> does `getAnyProcessStatus Tru
stripping the offending bytes, e.g. just remove
the last "blank" line in 'vi'. I won't judge if ghc-5.02.3
is wrong here, though.
--
Wonderful \hbox (0.80312pt too nice) in paragraph at lines 16--18
Volker Stolz * [EMAIL PROTECTED]
Please use PGP or S/MIME for correspo
\hbox (0.80312pt too nice) in paragraph at lines 16--18
Volker Stolz * [EMAIL PROTECTED]
Please use PGP or S/MIME for correspondence!
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
, there is a buffer's worth missing.
>
> Moral of this story: don't use lazy I/O.
There's a warning in the documentation of executeFile to exactly the
same end after all...
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow
ouldn't influence the result,
so I'd expect the same "missing" data as in your original case.
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
27;hSetBuffering stdin NoBuffering' before 'getContents'
doesn't seem to be sufficient, either.
Regards,
Volker
--
Wonderful \hbox (0.80312pt too nice) in paragraph at lines 16--18
Volker Stolz * [EMAIL PROTECTED]
Please use PGP or S/MIME for correspondence!
PtrToFunPtr (fromJust funptr))
withCString "hello" $ \ str -> res str 1
return ()
\end{code}
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
early apply to this patch as well?
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
uot;Io: \"Reading..:\"\n", 17)= 17
write(0, "\0\0\0\2ClientPut\nHopsToLive=0\nURI=K"..., 158) = -1 EBADF (Bad file
descriptor)
fcntl(2, F_GETFL) = 0x2 (flags O_RDWR)
write(2, "\nFail: ", 7)
***
connect(0, {sin_family=AF_INET, sin_port=htons(8481),
sin_addr=inet_addr("127.0.0.1")}}, 16) = -1 EBADF (Bad file descriptor)
fcntl(2, F_GETFL) = 0x2 (flags O_RDWR)
write(2, "\nFail: ", 7) = 7
write(2, &q
to detect.
I'm using 'fork' (the real thing, not forkIO), in a Concurrent
Haskell programm and I need a way to lock out multiple readers
from the same file handle because of the sharing when forking.
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
_
: just comment out the first two
> lines of fifoReadLoop, and everything should be fine. This also fixes
> the other problem you mentioned above ("varying numbers of last").
The blocking is essential since I need to be able to use MVars
between the threadWaitRead & the hGe
n do
putStrLn $ "Creating FIFO " ++ fifoname
system $ "/usr/bin/mkfifo " ++ fifoname
openFile fifoname ReadMode
else error $ "Can´t create FIFO " ++ fifoname
)
\end{code}
--
Volker St
(print :: Int -> IO ())]
call li "foo"
call st 3
call (C f) arg = do
f arg
\end{code}
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
the file for writing first.
One could imagine that readFile tests the filetype and does
The Right Thing(TM), but I`m not sure I want that, either.
--
Neues aus Genua? http://germany.indymedia.org/
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
return (SockAddrInet (PortNum port) addr)
-- size of struct sockaddr by family
#if !defined(cygwin32_TARGET_OS) && !defined(mingw32_TARGET_OS)
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-has
x27;ll grab a copy of 5.00.2 to see what happens there, but this will
take some time.
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listi
ockAddr family $ \ptr sz -> do
+ withObject (fromIntegral sz) $ \int_star -> do
throwErrnoIfMinus1Retry "getSocketName" $ c_getsockname s ptr int_star
- sz <- peek int_star
peekSockAddr ptr
---------
--
do
throwErrnoIfMinus1Retry "getSocketName" $ c_getsockname s ptr int_star
- sz <- peek int_star
peekSockAddr ptr
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL
socketR = socket,
> portR = (read (show myPort)) :: Port -- sigh
> }
> return record
I'm still on it.
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Prim.ReuseAddr 1
>i <- case iface of
> Nothing -> return SocketPrim.iNADDR_ANY
> Just s -> do SocketPrim.inet_addr s
>SocketPrim.bindSocket sock (SocketPrim.SockAddrInet port i)
>SocketPrim.listen sock SocketPrim.maxListenQueu
g the addFinalizer statement
will give the desired behaviour.
This happens both in 4.08.2 & 5.00.
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
y have any thoughts about what's happening here?
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
dle. Alternatively we also can check ownership of
>the directory.
And the ownership of .., and ../.. and ...
Hm. Maybe the best way would be to steal some C-code from things like
ssh and paste it. Michael keeps on mumbling something about a libflock,
whatever.
--
Abstrakte Syntaxträume.
Volker S
The following patch contains two gratuitious hClose statements which
are missing (indepentdant from the previous .ghci-patch).
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
--- InteractiveUI.orig Mon Apr 30 09:41:28 2001
+++ InteractiveUI.hsMon Apr 30 13:38:34
I attached a fix which will NOT source a suspicious file and print out
a warning. Could anyone with Wintendo please confirm that the Posix-stuff
doesn't break anything for them?
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
--- ghci/InteractiveUI.orig Mo
_
>Glasgow-haskell-bugs mailing list
>[EMAIL PROTECTED]
>http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
--
Abstrakte Syntaxträume.
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
you're thinking about modifying lang/ghc to only support ghc5, I'm
against this. Better create a new port and have something like
ghc4 *and* ghc5. Two separate ports/packages are much better.
Volker
--
Abstrakte Syntaxträume.
Volker Stolz *
t where
several machines consistently show the faulty behaviour.
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
FreeBSD as soon as I get home.
Feel free to ask for more details regarding machine setup/compilation.
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
In local.glasgow-haskell-bugs, you wrote:
>/home/stolz/Linux/haskell/ghc-4.08.1/bin/happy +RTS -K2m -H16m -RTS -g
>rename/ParseIface.y
Michael kindly pointed out that I should be using happy 1.9 anyway and not 1.10
from cvs. That solved the problem.
--
\usepackage[latin1]{inputenc}!
rename/ParseIface.o -osuf o
rename/ParseIface.hs:8079:
Data constructor not in scope: `HappyAbsSyn38'
Happy is 1.10, everything from cvs (just "checkout", though, no special
TAGS given).
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTECTED]
0" ; echo $?
1
> perl vers.pl "4.08.1" "4.08"; echo $?
0
Got to take my pills now,
Volker
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
everyone still has a firm grasp on reali^WPOSIX.
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Am 11. Jan 2001 um 11:54 MET schrieb Volker Stolz:
> In fact I can produce a simple example, either. So just the facts:
*
That´s a "can´t" of course. *sigh*
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTECTED] *
ng putStrLn don´t cause any change.
GHC was last built on Nov 15 18:25. I remember reporting a signal-handler
related bug a couple of weeks ago which got fixed, but maybe I haven´t
fixed my ghc and this is because of the same reason...
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTE
plainly wrong.
In the latter case SIGTTIN should be changed, too.
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Undefined type variable "a".
Shouldn´t ghc reject the record-declaration altogether like Hugs? Why can´t
I use the record like I´m doing in the first place?
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
__
Am 29. Nov 2000 um 13:37 MET schrieb Jean-Philippe Pouzol:
> I use ghc on a SPARC Ultra-1 with SunOS 5.6
>
> Today, a "panic" message was produced by ghc
Doesn´t happen any more in 4.08.1.
--
\usepackage[latin1]{inputenc}!
Volker Stolz * [EMAIL PROTEC
entry is a GHC-compiled program which has been started in
bash using it's full path, i.e. Database/DBServer/DBServer.
Volker
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.
, which doesn't exist in
lang/Exception.lhs.
The file version is $Id: Exception.lhs,v 1.11.2.1 2000/06/19 09:41:11.
There's no hint at that you should be using IO.catch anyway,either ;).
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
___
:17]> fg
./sigTest
test
"test"
> ^Z
[2]+ Stopped ./sigTest
tests@monster [10:23:21]> kill -USR1 %2
[2]+ Stopped ./sigTest
tests@monster [10:23:23]> fg
./sigTest
Fail: failed
Action: hGetChar
Reason: (erro
On Mon, Oct 09, 2000 at 01:42:45PM +0200, Volker Stolz wrote:
> It seems that in 4.08 & 4.08.1 signal handling still seems to be flawed:
I forgot to mention that this only happens when using job-control:
1) start the program
2) use Ctrl-Z to suspend
3) kill -USR1
4) fg to resume,
the dictionary process which will happily do whatever I want
it to. However, after repeatingly sending this signal, the I/O-loop in the
other thread doing the getLine will choke with:
Error: failed
Action: hGetChar
Reason: (error code: 0)
Regards,
Volker
--
Volker Stolz * [EMAIL PROTECTED] * PGP
*sigh*. I wonder why comments like this in Dynamic.lhs
"Provided the implementor of other @Typeable@ instances
takes care of making all the @TyCon@s CAFs (toplevel constants),
this will work."
...don´t get written in bold, bright and friendly letters across the
(HTML-)documentation...
Of course
the example clearly calls mkAppTy with [TyCon] as 2nd parameter.
Could someone provide me with a hint to a correct usage?
Regards,
Volker
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
While thumbing through W.R.Stevens´ "Unix Network Programming" I found
the following which should explain everything (except the
platform-differences):
"What happens is the ´read´ returns zero (end of file) to the daemon
every time a client porcess terminates, if no other clients have the
FIFO ope
On Mon, Jun 05, 2000 at 05:37:09PM -0400, Wojciech Moczydlowski, Jr wrote:
> import Time
The module Time doesn't work well outside of GMT. I think the last time
we concluded that there's no way of fixing this. Add an offset by hand.
--
Volker Stolz * [EMAIL PROTECTED] * PGP + S/MIME
Although this means I have to follow-up on myself: I just realized that this
isn't really that much trouble for me. The Hugs-stuff still might work and
only the wrapper would have to be rewritten in something else then ghc-Haskell.
--
Volker Stolz * [EMAIL PROTECTED] * PGP
e nework-stuff and writes to FIFOs
that Hugs *can* read, this wrapper could even be replaced by C or Java.
I can´t think of any other way of doing this (except by some really
evil things like file-spooling and busy-waiting/polling lock-files).
Any suggestions of solving my problem will be appreciat
On Wed, May 10, 2000 at 09:05:52AM -0700, Simon Marlow wrote:
> Hmmm. Still can't reproduce this. I tried 4.06 & 4.07 on both x86 and
> Sparc.
Just for the record: FreeBSD 3.4
--
Volker Stolz * [EMAIL PROTECTED] * PGP
xceptions when attempting to
> read from a socket and the writing end has been closed.
Sorry to disappoint you, but it happens even with a sigPIPE-handler (anyways, it
should have
segfaulted when no handler was installed, shouldn´t it?).
--
Volker Stolz * [EMAIL PROTECTED] * PGP
/fifo; ./test
Fail: end of file
Action: hGetChar
Any suggestions? Calling Concurrent.threadWaitRead first doesn´t work, either.
--
Volker Stolz * [EMAIL PROTECTED] * PGP
ar hvar >> writeChan muxCh Quit)
> forkIO (threadWaitRead (fdToInt fd) >> writeChan mux Msg)
> msg <- readChan mux
the threadWaitRead will be triggered first.
--
Volker Stolz * [EMAIL PROTECTED] * PGP
putStrLn "welcome"
zeile <- getLine
putStrLn (": " ++ zeile)
--
Volker Stolz * [EMAIL PROTECTED] * PGP
into those 4252 bytes, though :)
To invoke 'block' for example in 'bash', you can use:
PS1='`block`\W@\h [\t]> '; export PS1
in .profile (take care of all those quotes!).
--
Volker Stolz * [EMAIL PROTECTED] * PGP
time <- getClockTime
putStrLn (show time)
time1 <- toCalendarTime time
putStrLn (show time1)
let ntime = addToClockTime (TimeDiff { tdYear=0, tdMonth=0, tdDay=0, tdHour=0,
tdMin=0, tdSec=10, tdPicosec=0}) time
time2 <- toCalendarTime ntime
putStrLn (show time2)
--
Volker Stolz * [EMAIL PROTECTED] * PGP
76 matches
Mail list logo