Can"t call method "findnodes" on unblessed reference; not using OO Perl
Can"t call method "findnodes" on unblessed reference; not using OO Perl
am 18.05.2011 22:37:00 von Kenneth Wolcott
--0016364ed106ba7b1704a392d98e
Content-Type: text/plain; charset=ISO-8859-1
Hi;
A colleague claims that he made no changes, code worked yesterday and
doesn't today.
He is not using OO Perl.
I have asked him for a small code snippet that reproduces the error (I'm
sure he is unwilling to show the entire code!).
We have rules requiring the standard use of "use strict" and "use
warnings" in all our Perl scripts.
We use Perl on Windows, Linux and Solaris (all his scripts are supposed to
run without modification on Linux and Windows).
He claims this: "use strict; use warnings; use XML::XPath;"
Trying to get value for:
$ha = $xPath->findnodes('//job');
Error:
Can't call method "findnodes" on unblessed reference at line
.
Output from Data::Dumper follows:
$VAR1 = {
'object' => [
{
'objectId' => 'job-21461',
'job' => {
'priority' => 'normal',
'status' => 'completed',
'outcome' => 'success',
'jobName' => 'DeleteBuilds-200911060000',
'jobId' =>
'21461',
'lastModifiedBy' => 'admin',
}
},
{
'objectId' => 'job-21473',
'job' => {
'priority' => 'normal',
'status' => 'completed',
'outcome' => 'success',
'jobName' => 'DeleteBuilds-200911070000',
'jobId' => '21473',
'lastModifiedBy' => 'admin',
}
},
]
}
--0016364ed106ba7b1704a392d98e--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 22:52:01 von Rob Coops
--0016364eec7e9f3f7f04a39310bf
Content-Type: text/plain; charset=UTF-8
On Wed, May 18, 2011 at 10:37 PM, Kenneth Wolcott
wrote:
> Hi;
>
> A colleague claims that he made no changes, code worked yesterday and
> doesn't today.
>
> He is not using OO Perl.
>
> I have asked him for a small code snippet that reproduces the error (I'm
> sure he is unwilling to show the entire code!).
>
> We have rules requiring the standard use of "use strict" and "use
> warnings" in all our Perl scripts.
>
> We use Perl on Windows, Linux and Solaris (all his scripts are supposed to
> run without modification on Linux and Windows).
>
> He claims this: "use strict; use warnings; use XML::XPath;"
>
> Trying to get value for:
> $ha = $xPath->findnodes('//job');
>
> Error:
> Can't call method "findnodes" on unblessed reference at line
> .
>
> Output from Data::Dumper follows:
>
> $VAR1 = {
> 'object' => [
> {
> 'objectId' => 'job-21461',
> 'job' => {
> 'priority' => 'normal',
> 'status' => 'completed',
> 'outcome' => 'success',
> 'jobName' => 'DeleteBuilds-200911060000',
> 'jobId' =>
> '21461',
> 'lastModifiedBy' => 'admin',
> }
> },
>
> {
>
> 'objectId' => 'job-21473',
> 'job' => {
> 'priority' => 'normal',
> 'status' => 'completed',
> 'outcome' => 'success',
> 'jobName' => 'DeleteBuilds-200911070000',
> 'jobId' => '21473',
> 'lastModifiedBy' => 'admin',
> }
> },
> ]
> }
>
Hi Kenneth,
I think the error is clear on what is going wrong: *Error: Can't call method
"findnodes" on unblessed reference at line .*
*
*
When you colleague calls: $xPath->findnodes('//job');
Perl tels him that $xPath is not an blessed reference. In human speak it
means he at some point said $xPath = new XML::XPath->new(filename =>
); and this call failed... or he might have assigned a value to $xPath
destroying XPath the object that it was holding before.
Now lets assume your colleague isn't that silly that he would reassign
$xPath my guess is that the file cannot be read, does not exist or maybe is
locked. I suspect that your colleague is not wrong the code didn't change
but the environment did and now the Perl script does not have rights to read
the file.
Hope that helps,
Rob
ps, you might want to besides the rules to always use strict and warnings
also implement a rule that before opening of a file one always checks if it
exists, and can be opened for the purposes you need it for (read only will
not do if you want to write to it) also enforce a simple check to see if the
new module::xyz call actually did what was expected from it.
--0016364eec7e9f3f7f04a39310bf--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 23:21:21 von Kenneth Wolcott
--0016364ecdde54b8b104a3937877
Content-Type: text/plain; charset=ISO-8859-1
> Hi Kenneth,
>
> I think the error is clear on what is going wrong: *Error: Can't call
> method "findnodes" on unblessed reference at line .
> *
> *
> *
> When you colleague calls: $xPath->findnodes('//job');
>
> Perl tels him that $xPath is not an blessed reference. In human speak it
> means he at some point said $xPath = new XML::XPath->new(filename =>
> ); and this call failed... or he might have assigned a value to $xPath
> destroying XPath the object that it was holding before.
>
> Now lets assume your colleague isn't that silly that he would reassign
> $xPath my guess is that the file cannot be read, does not exist or maybe is
> locked. I suspect that your colleague is not wrong the code didn't change
> but the environment did and now the Perl script does not have rights to read
> the file.
>
> Hope that helps,
>
> Rob
>
> ps, you might want to besides the rules to always use strict and warnings
> also implement a rule that before opening of a file one always checks if it
> exists, and can be opened for the purposes you need it for (read only will
> not do if you want to write to it) also enforce a simple check to see if the
> new module::xyz call actually did what was expected from it.
>
Hi Rob;
Thank you so much for your quick response.
Should he be using the XML::XPath in OO form and instead of direct
assignment?
There's no file I/O here; perhaps there was an error at the findObjects
call?
Here is a minimized version of the script which illustrates the problem.
use strict;
use warnings;
use Ec;
use XML::XPath;
use Data::Dumper;
my $ec = Ec->new or die "Can not create Ec object $!\n";
my $xPath;
$xPath = $ec->findObjects('job');
print Dumper($xPath);
#my $ha = $xPath->findnodes('//job');
#print Dumper($ha);
--0016364ecdde54b8b104a3937877--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 23:25:57 von Rob Dixon
On 18/05/2011 21:37, Kenneth Wolcott wrote:
>
> A colleague claims that he made no changes, code worked yesterday
> and doesn't today.
>
> He is not using OO Perl.
You say later that he uses XML::XPath. That is an object-oriented module.
> I have asked him for a small code snippet that reproduces the error
> (I'm sure he is unwilling to show the entire code!).
>
> We have rules requiring the standard use of "use strict" and "use
> warnings" in all our Perl scripts.
>
> We use Perl on Windows, Linux and Solaris (all his scripts are
> supposed to run without modification on Linux and Windows).
Hi Kenneth.
All of the above may or may not be a proper assessment of your
situation, but it has nothing to do with Perl. My assessment would be
that your manager isn't doing his job, but also that you are bringing a
personal conflict to a Perl list instead of to your manager. He is there
to resolve things like this, and you haven't told him the relevant facts.
> He claims this: "use strict; use warnings; use XML::XPath;"
Until you have evidence otherwise, your colleague is telling the truth.
> Trying to get value for:
> $ha = $xPath->findnodes('//job');
You have shown no code for the derivation of $xPath, or the declaration
of $ha.
> Error:
> Can't call method "findnodes" on unblessed reference at line
> .
Why are you hiding from us when we have no code? That
also makes sense with the rest of your mail, which shows that whatever
you have dumped is unblessed.
> Output from Data::Dumper follows:
>
> $VAR1 = {
> 'object' => [
> {
> 'objectId' => 'job-21461',
> 'job' => {
> 'priority' => 'normal',
> 'status' => 'completed',
> 'outcome' => 'success',
> 'jobName' => 'DeleteBuilds-200911060000',
> 'jobId' =>
> '21461',
> 'lastModifiedBy' => 'admin',
> }
> },
>
> {
>
> 'objectId' => 'job-21473',
> 'job' => {
> 'priority' => 'normal',
> 'status' => 'completed',
> 'outcome' => 'success',
> 'jobName' => 'DeleteBuilds-200911070000',
> 'jobId' => '21473',
> 'lastModifiedBy' => 'admin',
> }
> },
> ]
> }
>
That looks fine, except that all you have printed is a hash of data. It
isn't blessed and so it isn't an object.
Please grow up and ask Perl questions. It looks to me as if you are as
silly as each other. I certainly wouldn't employ either of you.
I also wonder if you 'Kenneth Wolcott' and your friend are the same
person. Since your name sounds English you embarrass me: the vast
majority of Englishmen are far more professional than yourself.
Rob
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 23:30:57 von Rob Dixon
On 18/05/2011 22:21, Kenneth Wolcott wrote:
>
> Should he be using the XML::XPath in OO form and instead of direct
> assignment?
>
> There's no file I/O here; perhaps there was an error at the findObjects
> call?
>
> Here is a minimized version of the script which illustrates the problem.
>
> use strict;
> use warnings;
> use Ec;
> use XML::XPath;
> use Data::Dumper;
>
> my $ec = Ec->new or die "Can not create Ec object $!\n";
> my $xPath;
> $xPath = $ec->findObjects('job');
> print Dumper($xPath);
> #my $ha = $xPath->findnodes('//job');
> #print Dumper($ha);
A friend of mine says that he doesn't trust your friend. Since you said
that "I'm sure he is unwilling to show the entire code!" my friend
suggests that you go to your manager and insist that your friend debug
his own code.
Rob Dixon
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 23:33:13 von Rob Coops
--20cf300fb05704c66f04a393a48c
Content-Type: text/plain; charset=UTF-8
On Wed, May 18, 2011 at 11:25 PM, Rob Dixon wrote:
> On 18/05/2011 21:37, Kenneth Wolcott wrote:
>
>>
>> A colleague claims that he made no changes, code worked yesterday
>> and doesn't today.
>>
>> He is not using OO Perl.
>>
>
> You say later that he uses XML::XPath. That is an object-oriented module.
>
>
> I have asked him for a small code snippet that reproduces the error
>> (I'm sure he is unwilling to show the entire code!).
>>
>> We have rules requiring the standard use of "use strict" and "use
>> warnings" in all our Perl scripts.
>>
>> We use Perl on Windows, Linux and Solaris (all his scripts are
>> supposed to run without modification on Linux and Windows).
>>
>
> Hi Kenneth.
>
> All of the above may or may not be a proper assessment of your
> situation, but it has nothing to do with Perl. My assessment would be
> that your manager isn't doing his job, but also that you are bringing a
> personal conflict to a Perl list instead of to your manager. He is there
> to resolve things like this, and you haven't told him the relevant facts.
>
>
> He claims this: "use strict; use warnings; use XML::XPath;"
>>
>
> Until you have evidence otherwise, your colleague is telling the truth.
>
>
> Trying to get value for:
>> $ha = $xPath->findnodes('//job');
>>
>
> You have shown no code for the derivation of $xPath, or the declaration of
> $ha.
>
>
> Error:
>> Can't call method "findnodes" on unblessed reference at line
>> .
>>
>
> Why are you hiding from us when we have no code? That
> also makes sense with the rest of your mail, which shows that whatever
> you have dumped is unblessed.
>
>
> Output from Data::Dumper follows:
>>
>> $VAR1 = {
>> 'object' => [
>> {
>> 'objectId' => 'job-21461',
>> 'job' => {
>> 'priority' => 'normal',
>> 'status' => 'completed',
>> 'outcome' => 'success',
>> 'jobName' =>
>> 'DeleteBuilds-200911060000',
>> 'jobId' =>
>> '21461',
>> 'lastModifiedBy' => 'admin',
>> }
>> },
>>
>> {
>>
>> 'objectId' => 'job-21473',
>> 'job' => {
>> 'priority' => 'normal',
>> 'status' => 'completed',
>> 'outcome' => 'success',
>> 'jobName' =>
>> 'DeleteBuilds-200911070000',
>> 'jobId' => '21473',
>> 'lastModifiedBy' => 'admin',
>> }
>> },
>> ]
>> }
>>
>>
> That looks fine, except that all you have printed is a hash of data. It
> isn't blessed and so it isn't an object.
>
> Please grow up and ask Perl questions. It looks to me as if you are as
> silly as each other. I certainly wouldn't employ either of you.
>
> I also wonder if you 'Kenneth Wolcott' and your friend are the same
> person. Since your name sounds English you embarrass me: the vast
> majority of Englishmen are far more professional than yourself.
>
> Rob
>
>
> --
> To unsubscribe, e-mail: beginners-unsubscribe@perl.org
> For additional commands, e-mail: beginners-help@perl.org
> http://learn.perl.org/
>
>
>
:-) Guess it is getting late in England as well then :-)
Anyway...
use strict;
use warnings;
use Ec;
use XML::XPath;
use Data::Dumper;
my $ec = Ec->new or die "Can not create Ec object $!\n";
my $xPath;
$xPath = $ec->findObjects('job');
print Dumper($xPath);
#my $ha = $xPath->findnodes('//job');
#print Dumper($ha);
This makes no sense at all....
use strict; # Good no complaints
use warnings; # Good no complaints
use Ec; # What is this a home brew module how is this relevant to the rest
of the code?
use XML::XPath; # XPath module
use Data::Dumper; # My all time favorite module
my $ec = Ec->new or die "Can not create Ec object $!\n"; # Creating a new Ec
object (what ever it might be) and storing this in $ec
my $xPath; # Declaring a variable called $xPath
$xPath = $ec->findObjects('job'); # Using the $ec variable to do something
and storing the returned value in the $xPath variable
print Dumper($xPath); # Dumping the $xPath variable looking at the above it
is a neat looking nested data structure
#my $ha = $xPath->findnodes('//job'); # Hang on a minute, now the $xPath
variable containing that data structure is used as an object and Perl goes
Bleh!!! not all that strange is it?
#print Dumper($ha);
--20cf300fb05704c66f04a393a48c--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 23:37:18 von Kenneth Wolcott
--90e6ba21248567125004a393b114
Content-Type: text/plain; charset=ISO-8859-1
On Wed, May 18, 2011 at 14:25, Rob Dixon wrote:
> On 18/05/2011 21:37, Kenneth Wolcott wrote:
>
>>
>> A colleague claims that he made no changes, code worked yesterday
>> and doesn't today.
>>
>> He is not using OO Perl.
>>
>
> You say later that he uses XML::XPath. That is an object-oriented module.
>
>
> I have asked him for a small code snippet that reproduces the error
>> (I'm sure he is unwilling to show the entire code!).
>>
>> We have rules requiring the standard use of "use strict" and "use
>> warnings" in all our Perl scripts.
>>
>> We use Perl on Windows, Linux and Solaris (all his scripts are
>> supposed to run without modification on Linux and Windows).
>>
>
> Hi Kenneth.
>
> All of the above may or may not be a proper assessment of your
> situation, but it has nothing to do with Perl. My assessment would be
> that your manager isn't doing his job, but also that you are bringing a
> personal conflict to a Perl list instead of to your manager. He is there
> to resolve things like this, and you haven't told him the relevant facts.
>
>
> He claims this: "use strict; use warnings; use XML::XPath;"
>>
>
> Until you have evidence otherwise, your colleague is telling the truth.
>
>
> Trying to get value for:
>> $ha = $xPath->findnodes('//job');
>>
>
> You have shown no code for the derivation of $xPath, or the declaration of
> $ha.
>
>
> Error:
>> Can't call method "findnodes" on unblessed reference at line
>> .
>>
>
> Why are you hiding from us when we have no code? That
> also makes sense with the rest of your mail, which shows that whatever
> you have dumped is unblessed.
>
>
> Output from Data::Dumper follows:
>>
>> $VAR1 = {
>> 'object' => [
>> {
>> 'objectId' => 'job-21461',
>> 'job' => {
>> 'priority' => 'normal',
>> 'status' => 'completed',
>> 'outcome' => 'success',
>> 'jobName' =>
>> 'DeleteBuilds-200911060000',
>> 'jobId' =>
>> '21461',
>> 'lastModifiedBy' => 'admin',
>> }
>> },
>>
>> {
>>
>> 'objectId' => 'job-21473',
>> 'job' => {
>> 'priority' => 'normal',
>> 'status' => 'completed',
>> 'outcome' => 'success',
>> 'jobName' =>
>> 'DeleteBuilds-200911070000',
>> 'jobId' => '21473',
>> 'lastModifiedBy' => 'admin',
>> }
>> },
>> ]
>> }
>>
>>
> That looks fine, except that all you have printed is a hash of data. It
> isn't blessed and so it isn't an object.
>
> Please grow up and ask Perl questions. It looks to me as if you are as
> silly as each other. I certainly wouldn't employ either of you.
>
> I also wonder if you 'Kenneth Wolcott' and your friend are the same
> person. Since your name soulds English you embarrass me: the vast
> majority of Englishmen are far more professional than yourself.
>
> Rob
>
Wow. My name is Ken Wolcott.
I was posting in the behalf of a real colleague whom I will not share now to
spare him this grief.
We both work at a company which I will not share now because I do not wish
to harm my company by looking so foolish as to post to this list.
He has never posted to this email list previously. His code itself is
strictly non-OO even though he is calling an OO Perl module.
We dif not wish to expose the entire script to the entire world.
I'm sorry if both of us appear so incompetent to you.
Neither of us are experts at Perl.
But I will probably not post here again although I will probably read the
posts.
Thanks for your help, although it was not very helpful.
Ken Wolcott
--90e6ba21248567125004a393b114--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 23:43:44 von Kenneth Wolcott
--90e6ba2124856ae06704a393c8c6
Content-Type: text/plain; charset=ISO-8859-1
> :-) Guess it is getting late in England as well then :-)
>
> Anyway...
>
> use strict;
> use warnings;
>
> use Ec;
> use XML::XPath;
> use Data::Dumper;
>
> my $ec = Ec->new or die "Can not create Ec object $!\n";
> my $xPath;
> $xPath = $ec->findObjects('job');
> print Dumper($xPath);
> #my $ha = $xPath->findnodes('//job');
> #print Dumper($ha);
>
> This makes no sense at all....
>
> use strict; # Good no complaints
> use warnings; # Good no complaints
> use Ec; # What is this a home brew module how is this relevant to the rest
> of the code?
> use XML::XPath; # XPath module
> use Data::Dumper; # My all time favorite module
>
> my $ec = Ec->new or die "Can not create Ec object $!\n"; # Creating a new
> Ec object (what ever it might be) and storing this in $ec
> my $xPath; # Declaring a variable called $xPath
> $xPath = $ec->findObjects('job'); # Using the $ec variable to do something
> and storing the returned value in the $xPath variable
> print Dumper($xPath); # Dumping the $xPath variable looking at the above it
> is a neat looking nested data structure
> #my $ha = $xPath->findnodes('//job'); # Hang on a minute, now the $xPath
> variable containing that data structure is used as an object and Perl goes
> Bleh!!! not all that strange is it?
> #print Dumper($ha);
>
Ec is either a module written by Electric Cloud for their Electric Commander
product that we are using (an API) or is our localized Perl module. It
returns XML.
I guess neither of us should be posting here. We'll figure it out by
ourselves.
Going back to read-only with this list.
Ken Wolcott
--90e6ba2124856ae06704a393c8c6--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 18.05.2011 23:58:01 von Jim Gibson
On 5/18/11 Wed May 18, 2011 2:25 PM, "Rob Dixon"
scribbled:
> That looks fine, except that all you have printed is a hash of data. It
> isn't blessed and so it isn't an object.
>
> Please grow up and ask Perl questions. It looks to me as if you are as
> silly as each other. I certainly wouldn't employ either of you.
>
> I also wonder if you 'Kenneth Wolcott' and your friend are the same
> person. Since your name sounds English you embarrass me: the vast
> majority of Englishmen are far more professional than yourself.
>
> Rob
>
Holy smokes, Rob. That response is totally inappropriate for a beginners
list. I saw nothing wrong with Kenneth's question, except we needed more
information to help him. I think you owe Kenneth and everybody else reading
this list an apology.
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 00:28:08 von Uri Guttman
>>>>> "RC" == Rob Coops writes:
RC> ps, you might want to besides the rules to always use strict and
RC> warnings also implement a rule that before opening of a file one
RC> always checks if it exists, and can be opened for the purposes you
RC> need it for (read only will not do if you want to write to it)
RC> also enforce a simple check to see if the new module::xyz call
RC> actually did what was expected from it.
the open itself will check for a file existing. doing it again is not
even useful as it could be deleted or something else happens between the
check and the open. this is called a race condition and it is not
something newbies learn much about but should.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 00:30:06 von Uri Guttman
>>>>> "KW" == Kenneth Wolcott writes:
KW> my $ec = Ec->new or die "Can not create Ec object $!\n";
KW> my $xPath;
KW> $xPath = $ec->findObjects('job');
KW> print Dumper($xPath);
well it is pretty obvious from that. the dumper shows NO blessing so the
call to findObjects didn't return a perl object. it returned some
stuff from Ec.
KW> #my $ha = $xPath->findnodes('//job');
since $xpath is not a perl object, that will fail always.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 00:33:12 von Uri Guttman
>>>>> "KW" == Kenneth Wolcott writes:
>> Please grow up and ask Perl questions. It looks to me as if you are as
>> silly as each other. I certainly wouldn't employ either of you.
>>
>> I also wonder if you 'Kenneth Wolcott' and your friend are the same
>> person. Since your name sounds English you embarrass me: the vast
>> majority of Englishmen are far more professional than yourself.
KW> Wow. My name is Ken Wolcott.
i agree. i was recently (and wrongly) slammed for uppercasing NEVER in a
rule. this was totally personal and way out of line and uncalled for.
i answered your actual question in another post. it is a simple problem
and your colleague needs to read the docs on Ec more. it doesn't seem to
return perl objects.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 19.05.2011 00:35:17 von Rob Dixon
On 18/05/2011 22:33, Rob Coops wrote:
> On Wed, May 18, 2011 at 11:25 PM, Rob Dixon wrote:
>
>> On 18/05/2011 21:37, Kenneth Wolcott wrote:
>>
>>>
>>> A colleague claims that he made no changes, code worked yesterday
>>> and doesn't today.
>>>
>>> He is not using OO Perl.
>>>
>>
>> You say later that he uses XML::XPath. That is an object-oriented module.
>>
>>
>> I have asked him for a small code snippet that reproduces the error
>>> (I'm sure he is unwilling to show the entire code!).
>>>
>>> We have rules requiring the standard use of "use strict" and "use
>>> warnings" in all our Perl scripts.
>>>
>>> We use Perl on Windows, Linux and Solaris (all his scripts are
>>> supposed to run without modification on Linux and Windows).
>>>
>>
>> Hi Kenneth.
>>
>> All of the above may or may not be a proper assessment of your
>> situation, but it has nothing to do with Perl. My assessment would be
>> that your manager isn't doing his job, but also that you are bringing a
>> personal conflict to a Perl list instead of to your manager. He is there
>> to resolve things like this, and you haven't told him the relevant facts.
>>
>>
>> He claims this: "use strict; use warnings; use XML::XPath;"
>>>
>>
>> Until you have evidence otherwise, your colleague is telling the truth.
>>
>>
>> Trying to get value for:
>>> $ha = $xPath->findnodes('//job');
>>>
>>
>> You have shown no code for the derivation of $xPath, or the declaration of
>> $ha.
>>
>>
>> Error:
>>> Can't call method "findnodes" on unblessed reference at line
>>> .
>>>
>>
>> Why are you hiding from us when we have no code? That
>> also makes sense with the rest of your mail, which shows that whatever
>> you have dumped is unblessed.
>>
>>
>> Output from Data::Dumper follows:
>>>
>>> $VAR1 = {
>>> 'object' => [
>>> {
>>> 'objectId' => 'job-21461',
>>> 'job' => {
>>> 'priority' => 'normal',
>>> 'status' => 'completed',
>>> 'outcome' => 'success',
>>> 'jobName' =>
>>> 'DeleteBuilds-200911060000',
>>> 'jobId' =>
>>> '21461',
>>> 'lastModifiedBy' => 'admin',
>>> }
>>> },
>>>
>>> {
>>>
>>> 'objectId' => 'job-21473',
>>> 'job' => {
>>> 'priority' => 'normal',
>>> 'status' => 'completed',
>>> 'outcome' => 'success',
>>> 'jobName' =>
>>> 'DeleteBuilds-200911070000',
>>> 'jobId' => '21473',
>>> 'lastModifiedBy' => 'admin',
>>> }
>>> },
>>> ]
>>> }
>>>
>>>
>> That looks fine, except that all you have printed is a hash of data. It
>> isn't blessed and so it isn't an object.
>>
>> Please grow up and ask Perl questions. It looks to me as if you are as
>> silly as each other. I certainly wouldn't employ either of you.
>>
>> I also wonder if you 'Kenneth Wolcott' and your friend are the same
>> person. Since your name sounds English you embarrass me: the vast
>> majority of Englishmen are far more professional than yourself.
>>
>> Rob
>>
>>
>> --
>> To unsubscribe, e-mail: beginners-unsubscribe@perl.org
>> For additional commands, e-mail: beginners-help@perl.org
>> http://learn.perl.org/
>>
>>
>>
> :-) Guess it is getting late in England as well then :-)
>
> Anyway...
>
> use strict;
> use warnings;
> use Ec;
> use XML::XPath;
> use Data::Dumper;
>
> my $ec = Ec->new or die "Can not create Ec object $!\n";
> my $xPath;
> $xPath = $ec->findObjects('job');
> print Dumper($xPath);
> #my $ha = $xPath->findnodes('//job');
> #print Dumper($ha);
>
> This makes no sense at all....
>
> use strict; # Good no complaints
> use warnings; # Good no complaints
> use Ec; # What is this a home brew module how is this relevant to the rest
> of the code?
> use XML::XPath; # XPath module
> use Data::Dumper; # My all time favorite module
>
> my $ec = Ec->new or die "Can not create Ec object $!\n"; # Creating a new Ec
> object (what ever it might be) and storing this in $ec
> my $xPath; # Declaring a variable called $xPath
> $xPath = $ec->findObjects('job'); # Using the $ec variable to do something
> and storing the returned value in the $xPath variable
> print Dumper($xPath); # Dumping the $xPath variable looking at the above it
> is a neat looking nested data structure
> #my $ha = $xPath->findnodes('//job'); # Hang on a minute, now the $xPath
> variable containing that data structure is used as an object and Perl goes
> Bleh!!! not all that strange is it?
> #print Dumper($ha);
OK, so what happened here guys?
Rob, why did you assume to 'use Ec' when it has never been mentioned
before on this thread? You also seem to have a lot of insight into the
problem before the mess of its declaration. Did you get a private
request for help and shovel it, malformed, into beginners@perl.org?
Ken. All your post looks like is a chance to abuse your colleague. That,
as I said doesn't belong on this list. You should be asking Perl
questions here.
Rob Dixon
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 00:42:24 von Uri Guttman
>>>>> "RD" == Rob Dixon writes:
RD> OK, so what happened here guys?
you went way out of line.
RD> Rob, why did you assume to 'use Ec' when it has never been
RD> mentioned before on this thread? You also seem to have a lot of
RD> insight into the problem before the mess of its declaration. Did
RD> you get a private request for help and shovel it, malformed, into
RD> beginners@perl.org?
RD> Ken. All your post looks like is a chance to abuse your
RD> colleague. That, as I said doesn't belong on this list. You should
RD> be asking Perl questions here.
he did ask a perl question here. we get many lesser quality questions
all the time. sure he needed to be asked for more code and such. where
did your anger come from? it has no bearing on the posting or the
poster. his relationship with his colleague is his business.
and on top of it all, i answered the question with probably a correct
answer even given the meager amount of code.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://beqtfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 19.05.2011 00:53:33 von Rob Dixon
On 18/05/2011 22:37, Kenneth Wolcott wrote:
> On Wed, May 18, 2011 at 14:25, Rob Dixon wrote:
>>
>> That looks fine, except that all you have printed is a hash of data. It
>> isn't blessed and so it isn't an object.
>>
>> Please grow up and ask Perl questions. It looks to me as if you are as
>> silly as each other. I certainly wouldn't employ either of you.
>>
>> I also wonder if you 'Kenneth Wolcott' and your friend are the same
>> person. Since your name sounds English you embarrass me: the vast
>> majority of Englishmen are far more professional than yourself.
>
> Wow. My name is Ken Wolcott.
>
> I was posting in the behalf of a real colleague whom I will not share now to
> spare him this grief.
I doubt that your name is Ken Wolcott. Your original post said:
> A colleague claims that he made no changes, code worked yesterday
> and doesn't today.
>
> He is not using OO Perl.
>
> I have asked him for a small code snippet that reproduces the error
> (I'm sure he is unwilling to show the entire code!).
And now you try to persuade us that:
> We both work at a company which I will not share now because I do not wish
> to harm my company by looking so foolish as to post to this list.
>
> He has never posted to this email list previously. His code itself is
> strictly non-OO even though he is calling an OO Perl module.
>
> We did not wish to expose the entire script to the entire world.
>
> I'm sorry if both of us appear so incompetent to you.
>
> Neither of us are experts at Perl.
I am not impressed by your concern for your 'friend'. Originally you
ridiculed him; now you are concerned for 'his' reputation and that of
your 'company'.
It is clear that neither of you are proficient at Perl. But, more
importantly, you are both unable to ask for help and be honest about
your situation.
> But I will probably not post here again although I will probably read the
> posts.
You are always welcome to any help that we are able to offer here, but
please look first at your character issues before you try to write
software. We are quite happy to accept innocent failure, but as long as
all we have is lies to work with you cannot be productive, no matter how
hard we try.
> Thanks for your help, although it was not very helpful.
You are welcome to whatever we could offer you. But it is often
difficult to establish the true problem, even when the poster is telling
the truth.
Tell us your real name, and describe your problem. I promise we will try
to help.
Rob Dixon
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 01:01:55 von Uri Guttman
>>>>> "RD" == Rob Dixon writes:
RD> You are always welcome to any help that we are able to offer here,
RD> but please look first at your character issues before you try to
RD> write software. We are quite happy to accept innocent failure, but
RD> as long as all we have is lies to work with you cannot be
RD> productive, no matter how hard we try.
>> Thanks for your help, although it was not very helpful.
RD> You are welcome to whatever we could offer you. But it is often
RD> difficult to establish the true problem, even when the poster is telling
RD> the truth.
RD> Tell us your real name, and describe your problem. I promise we will try
RD> to help.
you are so off base here. why don't you take a pill and come back in a
week. really, there is nothing the OP said or did that should have
warranted this kind of reply regardless of his name or situation.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 19.05.2011 01:02:52 von Kenneth Wolcott
--90e6ba6e82b86f520f04a394e36d
Content-Type: text/plain; charset=ISO-8859-1
Rob, buy a one-way express train ticket to hell.
On Wed, May 18, 2011 at 15:53, Rob Dixon wrote:
> On 18/05/2011 22:37, Kenneth Wolcott wrote:
>
>> On Wed, May 18, 2011 at 14:25, Rob Dixon wrote:
>>
>>>
>>> That looks fine, except that all you have printed is a hash of data. It
>>> isn't blessed and so it isn't an object.
>>>
>>> Please grow up and ask Perl questions. It looks to me as if you are as
>>> silly as each other. I certainly wouldn't employ either of you.
>>>
>>> I also wonder if you 'Kenneth Wolcott' and your friend are the same
>>> person. Since your name sounds English you embarrass me: the vast
>>> majority of Englishmen are far more professional than yourself.
>>>
>>
>> Wow. My name is Ken Wolcott.
>>
>> I was posting in the behalf of a real colleague whom I will not share now
>> to
>> spare him this grief.
>>
>
> I doubt that your name is Ken Wolcott. Your original post said:
>
> A colleague claims that he made no changes, code worked yesterday
>> and doesn't today.
>>
>> He is not using OO Perl.
>>
>> I have asked him for a small code snippet that reproduces the error
>> (I'm sure he is unwilling to show the entire code!).
>>
>
> And now you try to persuade us that:
>
>
> We both work at a company which I will not share now because I do not wish
>> to harm my company by looking so foolish as to post to this list.
>>
>> He has never posted to this email list previously. His code itself is
>> strictly non-OO even though he is calling an OO Perl module.
>>
>> We did not wish to expose the entire script to the entire world.
>>
>> I'm sorry if both of us appear so incompetent to you.
>>
>> Neither of us are experts at Perl.
>>
>
> I am not impressed by your concern for your 'friend'. Originally you
> ridiculed him; now you are concerned for 'his' reputation and that of
> your 'company'.
>
> It is clear that neither of you are proficient at Perl. But, more
> importantly, you are both unable to ask for help and be honest about
> your situation.
>
>
> But I will probably not post here again although I will probably read the
>> posts.
>>
>
> You are always welcome to any help that we are able to offer here, but
> please look first at your character issues before you try to write
> software. We are quite happy to accept innocent failure, but as long as
> all we have is lies to work with you cannot be productive, no matter how
> hard we try.
>
>
> Thanks for your help, although it was not very helpful.
>>
>
> You are welcome to whatever we could offer you. But it is often
> difficult to establish the true problem, even when the poster is telling
> the truth.
>
> Tell us your real name, and describe your problem. I promise we will try
> to help.
>
> Rob Dixon
>
--90e6ba6e82b86f520f04a394e36d--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 19.05.2011 01:09:29 von Rob Dixon
On 18/05/2011 22:58, Jim Gibson wrote:
> On 5/18/11 Wed May 18, 2011 2:25 PM, "Rob Dixon" scribbled:
>
> Holy smokes, Rob. That response is totally inappropriate for a beginners
> list. I saw nothing wrong with Kenneth's question, except we needed more
> information to help him. I think you owe Kenneth and everybody else reading
> this list an apology.
I respect your opinion Jim, but take a look at the original message. The
OP claims to be working with software that he has to handle blindfold
with medical gloves. The first half of his post is about his chagrin
regarding his lack of access to the code that he is supposed to be
debugging.
If that is the true situation then I am happy to apologize, but even so
the question is not a Perl one, as no one can debug what is inaccessible
to him.
Out of the blue, Rob Coops comes up with a script that uses Ec and
XML::XPath. What insight provides that sort of knowledge?
Rob Dixon
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 19.05.2011 01:55:43 von Rob Dixon
On 18/05/2011 21:37, Kenneth Wolcott wrote:
Ken, this is your OP. If my replies have been wrong then I will
certainly raise my hand to it, but:
>
> A colleague claims that he made no changes, code worked yesterday and
> doesn't today.
>
> He is not using OO Perl.
>
> I have asked him for a small code snippet that reproduces the error (I'm
> sure he is unwilling to show the entire code!).
>
> We have rules requiring the standard use of "use strict" and "use
> warnings" in all our Perl scripts.
>
> We use Perl on Windows, Linux and Solaris (all his scripts are supposed to
> run without modification on Linux and Windows).
None of this is information. All it does is to imply that you have a
colleague whom you don't trust, and you have to solve a problem with
code that you don't expect to have access to.
> He claims this: "use strict; use warnings; use XML::XPath;"
You don't trust your partner. We have no idea whether or not the
programs have strict or warnings in force, or whether XML::XPath is
available.
> Trying to get value for:
> $ha = $xPath->findnodes('//job');
>
> Error:
> Can't call method "findnodes" on unblessed reference at line
> .
So presuming the code line
$ha = $xPath->findnodes('//job');
is causing the error you describe, then $xPath is not a blessed object
with a findnodes method. In fact it is not an object at all, as the
error message says it is unblessed.
But you say that He is not using OO Perl, so you cannot expect a blessed
reference from anything He writes.
If you are truly required to debug other people's code without site or
control of it, then you must write your own test environment. As long as
you can demonstrate that your code works with a real $xPath with a
findnodes method your code is demonstrably correct.
But writing correct Perl is not about what your colleague says or
claims. It is also not about fixing their code so that it works with yours.
Please establish that, if your colleague exists, he is is in fact
writing OO code that returns XML::XPath objects. Perl isn't great at
encapsulation, but it can be enforced procedurally. If it relies on
fist-waving over office compatrments it can never work.
I am still not sure that your colleague exists. If he does then you need
to drag yourselves in front of your manager and declare your
differences. If not, then you simply have doubts about your program
design, and you should meet with the best programmers that you trust to
resolve your doubts, as well as all the others that you will come across
as the project proceeds.
I usually sign 'HTH' and I always hope I have helped. A few people have
disagreed with me tonight; and while that leaves me wondering whether I
have been right, I also wonder why comments here are either negative or
non-existent.
I allow myself to be wrong, but I have no wish to draw others along a
wrong line. Ken, thank you for your post, but I believe you would help
us if you would talk about the result of your conversation with this
colleague that you seem to me to have no respect for.
Rob
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 01:58:29 von Uri Guttman
>>>>> "RD" == Rob Dixon writes:
RD> If that is the true situation then I am happy to apologize, but even so
RD> the question is not a Perl one, as no one can debug what is inaccessible
RD> to him.
it doesn't MATTER his situation. he asked a perl question. maybe it
wasn't worded well. maybe not enough information. you inferred tons of
negative stuff which isn't your concern.
RD> Out of the blue, Rob Coops comes up with a script that uses Ec and
RD> XML::XPath. What insight provides that sort of knowledge?
again, you are way off base here. just shut up and stop posting for a
while. it will do us all some good.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 02:03:25 von Uri Guttman
>>>>> "RD" == Rob Dixon writes:
RD> On 18/05/2011 22:33, Rob Coops wrote:
>> use strict;
>> use warnings;
>> use Ec;
>> use XML::XPath;
>> use Data::Dumper;
>>
RD> Rob, why did you assume to 'use Ec' when it has never been mentioned
RD> before on this thread? You also seem to have a lot of insight into the
RD> problem before the mess of its declaration. Did you get a private
RD> request for help and shovel it, malformed, into beginners@perl.org?
this is where you were so wrong and off base.
the OP posted the code INCLUDING the Ec use line. rob coops never
guessed anything. he may have replied to a different post but he saw the
code that the OP posted. look at this:
---------------
From: Kenneth Wolcott
Subject: Re: Can't call method "findnodes" on unblessed reference; not
using OO Perl
To: Perl Beginners
Date: Wed, 18 May 2011 14:21:21 -0700
Hi Rob;
Here is a minimized version of the script which illustrates the problem.
use strict;
use warnings;
use Ec;
use XML::XPath;
use Data::Dumper;
-----------
there was no guessing of modules here. you are behaving like a paranoid
so stop defending yourself. you insulted the OP directly and have
ignored all common sense here. too bad the founders of this list never
handed off ownership properly.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 02:05:38 von Uri Guttman
>>>>> "RD" == Rob Dixon writes:
RD> I usually sign 'HTH' and I always hope I have helped. A few people have
RD> disagreed with me tonight; and while that leaves me wondering whether I
RD> have been right, I also wonder why comments here are either negative or
RD> non-existent.
RD> I allow myself to be wrong, but I have no wish to draw others along a
RD> wrong line. Ken, thank you for your post, but I believe you would help
RD> us if you would talk about the result of your conversation with this
RD> colleague that you seem to me to have no respect for.
get away from the keyboard. you keep digging a bigger hole for
yourself. nothing you have said is correct or useful in this thread.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 19.05.2011 02:27:30 von Rob Dixon
On 18/05/2011 23:33, Uri Guttman wrote:
> "KW" == Kenneth Wolcott writes:
>> Rob Dixon wrote:
>>
>> Please grow up and ask Perl questions. It looks to me as if you are as
>> silly as each other. I certainly wouldn't employ either of you.
>>
>> I also wonder if you 'Kenneth Wolcott' and your friend are the same
>> person. Since your name sounds English you embarrass me: the vast
>> majority of Englishmen are far more professional than yourself.
>
> KW> Wow. My name is Ken Wolcott.
>
> i agree. i was recently (and wrongly) slammed for uppercasing NEVER in a
> rule. this was totally personal and way out of line and uncalled for.
So you didn't agree that your capitalisation was wrong? I am not
surprised at all, but what we have been talking about is the post from
Kenneth Wolcott
or
"KW" == Kenneth Wolcott
Once again, none of us have any authority here, and all I can do is to
call 'foul' but with no referee.
Uri, and whomever Ken may be, have done this list a huge disservice.
Rob
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not using OOPerl
am 19.05.2011 05:10:07 von Uri Guttman
>>>>> "RD" == Rob Dixon writes:
RD> On 18/05/2011 23:33, Uri Guttman wrote:
>> "KW" == Kenneth Wolcott writes:
>>> Rob Dixon wrote:
>>>
>>> Please grow up and ask Perl questions. It looks to me as if you are as
>>> silly as each other. I certainly wouldn't employ either of you.
>>>
>>> I also wonder if you 'Kenneth Wolcott' and your friend are the same
>>> person. Since your name sounds English you embarrass me: the vast
>>> majority of Englishmen are far more professional than yourself.
>>
KW> Wow. My name is Ken Wolcott.
>>
>> i agree. i was recently (and wrongly) slammed for uppercasing NEVER in a
>> rule. this was totally personal and way out of line and uncalled for.
RD> So you didn't agree that your capitalisation was wrong? I am not
RD> surprised at all, but what we have been talking about is the post from
one word capitalized isn't insulting a poster. it was just emphasis on
the word. simple.
RD> Kenneth Wolcott
RD> or
RD> "KW" == Kenneth Wolcott
RD> Once again, none of us have any authority here, and all I can do is to
RD> call 'foul' but with no referee.
RD> Uri, and whomever Ken may be, have done this list a huge disservice.
wow. you are just so off base here. just leave for a while.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 19.05.2011 05:38:32 von Casey West
--20cf30549f056f45cc04a398be87
Content-Type: text/plain; charset=ISO-8859-1
On Wed, May 18, 2011 at 7:55 PM, Rob Dixon wrote:
> I allow myself to be wrong, but I have no wish to draw others along a
> wrong line.
>
I agree with your sentiment. Lets end this thread now, thank you.
--
Casey West
--20cf30549f056f45cc04a398be87--
Re: Can"t call method "findnodes" on unblessed reference; not usingOO Perl
am 23.05.2011 15:23:14 von Rob Dixon
On 18/05/2011 21:37, Kenneth Wolcott wrote:
>
> A colleague claims that he made no changes, code worked yesterday and
> doesn't today.
>
> He is not using OO Perl.
>
> I have asked him for a small code snippet that reproduces the error (I'm
> sure he is unwilling to show the entire code!).
>
> We have rules requiring the standard use of "use strict" and "use
> warnings" in all our Perl scripts.
>
> We use Perl on Windows, Linux and Solaris (all his scripts are supposed to
> run without modification on Linux and Windows).
>
> He claims this: "use strict; use warnings; use XML::XPath;"
>
> Trying to get value for:
> $ha = $xPath->findnodes('//job');
>
> Error:
> Can't call method "findnodes" on unblessed reference at line
> .
>
> Output from Data::Dumper follows:
>
> $VAR1 = {
> 'object' => [
> {
> 'objectId' => 'job-21461',
> 'job' => {
> 'priority' => 'normal',
> 'status' => 'completed',
> 'outcome' => 'success',
> 'jobName' => 'DeleteBuilds-200911060000',
> 'jobId' =>
> '21461',
> 'lastModifiedBy' => 'admin',
> }
> },
>
> {
>
> 'objectId' => 'job-21473',
> 'job' => {
> 'priority' => 'normal',
> 'status' => 'completed',
> 'outcome' => 'success',
> 'jobName' => 'DeleteBuilds-200911070000',
> 'jobId' => '21473',
> 'lastModifiedBy' => 'admin',
> }
> },
> ]
> }
>
I have read and reread this original post, and cannot understand it in
any way other than that asking for help to debug someone else's code
without sight of that code. Is that a correct reading of it or am I
wrong? Regardless, it is clear that my bullheaded response was
inappropriate, and most members of this List will realize that it was
out of character for me. I apologize to anyone who may have felt
personally aggrieved - especially the OP Ken - as well as the rest of
the members of the List.
My personal situation is that I am struggling with critical family
health issues, and the List is a welcome distraction from that stress.
But I did not realize that the quality of my posts had been so
compromised, and would have avoided responding if I had been aware. I
offer this as explanation rather than excuse, and hope it helps members
to understand my outburst.
Once again, my apologies and regards to all,
Rob
--
To unsubscribe, e-mail: beginners-unsubscribe@perl.org
For additional commands, e-mail: beginners-help@perl.org
http://learn.perl.org/