September 2005 - Cvs-hugs

cvs commit: hugs98/src/winhugs DlgMain.c
by Ross Paterson 06 Sep '05

06 Sep '05

ross 2005/09/06 02:36:10 PDT Modified files: src/winhugs DlgMain.c Log: from Neil Mitchell: close main window on :quit Revision Changes Path 1.4 +2 -1 hugs98/src/winhugs/DlgMain.c

1 0

cvs commit: hugs98/src hugs.c hugs98/src/winhugs IORemap.h StartCode.c
by Ross Paterson 06 Sep '05

06 Sep '05

ross 2005/09/06 02:34:45 PDT Modified files: src hugs.c src/winhugs IORemap.h StartCode.c Log: from Neil Mitchell: rename MessagePump to WinHugsMessagePump. Revision Changes Path 1.143 +3 -3 hugs98/src/hugs.c 1.3 +1 -0 hugs98/src/winhugs/IORemap.h 1.3 +1 -1 hugs98/src/winhugs/StartCode.c

1 0

WinHugs, :quit support
by Neil Mitchell 06 Sep '05

06 Sep '05

Hi, Yep, I broke :quit. This fixes it. If quit is detected then send a close message to the main window. Thanks Neil

1 0

WinHugs MessagePump, exporting
by Neil Mitchell 06 Sep '05

06 Sep '05

Hi, This patch renames MessagePump to WinHugsMessagePump. It also exports this function via IORemap. Without the export this is a compile error. Thanks Neil

1 0

cvs commit: hugs98/docs/users_guide Makefile.in
by Ross Paterson 05 Sep '05

05 Sep '05

ross 2005/09/05 14:00:12 PDT Modified files: docs/users_guide Makefile.in Log: from Brian Smith: MSYS's sed apparently does not like carriage returns in any scripts that it is passed with its "-f" option. So generate and use a carriage-return-free xml2sgml script. Revision Changes Path 1.16 +9 -2 hugs98/docs/users_guide/Makefile.in

1 0

Wrapper FFI appears broken on Hugs/Windows
by Brian Smith 05 Sep '05

05 Sep '05

The tests that use the "wrapper" FFI scheme all fail with an unexpected signal: ffi/Sin.input ffi/Sparc.input ffi/Callback.input This leads me to believe that "wrapper" FFI declarations are broken on Windows. Unfortunately, I have no idea how to fix it. Can somebody help? Regards, Brian

1 0

make check on Windows (MSYS), with patch
by Brian Smith 05 Sep '05

05 Sep '05

I have attached a patch that allows "make check" run more or less successfully on Windows. The patch converts Windows-style newlines to Unix-style newlines from the output of the test, so that when the actual output is compared to the expected output, the newline differences don't set off false positives. It also fixes a couple obvious problems with the tests to make them work on MSYS. I have also attached the results of "make check." I went through all the failures and gave some notes below. ./../src/hugs +q -w -pHugs: static/mod154.hs < nul This seems to be a known bug in Hugs since mod154.hs says "Hugs gets this wrong." ./../src/hugs +q -w -pHugs: rts/read.hs < rts/read.input The exponents on floating point numbers include an extra leading "0": "-3.10862446895044e-015" instead of "-3.10862446895044e-15" and "2.384186e-007" instead of "2.384186e-07". GHCi strips all the leading zeros from the exponents in both cases. So, there is a bug in the tests (doesn't properly take leading zeros into account in exponents) and/or Hugs (if the Haskell spec. requires leading zeros to be stripped like GHCi does). ./../src/hugs +q -w -pHugs: rts/arith.hs < rts/arith.input There is a difference "-0" vs. "0" that seems not totally unreasonable. The other difference "inf" vs. "1.#INF" seems like a bug in Hugs. ./../src/hugs +q -w -pHugs: ffi/Sin.hs < ffi/Sin.input The unexpected signal is troubling, but I don't know what the problem is. ./../src/hugs +q -w -pHugs: ffi/FileIO.hs < ffi/FileIO.input The unexpected error seems to be caused by the fact that "/tmp/test_write" is being opened, when this file doesn't exist normally on Windows. This is a bug in the test. ./../src/hugs +q -w -pHugs: ffi/Sparc.hs < ffi/Sparc.input I have no idea what is wrong. ./../src/ffihugs +q -w -pHugs: ffi/Callback.hs ffi/callback.c < nul This test assumes a case-sensitive file system that can distinguish between "Callback.c" and "callback.c." This test can be fixed by renaming "Callback.hs" to "CallbackTest.hs" and renaming callback.c to callback_c.c. Patch included, but you have to do the renaming of the file yourself. However, after getting it to build successfully, it still fails with output "unexpected signal" and exit code 1, and I have no idea why. ./../src/hugs +q -w -pHugs: System libs/system1.hs < libs/system1.input If I run this test directly it gives the expected output. But, inside of "make check" it fails because MSYS's SHELL is "sh.exe" instead of "sh." Patch included. ./../src/hugs +q -w -pHugs: Directory libs/dirTest.hs < libs/dirTest.input This test fails, but I think it is simply because NTFS doesn't support the same permission combinations as Unix/Linux. Either a Windows-specifc version should be written, or the test should be skipped on Windows.

2 6

cvs commit: hugs98/src hugs.c
by Ross Paterson 05 Sep '05

05 Sep '05

ross 2005/09/05 09:08:35 PDT Modified files: src hugs.c Log: comment Revision Changes Path 1.142 +3 -3 hugs98/src/hugs.c

1 0

cvs commit: hugs98/src hugs.c connect.h hugs98/src/winhugs DlgMain.c
by Ross Paterson 05 Sep '05

05 Sep '05

ross 2005/09/05 09:07:53 PDT Modified files: src hugs.c connect.h src/winhugs DlgMain.c Log: from Neil Mitchell: refactor the main loop to loop for standard Hugs and use normal Windows message pump (looping via longjmp) for WinHugs. This gives WinHugs much better performance and no polling. (I had to adjust this to make :q work for standard Hugs. I don't see how it works for WinHugs.) Revision Changes Path 1.141 +68 -50 hugs98/src/hugs.c 1.91 +5 -4 hugs98/src/connect.h 1.3 +1 -2 hugs98/src/winhugs/DlgMain.c

1 0

cvs commit: hugs98/src/winhugs DlgAbout.c
by Ross Paterson 05 Sep '05

05 Sep '05

ross 2005/09/05 08:47:44 PDT Modified files: src/winhugs DlgAbout.c Log: repair previous commit Revision Changes Path 1.3 +3 -1 hugs98/src/winhugs/DlgAbout.c

1 0