At 12:42 PM -0700 9/18/02, [EMAIL PROTECTED] wrote:

>I downloaded the XML::Paser module from CPAN and did "perl makefile.pl".
>When I ran MMS, I got:
>
>agent_system$ mms
>
>%DCL-W-TKNOVF, command element is too long - shorten
> \PERL_ROOT:[000000]PERL.EXE -E "print ' parser.pm [.blib.lib.XML]parser.pm
>[.Parser.encodings]iso-8859-4.enc [.blib.lib.XML.Parser.
>encodings]iso-8859-4.enc [.Parser.encodings]x-euc-jp-jisx0221.enc
>[.blib.lib.XML.Parser.encodings]x-euc-jp-jisx0221.enc'" >
>%MMS-F-ABORT, For target PM_TO_BLIB.TS, CLI returned abort status:
>%X000382A0.
>-CLI-W-TKNOVF, command element is too long - shorten

Hmm.  There is all sorts of stuff in MakeMaker (the package that
generates the descrip.mms) that is supposed to attend to line
lengths.  Obviously it's not quite perfect.

>So I put the parser.pm references on their own line and tried again:

But that's as good a workaround as any.

>CC/DECC /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj
>/NOANSI_ALIAS/float=ieee/ieee=denorm_results/Define=("VERSION=""2.30""
>","XS_VERSION=""2.30""")/Include
>=(perl_root:[lib.VMS_AXP.5_8_0.CORE])/NoList  EXPAT.c
>
>          hold = SvPV(ERRSV, len);
>..................^
>%CC-W-PTRMISMATCH1, In this statement, the referenced type of the pointer
>value "&len" is "int", which is not compatible with "unsig
>ned int" because they differ by signed/unsigned attribute.
>at line number 1029 in file
>DKA200:[STAGEING.XML-PARSER-2_30.EXPAT]EXPAT.XS;1
>%MMS-F-ABORT, For target EXPAT.OBJ, CLI returned abort status: %X10B91260.
>
>I am, of course, loath to hunt this down in the source.  Sigh.

It looks like that may be fixed in version 2.31, which also claims to
have changes required for Perl 5.8.0.   You might see if you fare any
better with that:

<http://search.cpan.org/author/COOPERCL/XML-Parser-2.31/>

>I see now that this module was incorporated into Craig's fine 5.6 distro,
>but it doesn't build either.  Double sigh.

Well, if it doesn't build, then "fine" may not be quite the word
beginning with f that one would want to use.  What sort of trouble
were you having?

-- 
________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]

"... getting out of a sonnet is much more
 difficult than getting in."
                 Brad Leithauser

Reply via email to