Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Solaris 10 x86 semctl() unimplemented error due to Configure IPC_STAT test #8638

Open
p5pRT opened this issue Oct 16, 2006 · 7 comments
Open

Comments

@p5pRT
Copy link

p5pRT commented Oct 16, 2006

Migrated from rt.perl.org#40547 (status was 'stalled')

Searchable as RT40547$

@p5pRT
Copy link
Author

p5pRT commented Oct 16, 2006

From root@pacifier.net

Created by root@pacifier.net

This is a bug report for perl from root@​pacifier.net,
generated with the help of perlbug 1.35 running under perl v5.8.8.

-----------------------------------------------------------------
SunOS xxx 5.10 Generic_118855-19 i86pc i386 i86pc
This is perl, v5.8.8 built for i86pc-solaris

semctl() was returning an unimplemented failure. I tracked this down to the
Semctl macro not being defined, due to none of the IPC_STAT checks having
been defined. Solaris 10 should have USE_SEMCTL_SEMUN defined.

Rebuilding perl with USE_SEMCTL_SEMUN defined in config.h produces a working
semctl().

Perl Info

Flags:
    category=core
    severity=medium

Site configuration information for perl v5.8.8:

Configured by downsj at Fri Oct 13 15:18:47 PDT 2006.

Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
  Platform:
    osname=solaris, osvers=2.10, archname=i86pc-solaris
    uname='sunos x86-spamd3 5.9 generic_117172-07 i86pc i386 i86pc '
    config_args=''
    hint=previous, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-I/usr/local/BerkeleyDB.4.4/include -I/usr/local/ssl/include -I/usr/local/gnu/include -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O2',
    cppflags='-I/usr/local/BerkeleyDB.4.1/include -I/usr/local/ssl/include -I/usr/local/gnu/include -I/usr/local/include -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/ssl/include -I/usr/local/gnu/include -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/ssl/include -I/usr/local/gnu/include -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
    ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10'
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags ='-R/usr/local/BerkeleyDB.4.4/lib -R/usr/local/ssl/lib -R/usr/local/gnu/lib -R/usr/local/lib -L/usr/local/BerkeleyDB.4.4/lib -L/usr/local/ssl/lib -L/usr/local/gnu/lib -L/usr/local/lib'
    libpth=/usr/local/BerkeleyDB.4.4/lib /usr/local/ssl/lib /usr/local/gnu/lib /usr/local/lib /usr/lib /usr/ccs/lib
    libs=-lsocket -lnsl -lgdbm -ldb -ldl -lm -lc
    perllibs=-lsocket -lnsl -ldl -lm -lc
    libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R /usr/local/lib/perl5/5.8.8/i86pc-solaris/CORE'
    cccdlflags='-fPIC', lddlflags='-G -R/usr/local/BerkeleyDB.4.4/lib -R/usr/local/ssl/lib -R/usr/local/gnu/lib -R/usr/local/lib -L/usr/local/BerkeleyDB.4.4/lib -L/usr/local/ssl/lib -L/usr/local/gnu/lib -L/usr/local/lib'

Locally applied patches:
    


@INC for perl v5.8.8:
    /usr/local/lib/perl5/5.8.8/i86pc-solaris
    /usr/local/lib/perl5/5.8.8
    /usr/local/lib/perl5/site_perl/5.8.8/i86pc-solaris
    /usr/local/lib/perl5/site_perl/5.8.8
    /usr/local/lib/perl5/site_perl/5.8.3
    /usr/local/lib/perl5/site_perl
    /usr/local/lib/perl5/site_perl/5.8.3/i86pc-solaris
    /usr/local/lib/perl5/site_perl/5.8..3
    .


Environment for perl v5.8.8:
    HOME=/home/pacifier.com/d/do/downsj
    LANG (unset)
    LANGUAGE (unset)
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/opt/local/bin:/usr/local/bin:/usr/bin:/usr/local/gnu/bin:/usr/local/sbin:/usr/sbin:/usr/dt/bin:/usr/openwin/bin:/usr/ccs/bin:/usr/local/rcs/bin:/usr/local/games:/usr/local/scripts:.
    PERL_BADLANG (unset)
    SHELL=/usr/local/bin/tcsh

@p5pRT
Copy link
Author

p5pRT commented Oct 17, 2006

From @rgarcia

On 16/10/06, via RT root @​ pacifier. net <perlbug-followup@​perl.org> wrote​:

semctl() was returning an unimplemented failure. I tracked this down to the
Semctl macro not being defined, due to none of the IPC_STAT checks having
been defined. Solaris 10 should have USE_SEMCTL_SEMUN defined.

Rebuilding perl with USE_SEMCTL_SEMUN defined in config.h produces a working
semctl().

I suppose that defining d_semctl_semun in the solaris hints file is
enough to make it work, but doesn't this indicate that the Configure
tests are bogus ? Any Solaris porter to investigate that ?

@p5pRT
Copy link
Author

p5pRT commented Oct 17, 2006

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

p5pRT commented Oct 17, 2006

From @doughera88

On Tue, 17 Oct 2006, Rafael Garcia-Suarez wrote​:

On 16/10/06, via RT root @​ pacifier. net <perlbug-followup@​perl.org> wrote​:

semctl() was returning an unimplemented failure. I tracked this down to the
Semctl macro not being defined, due to none of the IPC_STAT checks having
been defined. Solaris 10 should have USE_SEMCTL_SEMUN defined.

Rebuilding perl with USE_SEMCTL_SEMUN defined in config.h produces a working
semctl().

I suppose that defining d_semctl_semun in the solaris hints file is
enough to make it work, but doesn't this indicate that the Configure
tests are bogus ? Any Solaris porter to investigate that ?

The Configure tests work for me, which I realize doesn't help the original
poster much.

I've extracted the relevant Configure tests and attached them to this
message. Could you (i.e. "root at pacifier . net") run those tests
separately? That is, unpack the semctl.tar.gz file attached to this mail
and run the script 'compile.sh' in that directory? It should compile
cleanly, and the 'try' program should run and exit with a code of '0'.

--
  Andy Dougherty doughera@​lafayette.edu

@p5pRT
Copy link
Author

p5pRT commented Oct 17, 2006

From @doughera88

semctl.tar.gz

@p5pRT
Copy link
Author

p5pRT commented Oct 18, 2006

From guest@guest.guest.xxxxxxxx

On Tue Oct 17 10​:18​:56 2006, doughera wrote​:

On Tue, 17 Oct 2006, Rafael Garcia-Suarez wrote​:

On 16/10/06, via RT root @​ pacifier. net <perlbug-followup@​perl.org>
wrote​:

semctl() was returning an unimplemented failure. I tracked this
down to the
Semctl macro not being defined, due to none of the IPC_STAT checks
having
been defined. Solaris 10 should have USE_SEMCTL_SEMUN defined.

Rebuilding perl with USE_SEMCTL_SEMUN defined in config.h produces
a working
semctl().

I suppose that defining d_semctl_semun in the solaris hints file is
enough to make it work, but doesn't this indicate that the Configure
tests are bogus ? Any Solaris porter to investigate that ?

The Configure tests work for me, which I realize doesn't help the
original
poster much.

I've extracted the relevant Configure tests and attached them to this
message. Could you (i.e. "root at pacifier . net") run those tests
separately? That is, unpack the semctl.tar.gz file attached to this
mail
and run the script 'compile.sh' in that directory? It should compile
cleanly, and the 'try' program should run and exit with a code of '0'.

About to run the program. It should exit with status 0.
semun
0

@p5pRT
Copy link
Author

p5pRT commented May 11, 2008

p5p@spam.wizbit.be - Status changed from 'open' to 'stalled'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants