File menu, Open... Segmentation fault (core dumped)
It looks to me like a crash in devel/libgnuregex. In regex_internal.c:re_string_reconstruct pstr->trans is at a memory address which is not accessible. This crashes later in regex_internal.c:re_string_translate_buffer I'm afraid I'm not familiar with the library as to pin-point where the problem is. Adding kevans@ to see if he can shed some light here.
(In reply to Fernando Apesteguía from comment #1) libgnuregex is the victim. mgdiff fails to open a dialog box for file selection, subsequently passing a probable null pointer to libgnuregex. At least this is the going hypothesis. It works if you pass filenames on the command line. Without looking at the source, it's likely a mgdiff bug.
(In reply to Cy Schubert from comment #2) Yes, agree. It fails in files.c open_both_files in the call to XmCreateFileSelectionBox. I tried to dig deeper but I don't know what the problem is (parent widget seems ok, arguments seem ok too). I would mark this as BROKEN. It is archeology-ware.
BROKEN is for failing to build. IGNORE is for broken during runtime. I would not characterize the inability to select from a list broken when there are other means to enter filenames, such as by command line. I will just add it to my list of things to look at, as the port is certainly salvageable. It will fit in nicely on a CDE or Motif desktop.
I'll try to find the time to cobble a patch by the end of the year. It'll just be a simple matter of building motif, libgnuregex and this port with debugging symbols on my sandbox machine. This should tell us a lot more. Probably sometime in December.
*really* sorry. I only just noticed this. I'll dig into this and see what I can discover. Is it still a problem for you, Graham? In any case. Thanks for the report! --Chris
Yep! File open... dumps core. :/ I'll see if I can get to it this weekend. --Chris
I've addressed this matter in bug #280289 Thanks! :)
*** This bug has been marked as a duplicate of bug 280289 ***