sevg using perl 5.8.0

[Francis Upton <francisu at ieee dot org>]

I had this same problem on 5.6.1 as well, and installed 5.8.0 hoping it 
would go away.

I run a script that opens mysql and it gets a seg fault.  Here is the script:

#!/usr/local/bin/perl -w

use strict;
use Getopt::Std;
use DBI qw( :utils :sql_types );



my $dbh = DBI->connect( "dbi:mysql:logdb;host=localhost",
                        "root",
                        undef,
                      {
                        PrintError => 1,
                        RaiseError => 1,
                        AutoCommit => 1
                      } );

unless ( $dbh ) {
        print "$0: $DBI::errstr\n";
        exit;
}


/d/src/admin/logdb> perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
  Platform:
    osname=cygwin, osvers=1.3.12(0.5432), archname=cygwin-multi-64int
    uname='cygwin_nt-5.0 kmbestst 1.3.12(0.5432) 2002-07-06 02:16 i686 
unknown '
    config_args='-de -Dmksymlinks -Dusemultiplicity -Duse64bitint 
-Doptimize=-O2 -Dman3ext=3pm'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=define
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=undef uselongdouble=undef
    usemymalloc=y, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing',
    optimize='-O2',
    cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing'
    ccversion='', gccversion='3.1.1 20020718 (prerelease)', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long long', ivsize=8, nvtype='double', nvsize=8, 
Off_t='off_t', lseeksize=4
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='ld2', ldflags =' -s -L/usr/local/lib'
    libpth=/usr/local/lib /usr/lib /lib
    libs=-lgdbm -lcrypt -lutil
    perllibs=-lcrypt -lutil
    libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
    cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY USE_64_BIT_INT USE_LARGE_FILES 
PERL_IMPLICIT_CONTEXT
  Built under cygwin
  Compiled at Jul 24 2002 18:47:09
  %ENV:
    CYGWIN=""
  @INC:
    /usr/lib/perl5/5.8.0/cygwin-multi-64int
    /usr/lib/perl5/5.8.0
    /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int
    /usr/lib/perl5/site_perl/5.8.0
    /usr/lib/perl5/site_perl
    .
/d/src/admin/logdb>

Here is the stackdump:

/d/src/admin/logdb> more perl.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=20348A9C
eax=00000000 ebx=8DB9E5D0 ecx=0000007E edx=10124014 esi=E36E7974 edi=00000000
ebp=00040000 esp=0022F34C program=c:\kits\cygwin\bin\perl.exe
cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023
Stack trace:
Frame     Function  Args
   1420 [main] perl 2456 handle_exceptions: Error while dumping state 
(probably corrupted stack)
/d/src/admin/logdb>


When i try to run it with perl -d, I get this:

/d/src/admin/logdb> perl -d test.pl

Loading DB routines from perl5db.pl version 1.19
Editor support available.

Enter h or `h h' for help, or `man perldebug' for more help.

<then it loops forever, fully consuming the CPU>


Also, It gets a segv when running CPAN, after it goes through all of the 
CPAN questions.


When I was on 5.6.1, the problems were similar, though perl -d worked 
better and i could run my test program with it and get a perl stack 
trace.  If this is helpful, i can reinstall 5.6.1 and post that trace.

I'm running win2000, SP2 (5.0.2195).

Other perl programs seem to work ok.

SHould I just reinstall all of cygwin, or is there anything else I can check?

Thanks,

Francis


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/