vinoski@apollo.hp.com (Stephen Vinoski) (06/20/91)
In article <sherman.677300831@foster> sherman@unx.sas.com (Chris Sherman) writes: >For those who have HPUX on their HP 9000/3xx or 9000/7xx, here is what I did >to get perl to pass its tests: > >HP 9000/700: > > o Use perl's malloc. Otherwise, op/pat will fail test 44-47. Interesting. While I was trying to track down another bug, my perl built with a paranoid malloc on Domain/OS sr10.3.5 on a DN3500 kept failing this very test. If I build with perl malloc, it passes. It fails with two different paranoid malloc implementations. I believe this test tickles a bug involving a bad pointer dereference. When the regexec() function is called from do_match() at line 197 the variable "s" sometimes points to garbage. Exactly why I don't know yet. -steve | Steve Vinoski (508)256-0176 x5904 | Internet: vinoski@apollo.hp.com | | HP Apollo Division, Chelmsford, MA 01824 | UUCP: ...!apollo!vinoski |
flee@cs.psu.edu (Felix Lee) (06/20/91)
>I believe this test tickles a bug involving a bad pointer >dereference. When the regexec() function is called from do_match() at >line 197 the variable "s" Someone reported this early last week. In reference to the new m//g operator, something gets allocated with New() rather than Newz(), which leaves garbage in a structure that gets dereferenced as a pointer. I didn't save the article and I don't have a patch handy, but if anyone's interested, I can track down the bug again. -- Felix Lee flee@cs.psu.edu
chrise@hpnmdla.sr.hp.com (Chris Eich) (06/22/91)
Ah, the well-known lseek bug over NFS... ;-)
HP has a patch for this one, for both the series 300/400 and series 800.
I don't know the patch-id (they never told me), ....
This is because it never was an "official" patch. Tell your HP support
rep that you want "hpfcse:~{ftp,uucp}/UNSUPP/[38]00-7.0/libnfs.a" and if
his eyes don't glaze over, you may have a chance of getting it. It's
probably fixed in 8.0, too (certainly is in s700 8.05).
Chris "I am not your HP support rep"