Re: loop performance bug
Hi again, A first hint is to never try to guess what kind of code ghc generates. If you're in need of performance you need to look at some lower level code. I recommend the -fext-core flag to produce external core, a sort-of-readable output of ghc's internal representation of the program. One can learn a lot from that. Although when I do I don't necessarily understand what I see! I see 'let' (ie allocating forms) where I would have hoped there would not be but it doesn't help me to figure out why the code I've written ends up producing allocations. Reading core programs can indeed be confusing and difficult. It's an art that has to be mastered. All I can say is that in situations like this it can be rewarding. I'm very much surprised that this program was slower than the one without arrays. You mean the one without lists. Yes :-) Since all lists are produced and consumed with good producers and consumers (as in section 7.10.3 in the User's Guide) they should really go away. This seems to be a real bug. This is what Simon M thought when I brought this up previously. He suggested I use explicit recursion (which I thought I was doing with my second version though it doesn't do much better!) And I suggest Simon M tries to fix ghc so that you don't have to write the program using explicit recursion :-) I was hoping that if the array reading was inlined that the calculation of the index would also be inlined and so the Pos constructor need never be allocated. I think this is a fair assumption. But apparently ghc doesn't remove the overhead. Maybe ghc's optimizer needs to be beefed up. BTW have you thought about picking up hIDE development again? I might go back to it after Gtk2Hs hits version 1.0 You're confusing me with Jonas Svensson. I don't blame you, it's an easy mistake to do if you're not a swede. So the answer is no, I'm not going to develop hIDE any further :-) I should mention though that there is a group of students here at Chalmers working on a Haskell IDE. I don't know the status of their project though. /Josef ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: FW: ghc, linux
I installed a very old version of GHC in the same laptop in 2001 and it was working well (no matter how big the program was). Now, I upgraded it to version 6.2.2, but it becomes very slow and asks more Memory or Space. I know, 64M memory is not big at all nowadays, but I don't think GHC should ask more than that and force me to throw away my old laptop -:). In fact, most of my work can be done within 64M except GHC. Yong On Monday 14 March 2005 11:11, Malcolm Wallace wrote: But if Main.hs is big, it will give me a message, Killed , after a long time running. PIII, 64M memory Anyone know what is going on here? The message Killed means your machine ran out of virtual memory. Since you have only 64M real memory, I would guess your virtual (=real+swap) memory is probably only about 128M? Ghc tends to need quite a lot of memory when compiling certain constructions - I can't offhand remember the details of which constructs give most trouble, but there were a few reports to the mailing list a while back. Solution: if you have a lot of other processes running on your machine, you could try shutting them off before running ghc. A few years ago I even needed to shutdown the X11 windowing environment and proceed using only a simple console, in order to free up enough virtual memory to compile a particularly large application. HTH, Malcolm ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: GPF WinXP GHCi 6.4
This is caused by a clash between the new Win32 package and the old win32 package. The Windows installer contains both, but unfortunately they clash on the name of the libraries. I think the new Win32 library is ready to replace the old one (Ross?). If that's the case, Sigbjorn, would you mind re-rolling the installer without hslibs/win32? Thanks. Simon From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nick MainSent: 12 March 2005 20:04To: glasgow-haskell-bugs@haskell.orgSubject: Bug: GPF WinXP GHCi 6.4 GHC 6.4 Final Release - tried the sample code for Graphics.HGL, i.e.module Main where { import Graphics.HGL; main :: IO (); main = runGraphics $ withWindow_ "Hello World Window" (300, 200) $ \ w - do drawInWindow w $ text (100, 100) "Hello World" drawInWindow w $ ellipse (100, 80) (200, 180) getKey w;}WindowsXP Home. First attempt in GHCi is as below. Retrying main causes a GPF error box.c:\tempghci Main ___ ___ _ / _ \ /\ /\/ __(_)/ /_\// /_/ / / | | GHC Interactive, version 6.4, for Haskell 98./ /_\\/ __ / /___| | http://www.haskell.org/ghc/\/\/ /_/\/|_| Type :? for help.Loading package base-1.0 ... linking ... done.Compiling Main ( Main.hs, interpreted )Ok, modules loaded: Main.*Main mainLoading package Win32-1.0 ... interactive: Not x86 PEi386ghc.exe: panic! (the `impossible' happened, GHC version 6.4): loadObj: failedPlease report it as a compiler bug to glasgow-haskell-bugs@haskell.org,or http://sourceforge.net/projects/ghc/.*Main mainLoading package Win32-1.0 ... linking ...c:\temp ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: GPF WinXP GHCi 6.4
On Tue, Mar 15, 2005 at 10:47:07AM -, Simon Marlow wrote: This is caused by a clash between the new Win32 package and the old win32 package. The Windows installer contains both, but unfortunately they clash on the name of the libraries. I think the new Win32 library is ready to replace the old one (Ross?). The System part seems to work OK, but On Fri, 11 Feb 2005 at 09:33:05 -, Simon Marlow wrote: If I compile with -threaded, then the HelloWorld program pops up a window, but the cursor is an hour glass and it doesn't do anything else. The other two either hang, or if I use -threaded they re-enter the scheduler. which I take as a no. I suspect it just needs one big push from a Windows expert. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: FW: ghc, linux
On 14 March 2005 16:04, Yong Luo wrote: I installed a very old version of GHC in the same laptop in 2001 and it was working well (no matter how big the program was). Now, I upgraded it to version 6.2.2, but it becomes very slow and asks more Memory or Space. I know, 64M memory is not big at all nowadays, but I don't think GHC should ask more than that and force me to throw away my old laptop -:). In fact, most of my work can be done within 64M except GHC. I'm afraid, GHC has become a bit more of a hog recently due to lack of attention in the performance department. I hope we'll be able to improve things for later 6.4 patchlevels. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: GPF WinXP GHCi 6.4
On 15 March 2005 10:58, Ross Paterson wrote: On Tue, Mar 15, 2005 at 10:47:07AM -, Simon Marlow wrote: This is caused by a clash between the new Win32 package and the old win32 package. The Windows installer contains both, but unfortunately they clash on the name of the libraries. I think the new Win32 library is ready to replace the old one (Ross?). The System part seems to work OK, but On Fri, 11 Feb 2005 at 09:33:05 -, Simon Marlow wrote: If I compile with -threaded, then the HelloWorld program pops up a window, but the cursor is an hour glass and it doesn't do anything else. The other two either hang, or if I use -threaded they re-enter the scheduler. which I take as a no. I suspect it just needs one big push from a Windows expert. We need a quick solution for 6.4. Should the new Win32 library be removed, and presumably HGL too? They can come back in 6.4.1 or as Cabal packages. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: GPF WinXP GHCi 6.4
On Tue, Mar 15, 2005 at 11:37:48AM -, Simon Marlow wrote: We need a quick solution for 6.4. Should the new Win32 library be removed, and presumably HGL too? They can come back in 6.4.1 or as Cabal packages. Removing them both would be the quick solution, though HGL should be retained for X11 systems, where it works fine. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
url problem, missing GLUT, and building package ghc
perhaps some items got lost from my last mail: - url problem on http://www.haskell.org/ghc/ Mailing Lists points to non-existent http://www.haskell.org/ghc/docs/latest/html/users_guide/introduction-ghc.html#MAILING-LISTS-GHC - missing GLUT the building guide might want to mention that one has to add GLUT to the MSYS (in section 13.4), or configure will exclude the corresponding package from the build. in particular, the ghc 6.4 msi bundle I got seems to lack the GLUT-2.0 package - package ghc I now seem to have a ghc from cvs head, and a package ghc in ghc/compiler. From Simon's comment, it seems that trying to build the package will not depend on a compiler build, so the package is presumably built with the pre-installed ghc (6.4), but from the sources of the cvs head. Is that correct, meaning that I should register the package with the pre-installed ghc? Cheers, Claus old message: http://www.haskell.org//pipermail/glasgow-haskell-bugs/2005-March/004778.html ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: more GADT surprises
Thanks. Both this and your earlier message are fixed in the HEAD; and tests added. Keep them coming Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:glasgow-haskell-bugs- | [EMAIL PROTECTED] On Behalf Of Andres Loeh | Sent: 15 March 2005 13:45 | To: glasgow-haskell-bugs@haskell.org | Subject: more GADT surprises | | Surprisingly, the attached Haskell module loads successfully in ghci-6.4: | | Ok, modules loaded: Main. | *Main :t A | A :: A | *Main :t B | B :: B [] | *Main :t B' | B' :: B [Int] | *Main [B,B'] | ghc-6.4: panic! (the `impossible' happened, GHC version 6.4): | Unify.unifyTauTyLists: mismatched type lists! | | Please report it as a compiler bug to | glasgow-haskell-bugs@haskell.org, | or http://sourceforge.net/projects/ghc/. | | | Best, | Andres ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1163018 ] Profiling broken under windows for ghc-6.4?
Bugs item #1163018, was opened at 2005-03-14 14:16 Message generated for change (Comment added) made by simonpj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1163018group_id=8032 Category: Profiling Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Profiling broken under windows for ghc-6.4? Initial Comment: If I compile a program with -prof -auto-all every start of the program results in an popup that informs me of a security break and program termination. My email is [EMAIL PROTECTED] Attached is a copy of what Dr. Watson records. -- Comment By: Simon Peyton Jones (simonpj) Date: 2005-03-15 15:51 Message: Logged In: YES user_id=50165 I've just installed GHC 6.4 from the download site, and compiled hello-world with it, with -prof -auto-all. Works fine. So I can't reproduce your problem. Perhaps you can upload a particular failing program? Or try on a different machine? Has anyone else seen this? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1163018group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1161624 ] Scoping error in lambda expressions in arrow code
Bugs item #1161624, was opened at 2005-03-11 20:17 Message generated for change (Comment added) made by simonpj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1161624group_id=8032 Category: Compiler Group: 6.2.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Scoping error in lambda expressions in arrow code Initial Comment: GHC 6.2.2 with the -farrows switch erroneously reports errors when lambda expressions appear in commands. The error looks like the following: Command-bound variable `y' is not in scope here Reason: it is used in the left argument of (-) This will produce the error: foo = proc x - arr (\y - y-1) - x This will not produce the error: bar = (\y - y-1) foo = proc x - arr bar - x Email: [EMAIL PROTECTED] -- Comment By: Simon Peyton Jones (simonpj) Date: 2005-03-15 16:06 Message: Logged In: YES user_id=50165 Ralf Paterson has fixed this (in the HEAD) Thanks for the report -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1161624group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Object IO problem
Are there any Object-IO folk out there who'd like to fix (or otherwise resolve) this sourceforge bug? https://sourceforge.net/tracker/index.php?func=detailaid=1145315group_ id=8032atid=108032 Simon Problem 1: When using the ObjectIO library, setting the view domain of a compund control does not correctly adjust the min/max settings of the corresponding scroll-sliders. Problem 2: When trying to work around this bug, it turns out that you can only set the scroll function for Horizontal scrolling but not for Vertical scrolling. Do you need an example programs for the bugs? [SLPJ: yes, pls upload an example] ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1163018 ] Profiling broken under windows for ghc-6.4?
Bugs item #1163018, was opened at 2005-03-14 15:16 Message generated for change (Comment added) made by andreas-haskell You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1163018group_id=8032 Category: Profiling Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Profiling broken under windows for ghc-6.4? Initial Comment: If I compile a program with -prof -auto-all every start of the program results in an popup that informs me of a security break and program termination. My email is [EMAIL PROTECTED] Attached is a copy of what Dr. Watson records. -- Comment By: Andreas (andreas-haskell) Date: 2005-03-15 21:38 Message: Logged In: YES user_id=1239874 Hi! I just downloaded ghc-6.4 again and installed it again. I also installed it in an VMWare. The operating system is win2k with service pack 4. Both time even the Hallo world program crashed. Any help welcome. Thanks, Andreas PS: My program is: main :: IO () main = do putStr Hello World! and the resulting entry in the Dr. Watson log is: Anwendungsausnahme aufgetreten: Anwendung: (pid=492) Wann: 15.03.05 @ 21:26:55.454 Ausnahmenummer: c005 (Zugriffsverletzung) * Systeminformationen * Computername: WORKATHOME Benutzername: Administrator Prozessoranzahl: 1 Prozessortyp: x86 Family 6 Model 7 Stepping 1 Windows 2000-Version: 5.0 Aktuelles Build: 2195 Service Pack: 4 Aktueller Typ: Uniprocessor Free Firma: Besitzer: * Taskliste * 0 Idle.exe 8 System.exe 136 smss.exe 164 csrss.exe 184 winlogon.exe 212 services.exe 224 lsass.exe 404 svchost.exe 432 SPOOLSV.exe 464 svchost.exe 488 mdm.exe 544 regsvc.exe 568 mstask.exe 620 winmgmt.exe 648 svchost.exe 296 explorer.exe 780 rundll32.exe 972 atiptaxx.exe 980 winampa.exe 992 realsched.exe 1020 CTFMON.exe 1080 taskmgr.exe 748 msiexec.exe 996 cmd.exe 492 main.exe 532 drwtsn32.exe 0 _Total.exe (0040 - 00469000) (7788 - 77901000) (77E7 - 77F36000) (7800 - 78045000) (77E0 - 77E65000) (77F4 - 77F7C000) (74FC - 74FC9000) (74FA - 74FB4000) (7935 - 793B2000) (77D2 - 77D91000) (74F9 - 74F98000) (6C92 - 6C928000) (664B - 66504000) Statusabbild für Threadkennung 0x29c eax=00445e54 ebx=0044b3c8 ecx=00445e54 edx= esi=00446590 edi=00ac108c eip= esp=0022dec0 ebp=00abf384 iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0206 Funktion: nosymbols FEHLER - ??? 0001 ??? 0002 ??? 0003 ??? * Stack Back Trace * FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0022DEBC 0001 0001 !nosymbols * Raw Stack Dump * 0022dec0 00 00 00 00 01 00 00 00 - 01 00 00 00 00 00 00 00 0022ded0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dee0 01 00 00 00 00 00 00 00 - 01 00 00 00 00 00 00 00 0022def0 00 00 00 00 84 50 44 00 - 05 00 00 00 00 00 00 00 .PD. 0022df00 00 00 00 00 84 50 44 00 - 00 00 00 00 00 00 00 00 .PD. 0022df10 00 00 00 00 00 00 00 00 - 64 17 40 00 00 00 00 00 [EMAIL PROTECTED] 0022df20 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df30 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df40 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df50 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df60 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df70 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df80 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df90 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfa0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfb0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfc0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfd0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfe0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dff0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 Statusabbild für Threadkennung 0x17c eax= ebx=10afff44 ecx=0101 edx= esi=77894086 edi=03b4 eip=77894091 esp=10afff28 ebp=10afff4c iopl=0 nv up ei ng nz ac po cy cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0297 Funktion: ZwWaitForSingleObject 77894086 b8ea00 mov
[ ghc-Bugs-1163018 ] Profiling broken under windows for ghc-6.4?
Bugs item #1163018, was opened at 2005-03-14 15:16 Message generated for change (Comment added) made by andreas-haskell You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1163018group_id=8032 Category: Profiling Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Profiling broken under windows for ghc-6.4? Initial Comment: If I compile a program with -prof -auto-all every start of the program results in an popup that informs me of a security break and program termination. My email is [EMAIL PROTECTED] Attached is a copy of what Dr. Watson records. -- Comment By: Andreas (andreas-haskell) Date: 2005-03-15 21:48 Message: Logged In: YES user_id=1239874 Forget to mention: I also compiled with ghc -prof -auto-all again. Sorry, Andreas -- Comment By: Andreas (andreas-haskell) Date: 2005-03-15 21:38 Message: Logged In: YES user_id=1239874 Hi! I just downloaded ghc-6.4 again and installed it again. I also installed it in an VMWare. The operating system is win2k with service pack 4. Both time even the Hallo world program crashed. Any help welcome. Thanks, Andreas PS: My program is: main :: IO () main = do putStr Hello World! and the resulting entry in the Dr. Watson log is: Anwendungsausnahme aufgetreten: Anwendung: (pid=492) Wann: 15.03.05 @ 21:26:55.454 Ausnahmenummer: c005 (Zugriffsverletzung) * Systeminformationen * Computername: WORKATHOME Benutzername: Administrator Prozessoranzahl: 1 Prozessortyp: x86 Family 6 Model 7 Stepping 1 Windows 2000-Version: 5.0 Aktuelles Build: 2195 Service Pack: 4 Aktueller Typ: Uniprocessor Free Firma: Besitzer: * Taskliste * 0 Idle.exe 8 System.exe 136 smss.exe 164 csrss.exe 184 winlogon.exe 212 services.exe 224 lsass.exe 404 svchost.exe 432 SPOOLSV.exe 464 svchost.exe 488 mdm.exe 544 regsvc.exe 568 mstask.exe 620 winmgmt.exe 648 svchost.exe 296 explorer.exe 780 rundll32.exe 972 atiptaxx.exe 980 winampa.exe 992 realsched.exe 1020 CTFMON.exe 1080 taskmgr.exe 748 msiexec.exe 996 cmd.exe 492 main.exe 532 drwtsn32.exe 0 _Total.exe (0040 - 00469000) (7788 - 77901000) (77E7 - 77F36000) (7800 - 78045000) (77E0 - 77E65000) (77F4 - 77F7C000) (74FC - 74FC9000) (74FA - 74FB4000) (7935 - 793B2000) (77D2 - 77D91000) (74F9 - 74F98000) (6C92 - 6C928000) (664B - 66504000) Statusabbild für Threadkennung 0x29c eax=00445e54 ebx=0044b3c8 ecx=00445e54 edx= esi=00446590 edi=00ac108c eip= esp=0022dec0 ebp=00abf384 iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0206 Funktion: nosymbols FEHLER - ??? 0001 ??? 0002 ??? 0003 ??? * Stack Back Trace * FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0022DEBC 0001 0001 !nosymbols * Raw Stack Dump * 0022dec0 00 00 00 00 01 00 00 00 - 01 00 00 00 00 00 00 00 0022ded0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dee0 01 00 00 00 00 00 00 00 - 01 00 00 00 00 00 00 00 0022def0 00 00 00 00 84 50 44 00 - 05 00 00 00 00 00 00 00 .PD. 0022df00 00 00 00 00 84 50 44 00 - 00 00 00 00 00 00 00 00 .PD. 0022df10 00 00 00 00 00 00 00 00 - 64 17 40 00 00 00 00 00 [EMAIL PROTECTED] 0022df20 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df30 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df40 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df50 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df60 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df70 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df80 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022df90 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfa0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfb0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfc0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfd0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dfe0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 0022dff0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 Statusabbild für Threadkennung 0x17c eax= ebx=10afff44 ecx=0101 edx=
[ ghc-Bugs-1145315 ] ObjectIO-Lib: Problem scrolling compund control
Bugs item #1145315, was opened at 2005-02-21 20:20 Message generated for change (Comment added) made by mjthomas You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1145315group_id=8032 Category: libraries (other) Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brassel (brassel) Assigned to: Nobody/Anonymous (nobody) Summary: ObjectIO-Lib: Problem scrolling compund control Initial Comment: Problem 1: When using the ObjectIO library, setting the view domain of a compund control does not correctly adjust the min/max settings of the corresponding scroll-sliders. Problem 2: When trying to work around this bug, it turns out that you can only set the scroll function for Horizontal scrolling but not for Vertical scrolling. Do you need an example programs for the bugs? -- Comment By: Mike Thomas (mjthomas) Date: 2005-03-16 10:45 Message: Logged In: YES user_id=492249 Yes, example programs exhibiting these problems would be a great start. We'll look into them, hopefully in the coming fortnight. Cheers Mike Thomas -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1145315group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Object IO problem
Hi Simon. | Are there any Object-IO folk out there who'd like to fix (or otherwise | resolve) this sourceforge bug? | | https://sourceforge.net/tracker/index.php?func=detailaid=1145315group_ | id=8032atid=108032 I've posted a reply asking for examples and hopefully will get to the issue within the next fortnight (unless Krasimir gets there first). I'm curious about who is actually using ObjectIO. Anyone? Cheers Mike Thomas. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1164178 ] ghci fails to start, no GHCziBase_ZC_con_info
Bugs item #1164178, was opened at 2005-03-15 19:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1164178group_id=8032 Category: GHCi Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ghci fails to start, no GHCziBase_ZC_con_info Initial Comment: I ([EMAIL PROTECTED]) installed GHC 6.2.2 on a 9.1 SuSE linux box and used ghc to compile a hello world test program. That worked. When I attempt to start ghci, the following happened, preventing ghci from ever starting: I already tried the libreadline hack and that didn't help. ghci -v ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.2.2, for Haskell 98. / /_\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Glasgow Haskell Compiler, Version 6.2.2, for Haskell 98, compiled by GHC version 5.04.3 Using package config file: /usr/local/unison/lib/ghc-6.2.2/package.conf Packages Package {name = data, auto = False, import_dirs = [/usr/local/unison/lib/ghc-6.2.2/hslibs-imports/data], source_dirs = [], library_dirs = [/usr/local/unison/lib/ghc-6.2.2], hs_libraries = [HSdata], extra_libraries = [], include_dirs = [], c_includes = [], package_deps = [haskell98, lang, util], extra_ghc_opts = [], extra_cc_opts = [], extra_ld_opts = [], framework_dirs = [], extra_frameworks = []} Package {name = rts, auto = False, import_dirs = [], source_dirs = [], library_dirs = [/usr/local/unison/lib/ghc-6.2.2], hs_libraries = [HSrts], extra_libraries = [m, gmp, dl], include_dirs = [/usr/local/unison/lib/ghc-6.2.2/include], c_includes = [Stg.h], package_deps = [], extra_ghc_opts = [], extra_cc_opts = [], extra_ld_opts = [-u, GHCziBase_Izh_static_info, -u, GHCziBase_Czh_static_info, -u, GHCziFloat_Fzh_static_info, -u, GHCziFloat_Dzh_static_info, -u, GHCziPtr_Ptr_static_info, -u, GHCziWord_Wzh_static_info, -u, GHCziInt_I8zh_static_info, -u, GHCziInt_I16zh_static_info, -u, GHCziInt_I32zh_static_info, -u, GHCziInt_I64zh_static_info, -u, GHCziWord_W8zh_static_info, -u, GHCziWord_W16zh_static_info, -u, GHCziWord_W32zh_static_info, -u, GHCziWord_W64zh_static_info, -u, GHCziStable_StablePtr_static_info, -u, GHCziBase_Izh_con_info, -u, GHCziBase_Czh_con_info, -u, GHCziFloat_Fzh_con_info, -u, GHCziFloat_Dzh_con_info, -u, GHCziPtr_Ptr_con_info, -u, GHCziPtr_FunPtr_con_info, -u, GHCziStable_StablePtr_con_info, -u, GHCziBase_False_closure, -u, GHCziBase_True_closure, -u, GHCziPack_unpackCString_closure, -u, GHCziIOBase_stackOverflow_closure, -u, GHCziIOBase_heapOverflow_closure, -u, GHCziIOBase_NonTermination_closure, -u, GHCziIOBase_BlockedOnDeadMVar_closure, -u, GHCziIOBase_Deadlock_closure, -u, GHCziWeak_runFinalizzerBatch_closure, -u, __stginit_Prelude], framework_dirs = [], extra_frameworks = []} Package {name = base, auto = True, import_dirs = [/usr/local/unison/lib/ghc-6.2.2/imports], source_dirs = [], library_dirs = [/usr/local/unison/lib/ghc-6.2.2], hs_libraries = [HSbase], extra_libraries = [HSbase_cbits], include_dirs = [], c_includes = [HsBase.h], package_deps = [rts], extra_ghc_opts = [], extra_cc_opts = [], extra_ld_opts = [], framework_dirs = [], extra_frameworks = []} Package {name = haskell98, auto = True, import_dirs = [/usr/local/unison/lib/ghc-6.2.2/imports], source_dirs = [], library_dirs = [/usr/local/unison/lib/ghc-6.2.2], hs_libraries = [HShaskell98], extra_libraries = [], include_dirs = [], c_includes = [], package_deps = [base], extra_ghc_opts = [], extra_cc_opts = [], extra_ld_opts = [], framework_dirs = [], extra_frameworks = []} Package {name = haskell-src, auto = True, import_dirs = [/usr/local/unison/lib/ghc-6.2.2/imports], source_dirs = [], library_dirs = [/usr/local/unison/lib/ghc-6.2.2], hs_libraries = [HShaskell-src], extra_libraries = [], include_dirs = [], c_includes = [], package_deps = [base, haskell98], extra_ghc_opts = [],