Perl Symbol Lookup Error Undefined Symbol Perl_gthr_key_ptr
Contents |
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn undefined symbol: perl_istack_sp_ptr more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users perl symbol lookup error undefined symbol perl_xs_apiversion_bootcheck Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 6.2 million programmers, just like you, helping undefined symbol: perl_gthr_key_ptr centos each other. Join them; it only takes a minute: Sign up How can you determine what Perl module is causing “undefined symbol: Perl_Tstack_sp_ptr?” up vote 4 down vote favorite I'm trying to run a Perl script, but it undefined symbol: perl_xs_handshake is returning: /usr/bin/perl: symbol lookup error: /usr/local/groundwork/perl/lib/5.8.8/x86_64-linux-thread-multi/auto/IO/IO.so: undefined symbol: Perl_Tstack_sp_ptr Is there any way to determine what Perl module is causing this? perl shared-objects share|improve this question edited Aug 18 '15 at 7:38 Chankey Pathak 11.5k73881 asked Jun 6 '11 at 18:51 Connor 23113 add a comment| 4 Answers 4 active oldest votes up vote 11 down vote accepted IO.so is the binary component of IO. The modules of this distribution are also part of the
Perl Symbol Lookup Error Perl_istack_sp_ptr
perl distribution (i.e. they are dual-lived). This type of error usually occurs when using a binary compiled using one version of Perl is used by an older version of Perl. share|improve this answer answered Jun 6 '11 at 19:03 ikegami 203k7133310 Thanks. 'twas indeed the problem. The shebang at the top of the script was pointed at the wrong perl. –Connor Jun 8 '11 at 14:18 add a comment| up vote 2 down vote I ran into this problem recently when I had a PERL5LIB environment variable defined in my login files, but they were pointing to a directory that was incompatible with the system-installed perl. This happened because the HOME filesystem is cross-mounted on lots of different machines where the perl installations are heterogenous. Deleting the environment variable solves the problem, and I'll find a better way to manage local libraries. share|improve this answer answered Apr 13 '15 at 18:06 Ken Williams 8,97934271 add a comment| up vote -1 down vote Edit: Finally, even though I know it's not answering the question, i permit myself as it looks like really hard information to get, because I found a bunch of sites mentioning these errors, but very few with consistent solutions in it. Well that's it. I couldn't process the zimbra migration I had to do before changing the platforms path. We have done it
HCL Search Reviews Search ISOs Go to Page... LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions
Undefined Symbol Perl_gthr_key_ptr Ubuntu
> Slackware [SOLVED] Perl - undefined symbol error since -current updates usr bin perl symbol lookup error User Name Remember Me? Password Slackware This Forum is for the discussion of Slackware Linux. Notices Welcome undefined symbol: perl_gthr_key_ptr centos 7 to LinuxQuestions.org, a friendly and active Linux Community. You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, http://stackoverflow.com/questions/6256633/how-can-you-determine-what-perl-module-is-causing-undefined-symbol-perl-tstack receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today! Note that registered members see fewer ads, and ContentLink is completely disabled once you log in. Are you new to LinuxQuestions.org? Visit the following links: Site Howto | Site http://www.linuxquestions.org/questions/slackware-14/perl-undefined-symbol-error-since-current-updates-4175417121/ FAQ | Sitemap | Register Now If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here. Having a problem logging in? Please visit this page to clear all LQ-related cookies. Introduction to Linux - A Hands on Guide This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter. For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own. Click Here to receive this C
Blog Extensions Documentation Community Development Tasks Download Support You are here: Foswiki>Support Web>SupportQuestions>Question1543 (17 Feb 2016, GeorgeClark)Edit AttachThis question about Configuration: Answered bin/configure and email fail with Symbol Lookup failure in Net::SSLeay I cannot use /bin/configure on my Foswiki installation. All the rest of the https://foswiki.org/Support.Question1543 foswiki pages are OK. The page comes out blank and I see an http://morgajel.net/2015/05/20/1676 error in the Apache log: /usr/bin/perl: symbol lookup error: /usr/local/lib64/perl5/auto/Net/SSLeay/SSLeay.so: undefined symbol: Perl_Gthr_key_ptr This is clearly an internal issue with Perl, but I've updated my perl installation to the last available version with no effect. I've also uninstalled and reinstalled the two packages perl-Net-SSLeay and perl-Crypt-SSLeay. The configure script was working when I used undefined symbol it the last time (around last june) so I think some subsequent update harmed perl. My environment: CentOS Linux release 7.0.1406 (Core) perl v5.16.3 foswiki 1.1.9 I'd appreciate any suggestion on how to fix or any workaround. many thanks, -- LucaFini - 16 Dec 2014 Do you have any more of a stack trace that shows who called what? Foswiki 1.1.9 doesn't reference Net::SSLeay It does use IO::Socket::SSL perl symbol lookup as part of the Foswiki::Net support for email over SSL, and I believe that might trigger a dependency on SSLeay. The Checker for MailMethod will attempt to require Net::SMTP::SSL. So you might try renaming lib/Foswiki/Configure/Checkers/Email/MailMethod.pm to suffix .pmx to disable that checker and see if it helps. -- GeorgeClark - 16 Dec 2014 Unfortunately I was not able to find out more info from the Apache log. Disabling MailMethod as you suggested does not solve the problem. Buty today I've got the same error when somebody tries a "reset password". Here is the log from Apache (only one line with no stack trace): [Wed Jan 07 14:39:02.437766 2015] [cgi:error] [pid 23653] [client 193.206.155.7:54634] AH01215: /usr/bin/perl: symbol lookup error: /usr/local/lib64/perl5/auto/Net/SSLeay/SSLeay.so: undefined symbol: Perl_Gthr_key_ptr, referer: http://aowiki.arcetri.astro.it/System/ResetPassword?username=LucaFini -- LucaFini - 07 Jan 2015 SOLVED! Just after the previous update to the issue, I solved the problem with: cpan> upgrade Net::SSLeay -- LucaFini - 07 Jan 2015 -- KIshorRajuskar - 17 Feb 2016 Hi I am very new to this system, Please correct if I am doing something wrong. I have Ubuntu version 14 . I am trying to setup perl-cgi project which is run perfectly on server which has old version of ubuntu. On Lat
2 » The Pain and Fury of vmware-cli on CentOS 7 ok, this has reached the point of absurdity that I need to document it. The Goal Install vmware-cli on CentOS 7 for check_vmware_esx.pl to use. The Requirements installation needs to be reproducible with ansible. the latest version of the cli, VMware-vSphere-CLI-6.0.0-2503617.x86_64.tar.gz The Complications CentOS 7 uses a new version of Perl that is binary incompatible. VMware doesn't pay attention. CPAN seemed like a great idea 22 years ago. Unfortunately it didn't keep up with the times. The Setup Freshly installed CentOS 7 The following custom ansible packages are installed (to give you an idea of what's I was starting with there without absurd detail): vim sudo sshkeys bashconfig snmpd mariadb httpd git icinga2(nagios-plugins,nagios-plugins-all ) manubulonplugins (perl-Net-SNMP) morgnagplug (perl-HTML-Parser,perl-Compress-Raw-Zlib,perl-IO-Zlib,perl-libxml-perl,perl-XML-LibXML,perl-Time-Duration,perl-Number-Format,perl-Config-IniFiles,perl-DateTime) CPAN is NOT installed (it's a PITA with ansible, so it's a last resort). I have currently have two snapshots: a barebones snapshot without all this stuff installed (but it takes 20 minutes to reinstall it all). (Raw Snapshot) a snapshot with all of the stuff listed above installed. (Configured Snapshot) Test 1: Simplest possible install using -default The initial installation demands openssl-devel be installed (I'm skipping that hassle for brevity). yum install openssl-devel ./vmware-install.pl --prefix=/opt/vmwarecli EULA_AGREED=yes --default This will select the perl modules pre-packaged by VMware. Note that it does complain about the following: MIME::Base64 3.14 or newer Try::Tiny 0.22 or newer Socket6 0.23 or newer Which are installed via RPM for net-snmp and othe