[31212] in Perl-Users-Digest
Perl-Users Digest, Issue: 2457 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jun 3 18:09:45 2009
Date: Wed, 3 Jun 2009 15:09:07 -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: 2457
Today's topics:
AVADirect Stuffs Intel Core i7 Processor into Laptop <whatnextur@gmail.com>
gunzip module with arrays <gerard.l1.demers@verizon.com>
Re: gunzip module with arrays <uri@StemSystems.com>
Re: gunzip module with arrays <ben@morrow.me.uk>
Re: How can I pass a substitution pattern on the comman <newsposter625@gmail.com.invalid>
Re: Matching block of text awk-like: /---/,/---/ jl_post@hotmail.com
Re: Matching block of text awk-like: /---/,/---/ <uri@StemSystems.com>
Re: print buffer in Perl 5.10 <ben@morrow.me.uk>
Re: Science Module <cwilbur@chromatico.net>
Re: Science Module <1usa@llenroc.ude.invalid>
Re: Success <ben@morrow.me.uk>
Re: Success rogerh906@gmail.com
Re: Success <cwilbur@chromatico.net>
Re: Success <nospam-abuse@ilyaz.org>
Re: Success rogerh906@gmail.com
Re: Success <cwilbur@chromatico.net>
Re: Success rogerh906@gmail.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 3 Jun 2009 09:37:07 -0700 (PDT)
From: "whatnext@gmail.com" <whatnextur@gmail.com>
Subject: AVADirect Stuffs Intel Core i7 Processor into Laptop
Message-Id: <ad9718c9-1995-4d92-b3e2-28f914ef178c@c36g2000yqn.googlegroups.com>
The Intel Core i7 processor will power a new laptop being offered by
AVADirect. Expected benefits include triple-channel memory and DDR3
memory running up to 1333MHz. While Intel doesn't encourage such
projects, it says it appreciates the innovation of its customers.
for more info http://www.intel-intel99.blogspot.com/
------------------------------
Date: Wed, 3 Jun 2009 10:22:20 -0700 (PDT)
From: "gerard.l1.demers@verizon.com" <gerard.l1.demers@verizon.com>
Subject: gunzip module with arrays
Message-Id: <091e870d-9bd1-4753-ad13-174eb2b17b96@s21g2000vbb.googlegroups.com>
I'm looking for a code snippet that works to place an unzipped
contents of a file into an array. I thought this should work but get
the following from the code:
$ ./testsplit2a.pl
Referenced:
Dereferenced:
original: SCALAR(0x6055d30)
Reference_example ARRAY(0x5eaac90)
Array_example toast fruit cereal
# Code snippet
# gunzip example into an array reference
gunzip $input => \@outPut
or die "gunzip failed: $GunzipError\n";
my @outPutArray = @$outPut;
foreach $outRec (@outPutArray) {
print($outRec);
}
print "Referenced: $outPut\n";
print "Dereferenced: @$outPutArray\n";
print "original: @outPut\n";
# Example of array reference that seems to work
my $array1_ref = ['toast', 'fruit', 'cereal'];
my @array = @$array1_ref;
print "Reference_example $array1_ref\n";
print "Array_example @array\n";
------------------------------
Date: Wed, 03 Jun 2009 13:28:37 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: gunzip module with arrays
Message-Id: <874ouxrzui.fsf@quad.sysarch.com>
>>>>> "gldc" == gerard l1 demers@verizon com <gerard.l1.demers@verizon.com> writes:
gldc> gunzip $input => \@outPut
gldc> or die "gunzip failed: $GunzipError\n";
gldc> my @outPutArray = @$outPut;
@outPut is not the same as $outPut.
the former is an array which (supposedly) has the data, the latter is an
unrelated scalar with the same name and is empty. if you had run this
with strict and warnings you would have learned this.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Wed, 3 Jun 2009 19:18:24 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: gunzip module with arrays
Message-Id: <gcrif6-mb4.ln1@osiris.mauzo.dyndns.org>
Quoth "gerard.l1.demers@verizon.com" <gerard.l1.demers@verizon.com>:
>
> I'm looking for a code snippet that works to place an unzipped
> contents of a file into an array. I thought this should work but get
> the following from the code:
>
> $ ./testsplit2a.pl
> Referenced:
> Dereferenced:
> original: SCALAR(0x6055d30)
> Reference_example ARRAY(0x5eaac90)
> Array_example toast fruit cereal
>
>
> # Code snippet
> # gunzip example into an array reference
> gunzip $input => \@outPut
> or die "gunzip failed: $GunzipError\n";
Where does 'gunzip' come from? Please post *short* *complete* programs
we can all run. I assume you are loading IO::Uncompress::Gunzip.
Please also make sure your programs use 'strict' and 'warnings', and run
without errors or warnings. You have not declared any of the variables
you use above.
Why are you adding "\n" to the die message? Do you know what it does?
I'm not sure what you're trying to acheive by passing an arrayref to
gunzip. What it actually does is push a (single) scalar ref to the
gunzipped data onto the end of the array. Admittedly the documentation
is not entirely clear on this point.
If you want the output broken into lines, you will have to do this
yourself by splitting on $/.
> my @outPutArray = @$outPut;
I think you need to (re-)read perldoc perlreftut. $outPut is not in any
way connected with @outPut, and @outPut is already an array.
If you had used 'strict', you would not only have got a complaint about
not having declared $outPut, but also about $outPut not containing an
array ref. Hopefully this would have lead you in the direction of
figuring out your problem on your own.
> foreach $outRec (@outPutArray) {
> print($outRec);
> }
>
> print "Referenced: $outPut\n";
> print "Dereferenced: @$outPutArray\n";
> print "original: @outPut\n";
>
> # Example of array reference that seems to work
> my $array1_ref = ['toast', 'fruit', 'cereal'];
Note the '$' on $array1_ref here. This is a scalar variable that is
assigned an array ref. This is not the same thing as an array variable,
which would begin with an '@'.
Ben
------------------------------
Date: Wed, 03 Jun 2009 11:56:00 -0400
From: P B <newsposter625@gmail.com.invalid>
Subject: Re: How can I pass a substitution pattern on the command line?
Message-Id: <g1jif6xqg.ln2@soren625.no-ip.org>
On 2009-06-02, sln@netherlands.com <sln@netherlands.com> wrote in
comp.lang.perl.misc:
>>> P B wrote:
>>>> On a side note, how /would/ one pass a whole s/// operator on the
>>>> command line (sed-style, I guess), supposing you wanted to do
>>>> interesting things with backreferences, the g and i modifiers,
>>>> etc.?
> ^^^^^^^^^^ You can't pass that form via string and expect it
> to work on the replacement side (ie: s/pattern/replacement/)
> without doing an eval on it within the script.
Thanks for the bit about the eval. That fills in the blanks on how to
make the s/// argument work with backreferences.
> Also, one must be carefull of shell interactions.
> Example:
> windows - perl hh.pl 'arg1'. $ARGV[0] is '<quote>arg1<quote>'
> windows - perl hh.pl arg1. $ARGV[0] is 'arg1'
> windows - perl hh.pl "arg1". $ARGV[0] is 'arg1'
> windows - perl hh.pl arg1 and more. $ARGV[0] is 'arg1'
> windows - perl hh.pl "arg1 and more". $ARGV[0] is 'arg1 and more'
Noted. I do work with ActivePerl in Windows occasionally, but I intend
to use this method exclusively in a Unix-like environment.
------------------------------
Date: Wed, 3 Jun 2009 08:59:20 -0700 (PDT)
From: jl_post@hotmail.com
Subject: Re: Matching block of text awk-like: /---/,/---/
Message-Id: <d22e2836-f624-44bb-9a60-83106146e5ba@q14g2000vbn.googlegroups.com>
> >>>>> "jp" == jl post <jl_p...@hotmail.com> writes:
>
> jp> On Jun 2, 8:41 am, "A. Farber" <Alexander.Far...@gmail.com> wrote:
>
> jp> Use the "..." range operator, like this:
>
> jp> perl -lne "print if /^---/ ... /^---/"
On Jun 2, 1:10 pm, "Uri Guttman" <u...@StemSystems.com> replied:
> you don't need the ... as .. will do fine. he can't match the left and
> right sides of .. on the same line as he has two different lines for
> delimiting.
I'm not sure I follow you, Uri. According to the original post,
the delimiting lines are identical. Therefore, if '..' is used, the
range operator will "flip and flop" on the same line, never showing
the lines between the delimiting lines.
To make sure he captures the lines between the '---' lines, the
original poster should use the '...' operator, since according to
"perldoc perlop", the '...' operator won't test the right operand
until the next operation (as in sed).
To illsutrate, if I run the command:
perl -E "say '---'; say foreach 10,11,12; say '---'"
it gives me this output:
---
10
11
12
---
If I pipe it through the command with the '..' range operator, like
this:
perl -E "say '---'; say foreach 10,11,12; say '---'" | perl -lne
"print if /^---/ .. /^---/"
the output is:
---
---
showing us that the range operator flipped and flopped on the same
line, never printing anything but the "---" lines.
But if we replace the '..' operator with '...', in this command:
perl -E "say '---'; say foreach 10,11,12; say '---'" | perl -lne
"print if /^---/ ... /^---/"
we get this output:
---
10
11
12
---
So in this case, it does matter whether '..' or '...' is used.
-- Jean-Luc
------------------------------
Date: Wed, 03 Jun 2009 12:23:51 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: Matching block of text awk-like: /---/,/---/
Message-Id: <87hbyxthew.fsf@quad.sysarch.com>
>>>>> "jp" == jl post <jl_post@hotmail.com> writes:
>> >>>>> "jp" == jl post <jl_p...@hotmail.com> writes:
>>
jp> On Jun 2, 8:41 am, "A. Farber" <Alexander.Far...@gmail.com> wrote:
>>
jp> Use the "..." range operator, like this:
>>
jp> perl -lne "print if /^---/ ... /^---/"
jp> On Jun 2, 1:10 pm, "Uri Guttman" <u...@StemSystems.com> replied:
>> you don't need the ... as .. will do fine. he can't match the left and
>> right sides of .. on the same line as he has two different lines for
>> delimiting.
jp> I'm not sure I follow you, Uri. According to the original post,
jp> the delimiting lines are identical. Therefore, if '..' is used, the
jp> range operator will "flip and flop" on the same line, never showing
jp> the lines between the delimiting lines.
maybe i flip flopped on which op tests the same lines. i haven't used
them in a good while as i use the slurp/extract technique when i need to
do this.
jp> So in this case, it does matter whether '..' or '...' is used.
seems like it. the slurp/extract technique is still faster and better. i
have used the flip flop many times in the distant past but not in a good
while.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Wed, 3 Jun 2009 17:15:56 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: print buffer in Perl 5.10
Message-Id: <s6kif6-ir2.ln1@osiris.mauzo.dyndns.org>
Quoth "John" <john1949@yahoo.com>:
>
> 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.
That construction (ugly as it may be) ought to still work in 5.10.
Please post a complete, short script that we can run which demonstrates
your problem.
Ben
------------------------------
Date: Wed, 03 Jun 2009 10:36:58 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Science Module
Message-Id: <86zlcpz8mt.fsf@mithril.chromatico.net>
>>>>> "EDG" == E D G <edgrsprj@ix.netcom.com> writes:
EDG> Many of the scientists that I am working with don't know
EDG> anything about programming in general. That means that they
EDG> don't know what is possible and what is not possible with any
EDG> computer programs.
None of the scientists I have ever known were born knowing how to use an
electron microscope or a gas chromatograph, or how to solve differential
equations or diagram organic chemicals. If the tool is useful to their
research, they can learn to use it.
Perl is far simpler to use than an oscilloscope, and has the advantage
of being freely available for anyone who has a computer.
EDG> If you can get past the lack of necessary documentation for
EDG> beginner and intermediate level programmers such as myself,
_Elements of Programming with Perl_
_Learning Perl_
_Beginning Perl_
_Programming Perl_
_Perl Best Practices_
_Higher-Order Perl_
What more do you need? What problems do you have with these books? If
you just go on about "the lack of necessary documentation" -- well,
there's a couple thousand pages of good, useful documentation in those
six books, and together they cover all the necessary parts of using
Perl. If you aren't using them, use them, and your problem is solved;
if you are using them, and find them inadequate, explain what you find
inadequate about them instead of just complaining in the vaguest of
terms about "the lack of necessary documentation."
The problem you have consistently, that I've noticed more than once in
your postings here, is that you cannot isolate the problem you are
having, and in particular you cannot separate relevant information from
irrelevant information. As a classic example, you come here with a
problem about wanting to read key input immediately on Windows, and you
preface your actual question with a dissertation about the people who
are working on the project and how vitally important it is. Not only is
this completely irrelevant to the problem you're trying to solve, it's
also likely to make the people who would otherwise help you skip over
the post because you can't get to the point in the first paragraph.
Further, you make it almost impossible to constructively help you.
http://catb.org/esr/faqs/smart-questions.html -- "How to Ask Questions
the Smart Way" -- is a document you should read over and over again and
internalize. In particular, the sections entitled "Be precise and
informative about your problem" and "Be explicit about your problem."
A perfect example of you asking poor questions: you asked about how to
read a key from the keyboard. In the process of someone answering the
question, it turned out that you had not read the FAQ questions on the
matter, and that you actually knew about Win32::ReadKey but failed to
mention that in your question. Reading the FAQ would have helped you
write a better question, if nothing else, and asking a specific question
about Win32::ReadKey would have helped you get a useful answer.
Instead, people are forced to play 20 Questions with you, and that gets
old fast.
EDG> The reason entire groups of science researchers are not using
EDG> it is probably because of those documentation problems.
What documentation problems? Be specific.
(And someone who doesn't read the FAQ before asking a question really
doesn't have much standing to criticize the documentation he doesn't
use.)
EDG> It is my guess that one of the reasons I am having problems
EDG> getting information regarding Perl code is that many of the
EDG> people posting to this Newsgroup are using it with UNIX or
EDG> Linux and not Windows.
No. The reasons you are having problems getting information is because
you do not seem able or willing to do your own research and to ask your
questions in a way that they are easy to answer. The second or third
time someone needs to play 20 Questions with you, investing a couple of
hours responding to you *just to find out what the problem really is*,
he or she decides that it's not worth that much effort to help someone
who apparently doesn't want to be helped enough to frame the question
intelligently.
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Wed, 03 Jun 2009 18:14:14 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Science Module
Message-Id: <Xns9C1F90D23D35Basu1cornelledu@127.0.0.1>
Charlton Wilbur <cwilbur@chromatico.net> wrote in
news:86zlcpz8mt.fsf@mithril.chromatico.net:
>>>>>> "EDG" == E D G <edgrsprj@ix.netcom.com> writes:
> EDG> If you can get past the lack of necessary documentation for
> EDG> beginner and intermediate level programmers such as myself,
>
> The problem you have consistently, that I've noticed more than once in
> your postings here, is that you cannot isolate the problem you are
> having, and in particular you cannot separate relevant information from
> irrelevant information.
He has been doing that for years.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Wed, 3 Jun 2009 17:09:00 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Success
Message-Id: <spjif6-ir2.ln1@osiris.mauzo.dyndns.org>
[please quote a sensible amount of the article you are replying to]
[please wrap your articles at 72 characters to allow for quoting]
Quoth "E.D.G." <edgrsprj@ix.netcom.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.
Let me ask you this: do you really want your Perl program to respond to
keys pressed when some random window, say a Word window, has the focus?
If you use IsKeyPressed that is exactly what you will get.
You really need to start writing this program in a more structured way.
Instead of displying a gnuplot window, get gnuplot to write the graph to
a file. Then create a window using one of the many GUI toolkits on CPAN
(perldoc -q gui) which displays the graph and responds to keypresses in
the appropriate manner.
This is not going to be a terribly easy program to write. GUI
programming is inherently difficult, and for all that toolkits like Tk
try to make things simple, there is a certain amount of difficulty that
cannot be removed.
Ben
------------------------------
Date: Wed, 3 Jun 2009 11:31:17 -0700 (PDT)
From: rogerh906@gmail.com
Subject: Re: Success
Message-Id: <699c6e7f-e10f-4026-9030-a55fadcce4dc@q14g2000vbn.googlegroups.com>
On Jun 3, 10:09=A0am, Ben Morrow <b...@morrow.me.uk> wrote:
> [please quote a sensible amount of the article you are replying to]
> [please wrap your articles at 72 characters to allow for quoting]
>
> Quoth "E.D.G." <edgrs...@ix.netcom.com>:
>
> > "Ben Morrow" <b...@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. =A0However when a
> > Gnuplot graphics screen is the one being displayed, the IsKeyPressed
> > command has to be used. =A0ReadKey doesn't see any key presses for some
> > reason. =A0That probably has to do with the way that Windows works.
>
> Let me ask you this: do you really want your Perl program to respond to
> keys pressed when some random window, say a Word window, has the focus?
> If you use IsKeyPressed that is exactly what you will get.
>
> You really need to start writing this program in a more structured way.
> Instead of displying a gnuplot window, get gnuplot to write the graph to
> a file. Then create a window using one of the many GUI toolkits on CPAN
> (perldoc -q gui) which displays the graph and responds to keypresses in
> the appropriate manner.
>
> This is not going to be a terribly easy program to write. GUI
> programming is inherently difficult, and for all that toolkits like Tk
> try to make things simple, there is a certain amount of difficulty that
> cannot be removed.
>
> Ben
Let me see if I can help clarify things.
The program is currently written in TrueBasic and has been rewritten
in FreeBasic and now Perl.
None of these languages are totally satisfactory. The intent is to
display a scrollable series of graphs which are controlled by a
keypress. Right arrow moves one day to the right, Ctrl-right arrow
move a year to the right for example.
TrueBasic handles this easily because it gives the keycode for any key
pressed and that can be used in a CASE statement to control what
happens. Perl doesn't seem to like interactive input, perhaps because
it was originally intended as a text processor working with files.
Roger
------------------------------
Date: Wed, 03 Jun 2009 16:07:50 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Success
Message-Id: <86vdndytbd.fsf@mithril.chromatico.net>
>>>>> "r" == rogerh906 <rogerh906@gmail.com> writes:
r> TrueBasic handles this easily because it gives the keycode for
r> any key pressed and that can be used in a CASE statement to
r> control what happens. Perl doesn't seem to like interactive
r> input, perhaps because it was originally intended as a text
r> processor working with files.
Perl is just fine with interactive input. The difference here is that
you're spawning a gnuplot process to display the input, and when the
user presses a key, the notification of that key goes to gnuplot and not
to the Perl process. Perl is not so fine at intercepting keypresses
that are sent to other processes.
It sounds to me like the project needs at least one person who actually
understands how to program, and who understands how event-driven GUIs
and interprocess communication work. Without that, you're going to keep
switching from language to language, and blaming each language in turn
because you don't understand the architectural issues and because it's
the architecture, not the language, that's causing the problem.
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Wed, 03 Jun 2009 21:03:54 GMT
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: Success
Message-Id: <slrnh2dp9q.9d5.nospam-abuse@chorin.math.berkeley.edu>
On 2009-06-03, Ben Morrow <ben@morrow.me.uk> wrote:
>> 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.
>
> Let me ask you this: do you really want your Perl program to respond to
> keys pressed when some random window, say a Word window, has the focus?
Obviously, either you have not used gnuplot, or know its
implementation. ;-)
[gnuplot has an IPC channel, so that keys pressed in the preview
window are passed to the caller. But the caller must participate in IPC...]
Ilya
------------------------------
Date: Wed, 3 Jun 2009 14:27:03 -0700 (PDT)
From: rogerh906@gmail.com
Subject: Re: Success
Message-Id: <cbc2b730-ef2a-4034-a14b-fae5c5630443@q14g2000vbn.googlegroups.com>
On Jun 3, 2:07=A0pm, Charlton Wilbur <cwil...@chromatico.net> wrote:
> >>>>> "r" =3D=3D rogerh906 =A0<rogerh...@gmail.com> writes:
>
> Perl is just fine with interactive input. =A0The difference here is that
> you're spawning a gnuplot process to display the input, and when the
> user presses a key, the notification of that key goes to gnuplot and not
> to the Perl process. =A0Perl is not so fine at intercepting keypresses
> that are sent to other processes.
>
> It sounds to me like the project needs at least one person who actually
> understands how to program, and who understands how event-driven GUIs
> and interprocess communication work. =A0Without that, you're going to kee=
p
> switching from language to language, and blaming each language in turn
> because you don't understand the architectural issues and because it's
> the architecture, not the language, that's causing the problem.
>
> Charlton
>
Sorry Charleton, you think wrong. I've been programming for a LONG
time, starting with Fortran IV, then PL/I and finally TrueBasic. And
this isn't an interprocess problem anyway, as I can't get any of the
sample code to work in Perl either. It was my intention to do the
whole thing in Perl, once I discovered the graphics modules.
Roger
------------------------------
Date: Wed, 03 Jun 2009 17:34:33 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Success
Message-Id: <86r5y1ypau.fsf@mithril.chromatico.net>
>>>>> "r" == rogerh906 <rogerh906@gmail.com> writes:
(quoting me)
>> It sounds to me like the project needs at least one person who
>> actually understands how to program, and who understands how
>> event-driven GUIs and interprocess communication work. Without
>> that, you're going to keep switching from language to language,
>> and blaming each language in turn because you don't understand
>> the architectural issues and because it's the architecture, not
>> the language, that's causing the problem.
>>
>> Charlton
r> Sorry Charleton, you think wrong.
It's Charlton, actually. No E. And it was two lines above where you
typed that, and you failed to copy it correctly. This does not bode
well for your attention to detail, which is a hard requirement for being
a successful programmer.
r> I've been programming for a LONG time, starting with Fortran IV,
r> then PL/I and finally TrueBasic.
Great! So the project has someone who knows programming on it.
Does it have anyone who understands event-driven GUI programming or
interprocess communication?
r> And this isn't an interprocess problem anyway, as I can't get any
r> of the sample code to work in Perl either.
....er, maybe it *doesn't* have someone who understands programming on
it. Back to Square 1!
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Wed, 3 Jun 2009 14:52:28 -0700 (PDT)
From: rogerh906@gmail.com
Subject: Re: Success
Message-Id: <298a1fbe-a793-4d14-8f35-3dda85f8aae5@n21g2000vba.googlegroups.com>
> It's Charlton, actually. =A0No E. =A0And it was two lines above where you
> typed that, and you failed to copy it correctly. =A0This does not bode
> well for your attention to detail, which is a hard requirement for being
> a successful programmer.
>
> =A0 =A0 r> I've been programming for a LONG time, starting with Fortran I=
V,
> =A0 =A0 r> then PL/I and finally TrueBasic.
>
> Great! =A0So the project has someone who knows programming on it.
>
> Does it have anyone who understands event-driven GUI programming or
> interprocess communication?
>
> =A0 =A0 r> And this isn't an interprocess problem anyway, as I can't get =
any
> =A0 =A0 r> of the sample code to work in Perl either.
>
> ....er, maybe it *doesn't* have someone who understands programming on
> it. =A0Back to Square 1!
>
Charlton, is this a "help the newcomer" blog or a "be a smart aleck
site"?
I can play it either way but the former is more useful.
I repeat, the problem is to get some way to identify which key was
pressed so the program can take appropriate action. I've tried a
number of perl routines which are supposed to do that and while they
compile without error they do not print anything.
Roger
------------------------------
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 2457
***************************************
