Thanks.

I think I will avoid the duplication problem by ignoring all cases where the "path" parameter to the error handler is NULL. This will make the OUT_OF_MEMORY to be ignored, but I don't think it will ever ocour on any decent computer.

Mark. ----- Original Message ----- From: "Bill Fenner" fenner@research.att.com To: markk5@bezeqint.net Cc: libsmi@ibr.cs.tu-bs.de Sent: Sunday, April 21, 2002 7:40 PM Subject: Re: [libsmi] Error report when there is a failure to import a file

I did this in parser-smi.y to get the line numbers:

--- parser-smi.y 20 Mar 2002 16:49:49 -0000 1.169 +++ parser-smi.y 21 Apr 2002 17:38:11 -0000 @@ -1339,6 +1340,10 @@ modulePtr = findModuleByName($3); if (!modulePtr) { modulePtr = loadModule($3);

•                           /*XXX duplicate error, but with line # */
  

•                           if (!modulePtr)
  

•                               smiPrintError(parserPtr,
  

•                                             ERR_MODULE_NOT_FOUND,
  

$3);

                        }
                        checkImports(modulePtr, thisParserPtr);

It doesn't suppress the error that loadModule prints, so you get two copies of the MODULE_NOT_FOUND error, but it at least gives you the info.

[This patch will not apply directly due to whitespace corruption - just add the 3 or 4 lines by hand]

Bill

!! This message is brought to you via the `libsmi' mailing list. !! Please do not reply to this message to unsubscribe. To unsubscribe or

adjust

!! your settings, send a mail message to libsmi-request@ibr.cs.tu-bs.de !! or look at https://www.ibr.cs.tu-bs.de/mailman/listinfo/libsmi.