home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / perl / 5605 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  1.3 KB
  1. Xref: sparky comp.lang.perl:5605 alt.security:4222
  2. Path: sparky!uunet!charon.amdahl.com!amdahl!JUTS!hom00
  3. From: hom00@ccc.amdahl.com (Harold O Morris)
  4. Newsgroups: comp.lang.perl,alt.security
  5. Subject: Malformed cmd Links
  6. Message-ID: <f2oq02E81fSW01@JUTS.ccc.amdahl.com>
  7. Date: 30 Aug 92 19:50:13 GMT
  8. References: <DSG.92Aug26141726@blackbird.mitre.org> <1992Aug27.210806.7694@porthos.cc.bellcore.com> <DSG.92Aug28083002@blackbird.mitre.org>
  9. Reply-To: hom00@JUTS.uts.amdahl.com (Harold O Morris)
  10. Organization: Amdahl Corporation, Sunnyvale CA
  11. Lines: 12
  12.  
  13. Another user wrote in about this problem, in a different context.  I have
  14. a sort of interactive Perl environment, that lets me iteratively hack on
  15. a perl subroutine til I get it right.  The trouble is, since 4.035, it
  16. seems to give this error message ("Malformed cmd links"), whenever I have
  17. it "do" a module containing definition of a previously defined subroutine.
  18.  
  19. Previously, it seemed to redefine routines just fine, and I don't know if
  20. there were any problems, such as "leaking" the data storage representing
  21. the old version of the subroutine.  Has Perl indeed adopted a policy of
  22. not liking redefinitions of subroutines?  (and if so, what a cryptic way
  23. to tell me - the error message sounds not particularly intended for users'
  24. tender ears/eyes).
  25.