You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by CioccarelliA <al...@ecetra.com> on 2001/02/22 16:56:39 UTC

Apache::ASP Undefined symbol "Perl_Tstack_sp_ptr"

Hi,

I am trying to get Apache ASP to work but haven't had a lot of luck. I
have Apache 1.3.17 compiled with mod_ssl, php3 and mod_perl (which is
as a module). Everyting is working fineexcept ASP pages. I am trying the
demo ones included but each time I try I get the following in the error
log.

/usr/libexec/ld-elf.so.1:
/usr/local/lib/perl5/5.6.0/i386-freebsd-multi/auto/SDBM_File/SDBM_File.so:
Undefined symbol "Perl_Tstack_sp_ptr"

Any ideas?

Regards,
Adam Cioccarelli



Re: Apache::ASP Undefined symbol "Perl_Tstack_sp_ptr"

Posted by Joshua Chamas <jo...@chamas.com>.
CioccarelliA wrote:
> 
> Hi,
> 
> I am trying to get Apache ASP to work but haven't had a lot of luck. I
> have Apache 1.3.17 compiled with mod_ssl, php3 and mod_perl (which is
> as a module). Everyting is working fineexcept ASP pages. I am trying the
> demo ones included but each time I try I get the following in the error
> log.
> 
> /usr/libexec/ld-elf.so.1:
> /usr/local/lib/perl5/5.6.0/i386-freebsd-multi/auto/SDBM_File/SDBM_File.so:
> Undefined symbol "Perl_Tstack_sp_ptr"
> 

There is something wrong with your perl build.  I would recommend
rebuilding it so that SDBM_File works, which is a standard
module that comes with perl & that Apache::ASP uses.  If you
don't wan't to deal with it, you can comment out instances of:

  use MLDBM;
  use SDBM_File;

in ASP.pm and then set PerlSetVar NoState 1, but you won't get 
$Session or $Application objects.  If you wanted a $Session still,
you could then use Apache::Session to initialize $Session in your 
global.asa Script_OnStart and it would be much the same for you
with $Session available to all your scripts.

To test your perl for SDBM_File working, you can do something like 

  perl -MSDBM_File -e ';'

which will at least test the module for loading.

If you want to rebuild your perl, I'd recommend installing it into
another part of your system, so if your old perl were in /usr/...
then I'd install the new perl in /usr/local/..., this way so you
don't have to deal with one perl overlaying another possibly.

Then you'd have to rebuild mod_perl against your new perl.

-- Josh

_________________________________________________________________
Joshua Chamas			        Chamas Enterprises Inc.
NodeWorks >> free web link monitoring	Huntington Beach, CA  USA 
http://www.nodeworks.com                1-714-625-4051