[31211] in Perl-Users-Digest
Perl-Users Digest, Issue: 2456 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jun 3 06:09:49 2009
Date: Wed, 3 Jun 2009 03:09:08 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 3 Jun 2009 Volume: 11 Number: 2456
Today's topics:
Re: bless doesn't seem to work. sln@netherlands.com
Re: bless doesn't seem to work. <ryan.mccoskrie@NOSPAMgmail.com>
Re: bless doesn't seem to work. sln@netherlands.com
Intel Core i7 - Choosing the Best Memory Kit <whatnextur73@gmail.com>
new CPAN modules on Wed Jun 3 2009 (Randal Schwartz)
print buffer in Perl 5.10 <john1949@yahoo.com>
Re: Science Module <edgrsprj@ix.netcom.com>
Re: Science Module sln@netherlands.com
Re: Science Module <edgrsprj@ix.netcom.com>
Re: Sciene Module <edgrsprj@ix.netcom.com>
Re: Sciene Module sln@netherlands.com
Re: Success <edgrsprj@ix.netcom.com>
Re: Success <edgrsprj@ix.netcom.com>
Re: Success <edgrsprj@ix.netcom.com>
Why doesen't dereferencing work in list context but ref sln@netherlands.com
Re: Why doesen't dereferencing work in list context but <tadmc@seesig.invalid>
Re: Why doesen't dereferencing work in list context but sln@netherlands.com
Win32::Console <edgrsprj@ix.netcom.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 02 Jun 2009 18:16:02 -0700
From: sln@netherlands.com
Subject: Re: bless doesn't seem to work.
Message-Id: <3jjb25lvcsosm9iv216cg6hd9s4q4bv6lg@4ax.com>
On Wed, 3 Jun 2009 01:28:32 +0100, Ben Morrow <ben@morrow.me.uk> wrote:
>
>Quoth ryan.mccoskrie@NOSPAMgmail.com:
>> I'm trying to piece to gether a adventure like[1] game.
>>
>> This is something that I have copied almost straight from the man
>> page:
>> >package room_t;
>> >use exit_t;
>
[snip the stuff he has no idea of what your talking about]
Fairly complex verbage for a beginner wouldn't you say.
The question is, what are YOU trying to prove?
-sln
------------------------------
Date: Wed, 03 Jun 2009 19:12:02 +1200
From: RyanMcCoskrie <ryan.mccoskrie@NOSPAMgmail.com>
Subject: Re: bless doesn't seem to work.
Message-Id: <h057n6$s9c$1@news.albasani.net>
J. Gleixner wrote:
> RyanMcCoskrie wrote:
>> Tad J McClellan wrote:
>>> RyanMcCoskrie <ryan.mccoskrie@NOSPAMgmail.com> wrote:
>>>> This is something that I have copied almost straight from the man page
>>>>
>>> As is usual with programming, the devil is in the details.
>>> [ snip code ]
>>>
>>>>> Can't call method "addExit" on unblessed reference at ./game.pl line
>>>>> 22.
>>>> Have I done something wrong?
>>> Not as far as we can tell, but the "almost" is worrisome.
>>>
>> When I said almost I mean that I changed some names. I was working from
>> the example of the person class in the perltoot man page. The constructor
>> subroutine is near identical.
>>
>>> This short and complete example that you can run (as is suggested
>>> in the Posting Guidelines that are posted here frequently) works
>>> just fine.
>>> [snip code out]
>>> The problem is in some of the code that we have not seen...
>>>
>> Okay then. I've tried making what I have produced closer to the example
>> and it failed.
>
> So your first thought is to post the code so someone else
> can fix it for you?
>
>> All of this code is Copyright of my self (Ryan McCoskrie) 2009 and is
>> under the GPL (available on the Free Software Foundation website
>> www.fsf.org).
>
> That made me laugh so hard my spleen fell out... I don't think you
> have much to worry about.
>
>>
>>
>> Note that I found a description for the type of programmer that I am.
>> A rabid prototyper.
>
> rabid : affected with rabies.
>
> Maybe that explains why your code is so poor. You might
> want to get that checked.
>
>
>> There are other incarnations of this program with
>> other parts implemented and their own sets of mysterious bugs.
>
> blah.. blah..
>
>> This is the only one in perl though.
>
> oh.. I'm pretty sure there are more..
>
>>
>> #########################
>> #From the file exit_t.pm#
>> #########################
>> package exit_t;
>> use strict;
>> sub new()
>> {
>> my $self = {};
>> my $class = shift;
>
> Typically, you'd order it so the parameters are set
> first, then define $self.
>
>>
>> my $self->{NAME} = shift;
>> my $self->{NUMBER} = shift;
>
> Really?? Well. I guess that's 'near identical'....
>
>>
>> bless ($self, $class);
>> return $self;
>> }
>> 1;
>>
>> #########################
>> #From the file room_t.pm#
>> #########################
>> package room_t;
>> use strict;
>> use exit_t;
>>
>> sub new()
>> {
>> my $self = {};
>> my $class = shift;
>>
>> $self->{NAME} = shift;
>> $self->{NUMBER}= shift;
>> @{$self->{EXITS}} = [];
>>
>> return bless($self, $class);
>> }
>>
>> sub addExit()
>> {
>> my $self = shift;
>> push(@{$self->{EXITS}}, exit_t->new(shift, shift));
>> }
>>
>> 1;
>>
>> #######################
>> #From the file game.pl#
>> #######################
>>
>> #!/usr/bin/perl
>>
>> use warnings;
>> use strict;
>> use room_t;
>>
>> package main;
>>
>> sub buildWorld();
> Why?
>
>> my @world = [];
>
> This is where the problem lies. Don't do that.
> $world[0] is now undef.. later, when you push( @world..)
> you're pushing into [1].. not [0].
>
> my @world;
>
>> my $room = undef;
>
> my $room;
>
>>
>>
>> buildWorld();
>> my $loop = 1;
>>
>> while( $loop != 0 ){
>> printf("> ");
>
> perldoc -f print
>
>> my $cmd = <STDIN>;
>> }
>>
>>
>> sub buildWorld()
>> {
>> my $temp = room_t->new("Start", 0);
>> push(@world, $temp);
>> $world[0]->addExit("End", 1);
>> $temp = room_t->new("End", 1);
>> push(@world, $temp);
>>
>> $room = \$world[0];
> Why return a reference to it?
>> }
>>
>> 1;
> hu?
I know, I'm terrible.
The thing is that I'm probably the most literal person you'll ever meet face
to face or on the net.
There is almost nothing but literal language processing going on in my head.
Bad at multitasking by male standards, Spock without the socio-emotional
insights, can't make sense of depth-perception, bamboozled by three figure
arithmetic kind of a thing.
That's why I like computers despite the fact that I'm useless at doing
anything with them. The best way to deal with the machine is through a text
based interface with a language that doesn't have anything to do with body
language, tone of voice or implications of statements.
------------------------------
Date: Wed, 03 Jun 2009 00:30:13 -0700
From: sln@netherlands.com
Subject: Re: bless doesn't seem to work.
Message-Id: <ki9c25llop4min6run4j9j7cdgfahi0dvq@4ax.com>
On Wed, 03 Jun 2009 19:12:02 +1200, RyanMcCoskrie <ryan.mccoskrie@NOSPAMgmail.com> wrote:
>I know, I'm terrible.
>The thing is that I'm probably the most literal person you'll ever meet face
>to face or on the net.
>There is almost nothing but literal language processing going on in my head.
>Bad at multitasking by male standards, Spock without the socio-emotional
>insights, can't make sense of depth-perception, bamboozled by three figure
>arithmetic kind of a thing.
>That's why I like computers despite the fact that I'm useless at doing
>anything with them. The best way to deal with the machine is through a text
>based interface with a language that doesn't have anything to do with body
>language, tone of voice or implications of statements.
Toss in the towell, ur done...
-sln
------------------------------
Date: Tue, 2 Jun 2009 22:56:21 -0700 (PDT)
From: "whatnextur73@gmail.com" <whatnextur73@gmail.com>
Subject: Intel Core i7 - Choosing the Best Memory Kit
Message-Id: <5d535afc-48bb-4314-84a2-5dbf1830683e@d31g2000vbm.googlegroups.com>
Can't decide on the right memory kit to pick up with your brand-new
Core i7 PC upon release? This article was designed for you. We aren't
comparing brands here, but are rather comparing densities and
frequencies against each other to see if there's any point at all in
purchasing a higher-end kit. You might just be surprised at our
results.
for more info http://www.intel-intel99.blogspot.com/
------------------------------
Date: Wed, 3 Jun 2009 04:42:29 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Wed Jun 3 2009
Message-Id: <KKnBqt.14G8@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
Apache2-AuthEnv-1.3
http://search.cpan.org/~arif/Apache2-AuthEnv-1.3/
Perl Authentication and Authorisation via Environment Variables.
----
Apache2-AuthEnv-1.3.1
http://search.cpan.org/~arif/Apache2-AuthEnv-1.3.1/
Perl Authentication and Authorisation via Environment Variables.
----
App-TemplateCMD-0.0.2
http://search.cpan.org/~ivanwills/App-TemplateCMD-0.0.2/
Sets up an interface to passing Template Toolkit templates
----
Audio-Scan-0.15
http://search.cpan.org/~agrundma/Audio-Scan-0.15/
Fast C parser for MP3, MP4, Ogg Vorbis, FLAC, ASF, WAV, AIFF, Musepack, Monkey's Audio
----
Authen-Simple-Twitter-0.01
http://search.cpan.org/~danmoore/Authen-Simple-Twitter-0.01/
Simple authentication using Twitter or Identi.ca
----
CHI-0.25
http://search.cpan.org/~jswartz/CHI-0.25/
Unified cache interface
----
CPAN-Mini-Visit-0.04
http://search.cpan.org/~adamk/CPAN-Mini-Visit-0.04/
A generalised API version of David Golden's visitcpan
----
CPAN-Reporter-1.1708
http://search.cpan.org/~dagolden/CPAN-Reporter-1.1708/
Adds CPAN Testers reporting to CPAN.pm
----
CPANDB-0.01
http://search.cpan.org/~adamk/CPANDB-0.01/
A unified metadata database for the CPAN index
----
CPANDB-Generator-0.02
http://search.cpan.org/~adamk/CPANDB-Generator-0.02/
Generator module for the CPAN Index Database
----
CPANDB-Generator-0.03
http://search.cpan.org/~adamk/CPANDB-Generator-0.03/
Generator module for the CPAN Index Database
----
Config-AutoConf-0.13
http://search.cpan.org/~ambs/Config-AutoConf-0.13/
A module to implement some of AutoConf macros in pure perl.
----
Config-Divide-0.03
http://search.cpan.org/~hirafoo/Config-Divide-0.03/
config loader like Catalyst::Plugin::ConfigLoader
----
DBD-ODBC-1.21_1
http://search.cpan.org/~mjevans/DBD-ODBC-1.21_1/
ODBC Driver for DBI
----
DBIx-DataModel-1.15
http://search.cpan.org/~dami/DBIx-DataModel-1.15/
Classes and UML-style Associations on top of DBI
----
Devel-Eval-1.00
http://search.cpan.org/~adamk/Devel-Eval-1.00/
Allows you to debug string evals
----
Getopt-Chain-0.013_1
http://search.cpan.org/~rkrimen/Getopt-Chain-0.013_1/
Command-line processing like svn and git
----
Grid-Request-0.3
http://search.cpan.org/~victorf/Grid-Request-0.3/
An API for submitting jobs to a computational grid such as SGE or Condor.
----
HTML-Calendar-Monthly-0.02
http://search.cpan.org/~jv/HTML-Calendar-Monthly-0.02/
A very simple HTML calendar
----
IBM-ThinkPad-ACPI-Extras-0.01
http://search.cpan.org/~gebele/IBM-ThinkPad-ACPI-Extras-0.01/
Provides an interface to the IBM ThinkPad ACPI features
----
JSON-2.15
http://search.cpan.org/~makamaka/JSON-2.15/
JSON (JavaScript Object Notation) encoder/decoder
----
Lingua-LO-Romanize-0.04
http://search.cpan.org/~jokke/Lingua-LO-Romanize-0.04/
Romanization of Lao language
----
Lingua-LO-Romanize-0.05
http://search.cpan.org/~jokke/Lingua-LO-Romanize-0.05/
Romanization of Lao language
----
Lingua-LO-Romanize-0.06
http://search.cpan.org/~jokke/Lingua-LO-Romanize-0.06/
Romanization of Lao language
----
Mail-Box-2.090
http://search.cpan.org/~markov/Mail-Box-2.090/
manage a mailbox, a folder with messages
----
Mail-DKIM-0.36
http://search.cpan.org/~jaslong/Mail-DKIM-0.36/
Signs/verifies Internet mail with DKIM/DomainKey signatures
----
MooseX-Role-Cmd-0.05
http://search.cpan.org/~isillitoe/MooseX-Role-Cmd-0.05/
Wrap system command binaries the Moose way
----
MooseX-Traits-Pluggable-0.01
http://search.cpan.org/~rkitover/MooseX-Traits-Pluggable-0.01/
an extension to MooseX::Traits
----
MooseX-Traits-Pluggable-0.02
http://search.cpan.org/~rkitover/MooseX-Traits-Pluggable-0.02/
an extension to MooseX::Traits
----
MooseX-Traits-Pluggable-0.03
http://search.cpan.org/~rkitover/MooseX-Traits-Pluggable-0.03/
an extension to MooseX::Traits
----
Muldis-Rosetta-0.13.3
http://search.cpan.org/~duncand/Muldis-Rosetta-0.13.3/
Full-featured truly relational DBMS in Perl
----
Nagios-Object-0.21.4
http://search.cpan.org/~duncs/Nagios-Object-0.21.4/
Creates perl objects to represent Nagios objects
----
Nagios-Status-HostStatus-0.01
http://search.cpan.org/~rcrowder/Nagios-Status-HostStatus-0.01/
Nagios 3.0 Class to maintain Hosts' Status.
----
Nagios-Status-ServiceStatus-0.01
http://search.cpan.org/~rcrowder/Nagios-Status-ServiceStatus-0.01/
Nagios 3.0 Class to maintain Services' Status.
----
Net-Jabber-Bot-2.1.3
http://search.cpan.org/~toddr/Net-Jabber-Bot-2.1.3/
Automated Bot creation with safeties
----
ORDB-CPANMeta-Generator-0.02
http://search.cpan.org/~adamk/ORDB-CPANMeta-Generator-0.02/
Generator for the CPAN Meta database
----
Object-Lazy-0.06
http://search.cpan.org/~steffenw/Object-Lazy-0.06/
create objects late from non-owned classes
----
POE-Component-Win32-ChangeNotify-1.20
http://search.cpan.org/~bingos/POE-Component-Win32-ChangeNotify-1.20/
A POE wrapper around Win32::ChangeNotify.
----
Set-Relation-0.11.0
http://search.cpan.org/~duncand/Set-Relation-0.11.0/
Relation data type for Perl
----
Set-Scalar-1.24
http://search.cpan.org/~jhi/Set-Scalar-1.24/
basic set operations
----
Test-GlassBox-Heavy-1.02
http://search.cpan.org/~oliver/Test-GlassBox-Heavy-1.02/
Non-invasive testing of subroutines within Perl programs
----
Test-GlassBox-Heavy-1.03
http://search.cpan.org/~oliver/Test-GlassBox-Heavy-1.03/
Non-invasive testing of subroutines within Perl programs
----
Test-Script-Run-0.02
http://search.cpan.org/~sunnavy/Test-Script-Run-0.02/
test the script with run
----
Tk-PathEntry-3.05
http://search.cpan.org/~wittrock/Tk-PathEntry-3.05/
Entry widget for selecting paths with completion
----
WWW-Scraper-Yahoo360-0.09
http://search.cpan.org/~cosimo/WWW-Scraper-Yahoo360-0.09/
Yahoo 360 blogs old-fashioned crappy scraper
----
XML-Compile-SOAP-2.06
http://search.cpan.org/~markov/XML-Compile-SOAP-2.06/
base-class for SOAP implementations
----
XML-Compile-SOAP-2.07
http://search.cpan.org/~markov/XML-Compile-SOAP-2.07/
base-class for SOAP implementations
----
XML-IODEF-PhraudReport-0.01
http://search.cpan.org/~saxjazman/XML-IODEF-PhraudReport-0.01/
Perl extension for Extending XML::IODEF to use with Phishing Extensions
----
XML-Parser-Wrapper-0.10
http://search.cpan.org/~dowens/XML-Parser-Wrapper-0.10/
A simple object wrapper around XML::Parser
----
jmx4perl-0.15_4
http://search.cpan.org/~roland/jmx4perl-0.15_4/
JMX acccess modules and tools
----
smokeinabox-0.04
http://search.cpan.org/~bingos/smokeinabox-0.04/
CPAN Tester smoke environment boxed
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Wed, 3 Jun 2009 08:08:34 +0100
From: "John" <john1949@yahoo.com>
Subject: print buffer in Perl 5.10
Message-Id: <h057ha$sdc$1@news.albasani.net>
Hi
Moved from Etch to Lenny in Debian and from Perl 5.8.8 to 5.10.
Normally I use:
our $old_fh=select(STDOUT); $|=1; select($old_fh); # Make standard output
socket hot
but this appears no longer to work and output is now buffered.
Any ideas?
John
------------------------------
Date: Wed, 3 Jun 2009 01:37:19 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Science Module
Message-Id: <XcWdncR51uOGh7vXnZ2dnUVZ_vadnZ2d@earthlink.com>
<sln@netherlands.com> wrote in message
news:vb4b25pd08a65j1lm7snijn8bo71g713fp@4ax.com...
> Perl is not for the faint hearted. More and more are NOT gravitatiting to
> it!
> The more you learn about Perl, the less friendly it actually becomes.
> The scientific analogy is that the Perl modules are the stars, galaxies
> and
> planets. Knowing what to do with it is Dark Matter/Energy.
Many of the scientists that I am working with don't know anything about
programming in general. That means that they don't know what is possible
and what is not possible with any computer programs. As I can do
intermediate level programming work as well as work in different areas of
science people are relying on me to tie everything together and provide some
guidance for the efforts.
If you can get past the lack of necessary documentation for beginner and
intermediate level programmers such as myself, I can assure you that Perl
can be an exceptionally good language for scientists to use. The reason
entire groups of science researchers are not using it is probably because of
those documentation problems. You can see how much trouble I am having just
trying to duplicate the following command that is standard with most of the
languages I have worked with over the years:
$key = Inkey
It would read one character from the keyboard buffer and then clear that key
press from the buffer. I am surprised that the standard Perl version does
not have an equivalent command as part of its regular code.
$dataline = readline STDIN; works fine, but not for individual key presses.
Most of the people that I am working with would likely be using Perl with
the Windows operating system. Some have a Perl compiler on their system.
They can work with the source code. Other just run the exe programs I am
generating.
It is my guess that one of the reasons I am having problems getting
information regarding Perl code is that many of the people posting to this
Newsgroup are using it with UNIX or Linux and not Windows.
------------------------------
Date: Wed, 03 Jun 2009 00:41:18 -0700
From: sln@netherlands.com
Subject: Re: Science Module
Message-Id: <1t9c25tsrnss4ia7m6mgn8g68qdt42tuh5@4ax.com>
On Wed, 3 Jun 2009 01:37:19 -0500, "E.D.G." <edgrsprj@ix.netcom.com> wrote:
><sln@netherlands.com> wrote in message
>news:vb4b25pd08a65j1lm7snijn8bo71g713fp@4ax.com...
>
>> Perl is not for the faint hearted. More and more are NOT gravitatiting to
>> it!
>> The more you learn about Perl, the less friendly it actually becomes.
>> The scientific analogy is that the Perl modules are the stars, galaxies
>> and
>> planets. Knowing what to do with it is Dark Matter/Energy.
>
>Many of the scientists that I am working with don't know anything about
>programming in general. That means that they don't know what is possible
>and what is not possible with any computer programs. As I can do
>intermediate level programming work as well as work in different areas of
>science people are relying on me to tie everything together and provide some
>guidance for the efforts.
>
>If you can get past the lack of necessary documentation for beginner and
>intermediate level programmers such as myself, I can assure you that Perl
>can be an exceptionally good language for scientists to use. The reason
>entire groups of science researchers are not using it is probably because of
>those documentation problems. You can see how much trouble I am having just
>trying to duplicate the following command that is standard with most of the
>languages I have worked with over the years:
>
>$key = Inkey
>
>It would read one character from the keyboard buffer and then clear that key
>press from the buffer. I am surprised that the standard Perl version does
>not have an equivalent command as part of its regular code.
>
>$dataline = readline STDIN; works fine, but not for individual key presses.
>
>Most of the people that I am working with would likely be using Perl with
>the Windows operating system. Some have a Perl compiler on their system.
>They can work with the source code. Other just run the exe programs I am
>generating.
>
>It is my guess that one of the reasons I am having problems getting
>information regarding Perl code is that many of the people posting to this
>Newsgroup are using it with UNIX or Linux and not Windows.
I think that you are replying to everyone, regardless of what they have to say.
To me, you represent an attention troll.
Everytime a key is pressed on a Dos machine (aka Windows), it generates an
interrupt. If you don't know what "interrupts" or "handlers" are, then you
wouldn't know what to do with it, even if you could.
The subject matter, as simple as it is, is ten miles over your head.
What are the ramifications if the "arrow" key is held down?
Give me a break. If you want to actually PAY me to do your work, then so
be it. You are spending an awfull lot of time and energy on something that
is FREE AS A BIRD scientific, or are you just a troll.
-sln
------------------------------
Date: Wed, 3 Jun 2009 03:29:19 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Science Module
Message-Id: <2ZadnUxETtvGqbvXnZ2dnUVZ_hKdnZ2d@earthlink.com>
<sln@netherlands.com> wrote in message
news:1t9c25tsrnss4ia7m6mgn8g68qdt42tuh5@4ax.com...
This is what we are doing. It is a "learn as you go" type of effort.
Government agencies and disaster mitigation and scientific groups need
certain types of computer programs to process various types of data.
However, for certain project they don't know how to get the science part to
work. What I myself am doing is largely generating demonstration computer
programs that show them what needs to be done. Then they can have their own
programmers convert those demonstration programs into ones their agencies or
scientific groups will use. If necessary they can hire programmers to do
the work.
A while ago I developed an Excel spreadsheet program that produces certain
types of charts. And a programmer I am working with is presently trying to
write a Perl - Gnuplot program that generates the same charts. The idea is
that it would be more interactive than the Excel program. Unfortunately, he
has never used Perl. And the two of us have our hands full trying to
determine how to get different Perl commands to work.
------------------------------
Date: Wed, 3 Jun 2009 01:09:43 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Sciene Module
Message-Id: <tOednYqsd4g-jrvXnZ2dnUVZ_uudnZ2d@earthlink.com>
"Keith Keller" <kkeller-usenet@wombat.san-francisco.ca.us> wrote in message
news:fsjef6x593.ln2@goaway.wombat.san-francisco.ca.us...
> The science researchers I have worked with have easily understood most
> of the Perl documentation. And these people are not necessarily skilled
> programmers.
I am working with researchers in countries around the world including a
retired professional computer programmer. Not one of those people knows
anything about Perl. And this is a major problem. It has been my personal
experience that when you are working with a computer language you need to
have at least one expert who can explain things. Right now if we run into
even a minor problem it can stop forward progress on some project. All of
these people are doing this as volunteer work. And so far there have not
been any funds available to hire a programmer. However, there is at least
one foundation involved. And I have been trying to convince the people
there that they need to get some professional help for a particular CGI
program development effort. Progress is a little slow because most of the
people speak English as a second language.
------------------------------
Date: Wed, 03 Jun 2009 00:55:46 -0700
From: sln@netherlands.com
Subject: Re: Sciene Module
Message-Id: <c0bc255hgdskb3eftk1t5ee329eqbd2fqf@4ax.com>
On Wed, 3 Jun 2009 01:09:43 -0500, "E.D.G." <edgrsprj@ix.netcom.com> wrote:
>"Keith Keller" <kkeller-usenet@wombat.san-francisco.ca.us> wrote in message
>news:fsjef6x593.ln2@goaway.wombat.san-francisco.ca.us...
>
>> The science researchers I have worked with have easily understood most
>> of the Perl documentation. And these people are not necessarily skilled
>> programmers.
>
>I am working with researchers in countries around the world including a
>retired professional computer programmer. Not one of those people knows
>anything about Perl. And this is a major problem. It has been my personal
>experience that when you are working with a computer language you need to
>have at least one expert who can explain things. Right now if we run into
>even a minor problem it can stop forward progress on some project. All of
>these people are doing this as volunteer work. And so far there have not
>been any funds available to hire a programmer. However, there is at least
>one foundation involved. And I have been trying to convince the people
>there that they need to get some professional help for a particular CGI
>program development effort. Progress is a little slow because most of the
>people speak English as a second language.
Hey, give it a rest. You are constantly on this board, whatever the subject
you start, hiding behind some sort of guilded crest of research.
Total HOGWASH !!
-sln
------------------------------
Date: Wed, 3 Jun 2009 00:59:59 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Success
Message-Id: <6LWdne37ycHBjLvXnZ2dnUVZ_vKdnZ2d@earthlink.com>
"Ilya Zakharevich" <nospam-abuse@ilyaz.org> wrote in message
news:slrnh29d0v.qfl.nospam-abuse@chorin.math.berkeley.edu...
> A correctly compiled Term::ReadKey should be able to get any key.
> However, AFAIK, there is no working Windows port of Perl yet; so I
> would not be surprised if Term::ReadKey is not supported under Windows
> as well.
Thanks for the comments.
With Windows and the ActiveState version of Perl I am guessing that the
Win32::ReadKey commands don't return enough information to identify keys
such as Page Down or the F1 to F12 and arrow keys.
The Win32::Console commands look like they should return all of the
necessary information. But so far I have not been able to get the commands
to work. It is probably just a simple coding problem.
If necessary I will be using a combination of ReadKey and IsKeyPressed
commands. The results are not perfect. But they should get the effort past
a keyboard buffer clearing problem I have been having.
------------------------------
Date: Wed, 3 Jun 2009 01:12:35 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Success
Message-Id: <EdadnZsoRfjMibvXnZ2dnUVZ_hOdnZ2d@earthlink.com>
"Ben Morrow" <ben@morrow.me.uk> wrote in message
news:ddfef6-l7n.ln1@osiris.mauzo.dyndns.org...
> WHat 'documentation index'? Perl doesn't normally have one. Do you mean
> the ActiveState-provided HTML documentation? I believe you can
Yes. I have been using the ActiveState HTML documentation. One of the
pages lists all of the different modules etc.
------------------------------
Date: Wed, 3 Jun 2009 03:49:20 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Success
Message-Id: <2oadnT1ZtKuRpLvXnZ2dnUVZ_tGdnZ2d@earthlink.com>
"Ben Morrow" <ben@morrow.me.uk> wrote in message
news:ddfef6-l7n.ln1@osiris.mauzo.dyndns.org...
The ReadKey commands are now in use in my programs.
What I discovered is that when a Perl screen is the visible one, the ReadKey
commands work fine for detecting key presses. However when a Gnuplot
graphics screen is the one being displayed, the IsKeyPressed command has to
be used. ReadKey doesn't see any key presses for some reason. That
probably has to do with the way that Windows works.
------------------------------
Date: Tue, 02 Jun 2009 18:34:45 -0700
From: sln@netherlands.com
Subject: Why doesen't dereferencing work in list context but referencing does?
Message-Id: <9nkb25hidjvq501e2mqt64f20dt8sqndra@4ax.com>
use strict;
use warnings;
my @scalar_array = (0,1,2,3,4,5);
my @refs_array = ();
push @refs_array, $_ for \(@scalar_array);
print $_ for $(@refs_array);
__END__
------------------------------
Date: Tue, 2 Jun 2009 21:33:57 -0500
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Why doesen't dereferencing work in list context but referencing does?
Message-Id: <slrnh2bo8l.ekn.tadmc@tadmc30.sbcglobal.net>
sln@netherlands.com <sln@netherlands.com> wrote:
> my @scalar_array = (0,1,2,3,4,5);
> push @refs_array, $_ for \(@scalar_array);
> print $_ for $(@refs_array);
You are using the special case for \(@foo), as described in perlref.
There is no corresponding special case for dereferencing.
There is symmetry for the normal (non-special) cases though:
push @refs_array, \$_ for @scalar_array;
...
print $$_ for @refs_array;
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 02 Jun 2009 19:49:21 -0700
From: sln@netherlands.com
Subject: Re: Why doesen't dereferencing work in list context but referencing does?
Message-Id: <94pb25l5acf88nnpl4sh3ce1qcu8l83akr@4ax.com>
On Tue, 2 Jun 2009 21:33:57 -0500, Tad J McClellan <tadmc@seesig.invalid> wrote:
>sln@netherlands.com <sln@netherlands.com> wrote:
>
>> my @scalar_array = (0,1,2,3,4,5);
>
>> push @refs_array, $_ for \(@scalar_array);
>> print $_ for $(@refs_array);
>
>
>You are using the special case for \(@foo), as described in perlref.
>
>There is no corresponding special case for dereferencing.
>
>
>There is symmetry for the normal (non-special) cases though:
>
> push @refs_array, \$_ for @scalar_array;
> ...
> print $$_ for @refs_array;
Yes, I know the symetry, thanks!
-sln
------------------------------
Date: Tue, 2 Jun 2009 23:44:59 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Win32::Console
Message-Id: <z66dnaaHNKdVYrjXnZ2dnUVZ_hmdnZ2d@earthlink.com>
"Ben Morrow" <ben@morrow.me.uk> wrote in message
news:ddfef6-l7n.ln1@osiris.mauzo.dyndns.org...
> As I said before, you can do this with Win32::Console.
There is a part of the Perl code that I am not familiar with. And probably
as a result of that I could not get the Win32::Console module commands to
work. There appears to be an important part of the following experimental
code that is missing. And it is probably needed to get the Console commands
to work. I do know what the relationship is between @event and $event[1],
$event[2], etc.
use Win32::Console;
repeat:;
@event = $CONSOLE->Input();
print @event, "\n";
sleep 1;
goto repeat;
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 2456
***************************************
