On 2013-02-18 08:13, chenlin rao wrote:
Or how can I know whether one module like YAML is such a core module?
I need to write some perl scripts used for hadoop map/reduce streaming, so
I donot want to use extra modules exists in my own computer.
Nothing ever stops me from adding code to a
Or how can I know whether one module like YAML is such a core module?
I need to write some perl scripts used for hadoop map/reduce streaming, so
I donot want to use extra modules exists in my own computer.
From: chenlin rao rao.chen...@gmail.com
To: beginners@perl.org
Sent: Monday, 18 February 2013 12:43 PM
Subject: Where can I find the list of modules distributed by perl core?
Or how can I know whether one module like YAML is such a core module?
I need to write some perl scripts used for hadoop
/usr/bin/perl core.17537
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-56.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY
On Mon, Feb 11, 2013 at 1:23 AM, karthik sankaran
skarthikbe2...@gmail.com wrote:
warning: .dynamic section for /usr/local/mysql/lib/libmysqlclient.so.18 is
not at the expected address (wrong library or version mismatch?)
You have a problem with your MySQL installation. The most probable
cause
Hi --
Even after upgrading to the latest version of perl I am seeing the core
dump files created.
On Wed, Jan 30, 2013 at 10:42 AM, karthik sankaran skarthikbe2...@gmail.com
wrote:
thanks for the reply,
The perl code uses multi-processing functionality. A parent child
functionality where
On Jan 30, 2013, at 3:14 AM, karthik sankaran wrote:
Hi --
Even after upgrading to the latest version of perl I am seeing the core
dump files created.
I would make sure that perl and all of the XS modules you are using were
compiled with the same compiler and libraries. When you
I compiled it from the source and Yes , in installed all the necessary
modules again.
this is the latest info from the gdb after upgrading to the perl version
16, subversion 2 (v5.16.2) built for x86_64-linux
Program terminated with signal 11, Segmentation fault.
#0 0x7f0686355c47 in
On Wed, Jan 30, 2013 at 9:17 PM, karthik sankaran
skarthikbe2...@gmail.com wrote:
I compiled it from the source and Yes , in installed all the necessary
modules again.
this is the latest info from the gdb after upgrading to the perl version
16, subversion 2 (v5.16.2) built for x86_64-linux
thanks for the reply,
The perl code uses multi-processing functionality. A parent child
functionality where the parent invokes as many childs needed and will
terminate once the child completes its process.
Yes I am seeing this core dumps in other servers also. I info I forgot to
mention is I am
gdb /usr/bin/perl /piroot/corefiles/core.21394
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-56.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
So what was the question?
On Jan 28, 2013, at 5:48 AM, karthik sankaran skarthikbe2...@gmail.com wrote:
gdb /usr/bin/perl /piroot/corefiles/core.21394
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-56.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3
I suspect the real question is: Why am I trying to debug a Perl
configuration problem with the gdb()? Why didn't I read the first few
lines of the error message (starting with warning:) and fix the
problem? I get enough gdb() practice running against some gnarly
(and barkley) C code in my
Why am I trying to debug a Perl
configuration problem with the gdb()? Why didn't I read the first few
lines of the error message (starting with warning:) and fix the
problem?
I am seeing a lot of core dump files created by perl. The only way I know
to go through the core dump files is through
On Mon, Jan 28, 2013 at 9:27 PM, karthik sankaran
skarthikbe2...@gmail.com wrote:
I am seeing a lot of core dump files created by perl.
The perl-beginners list isn't the most appropriate forum for this
issue -- dealing with the interpreter core dumping and how to
troubleshoot that particular
Quick question:
What's the best way to find out if a module is standard in the Perl
Core and if it is, when it was added?
Thanks.
James
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
http://learn.perl.org/ http://learn.perl.org/first-response
On 7/31/2004 12:24 PM, James Edward Gray II wrote:
Quick question:
What's the best way to find out if a module is standard in the Perl Core
and if it is, when it was added?
Check out Module::CoreList
http://search.cpan.org/dist/Module-CoreList/
--
To unsubscribe, e-mail: [EMAIL PROTECTED
On Jul 31, 2004, at 11:30 AM, Randy W. Sims wrote:
On 7/31/2004 12:24 PM, James Edward Gray II wrote:
Quick question:
What's the best way to find out if a module is standard in the Perl
Core and if it is, when it was added?
Check out Module::CoreList
http://search.cpan.org/dist/Module-CoreList
On 7/31/2004 12:40 PM, James Edward Gray II wrote:
On Jul 31, 2004, at 11:30 AM, Randy W. Sims wrote:
On 7/31/2004 12:24 PM, James Edward Gray II wrote:
Quick question:
What's the best way to find out if a module is standard in the Perl
Core and if it is, when it was added?
Check out Module
James Edward Gray II wrote:
On Jul 31, 2004, at 11:30 AM, Randy W. Sims wrote:
On 7/31/2004 12:24 PM, James Edward Gray II wrote:
Quick question:
What's the best way to find out if a module is standard in the Perl
Core and if it is, when it was added?
Check out Module::CoreList
http
I am not sure if this would be inane to ask. But here is a dilemma:
I have three functions, ltrim, rtrim and trim. As the function names adumbrate, each
of them trims white-spaces -- the usual trimming stuff. Since, these functions do not
exist in Perl and of course I can club them together
Rto Rto wrote at Tue, 10 Sep 2002 12:26:57 +0200:
I have three functions, ltrim, rtrim and trim. As the function names adumbrate, each
of them trims
white-spaces -- the usual trimming stuff.
I'm afraid you reinvent the wheel :-)
There's already a CPAN module implementing these functions
in
-Original Message-
From: RTO RTO [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 10, 2002 6:27 AM
To: [EMAIL PROTECTED]
Subject: Add a user-function to Perl core
I am not sure if this would be inane to ask. But here is a dilemma:
I have three functions, ltrim, rtrim
On Tuesday, Sep 10, 2002, at 03:26 US/Pacific, RTO RTO wrote:
[..]
In a nutshell, is there a way, where user-defined functions can be
safely added to my local installation of Perl and make it believe
that such user-defined functions to be a part of standard Perl
functions? Can I invoke
On Tue, Sep 10, 2002 at 03:26:57AM -0700, RTO RTO wrote:
In a nutshell, is there a way, where user-defined functions can be
safely added to my local installation of Perl and make it believe that
such user-defined functions to be a part of standard Perl functions? Can
I invoke such
25 matches
Mail list logo
