Hi Martin, I'm sorry for letting this slip my mind. However, you're right that the new version has a slightly different behaviour when it comes to the editor settings. In an attempt to handle file paths containing space, Hugs Feb-2001 encloses the file name substituted for %s in the editor string within double quotes. This usually works just as intended, but for UEdit that means that the setting -E"uedit32 %s/%d/1" will result in an invocation command similar to this: uedit32 "C:\Program Files\Hugs98\demos\Calendar.hs"/13/1 That is, the line and column modifiers appear outside the quoted file name, which is something UEdit doesn't seem to handle very well. The workaround would appear to be to set the quotes explicitly: -E"uedit32 \"%s/%d/1\"" but that has (until today!) just resulted in two layers of quotes, which confuses UEdit even more. However, today I've checked in a fix that suppresses the automatic quoting when explicit quotes are in scope. That seems to make UEdit happy, i.e., using the setting above the resulting editor command will look something like uedit32 "C:\Program Files\Hugs98\demos\Calendar.hs/13/1" Explicit quotes around the editor name also continues to be an option, if you want to specify a full pathname that contains spaces. The fix will be part of the next Hugs release. However, if you want to get hold of it immediately (well, tomorrow...), you can check out the latest Hugs sources using anonymous cvs and compile it yourself. See http://cvs.haskell.org/ for further directions. All the best, Johan Martin Raubal wrote:
Hi there!
We have the following problem with the Feb. 2001 version of Hugs: When having an error and linking Hugs with a text editor, such as UEdit, it used to be the case that the cursor in the text editor is automatically set to the line of the error. This does not work with the new version, the cursor is always at the beginning and one needs to search for the line given in Hugs.
Any help?
cheers, martinn