[Namazu-users-en] Re: "Error! can't open the result format file"

Hugh Sasse hgs at dmu.ac.uk
Sat May 10 01:37:12 JST 2008


On Sat, 10 May 2008, Tadamasa Teranishi wrote:

> Hugh Sasse wrote:
> > 
> > > The ppm command is a command to operate the installation of PPM package
> > > etc.
> > > I say that the installation of not the ppm command but PPM package
> > > is necessary.
> > 
> > Right. this must be my problem.
> > 
> > C:\namazu\pltests>ppm install PPM
> 
> ... There is will being not to have directed it to install PPM. 
> 
> Install necessary PPM Package for Namazu. 
> (It is being written in It is "5. Installation of PPM". )

OK, i'll check that again.  Thank you for your patience.  I think
we must sort out the Perl issue below, first, because the PPM
depends on Perl being sensible..
> 
> > C:\namazu\pltests>perl --version
> > 
> > This is perl, v5.8.8 built for MSWin32-x86-multi-thread
> > (with 50 registered patches, see perl -V for more detail)
> > 
> > Copyright 1987-2006, Larry Wall
> > 
> > Binary build 820 [274739] provided by ActiveState http://www.Act
> > iveState.com
> > Built Jan 23 2007 15:57:46
> 
> This is certainly ActivePerl 5.8.8 Build 820. 
> But,...
> 
> > C:\namazu\pltests>perl -V
> > Set up gcc environment - 3.4.4 (cygming special, gdc 0.12, using
> >  dmd 0.125)
> > Summary of my perl5 (revision 5 version 8 subversion 8) configur
> > ation:
> 
> Cygwin ? why

Does perl -V look at what is installed?  Or does it just talk about
its own configuration?  If it looks around to see what is there, then
I have Cygwin and Mingw on this machine. So it may be finding those
tools and telling us about them.
> 
> >   Compiler:
> >     cc='gcc', ccflags ='-DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT
> > -DHAVE_DES_FCRYPT -DNO_HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPL
> > ICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READ
> > FIX -DHASATTRIBUTE -fno-strict-aliasing',
> 
> Why are you compiled by gcc?

I don't know.  In Unix we have 'which' to say where a command is
found.  I don't know what there is for Windows.  [Usually I find the
Windows documentation insufficient or nonexistent. I've been using
Unix since 1982. That it why I have Cygwin and Mingw installed.  Also
in Cygwin I get a window that handles ANSI colour for highlighting things.
The CMD window does not, even if MSDOS V5 did. :-(] 
That way I could see which perl is being found.

In the same way that namazu insists that it be on the %PATH%, so does
cygwin. I don't know a good way to turn one off while using the other
(in another window).  

> 
> Has not ActivePerl mixed with Perl of cygwin?

I don't know how the two could be confused by the same CMD shell.

This is truly bizarre.  Forcing it to pick the Activestate binary
gives:-

C:\namazu\pltests>\perl\bin\perl.exe -V
Set up gcc environment - 3.4.4 (cygming special, gdc 0.12, using
 dmd 0.125)
Summary of my perl5 (revision 5 version 8 subversion 8) configur
ation:
  Platform:
    osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-threa
d
    uname=''
    config_args='undef'
    hint=recommended, useposix=true, d_sigaction=undef
    usethreads=define use5005threads=undef useithreads=define us
emultiplicity=define
    useperlio=define d_sfio=undef uselargefiles=define usesocks=
undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT
-DHAVE_DES_FCRYPT -DNO_HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPL
ICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READ
FIX -DHASATTRIBUTE -fno-strict-aliasing',
    optimize='-O2',
    cppflags='-DWIN32'
    ccversion='', gccversion='3.4.4 (cygming special, gdc 0.12,
using dmd 0.125)', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12
34
    d_longlong=undef, longlongsize=8, d_longdbl=define, longdbls
ize=10
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='_
_int64', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='g++', ldflags ='-nologo -nodefaultlib -debug -opt:ref,ic
f  -libpath:"C:\Perl\lib\CORE"  -machine:x86'
    libpth=\lib
    libs=-lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladv
api32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -l
mpr -lwinmm -lversion -lodbc32 -lodbccp32 -lmsvcrt
    perllibs=-lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -
ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_3
2 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 -lmsvcrt
    libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl58.lib
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '

    cccdlflags=' ', lddlflags='-mdll -L"C:\Perl\lib\CORE"'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
                        PERL_IMPLICIT_SYS PERL_MALLOC_WRAP
                        PL_OP_SLAB_ALLOC USE_ITHREADS USE_LARGE_
FILES
                        USE_PERLIO USE_SITECUSTOMIZE
  Locally applied patches:
        ActivePerl Build 820 [274739]
        Iin_load_module moved for compatibility with build 806
        PerlEx support in CGI::Carp
        Less verbose ExtUtils::Install and Pod::Find
        Patch for CAN-2005-0448 from Debian with modifications
        Rearrange @INC so that 'site' is searched before 'perl'
        Partly reverted 24733 to preserve binary compatibility
        29930 win32.c typo in #define MULTIPLICITY
        29868 win32_async_check() can still loop indefinitely
        29690,29732 ANSIfy the PATH environment variable on Wind
ows
        29689 Add error handling to win32_ansipath
        29675 Use short pathnames in $^X and @INC
        29607,29676 allow blib.pm to be used for testing Win32 m
odule
        29605 Implement killpg() for MSWin32
        29598 cwd() to return the short pathname
        29597 let readdir() return the alternate filename
        29590 Don't destroy the Unicode system environment on Pe
rl startup
        29528 get ext/Win32/Win32.xs to compile on cygwin
        29509,29510,29511 Move Win32::* functions into Win32 mod
ule
        29483 Move Win32 from win32/ext/Win32 to ext/Win32
        29481 Makefile.PL changes to compile Win32.xs using cygw
in
        28671 Define PERL_NO_DEV_RANDOM on Windows
        28376 Add error checks after execing PL_cshname or PL_sh
_path
        28305 Pod::Html should not convert "foo" into ``foo''
        27833 Change anchor generation in Pod::Html for '=item i
tem 2'
        27832,27847 fix Pod::Html::depod() for multi-line string
s
        27719 Document the functions htmlify() and anchorify() i
n Pod::Html
        27619 Bug in Term::ReadKey being triggered by a bug in T
erm::ReadLine
        27549 Move DynaLoader.o into libperl.so
        27528 win32_pclose() error exit doesn't unlock mutex
        27527 win32_async_check() can loop indefinitely
        27515 ignore directories when searching @INC
        27359 Fix -d:Foo=bar syntax
        27210 Fix quote typo in c2ph
        27203 Allow compiling swigged C++ code
        27200 Make stat() on Windows handle trailing slashes cor
rectly
        27133 Initialise lastparen in the regexp structure
        27061 L<PerlIO> and Pod::Html
        27034 Avoid "Prototype mismatch" warnings with autouse
        26970 Make Passive mode the default for Net::FTP
        26921 Avoid getprotobyname/number calls in IO::Socket::I
NET
        26897,26903 Make common IPPROTO_* constants always avail
able
        26670 Make '-s' on the shebang line parse -foo=bar switc
hes
        26637 Make Borland and MinGW happy with change 26379
        26536 INSTALLSCRIPT versus INSTALLDIRS
        26379 Fix alarm() for Windows 2003
        26087 Storable 0.1 compatibility
        25861 IO::File performace issue
        25084 long groups entry could cause memory exhaustion
        24699 ICMP_UNREACHABLE handling in Net::Ping
  Built under MSWin32
  Compiled at Jan 23 2007 15:57:46
  @INC:
    C:/perl/site/lib
    C:/perl/lib
    .

C:\namazu\pltests>
> 
> I do not think that ActivePerl operates normally. 
> The influence of Perl of cygwin might have not to be received. 

Maybe I should give up and try to build namazu using only cygwin?

Do you have other users using Cygwin and Mingw, with a Windows
Native namazu?  If you do, then there is some value in finding out
what is happening.  If you do not then before I attempt a build
using only Cygwin, I should see what happens if I re-install
ActivePerl, even if it is not newer.

You have given me so much help that I should use this experience to
help your users, and thereby help you.

        Thank you
        Hugh



More information about the Namazu-users-en mailing list