in reply to segmentation faults

Interesting; looking at the docs for delete, that should certainly work, as long as %msg is a regular hash.

Is %msg a tied hash of some kind? Where did it come from? If it's a tied hash, you'd have to look at how the tied class implements DELETE...
--
Mike

Replies are listed 'Best First'.
Re: Re: segmentation faults
by Anonymous Monk on Aug 21, 2002 at 14:12 UTC
    ain't got no password to login still, sorry ;) well, this exerpt of code isn't supposed to segfault, it is perfectly valid, but it did a certain number of times .... ( according to sigtrap ). The hash was a perfectly normal hash, no tying or whatsoever. What about XML::Parser ? Is it likely to segfault ?
[reply]
      here is a portion of the stacktrace 
      
Caught a SIGSEGV at /usr/lib/perl5/site_perl/5.6.1/i386-linux/XML/Pars
+er/Expat.pm line 469
$ = XML::Parser::Expat::parse('XML::Parser::Expat=HASH(0x81cc7bc)', *Q
+MM_MOD::emi::DATA) called from file `/usr/lib/perl5/site_perl/5.6.1/i
+386-linux/XML/Parser.pm' line 185
$ = eval {...} called from file `/usr/lib/perl5/site_perl/5.6.1/i386-l
+inux/XML/Parser.pm' line 184
$ = XML::Parser::parse('XML::Parser=HASH(0x4040b97c)', *QMM_MOD::emi::
+DATA) called from file `/usr/lib/perl5/site_perl/5.6.1/i386-linux/QMM
+_MOD/emi.pm' line 33

      [download]
[reply]
[d/l]
        yeah finally got my passwd ( had mistyped email :( )
[reply]
        Anybody knows if XML::Parser actually uses a C library ?
[reply]

      It's not clear why XML::Parser is segfaulting if no calls are being made to it by that code. Segfaults usually indicate serious problems with external libraries, and aren't usually thrown by (stable) versions of perl unless it invokes them. I'm afraid diagnosis of this problem requires looking at more than just the code.

      One possiblity that pops to my mind is that your version of XML::Parser was compiled with a particular version of the expat C libraries, and that the version of expat installed on your system is a different one.

      HTH

      If not P, what? Q maybe?
      "Sidney Morgenbesser"

[reply]
[d/l]
[select]
        Well not very sure about it actually. the thing is that it will parse my doc correctly 1000 times, then segfault. one thing that strikes me now, is that when I use it with no signalling in my script, it parses 100 000 times without a glitch. could be that signalling stuff that makes it segfault, i'm gonna try... Another thought about it : if it segfaults, then I can trap this signal. if I do, will my script go back to normal or die cause its buggy ? I'm gonna try...
[reply]
        well I didn't know that it was also dangerous with the regexp engine. I'll be more cautious. Anyways Thanks to everybody, and if somebody that has the same problem reads this: one solution (without rewriting your script with a better logic) would be to ignore signals in subs containning dangerous code .
[reply]

In Section Seekers of Perl Wisdom