[29293] in Perl-Users-Digest
Perl-Users Digest, Issue: 537 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jun 20 06:09:51 2007
Date: Wed, 20 Jun 2007 03:09:04 -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, 20 Jun 2007 Volume: 11 Number: 537
Today's topics:
Re: lightweight access to large data structures? xhoster@gmail.com
new CPAN modules on Wed Jun 20 2007 (Randal Schwartz)
Re: Passing hash to another script via commandline <tadmc@seesig.invalid>
Re: Passing hash to another script via commandline <purlgurl@purlgurl.net>
Re: Passing hash to another script via commandline <veatchla@yahoo.com>
Re: Passing hash to another script via commandline <veatchla@yahoo.com>
Re: Passing hash to another script via commandline <blah@blahblah.co.uk>
Re: Passing hash to another script via commandline <paduille.4061.mumia.w+nospam@earthlink.net>
Re: Passing hash to another script via commandline <ts@dionic.net>
Re: Passing hash to another script via commandline <purlgurl@purlgurl.net>
Re: RegEx Solution Needed <tadmc@seesig.invalid>
Re: RegEx Solution Needed <rvtol+news@isolution.nl>
Re: RegEx Solution Needed <jurgenex@hotmail.com>
Re: RegEx Solution Needed <rvtol+news@isolution.nl>
Re: The Modernization of Emacs <spamfilteraccount@gmail.com>
Re: The Modernization of Emacs <keramida@ceid.upatras.gr>
Re: The Modernization of Emacs: terminology buffer and <keramida@ceid.upatras.gr>
Re: writing to file fails <mritty@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 19 Jun 2007 22:19:24 GMT
From: xhoster@gmail.com
Subject: Re: lightweight access to large data structures?
Message-Id: <20070619181927.345$gX@newsreader.com>
Ilya Zakharevich <nospam-abuse@ilyaz.org> wrote:
> [A complimentary Cc of this posting was sent to
>
> <xhoster@gmail.com>], who wrote in article
> <20070619152447.613$lv@newsreader.com>:
> > > > For each chunk, you have to have a full scalar struct
> > > > (about 20 bytes), plus you need the string storage (starts at about
> > > > 12 bytes, even if the string is only one character long).
>
> > > Wrong. With Perl's malloc(), the minimal allocated buffer is 4bytes.
>
> > That may be the minimal amount of space that Perl is capable of
> > allocating, but that does mean it is not the minimal amount of space
> > that Perl actually does allocate in any given circumstance.
>
> This does not even parse.
Misplaced "not".
That may be the minimal amount of space that Perl is capable of
allocating, but that does not mean it is the minimal amount of space
that Perl actually does allocate in any given circumstance.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Wed, 20 Jun 2007 04:42:13 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Wed Jun 20 2007
Message-Id: <JJx3qD.1EMz@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.
Acme-Godot-0.001000
http://search.cpan.org/~sjn/Acme-Godot-0.001000/
Nothing to be done
----
Algorithm-Cluster-1.36
http://search.cpan.org/~mdehoon/Algorithm-Cluster-1.36/
Perl interface to the C Clustering Library.
----
Benchmark-Stopwatch-Pause-0.03
http://search.cpan.org/~notbenh/Benchmark-Stopwatch-Pause-0.03/
simple timing of stages of your code with a pause option.
----
Bundle-Complete-Catalyst-0.02
http://search.cpan.org/~ski/Bundle-Complete-Catalyst-0.02/
installs all Catalyst modules
----
Bundle-Dependencies-Catalyst-0.06
http://search.cpan.org/~ski/Bundle-Dependencies-Catalyst-0.06/
installs non-Catalyst prereqs
----
Cache-Memcached-1.23
http://search.cpan.org/~bradfitz/Cache-Memcached-1.23/
client library for memcached (memory cache daemon)
----
Calendar-0.02
http://search.cpan.org/~yewenbin/Calendar-0.02/
Perl extension for calendar convertion
----
Catalyst-Action-RenderView-0.05
http://search.cpan.org/~mramberg/Catalyst-Action-RenderView-0.05/
Sensible default end action.
----
Catalyst-Plugin-Form-Processor-0.02
http://search.cpan.org/~hank/Catalyst-Plugin-Form-Processor-0.02/
methods for processing forms with Form::Processor
----
Catalyst-Plugin-FormCanary-0.01
http://search.cpan.org/~jrockway/Catalyst-Plugin-FormCanary-0.01/
check that forms are submitted from your site
----
DBD-AnyData-0.09
http://search.cpan.org/~jzucker/DBD-AnyData-0.09/
DBI access to XML, CSV and other formats
----
Date-Gregorian-0.12
http://search.cpan.org/~mhasch/Date-Gregorian-0.12/
Gregorian calendar
----
Devel-Profiler-Plugins-Template-0.01
http://search.cpan.org/~geoff/Devel-Profiler-Plugins-Template-0.01/
gather tmon.out data for Template Toolkit templates
----
Device-Jtag-USB-FTCJTAG-0.06
http://search.cpan.org/~tdeitrich/Device-Jtag-USB-FTCJTAG-0.06/
Perl extension for communicating with JTAG devices using the FTDI FTCJTAG driver.
----
Finance-Bank-Smile-0.04
http://search.cpan.org/~rpanman/Finance-Bank-Smile-0.04/
Check your Smile bank accounts from Perl
----
Finance-Bank-Smile-0.05
http://search.cpan.org/~rpanman/Finance-Bank-Smile-0.05/
Check your Smile bank accounts from Perl
----
Finance-MICR-GOCR-Check-1.03
http://search.cpan.org/~leocharre/Finance-MICR-GOCR-Check-1.03/
scan a check scan image file for a valid micr line
----
Form-Processor-0.11
http://search.cpan.org/~hank/Form-Processor-0.11/
validate and process form data
----
Games-QuizTaker-2.1
http://search.cpan.org/~tstanley/Games-QuizTaker-2.1/
Take your own quizzes and tests
----
Gantry-3.50
http://search.cpan.org/~tkeefer/Gantry-3.50/
Web application framework for mod_perl, cgi, etc.
----
Geo-Query-LatLong-0.8006
http://search.cpan.org/~retoh/Geo-Query-LatLong-0.8006/
Uniform interface to query latitude and longitude from a city.
----
MogileFS-Utils-2.11
http://search.cpan.org/~bradfitz/MogileFS-Utils-2.11/
----
Net-SFTP-Foreign-1.25
http://search.cpan.org/~salva/Net-SFTP-Foreign-1.25/
Secure File Transfer Protocol client
----
Runops-Trace-0.03
http://search.cpan.org/~jjore/Runops-Trace-0.03/
Trace your program's execution
----
SQL-DB-0.03
http://search.cpan.org/~mlawren/SQL-DB-0.03/
Easy Perl interface to SQL Database
----
ShipIt-0.51
http://search.cpan.org/~bradfitz/ShipIt-0.51/
software release tool
----
Sys-Statistics-Linux-0.11
http://search.cpan.org/~bloonix/Sys-Statistics-Linux-0.11/
Front-end module to collect system statistics
----
Win32-GUIRobot-0.02
http://search.cpan.org/~karasik/Win32-GUIRobot-0.02/
send keyboard and mouse input to win32, analyze graphical output
----
XML-Bare-0.07
http://search.cpan.org/~codechild/XML-Bare-0.07/
Minimal XML parser implemented via a C++ state engine
----
XML-RSS-1.30
http://search.cpan.org/~abh/XML-RSS-1.30/
creates and updates RSS files
----
parrot-0.4.13
http://search.cpan.org/~arandal/parrot-0.4.13/
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/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Tue, 19 Jun 2007 18:14:58 -0500
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: Passing hash to another script via commandline
Message-Id: <slrnf7gori.v62.tadmc@tadmc30.sbcglobal.net>
Purl Gurl <purlgurl@purlgurl.net> wrote:
> IanW wrote:
>
>> How do I pass a hash to another script via the command line?
> Others have explained why you cannot do this.
> I would simply
> create an array, pass the array, then work with array @ARGV
> in my secondary script, without creating a new hash.
>
> PRIMARY:
>
> #!perl
>
> %Data = (field1 => 'f1val', field2 => 'f2val', field3 => 'f3val');
Try it with these values:
%Data = (field1 => 'f1 val', field2 => 'f2val', field3 => 'f3val');
then rethink your "solution".
> system ("perl test2.pl @{[%Data]}");
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 19 Jun 2007 19:43:30 -0700
From: Purl Gurl <purlgurl@purlgurl.net>
Subject: Re: Passing hash to another script via commandline
Message-Id: <4eadnbRBH6XLCeXbnZ2dnUVZ_h-vnZ2d@giganews.com>
Tad McClellan wrote:
> Purl Gurl wrote:
>> IanW wrote:
>>> How do I pass a hash to another script via the command line?
>> Others have explained why you cannot do this.
>> I would simply create an array, pass the array, then work with
>> array @ARGV in my secondary script, without creating a new hash.
>> %Data = (field1 => 'f1val', field2 => 'f2val', field3 => 'f3val');
> Try it with these values:
> %Data = (field1 => 'f1 val', field2 => 'f2val', field3 => 'f3val');
> then rethink your "solution".
Irrelevant. Your comments do not comply with the originating
author's stated parameters. You are changing parameters yet
you are not the originating author. Yours is a troll tactic
you are well known for using. You are one of the long standing
persistent trolls of this discussion group, one of the trolls
directly responsible for the loss of popularity of this group.
I am not interested in playing your childish "what if" game.
--
Purl Gurl
--
"Then again what can you expect from a fat-assed, champagne swilling,
half-breed just off the Rez?"
- Joe Kline
------------------------------
Date: Wed, 20 Jun 2007 00:12:36 -0500
From: l v <veatchla@yahoo.com>
Subject: Re: Passing hash to another script via commandline
Message-Id: <137hdpm8p0nb36c@news.supernews.com>
IanW wrote:
> Hi
>
> How do I pass a hash to another script via the command line?
Can't as other's have said.
>
> That is, if I do this
>
[sniped]
> What am I doing wrong?
>
> Thanks
> Ian
>
>
However Getopt::Long should be able to help you achieve what you are
looking for ... with some changes to your design. You can pass an
option whose value is a hash. The POD does go into details on how to do it.
POD snippet follows:
> Options with hash values
>
> If the option destination is a reference to a hash, the option will
> take, as value, strings of the form *key*"="*value*. The value will be
> stored with the specified key in the hash.
>
> my %defines = ();
> GetOptions ("define=s" => \%defines);
>
> When used with command line options:
>
> --define os=linux --define vendor=redhat
>
> the hash "%defines" will contain two keys, ""os"" with value ""linux"
> and ""vendor"" with value ""redhat"". It is also possible to specify
> that only integer or floating point numbers are acceptible values. The
> keys are always taken to be strings.
--
Len
------------------------------
Date: Wed, 20 Jun 2007 00:17:42 -0500
From: l v <veatchla@yahoo.com>
Subject: Re: Passing hash to another script via commandline
Message-Id: <137he37qlgltld9@news.supernews.com>
Purl Gurl wrote:
> Tad McClellan wrote:
>
>> Purl Gurl wrote:
>>> IanW wrote:
>
>>>> How do I pass a hash to another script via the command line?
>
>>> Others have explained why you cannot do this.
>
>>> I would simply create an array, pass the array, then work with
>>> array @ARGV in my secondary script, without creating a new hash.
>
>>> %Data = (field1 => 'f1val', field2 => 'f2val', field3 => 'f3val');
>
>> Try it with these values:
>
>> %Data = (field1 => 'f1 val', field2 => 'f2val', field3 => 'f3val');
>
>> then rethink your "solution".
>
> Irrelevant. Your comments do not comply with the originating
> author's stated parameters. You are changing parameters yet
> you are not the originating author. Yours is a troll tactic
> you are well known for using. You are one of the long standing
> persistent trolls of this discussion group, one of the trolls
> directly responsible for the loss of popularity of this group.
>
> I am not interested in playing your childish "what if" game.
>
Hash values containing spaces is not a "what if" game, it is a real life
occurrence.
--
Len
------------------------------
Date: Wed, 20 Jun 2007 09:37:23 +0100
From: "IanW" <blah@blahblah.co.uk>
Subject: Re: Passing hash to another script via commandline
Message-Id: <f5aov4$adg$1$8302bc10@news.demon.co.uk>
"Gunnar Hjalmarsson" <noreply@gunnar.cc> wrote in message
news:5dqbbtF35qn5rU1@mid.individual.net...
> IanW wrote:
>> How do I pass a hash to another script via the command line?
>
> As others have told you, you can't.
>
> However, nothing prevents you from assigning a hashref to @ARGV directly,
> i.e. instead of
>
>> my $result = `perl z:/interface.pl \%data`;
>
> you may want to try:
>
> $ARGV[0] = \%data;
> do 'z:/interface.pl';
I did want, I did try and it did work :-)
I had actually found another way that seemed to work, just before I read
your post, and that was to use Data::Dumper to stringify the hash, then
MIME::Base64 to encode it, then remove the line breaks, and then pass the
resulting string via the command line to then decode it at the other end.
However your way it decidedly simpler thanks.
Thanks also for the other responses. One thing I noticed from the different
replies is that there seem to be 3 ways to call another Perl script - the
backticks that I used, 'system', and 'do' - are there any real differences
between them?
Ian
------------------------------
Date: Wed, 20 Jun 2007 08:41:27 GMT
From: "Mumia W." <paduille.4061.mumia.w+nospam@earthlink.net>
Subject: Re: Passing hash to another script via commandline
Message-Id: <XK5ei.1641$iz5.1371@newsread4.news.pas.earthlink.net>
On 06/19/2007 10:25 AM, IanW wrote:
> [...]
> If I understand it correctly, doesn't Data::Dumper just convert the hash
> into a string representing the hashes structure? In which case, if I tried
> to pass that via the command line, the spaces (amongst some other characters
> like double quotes) would cause probs when the string is pulled into @ARGV
> at the receiving script?
>
> Eg:
>
> use Data::Dumper;
> my $d = Dumper(\%data);
> my $result = `perl z:/interface.pl $d`;
>
> That would result in only $ARGV[0] only containing "$VAR1". One could put $d
> in double quotes, but if there were double quotes in one of the hash values
> then it would presumably mess things up again.
>
> Regards
> Ian
>
>
You can use quotemeta() to help the string survive being in the shell.
The \Q...\E syntax is a shortcut for using quotemeta():
my $result = `perl z:/interface.pl \Q$d\E`;
You can also avoid using the shell entirely. Look at "perldoc -f open"
and examine the "open FILEHANDLE,MODE,EXPR,LIST" syntax.
IPC::Run also lets you receive input from external programs without
putting the arguments in the shell.
HTH
------------------------------
Date: Wed, 20 Jun 2007 10:13:52 +0100
From: Tim Southerwood <ts@dionic.net>
Subject: Re: Passing hash to another script via commandline
Message-Id: <4678efd1$0$645$5a6aecb4@news.aaisp.net.uk>
IanW wrote:
> Thanks also for the other responses. One thing I noticed from the
> different replies is that there seem to be 3 ways to call another Perl
> script - the backticks that I used, 'system', and 'do' - are there any
> real differences between them?
>
> Ian
I would *always* use the "system (@)" method unless I really needed the
shell to do expansions or the convenience of capturing output via
backticks.
using system(@) without a shell avoids most possible quoting and hacking
nasties and avoids spaces-in-arguments problems. The only problem you get
left with is the command-line length limit, but that's quite large on linux
anyway.
Cheers
Tim
------------------------------
Date: Wed, 20 Jun 2007 02:45:45 -0700
From: Purl Gurl <purlgurl@purlgurl.net>
Subject: Re: Passing hash to another script via commandline
Message-Id: <DNWdnWdvhMbQauXbnZ2dnUVZ_u-unZ2d@giganews.com>
l v wrote:
> Purl Gurl wrote:
>> Tad McClellan wrote:
>>> Purl Gurl wrote:
>>>> IanW wrote:
>>>>> How do I pass a hash to another script via the command line?
>>>> Others have explained why you cannot do this.
>>>> I would simply create an array, pass the array, then work with
>>>> array @ARGV in my secondary script, without creating a new hash.
>>>> %Data = (field1 => 'f1val', field2 => 'f2val', field3 => 'f3val');
>>> Try it with these values:
>>> %Data = (field1 => 'f1 val', field2 => 'f2val', field3 => 'f3val');
>>> then rethink your "solution".
>> Irrelevant. Your comments do not comply with the originating
>> author's stated parameters. You are changing parameters yet
>> you are not the originating author. Yours is a troll tactic
>> you are well known for using. You are one of the long standing
>> persistent trolls of this discussion group, one of the trolls
>> directly responsible for the loss of popularity of this group.
>> I am not interested in playing your childish "what if" game.
> Hash values containing spaces is not a "what if" game, it is a real life
> occurrence.
Irrelevant. Your comments do not comply with the originating
author's stated parameters. You are another simple minded
troll just as is McClellan, just another troll attempting
to play this idiotic "what if" game.
You boys should play Patty Cake, throw rocks at each other,
do something other than make fools of yourselves.
Oh Lord! WHAT IF you boys discover the true name of this child's
game, so appropriate for childish men like you, WHAT IF you
discover the true name is Pat-A-Cake? Look at those hyphens!
WHAT IF you lame brain trolls cannot handle this? WHAT IF
your brains explode? WHAT IF one of you takes to flicking
boogers on the other?
WHAT IF you boys were smarter than a bucket of rocks?
Nah, this "what if" is not a possibility.
--
Purl Gurl
--
"Then again what can you expect from a fat-assed, champagne swilling,
half-breed just off the Rez?"
- Joe Kline
------------------------------
Date: Tue, 19 Jun 2007 17:49:19 -0500
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: RegEx Solution Needed
Message-Id: <slrnf7gnbf.v62.tadmc@tadmc30.sbcglobal.net>
Matt White <whiteqt@gmail.com> wrote:
> I am in need of an effective regular expression that will capture
> multiple values on the same line, not knowing in advance how many
> matching values there are. Basically it needs to match strings of 3
> digits
> So what I have is a line like:
> abc123def456ghi789jkl
>
> I want to end up with a list that looks like:
> [123,456,789]
use a global match in list context:
my @nums = 'abc123def456ghi789jkl' =~ /(\d\d\d)/g;
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Wed, 20 Jun 2007 07:34:42 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: RegEx Solution Needed
Message-Id: <f5alec.1c4.1@news.isolution.nl>
Matt White schreef:
> So what I have is a line like:
> abc123def456ghi789jkl
> I want to end up with a list that looks like:
> [123,456,789]
echo abc123def456ghi789jkl |
perl -wnle 'print "[", join(",", /\d+/g), "]"'
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Wed, 20 Jun 2007 06:46:59 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: RegEx Solution Needed
Message-Id: <D34ei.2244$p45.716@trndny01>
Matt White wrote:
> So what I have is a line like:
> abc123def456ghi789jkl
>
> I want to end up with a list that looks like:
> [123,456,789]
$_ = 'abc123def456ghi789jkl';
my @res = split /\D+/;
print "@res";
jue
------------------------------
Date: Wed, 20 Jun 2007 10:25:23 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: RegEx Solution Needed
Message-Id: <f5avf5.140.1@news.isolution.nl>
Jürgen Exner schreef:
> Matt White:
>> So what I have is a line like:
>> abc123def456ghi789jkl
>> I want to end up with a list that looks like:
>> [123,456,789]
>
> $_ = 'abc123def456ghi789jkl';
> my @res = split /\D+/;
> print "@res";
There is a problem there which you will notice when you do
{
local $" = q{,};
print "[@res]";
}
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Tue, 19 Jun 2007 22:59:23 -0700
From: "spamfilteraccount@gmail.com" <spamfilteraccount@gmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182319163.532211.174470@u2g2000hsc.googlegroups.com>
On Jun 19, 9:21 pm, Ed <iamfrac...@hotmail.com> wrote:
>
> Have you ever seen an, "Extractmethod," function for emacs? Whereby
> you highlight some lines of code, press a key, and the code is whisked
> into its ownmethod, with the appropriatemethodinvocation left in
> its place. If you could post a link, that'd be just champion.
xrefactory does this. I tried it once. It's a bit pricey , though.
------------------------------
Date: Wed, 20 Jun 2007 03:35:47 +0300
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
Subject: Re: The Modernization of Emacs
Message-Id: <87y7ifihss.fsf@kobe.laptop>
On Tue, 19 Jun 2007 15:53:21 +0200, David Kastrup <dak@gnu.org> wrote:
>Harry George <harry.g.george@boeing.com> writes:
>> I don't mind folks using any editor they want, as long as they are
>> proficient. In those cases, I have no problem doing Extreme
>> Programming with them -- code a bit, save, the other guy codes a bit.
>> But when someone uses vi and then forgets how to do block moves, or
>> uses eclipse and bogs down the session, or uses MS Notepad and can't
>> enforce language-specific indents, I get frustrated.
>
> My favorite killing offence is /* vi:set ts=4: */.
Apparently, we share at least part of that. My own favorite killing
offense is '/* vi:set ts=anything: */' :)
------------------------------
Date: Wed, 20 Jun 2007 03:44:08 +0300
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <87tzt3ihev.fsf@kobe.laptop>
On Tue, 19 Jun 2007 10:01:35 -0700, Xah Lee <xah@xahlee.org> wrote:
> Here are some Frequently Asked Questions about The Modernization of
> Emacs.
>
> They are slightly lengthy, so i've separated each item per post. The
> whole article can be found at
>
> http://xahlee.org/emacs/modernization.html
> ------------
>
> Q: The Terminology “buffer” and “keybinding” is good as they are.
>
> A: The terminology “buffer” or “keybinding”, are technical terms
> having to do with software programing. The term “keybinding” refers to
> the association of a keystroke with a command in a technical, software
> application programing context. That is to say, a programer “bind” a
> keystroke to a command in a software application. The term “buffer”
> refers to a abstract, temporary area for storing data, in the context
> of programing or computer science.
>
> These terms are irrelevant to the users of a software application.
>
> As a user of a text editor, he works with files. The terms “opened
> file” or “untitled file” are more appropriate than “buffer”.
No they are not. See you may have a real *file* on a disk somewhere,
which is called 'opened file' or even 'untitled file'. Now isn't it
confusing to think in terms of made-up descriptiors, just because the
term 'buffer' seems alien?
Educating the user to avoid confusion in this and other cases of made
up, 'user-friendly' descriptions is not a good enough answer. If you
can educate the user about this sort of fine distinction between files
stored on a disk somewhere and files which are figments of the
imagination of Emacs, then I can educate them about 'buffer' too and be
done with it all.
The main difference is that I get to do it today, without the need for
multi-thousand-line changes in the source and documentation of Emacs and
its thousands of plugins.
------------------------------
Date: Tue, 19 Jun 2007 19:06:21 -0700
From: Paul Lalli <mritty@gmail.com>
Subject: Re: writing to file fails
Message-Id: <1182305181.327876.56320@o61g2000hsh.googlegroups.com>
On Jun 19, 5:39 pm, Vahid <vahid.moghadd...@gmail.com> wrote:
> On Jun 19, 5:21 pm, Paul Lalli <mri...@gmail.com> wrote:
>
> > Once again, Perl will tell you there's no such variables with
> > these names if you let it.
>
> The error was not descriptive enough for me so I did not know
> what to do with it, your explanation was.
perldoc perldiag
for a list of all perl errors/warnings and their meanings.
Or just put
use diagnostics;
in your script, to have Perl give you the detailed explanation.
Paul Lalli
------------------------------
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 537
**************************************
