I think that some users may like to run the editor concurrently with hugs (I do it with winhugs). I like it that way because I can open one instance of the editor and keep editing several files without having to close the editor everytime I make a change to a single file. In order to keep both modes (blocking and non-blocking read-eval-print loop) I propose appending an special character (like '!') in the editor configuration to indicate the desired mode. For example
:s -Evim %s +%d would run vim in synchronous mode, while :s -E!vim %s +%d would run vim in asynchronous mode. In this way, only users willing to use the asynchronous mode would have to add the extra !. I have also found some bugs with the latest test release 1) While loading a library that I am designing I get an extrange error when importing the Monad lib. Reading file "C:\Hugs98\lib\yahu\demos\Animation\MyAnimation4.hs": Reading file "c:\hugs98\lib\yahu\lib\Yahu.hs": Reading file "c:\hugs98\lib\yahu\lib\FastString.hs": Reading file "c:\hugs98\lib\yahu\lib\HDirect.hs": Reading file "c:\hugs98\lib\yahu\lib\StdDIS.hs": Reading file "c:\hugs98\lib\exts\Int.hs": Reading file "c:\hugs98\lib\exts\Bits.hs": Reading file "c:\hugs98\lib\exts\Int.hs": Reading file "c:\hugs98\lib\exts\Word.hs": Reading file "c:\hugs98\lib\Numeric.hs": Reading file "c:\hugs98\lib\Char.hs": Reading file "c:\hugs98\lib\Ratio.hs": Reading file "c:\hugs98\lib\Array.hs": Reading file "c:\hugs98\lib\Ix.hs": Reading file "c:\hugs98\lib\List.hs": Reading file "c:\hugs98\lib\Maybe.hs": Reading file "c:\hugs98\lib\List.hs": Reading file "c:\hugs98\lib\Array.hs": Reading file "c:\hugs98\lib\Numeric.hs": Reading file "c:\hugs98\lib\exts\Word.hs": Reading file "c:\hugs98\lib\exts\Addr.hs": Reading file "c:\hugs98\lib\exts\IOExts.hs": Reading file "c:\hugs98\lib\IO.hs": Reading file "c:\hugs98\lib\exts\IORef.lhs": Reading file "c:\hugs98\lib\exts\IOExts.hs": Reading file "c:\hugs98\lib\Monad.hs": ERROR "c:\hugs98\lib\Monad.hs" - Substitution expanding too quickly After getting this error, if I remove all the scripts and try to load just the Monad lib I keep getting the same error: IOExts> :l Hugs session for: c:\hugs98\lib\Prelude.hs Prelude> :l Monad Reading file "c:\hugs98\lib\Monad.hs": ERROR "c:\hugs98\lib\Monad.hs" - Substitution expanding too quickly 2) In the latest release, there is no context menu entry for .hs files and winhugs (only for hugs). Pepe Gallardo ----- Original Message ----- From: "Sigbjorn Finne" <[EMAIL PROTECTED]> To: "Mark P Jones" <[EMAIL PROTECTED]> Cc: "Hugs Bugs" <[EMAIL PROTECTED]> Sent: Friday, December 14, 2001 3:24 AM Subject: Re: Test releases available > Thanks Mark, > > I've fixed both of these; there's really no good reason to use WinExec() > in this day and age. Here's the behaviour I propose :edit has: > > - :edit is synchronous, with the read-eval-print loop blocking until the > editor process terminates. > - Console-based editors like "vim" gets a separate console window when > invoked via WinHugs or Hugs98. This allows the user to still be able to > see the type error (say) that the :edit is trying to fix. > - GUI-based editors do get a separate window, but not a separate (empty) > console. > > I've updated the installer to include these changes. > > Your e-mail is a good example of just the thing you encourage people to > do: try out their favourite Hugs features & report back undesirable > behaviour. I rarely use the :edit command, hence I wasn't aware of this > usability problem. > > thanks again, > --sigbjorn > > ----- Original Message ----- > From: "Mark P Jones" <[EMAIL PROTECTED]> > To: "Sigbjorn Finne" <[EMAIL PROTECTED]> > Cc: "Hugs Bugs" <[EMAIL PROTECTED]>; "Mark P. Jones" <[EMAIL PROTECTED]> > Sent: Thursday, December 13, 2001 13:43 > Subject: RE: Test releases available > > > > A general comment, then some bug reports: > > > > Thanks for the test releases of Hugs that we're seeing today! I hope > > that as many people as possible in the Hugs community will take this > > opportunity to download and test them---particularly in areas that > > matter most to them---before the final releases are made. > > > > I suspect that some people on this list don't realize the extent to > > which Hugs now relies on support from members of the community. There > > is *no funding* for work on Hugs as part of any ongoing research > project, > > for example. And while I hope they will benefit from the new release > > in their own efforts, the people who are working hard on getting it out > > are doing this essentially as (skilled) volunteers. If it wasn't for > > Sigbjorn, Jeff, Johan, Alastair, and others, this release wouldn't > > happen at all. But all of us can help in some way by testing the > > candidates and reporting back on what we find! > > > > Now to the bug reports: (These minor problems are specific to win32) > > > > The new installer creates a context menu entry for .hs files in which > > the description is given as "New verb"; this should probably be > something > > more like "Load with Hugs98". > > > > The console version (at least) should not be compiled with HAVE_WINEXEC > > set to 1. First of all, that setting defeats the way that Hugs was > > designed to integrate the interpreter and the editor; the two activities > > should be interleaved rather than executed as concurrent processes that > > require manual :reload commands, etc... Secondly, with at least one > > choice of external editor (vim), it causes the whole console window to > > hang, so you never actually get to make any edits, and you certainly > > don't get back to the Hugs prompt or to the command prompt. At the > > very least, perhaps the #if HAVE_WINEXEC line in machdep.c could be > > changed to #if (HAVE_WINEXEC && HUGS_FOR_WINDOWS)? (please ... :-) > > > > All the best, > > Mark > > > > > > _______________________________________________ > Hugs-Bugs mailing list > [EMAIL PROTECTED] > http://www.haskell.org/mailman/listinfo/hugs-bugs > _______________________________________________ Hugs-Bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/hugs-bugs
