[30823] in Perl-Users-Digest
Perl-Users Digest, Issue: 2068 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Dec 20 16:09:41 2008
Date: Sat, 20 Dec 2008 13:09:09 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sat, 20 Dec 2008 Volume: 11 Number: 2068
Today's topics:
[OT] hint was: Rounding up in perl <whynot@pozharski.name>
Re: [OT] hint was: Rounding up in perl <tim@burlyhost.com>
new CPAN modules on Sat Dec 20 2008 (Randal Schwartz)
Re: opening the file at a specific line number. <stoupa@practisoft.cz>
Re: opening the file at a specific line number. <whynot@pozharski.name>
Re: Rounding up in perl <kkeller-usenet@wombat.san-francisco.ca.us>
Re: Rounding up in perl <hjp-usenet2@hjp.at>
Re: Rounding up in perl <hjp-usenet2@hjp.at>
Re: Rounding up in perl <tim@burlyhost.com>
Re: Rounding up in perl <tim@burlyhost.com>
Re: Rounding up in perl sln@netherlands.com
Re: speeding up cgi perl <bart.lateur@pandora.be>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 20 Dec 2008 05:02:56 +0200
From: Eric Pozharski <whynot@pozharski.name>
Subject: [OT] hint was: Rounding up in perl
Message-Id: <slrngkoo71.q9q.whynot@orphan.zombinet>
On 2008-12-20, Tim Greer <tim@burlyhost.com> wrote:
> Ilya Zakharevich wrote:
>
>> [A complimentary Cc of this posting was sent to
>> Tim Greer
>> <tim@burlyhost.com>], who wrote in article
>> <hlV2l.55512$v37.17095@newsfe01.iad>:
>>> Actually, I'm a little surprised that you'd respond like that, so
>>> forgive the additional reply. int() truncates, and just because you
>>> can
>>> use it to round, doesn't mean that is its intended purpose. You
>>> insist it's a function intended to round and not truncate?
>
> Again, no reason for the "complimentary Cc". Thanks.
>
Consider looking in header of any his message. There're precise
instructions how to avoid CC. (and then we'll see the next episode of
this show.)
*CUT*
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Sat, 20 Dec 2008 08:35:10 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: [OT] hint was: Rounding up in perl
Message-Id: <2993l.48381$R43.12093@newsfe08.iad>
Eric Pozharski wrote:
> Consider looking in header of any his message. There're precise
> instructions how to avoid CC. (and then we'll see the next episode of
> this show.)
>
> *CUT*
I wasn't exactly worried about it, but I don't make a habit of reading
people's posting headers for instructions of avoiding emailed CC
replies, especially when I'm replying to their post anyway. I think
adding a custom header in my news client is a little much.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Sat, 20 Dec 2008 05:42:24 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sat Dec 20 2008
Message-Id: <KC5uIo.1q9B@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.
Archive-Lha-0.05
http://search.cpan.org/~ishigaki/Archive-Lha-0.05/
extract .LZH archives
----
Audio-Extract-PCM-0.01
http://search.cpan.org/~pepe/Audio-Extract-PCM-0.01/
Extract PCM data from audio files
----
Audio-Ofa-0.01
http://search.cpan.org/~pepe/Audio-Ofa-0.01/
Perl interface to libofa, an Acoustig Fingerprinting library
----
Audio-Ofa-0.02
http://search.cpan.org/~pepe/Audio-Ofa-0.02/
Perl interface to libofa, an Acoustig Fingerprinting library
----
Audio-Ofa-Util-0.01
http://search.cpan.org/~pepe/Audio-Ofa-Util-0.01/
Retrieve audio fingerprints and metadata for unknown audio files
----
Audio-Ofa-Util-0.02
http://search.cpan.org/~pepe/Audio-Ofa-Util-0.02/
Retrieve audio fingerprints and metadata for unknown audio files
----
Bio-Graphics-1.81
http://search.cpan.org/~lds/Bio-Graphics-1.81/
Generate GD images of Bio::Seq objects
----
Bot-BasicBot-Pluggable-Module-Collection-0.01
http://search.cpan.org/~kitano/Bot-BasicBot-Pluggable-Module-Collection-0.01/
some useful IRC modules
----
CPAN-Testers-Data-Generator-0.32
http://search.cpan.org/~barbie/CPAN-Testers-Data-Generator-0.32/
Download and summarize CPAN Testers data
----
Carp-Diagnostics-0.05.3
http://search.cpan.org/~nkh/Carp-Diagnostics-0.05.3/
Carp with a diagnostic message
----
Catalyst-Plugin-Browser-0.05
http://search.cpan.org/~mramberg/Catalyst-Plugin-Browser-0.05/
Browser Detection
----
Config-KeyValue-0.02
http://search.cpan.org/~blair/Config-KeyValue-0.02/
Module for reading simple "KEY=VALUE" formatted configuration files.
----
Crypt-Rot47-0.02
http://search.cpan.org/~zblair/Crypt-Rot47-0.02/
Perl extension for encrypting and decrypting ASCII text using the Rot47 substitution cipher.
----
DBD-ODBC-1.17_3
http://search.cpan.org/~mjevans/DBD-ODBC-1.17_3/
ODBC Driver for DBI
----
Data-TreeDumper-Renderer-DHTML-0.09
http://search.cpan.org/~nkh/Data-TreeDumper-Renderer-DHTML-0.09/
DHTML renderer for Data::TreeDumper
----
Geo-WebService-Elevation-USGS-0.003
http://search.cpan.org/~wyant/Geo-WebService-Elevation-USGS-0.003/
Elevation queries against USGS web services.
----
Git-FastExport-0.06
http://search.cpan.org/~book/Git-FastExport-0.06/
A module to parse the output of git-fast-export
----
Google-SAML-Response-0.07
http://search.cpan.org/~manni/Google-SAML-Response-0.07/
Generate signed XML documents as SAML responses for Google's SSO implementation
----
HTML-Template-Pro-0.72
http://search.cpan.org/~viy/HTML-Template-Pro-0.72/
Perl/XS module to use HTML Templates from CGI scripts
----
IO-Lambda-1.00
http://search.cpan.org/~karasik/IO-Lambda-1.00/
non-blocking I/O as lambda calculus
----
Judy-HS-0.04
http://search.cpan.org/~jjore/Judy-HS-0.04/
Library for creating and accessing a dynamic array, using an array-of-bytes as an Key and a word as a Value.
----
KiokuDB-Backend-BDB-0.08
http://search.cpan.org/~nuffin/KiokuDB-Backend-BDB-0.08/
----
LWP-Simple-WithCache-0.03
http://search.cpan.org/~leeym/LWP-Simple-WithCache-0.03/
LWP::Simple with cache
----
Mail-Log-Parse-1.0300_1
http://search.cpan.org/~dstaal/Mail-Log-Parse-1.0300_1/
Parse and return info in maillogs
----
Mail-Log-Trace-1.0100_1
http://search.cpan.org/~dstaal/Mail-Log-Trace-1.0100_1/
Trace an email through the mailsystem logs.
----
POE-Component-SmokeBox-0.06
http://search.cpan.org/~bingos/POE-Component-SmokeBox-0.06/
POE enabled CPAN smoke testing with added value.
----
Padre-Plugin-CSS-0.03
http://search.cpan.org/~fayland/Padre-Plugin-CSS-0.03/
Padre and CSS
----
Padre-Plugin-HTML-0.04
http://search.cpan.org/~fayland/Padre-Plugin-HTML-0.04/
Padre and HTML
----
Padre-Plugin-HTML-0.05
http://search.cpan.org/~fayland/Padre-Plugin-HTML-0.05/
Padre and HTML
----
Padre-Plugin-JavaScript-0.23
http://search.cpan.org/~fayland/Padre-Plugin-JavaScript-0.23/
Padre and JavaScript
----
Stack-Persistent-0.04
http://search.cpan.org/~kesteb/Stack-Persistent-0.04/
A persistent stack
----
Syntax-Highlight-Perl6-0.0293
http://search.cpan.org/~azawawi/Syntax-Highlight-Perl6-0.0293/
Perl 6 Syntax Highlighter
----
Syntax-Highlight-Perl6-0.0294
http://search.cpan.org/~azawawi/Syntax-Highlight-Perl6-0.0294/
Perl 6 Syntax Highlighter
----
Syntax-Highlight-Perl6-0.0295
http://search.cpan.org/~azawawi/Syntax-Highlight-Perl6-0.0295/
Perl 6 Syntax Highlighter
----
TVDB-API-0.33
http://search.cpan.org/~behanw/TVDB-API-0.33/
API to www.thetvdb.com
----
Task-Padre-Plugin-Deps-0.01
http://search.cpan.org/~fayland/Task-Padre-Plugin-Deps-0.01/
prereqs of Padre::Plugins
----
Task-Padre-Plugin-Deps-0.03
http://search.cpan.org/~fayland/Task-Padre-Plugin-Deps-0.03/
prereqs of Padre::Plugins
----
Task-Padre-Plugins-0.04
http://search.cpan.org/~fayland/Task-Padre-Plugins-0.04/
Get many Plugins of Padre at once
----
Test-Usage-0.08
http://search.cpan.org/~lucs/Test-Usage-0.08/
A different approach to testing: selective, quieter, colorful.
----
Tk-XMLTree-0.02
http://search.cpan.org/~santos/Tk-XMLTree-0.02/
An XML tree widget
----
Verilog-Perl-3.045
http://search.cpan.org/~wsnyder/Verilog-Perl-3.045/
----
Video-Filename-0.33
http://search.cpan.org/~behanw/Video-Filename-0.33/
Parse filenames for information about the video
----
WWW-Mixi-Scraper-0.21
http://search.cpan.org/~ishigaki/WWW-Mixi-Scraper-0.21/
yet another mixi scraper
----
mobirc-1.08_02
http://search.cpan.org/~tokuhirom/mobirc-1.08_02/
modern IRC to HTTP gateway
----
savelogs-1.92
http://search.cpan.org/~scottw/savelogs-1.92/
Frequently Asked Questions
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: Sat, 20 Dec 2008 08:56:25 +0100
From: "Petr Vileta \"fidokomik\"" <stoupa@practisoft.cz>
Subject: Re: opening the file at a specific line number.
Message-Id: <gii8j1$2sms$1@ns.felk.cvut.cz>
Nene wrote:
> Hello,
>
> I have a script that runs every 5 minutes and greps for errors in a
> log file. Througout the day, the log file gets bigger and bigger. Is
> there a way to open the file from a specific line number. My objective
> is that when the scripts runs, it will will get the last line number
> of the file, when it runs again in 5 minutes, I want it to start from
> the last line from the last time the script ran.
>
You can try something like this
my $remark = '/var/log/mylogs/last_position.txt';
my $log_file = '/var/log/mylogs/some.log';
my $readed = 0;
open LOG,"< $log_file" or die "Can't open file $log_file";
if(-f $remark)
{
open REM,"< $remark" or die "Can't open file $remark";
$readed = <REM>;
close REM;
seek LOG,$readed;
}
while(my $row = <LOG>)
{
$readed += length($row);
# any other operations you need
}
close LOG;
open REM,"> $remark" or die "Can't open file $remark";
print REM $readed * 1;
close REM;
--
Petr Vileta, Czech republic
(My server rejects all messages from Yahoo and Hotmail.
Send me your mail from another non-spammer site please.)
Please reply to <petr AT practisoft DOT cz>
------------------------------
Date: Sat, 20 Dec 2008 05:08:43 +0200
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: opening the file at a specific line number.
Message-Id: <slrngkoohs.q9q.whynot@orphan.zombinet>
On 2008-12-19, Jürgen Exner <jurgenex@hotmail.com> wrote:
> Nene <rodbass63@gmail.com> wrote:
>>I have a script that runs every 5 minutes and greps for errors in a
>>log file. Througout the day, the log file gets bigger and bigger. Is
>>there a way to open the file from a specific line number.
>
> No.
>
>>My objective
>>is that when the scripts runs, it will will get the last line number
>>of the file, when it runs again in 5 minutes, I want it to start from
>>the last line from the last time the script ran.
>
> But you can use seek() to jump directly to a specific location in the
> file.
And B<tell> before closing
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Fri, 19 Dec 2008 23:02:46 -0800
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Rounding up in perl
Message-Id: <mthu16x9ho.ln2@goaway.wombat.san-francisco.ca.us>
On 2008-12-19, sln@netherlands.com <sln@netherlands.com> wrote:
>
> As a proof, I'm only instred in what happens int the +-.1 range (-+)
> of .5, not the whole universe of decimal places to the right.
That's not a proof, just a smattering of data points.
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: Sat, 20 Dec 2008 13:25:24 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Rounding up in perl
Message-Id: <slrngkpp1l.14l.hjp-usenet2@hrunkner.hjp.at>
On 2008-12-20 02:03, Tim Greer <tim@burlyhost.com> wrote:
> Ilya Zakharevich wrote:
>> <tim@burlyhost.com>], who wrote in article
>> <hlV2l.55512$v37.17095@newsfe01.iad>:
>>> Actually, I'm a little surprised that you'd respond like that, so
>>> forgive the additional reply. int() truncates, and just because you
>>> can
>>> use it to round, doesn't mean that is its intended purpose. You
>>> insist it's a function intended to round and not truncate?
>
> Again, no reason for the "complimentary Cc". Thanks.
>
>> If you want to go back in time, and repeat all these arguments again:
>
> I wasn't involved in any of those previous arguments,
http://www.merriam-webster.com/dictionary/argument:
| Main entry: ar·gu·ment
| Pronunciation: \ˈär-gyə-mənt\
| Function: noun
| Etymology: Middle English, from Anglo-French, from Latin argumentum, from arguere
| Date: 14th century
|
| 1 obsolete : an outward sign : indication
| 2 a: a reason given in proof or rebuttal
| b: discourse intended to persuade
| 3 a: the act or process of arguing : argumentation
| b: a coherent series of statements leading from a premise to a conclusion
| c: quarrel , disagreement
| 4: an abstract or summary especially of a literary work <an argument preceded the poem>
| 5: the subject matter especially of a literary work
| 6 a: one of the independent variables upon whose value that of a function depends
| b: a substantive (as the direct object of a transitive verb) that is required by a predicate in grammar
| c: amplitude 4
Ilya meant meaning 2a.
> I have no interest in that. I prefer to discuss the topic, rather
> than argue about it
You cannot discuss something without using arguments.
>> truncation is of 5 different (more or less commonly used) modes of
>> rounding.
>
> More or less truncates, rather than rounds, but if that's good enough
> for you, I won't debate how you feel about it. I said in my first
> response in this thread that it can certainly round. To be honest, I
> have better things to do in life than argue with someone I'll never
> meet, on a newsgroup about what a function actually technically does or
> not.
>
> Experts and non experts all agree and disagree on this particular topic
> with the int() function in Perl. I seriously doubt debating it will
> get anywhere. I simply said that it truncates, it doesn't round (it
> can get rounding results though).
As Ilya said, truncating is one of several modes of rounding. To say "it
truncates, it doesn't round" makes about as much sense as to say "it's a
dog, not an animal".
The most commonly used rounding functions are:
round to minus infinity (floor)
round to plus infinity (ceil)
round to zero (int)
round away from zero
round to even
round to odd
round to nearest (sprintf)
Where the last one needs an additional tie-breaking function (because
for n+0.5 (n ∈ ℤ), there are two nearest integers: n and n+1). Commonly
used in this case are round away from zero (i.e, 2.5 is rounded to 3,
3.5 to 4, -3.5 to -4), which is the way you learn in school, and round
to even (2.5 is rounded to 2, 3.5 is rounded to 4), which is used in
numerical applications.
In colloquial speech "rounding" almost always means "round to nearest".
The advice against using int "for rounding" must be understood in this
context. It's not that int doesn't round, or that isn't dependable, it
just usually isn't the rounding function you want. (Neither is ceil or
floor, btw, when you want to round to nearest).
hp
------------------------------
Date: Sat, 20 Dec 2008 13:30:38 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Rounding up in perl
Message-Id: <slrngkppbe.14l.hjp-usenet2@hrunkner.hjp.at>
On 2008-12-18 21:28, sln@netherlands.com <sln@netherlands.com> wrote:
> On Wed, 17 Dec 2008 10:37:22 -0500, David Groff <david.groff@noaa.gov> wrote:
>>Is there more than one function for rounding a
>>number up in perl?
>>I tried the ceil() function but get an undefined subroutine
>>message.
>
> Here is a Perl ceil/floor equivalent. The first code section
> seems to correctly implement floor by taking into account that
> int() does not use the sign in its process of rounding. The
> second code section with floor, although intuitive is not correct.
> For a full proof, all the values between 2.0 - 2.9 should be checked.
For a full proof that your implementation is wrong, only a single value
needs to be checked:
The floor of 2.2 is 2.000000
The floor of -2.2 is -2.000000
The ceil of 2.2 is 2.000000
The ceil of -2.2 is -1.000000
hp
------------------------------
Date: Sat, 20 Dec 2008 08:39:23 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Rounding up in perl
Message-Id: <0d93l.48382$R43.3509@newsfe08.iad>
Peter J. Holzer wrote:
> As Ilya said, truncating is one of several modes of rounding.
Right. I am well aware of that, and I even said so as well before Ilya
replied.
> It's not that int doesn't round, or that
> isn't dependable, it just usually isn't the rounding function you
> want.
And that is what I said previously, it's not probably want you want,
since it's intent is to truncate (even if that is a method used for
rounding), and I think that it's not as dependable as other solutions,
which I also listed -- which the docs themselves also warn against.
I honestly don't understand the confusion here. Perhaps it was just the
natural flow of the 'argument' that caused the confusion?
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Sat, 20 Dec 2008 08:41:52 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Rounding up in perl
Message-Id: <lf93l.48387$R43.43352@newsfe08.iad>
Tim Greer wrote:
> it's not probably what you want,
^^^^
> since its
^^^
Pardon, I hate making typos.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Sat, 20 Dec 2008 20:09:42 GMT
From: sln@netherlands.com
Subject: Re: Rounding up in perl
Message-Id: <pujqk45ev8tl5cjpqe336qg4lb7pkgmb97@4ax.com>
On Sat, 20 Dec 2008 13:30:38 +0100, "Peter J. Holzer" <hjp-usenet2@hjp.at> wrote:
>On 2008-12-18 21:28, sln@netherlands.com <sln@netherlands.com> wrote:
>> On Wed, 17 Dec 2008 10:37:22 -0500, David Groff <david.groff@noaa.gov> wrote:
>>>Is there more than one function for rounding a
>>>number up in perl?
>>>I tried the ceil() function but get an undefined subroutine
>>>message.
>>
>> Here is a Perl ceil/floor equivalent. The first code section
>> seems to correctly implement floor by taking into account that
>> int() does not use the sign in its process of rounding. The
>> second code section with floor, although intuitive is not correct.
>> For a full proof, all the values between 2.0 - 2.9 should be checked.
>
>For a full proof that your implementation is wrong, only a single value
>needs to be checked:
>
>The floor of 2.2 is 2.000000
>The floor of -2.2 is -2.000000
>The ceil of 2.2 is 2.000000
>The ceil of -2.2 is -1.000000
>
> hp
Yes, true its wrong, I see why now. I'm working on it now, testing
(+-) 2.0 - 3.0.
(+-) 1.0 appears to work except on whole number boundries. I will hopefully have a
solution shortly. If its too verbose in its operation overhead, then POSIX will have
to do.
I don't think its a big deal though.
sln
------------------------------
Date: Sat, 20 Dec 2008 12:27:10 +0100
From: Bart Lateur <bart.lateur@pandora.be>
Subject: Re: speeding up cgi perl
Message-Id: <gilpk45m9r3sum8jrdedjiteip5s8rt1ea@4ax.com>
Peter J. Holzer wrote:
>> Is it a mysql issue that make you use another db?
>
>Actually for us, mysql would be "another db". We are traditionally an
>Oracle shop, so using Oracle was the natural thing to do for us. We are
>using mysql for a few smaller databases, and I'm planning to look at
>postgres again - the inverted indices could be really useful for our
>application.
Well, allegedly, Postgres is a lot closer to Oracle than Mysql is. So
you'll probably feel a lot more at home in Postgres than in Mysql.
One thing I miss is that Postgres doesn't know packages.
--
Bart.
------------------------------
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 2068
***************************************
