From wjones@tc.fluke.com

GD.pm will fail if perl 5.6 is built with support for fork on
Win32. Perl will seg fault and die (exit status 139) while
running the tests for the GD module. Exactly where perl dies
depends on how the tests are run. If I run "nmake test"
I get to "ok 3". If I run "perl -Mblib t/GD.t" I can get
to "ok 5". None of the tests actually fail.

Of the three compile time options required to enable fork,
USE_IMP_SYS seems to be the problem. GD will build and pass
all test is only USE_MULTI and USE_ITHREADS are enabled.
Here are the versions I used for building GD​:

  NT 4.0, SP 5 libjpeg 6b
  MSC 5.0 libpng 1.0.6
  perl 5.6.0 zlib 1.1.3
  GD.pm 1.27 freetype 1.1.3
  libgd 1.8.1

--
Warren Jones
Fluke Corporation

Summary of my perl5 (revision 5 version 6 subversion 0) configuration​:
  Platform​:
  osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi
  uname=''
  config_args='undef'
  hint=recommended, useposix=true, d_sigaction=undef
  usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=define
  useperlio=undef d_sfio=undef uselargefiles=undef
  use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef
  Compiler​:
  cc='cl', optimize='-Od -MD -DNDEBUG', gccversion=
  cppflags='-DWIN32'
  ccflags ='-Od -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DFLUKE -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX'
  stdchar='char', d_stdstdio=define, usevfork=false
  intsize=4, longsize=4, ptrsize=4, doublesize=8
  d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
  ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4
  alignbytes=8, usemymalloc=n, prototype=define
  Linker and Libraries​:
  ld='link', ldflags ='-nologo -nodefaultlib -release -libpath​:"\\engapp.tc.fluke.com\sweng\apps\perl\5.6.0\lib\CORE" -machine​:x86'
  libpth=D​:\DevStudio\VC\lib \\engapp.tc.fluke.com\sweng\lib
  libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib
  libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl56.lib
  Dynamic Linking​:
  dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
  cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -release -libpath​:"\\engapp.tc.fluke.com\sweng\apps\perl\5.6.0\lib\CORE" -machine​:x86'

Characteristics of this binary (from libperl)​:
  Compile-time options​: MULTIPLICITY PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
  Built under MSWin32
  Compiled at Apr 28 2000 15​:33​:25
  @​INC​:
  \\engapp.tc.fluke.com\sweng\apps\perl\5.6.0\lib
  \\engapp.tc.fluke.com\sweng\apps\perl\site\5.6.0\lib
  .

From [Unknown Contact. See original ticket]

Offhand I can't think of anything that would cause this distressing
behavior.

Lincoln

Warren Jones writes​:

GD.pm will fail if perl 5.6 is built with support for fork on
Win32. Perl will seg fault and die (exit status 139) while
running the tests for the GD module. Exactly where perl dies
depends on how the tests are run. If I run "nmake test"
I get to "ok 3". If I run "perl -Mblib t/GD.t" I can get
to "ok 5". None of the tests actually fail.

Of the three compile time options required to enable fork,
USE_IMP_SYS seems to be the problem. GD will build and pass
all test is only USE_MULTI and USE_ITHREADS are enabled.
Here are the versions I used for building GD​:

 NT     4\.0\, SP 5      libjpeg   6b
 MSC    5\.0            libpng    1\.0\.6
 perl   5\.6\.0          zlib      1\.1\.3
 GD\.pm  1\.27           freetype  1\.1\.3
 libgd  1\.8\.1

--
Warren Jones
Fluke Corporation

------------------------------------------------------------------------------

Summary of my perl5 (revision 5 version 6 subversion 0) configuration​:
Platform​:
osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=define
useperlio=undef d_sfio=undef uselargefiles=undef
use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef
Compiler​:
cc='cl', optimize='-Od -MD -DNDEBUG', gccversion=
cppflags='-DWIN32'
ccflags ='-Od -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DFLUKE -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX'
stdchar='char', d_stdstdio=define, usevfork=false
intsize=4, longsize=4, ptrsize=4, doublesize=8
d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4
alignbytes=8, usemymalloc=n, prototype=define
Linker and Libraries​:
ld='link', ldflags ='-nologo -nodefaultlib -release -libpath​:"\\engapp.tc.fluke.com\sweng\apps\perl\5.6.0\lib\CORE" -machine​:x86'
libpth=D​:\DevStudio\VC\lib \\engapp.tc.fluke.com\sweng\lib
libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib
libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl56.lib
Dynamic Linking​:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -release -libpath​:"\\engapp.tc.fluke.com\sweng\apps\perl\5.6.0\lib\CORE" -machine​:x86'

Characteristics of this binary (from libperl)​:
Compile-time options​: MULTIPLICITY PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
Built under MSWin32
Compiled at Apr 28 2000 15​:33​:25
@​INC​:
\\engapp.tc.fluke.com\sweng\apps\perl\5.6.0\lib
\\engapp.tc.fluke.com\sweng\apps\perl\site\5.6.0\lib
.

From @smpeters

Having used GD for several years with ActiveState Perl on Windows 2000
and Windows XP, I've been able to compile and had tests complete
successfully with this module for several years. This bug does not seem
to be an issue any longer.

@smpeters - Status changed from 'open' to 'resolved'