[29513] in Perl-Users-Digest
Perl-Users Digest, Issue: 757 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Aug 16 14:10:20 2007
Date: Thu, 16 Aug 2007 11:09:21 -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 Thu, 16 Aug 2007 Volume: 11 Number: 757
Today's topics:
Re: (Re)announcing APL 2007 glarocque@cfl.forestry.ca
Re: [OT] Dealing with spam (was: Perl On Apache) <m@rtij.nl.invlalid>
about CGI <attackack@yahoo.com>
Re: about CGI <nobull67@gmail.com>
Re: about CGI <mritty@gmail.com>
Re: about CGI <jurgenex@hotmail.com>
Re: about CGI <spamtrap@dot-app.org>
Car Air Conditioners tunedstyle@gmail.com
Re: FAQ 6.16 How do I efficiently match many regular ex <bik.mido@tiscalinet.it>
Re: form requires two parameters <nospam@home.com>
Re: form requires two parameters <nospam@home.com>
format/write question <savagebeaste@yahoo.com>
Re: Getting "Don't know how to decode quoted-printable" <dan.otterburn@gmail.com>
Re: Getting "Don't know how to decode quoted-printable" <nobull67@gmail.com>
Re: having trouble with text substitution <pauls@nospam.off>
havoing trouble with text substitution <pauls@nospam.off>
Re: havoing trouble with text substitution <pinaki_m77@yahoo.com>
Re: havoing trouble with text substitution <rvtol+news@isolution.nl>
Re: havoing trouble with text substitution <noreply@gunnar.cc>
Re: havoing trouble with text substitution <tadmc@seesig.invalid>
Re: havoing trouble with text substitution <rvtol+news@isolution.nl>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 16 Aug 2007 06:46:58 -0700
From: glarocque@cfl.forestry.ca
Subject: Re: (Re)announcing APL 2007
Message-Id: <1187272018.280910.15390@g4g2000hsf.googlegroups.com>
On Aug 10, 12:40 pm, r...@ca.inter.net wrote:
> On Aug 6, 9:20 am, Paul Mansour <p...@carlislegroup.com> wrote:
>
> > APL2007 Roll Call: Is anyone going to this?
>
> > I'm thinking about going, but I don't want to the only one to show up,
> > as in San Diego.
>
> Here here.
>
> Sorry to mention the elephant in the room, but this discussion begs
> the obvious question: what is the rationale for putting on this
> conference? Perhaps I missed that discussion, and if so, please
> excuse me.
>
> As we know, there are already two well-attended APL vendor conferences
> in the world each year, plus several other more local gatherings.
>
> Speaking as an APL consultant and product distributor, this puts
> people in a tough spot, since we now have at least three events to
> consider travelling to and attending (assuming APL2000 is hosting its
> usual Florida event this year?).
>
> I suppose I should be happy for another opportunity to meet and
> network with potential APL colleagues and customers, but if it's
> mainly the same small audience at each event, the costs are hard to
> justify more than once per year.
>
> I don't have any answers to this dilemma yet, but I think it requires
> a lot more discussion. Just putting on a conference and hoping people
> attend may, at this point I think, be somewhat counterproductive.
>
> ...richard
Richard,
In your comments you were concerned by the fact that the rationale for
APL2007 was not clear. You also mentioned that there was some sort of
a conflict with two APL vendor conferences. When the decision was made
to hold a conference in the fall of 2007, the members of the steering
committee were well aware that there was a potential conflict with APL
vendor workshops. However, we had a discussion about this issue and
finally concluded that it was a good idea to go ahead with APL2007 for
two reasons. First, the idea to hold APL2007 is to have users of
different Array Programming Languages (including APL, J, K, NIAL and
other related languages) attend the conference. SIGAPL, in addition to
fostering the discussion between array programming languages
themselves, aims to promote the array processing paradigm and its
richness in contrast to the scalar one. It is SIGAPL's vision to serve
as a counterpoint in the programming community by facilitating
communications among researchers, developers and users of Array
Programming Languages. APL2007 will be an excellent opportunity to
promote our core values in the mainstream programming community
through our conference agenda, tutorials and discussion panels. This
will benefit APL and all Array Programming Languages. Second, there
was an opportunity to meet jointly with OOPSLA. Thus, APL2007
attendees will have the opportunity to spend a few more days and
attend other presentations on object oriented programming. As far as
APL is concerned, there has been development in object oriented
programming in some APL versions. I am confident that all the APL
vendors and many APL consultants and users will attend the conference,
along with researchers, consultants or users of Array Programming
Languages. So, I am looking forward to meeting you at APL2007.
Guy Larocque
SIGAPL Chairman
------------------------------
Date: Thu, 16 Aug 2007 09:28:15 +0200
From: Martijn Lievaart <m@rtij.nl.invlalid>
Subject: Re: [OT] Dealing with spam (was: Perl On Apache)
Message-Id: <pan.2007.08.16.07.28.15@rtij.nl.invlalid>
On Sat, 11 Aug 2007 05:55:17 +0200, Gunnar Hjalmarsson wrote:
> Petr Vileta wrote:
>> (My server rejects all messages from Yahoo and Hotmail.
>
> Funny; I get almost no spam from Yahoo or Hotmail servers.
Neither do I. But I reject all mail from hotmail, so othat figures.
> Or are you saying that you reject messages based on the faked From
> addresses??
I both reject any message with a hotmail "mail from" and all messages
from hotmails servers.
M4
------------------------------
Date: Thu, 16 Aug 2007 09:58:39 -0700
From: joker <attackack@yahoo.com>
Subject: about CGI
Message-Id: <1187283519.223354.212130@d55g2000hsg.googlegroups.com>
I don't know Perl to build a CGI script but I know C++. I need to
know how the server use a "file.exe" and the html page from the client
browser. In C++ the data I need to consider is stored in arrays or
variables. The html page inside the server how is stored? How a
CGI .exe can find that data? how Perl find data?
------------------------------
Date: Thu, 16 Aug 2007 17:12:23 -0000
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: about CGI
Message-Id: <1187284343.603751.192060@a39g2000hsc.googlegroups.com>
On Aug 16, 5:58 pm, joker <attack...@yahoo.com> wrote:
> I don't know Perl to build a CGI script but I know C++. I need to
> know how the server use a "file.exe" and the html page from the client
> browser.
This appears to be a question about CGI and/or your chosen web server
software.
This is a newsgroup about Perl.
> In C++ the data I need to consider is stored in arrays or
> variables. The html page inside the server how is stored?
However you want.
> How a CGI .exe can find that data?
Either you have not got your problem clear in your mind or your
English is not sufficient to express your problem in English. I
suggest you look for a forum where your native language is spoken and
where CGI is on-topic.
> how Perl find data?
Perl can execute a program written in another language and parse the
output. Alternatively there are ways to link or embed other languages
in perl.
------------------------------
Date: Thu, 16 Aug 2007 10:15:54 -0700
From: Paul Lalli <mritty@gmail.com>
Subject: Re: about CGI
Message-Id: <1187284554.392696.282120@k79g2000hse.googlegroups.com>
On Aug 16, 12:58 pm, joker <attack...@yahoo.com> wrote:
> I don't know Perl to build a CGI script but I know C++. I need to
> know how the server use a "file.exe" and the html page from the client
> browser. In C++ the data I need to consider is stored in arrays or
> variables. The html page inside the server how is stored? How a
> CGI .exe can find that data? how Perl find data?
#!/usr/bin/perl
use strict;
use warnings;
use CGI qw/:standard/;
print header();
print start_html("My CGI Results page");
for my $param_name (param()) {
my $param_value = param($param_name);
print p("For the field $param_name, you entered: $param_value");
}
print end_html;
__END__
For more information, see the documentation of the CGI module at:
http://perldoc.perl.org/CGI.html
Paul Lalli
------------------------------
Date: Thu, 16 Aug 2007 17:33:57 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: about CGI
Message-Id: <9U%wi.482$7f.236@trndny09>
joker wrote:
> I don't know Perl to build a CGI script but I know C++.
Ok, then why don't you use C++ to write that CGI application?
> I need to
> know how the server use a "file.exe"
It may or it may not. Depends how that web server is configurated.
> and the html page from the client browser.
???
Sorry, that sentence doesn't parse for me.
> In C++ the data I need to consider is stored in arrays or
> variables. The html page inside the server how is stored?
It may be stored statically although that kind of defeats the purpose of CGI
which is normally used to generated the HTTP response on the fly.
> How a CGI .exe can find that data? how Perl find data?
Well, many different ways... Actually the same way a non-CGI-application
would find the data.
You really don't give enough relevant information to actually help you.
jue
------------------------------
Date: Thu, 16 Aug 2007 13:41:40 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: about CGI
Message-Id: <m2mywr2x7v.fsf@dot-app.org>
"Jürgen Exner" <jurgenex@hotmail.com> writes:
> joker wrote:
>
>> How a CGI .exe can find that data? how Perl find data?
>
> Well, many different ways... Actually the same way a non-CGI-application
> would find the data.
With a bit of a caveat: It's fairly common practice these days to run web
servers (and, of course, their CGI children) in a chroot "jail". So the
file system that's visible to the CGI process may not in fact be the same
as that seen from a non-CGI app.
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Thu, 16 Aug 2007 08:18:12 -0700
From: tunedstyle@gmail.com
Subject: Car Air Conditioners
Message-Id: <1187277492.548398.12570@w3g2000hsg.googlegroups.com>
All the informations about car air conditioners, how to install,
repair, service all can be found on this website...
http://car-air-conditioning.blogspot.com/
------------------------------
Date: Thu, 16 Aug 2007 13:37:35 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: FAQ 6.16 How do I efficiently match many regular expressions at once?
Message-Id: <lld8c3tapko86a73tmamkqjgcp48p0l01t@4ax.com>
On Tue, 14 Aug 2007 21:31:09 +0200 (CEST), Jim Cochrane
<allergic-to-spam@no-spam-allowed.org> wrote:
>> @patterns = map { qr/\b$_\b/i } qw( foo bar baz );
>>
>> LINE: while( <> )
>> {
>> foreach $pattern ( @patterns )
>> {
>> print if /\b$pattern\b/i;
>
># Aren't the '\b's redundant here, or am I missing something? If so,
># does this slow processing down slightly?
Yep, I guess that an original version of the entry didn't have the
map(), then it was added, and \b's were forgotten in the match.
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Wed, 15 Aug 2007 21:12:24 GMT
From: "Nospam" <nospam@home.com>
Subject: Re: form requires two parameters
Message-Id: <Y_Jwi.15181$mo.14716@newsfe4-win.ntli.net>
I have noticed if I were to manually deselect base 64 that the url when
submitted is
http://witchproxy.info/index.php?q=http%3A%2F%2Fnews.google.com&hl=1111100001
Does anyone know where on the form this value of &hl=1111100001 is obtained,
or must I assume it comes with the submit_form() javascript function?
------------------------------
Date: Wed, 15 Aug 2007 21:36:55 GMT
From: "Nospam" <nospam@home.com>
Subject: Re: form requires two parameters
Message-Id: <XlKwi.15038$Db6.14731@newsfe3-win.ntli.net>
I also notice when manually submitted compared to trying it with the perl
script that several lines of
%5B%5D=on&ops%5B%5D=on&ops%5B%5D=on&ops%5B%5D=on&ops%5B%5D=on&ops%5B%5D=on&o
ps%5
B%5D=on
are appended to the url (even though it is not passed through the
submit_form() javascript function), when submitted manually via the bre is
no such addition.
------------------------------
Date: Thu, 16 Aug 2007 09:56:41 -0700
From: "Steve K." <savagebeaste@yahoo.com>
Subject: format/write question
Message-Id: <5ijdueF3p2qmfU1@mid.individual.net>
I seem to be having a difficult time understanding formats. I've figured
out how to use formline easy enough, but when trying to test format and
write, using an example from perldoc perlform, it hangs, unless I
comment out the line with the call to write. If I uncomment it, the
program hangs and eats more and more CPU. I don't see how this can be
for such a small program?
#!/usr/local/bin/perl
use strict;
our $text = "line 1\nline 2\nline 3";
format STDOUT =
Text: ^*
$text
~~ ^*
$text
.
write (STDOUT);
I tested with 5.6.1 and 5.8.2 (linux) and no go. Same thing on my
Windows system with 5.6.1, but with 5.8.7 it works...
C:\>perl5.8.7 format_test_002.pl
Text: line 1
line 2
line 3
(all others I've tried it just hangs and eats resources.)
What am I mising here? I'm just trying to figure out how formats work in
general, more for educational/historical purposes I guess, and am just
trying to learn form examples, but the examples don't seem to work
except in one case out of four. Are there better examples out there that
work more universally? Or am I (or the example) doing something wrong?
I'm also wondering why one would want to use them over printf/sprintf,
especially when they seem to be so much trouble to use. It reminds me a
little of Cobol.
Thanks.
------------------------------
Date: Thu, 16 Aug 2007 10:03:05 -0000
From: Dan Otterburn <dan.otterburn@gmail.com>
Subject: Re: Getting "Don't know how to decode quoted-printable" from Email::MIME on Solaris
Message-Id: <1187258585.132765.320120@50g2000hsm.googlegroups.com>
> I've checked the Perl lib directory, and the QuotedPrint.pm module is
> indeed installed under the lib/sun4-solaris/MIME directory.
Email::MIME uses Email::MIME::Encodings, which in turn uses
MIME::QuotedPrint and you would, therefore, be getting a compile-time
error if it were not in @INC when you use'd Email::MIME in your
script. So I do not think the problem is related to the location of
MIME::QuotedPrint.
I believe the croak is coming from the codec sub in
Email::MIME::Encodings:
[snip]
sub codec {
my ($which, $how, $what) = @_;
$how = lc $how;
$how = "qp" if $how eq "quotedprint"
or $how eq "quoted-printable"; # <--- X
my $sub = $which."_".$how;
if (not defined &$sub) { <--- Y
require Carp;
Carp::croak("Don't know how to $which $how"); # <--- Z
}
$sub->($what);
}
sub decode { return codec("decode", @_) }
[/snip]
At point Z $which='decode' and $how='quoted-printable' according to
the error message you posted as your subject. However, at point X, the
string 'quoted-printable' should have been set to 'qp', meaning that
the string from your error message - though apparently "quoted-
printable" - does *not* eq "quoted-printable".
(...and so at point Y $sub='decode_quoted-printable', which is a non-
existent sub. It *should* be 'decode_qp', which is the name of the sub
exported by MIME::QuotedPrint.)
My guess, and it is only a guess, is that this problem is related to
how the Content-Transfer-Encoding is being parsed and is probably to
do with character sets or new lines, i.e. something "environmental"
that would make two strings that visually match not return true on
either side of "eq". Is the error message *exactly* as your subject,
or does it have anything odd in it like a new line or carriage return?
I have no experience of Solaris so cannot help you any better I'm
afraid, perhaps a more skilled purveyor of our beautiful language can
help you further?
PS: There is a more recent version (1.860) of Email::MIME available
and the change log indicates that upgrading to this version *might*
help you:
1.860 2007-07-13
tentative tweak to tests and C-T-E handling for charset
probably needs more research, testing, and fixing
------------------------------
Date: Thu, 16 Aug 2007 18:05:37 -0000
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: Getting "Don't know how to decode quoted-printable" from Email::MIME on Solaris
Message-Id: <1187287537.046288.227840@57g2000hsv.googlegroups.com>
On Aug 16, 11:03 am, Dan Otterburn <dan.otterb...@gmail.com> wrote:
> At point Z $which='decode' and $how='quoted-printable' according to
> the error message you posted as your subject. However, at point X, the
> string 'quoted-printable' should have been set to 'qp', meaning that
> the string from your error message - though apparently "quoted-
> printable" - does *not* eq "quoted-printable".
Read the OP's error more closely. I think the problem may be that
"quoted-printable " does *not* eq "quoted-printable".
> My guess, and it is only a guess, is that this problem is related to
> how the Content-Transfer-Encoding is being parsed and is probably to
> do with character sets or new lines, i.e. something "environmental"
> that would make two strings that visually match not return true on
> either side of "eq". Is the error message *exactly* as your subject,
> or does it have anything odd in it like a new line or carriage return?
If the message is *exactly* in the OP's message body then there is a
trailing space.
I don't think whitespace is supposed to be significant so this
probably counts as a bug.
If you look at package Email::MIME::ContentType the relevant lines
are...
my $tspecials = quotemeta '()<>@,;:\\"/[]?=';
my $discrete = qr/[^$tspecials]+/;
my $composite = qr/[^$tspecials]+/;
my $params = qr/;.*/;
$ct =~ m[ ^ ($discrete) / ($composite) \s* ($params)? $ ]x;
The \s* above will never match anything because /[^$tspecials]+/ is
gready and $tspecials does not contain whitespace.
------------------------------
Date: Wed, 15 Aug 2007 15:20:46 -0700
From: pauls <pauls@nospam.off>
To: Paul Spitalny <pauls@cascadelinear.com>
Subject: Re: having trouble with text substitution
Message-Id: <46C37C3E.3080005@nospam.off>
googler wrote:
> On Aug 15, 4:06 pm, pauls <pa...@nospam.off> wrote:
>> I am trying to find any text in a file with the following characters in it:
>>
>> r+c.mod
>>
>> and doing a substitution as follows:
>>
>> s'r+c.mod'D:/spice/r+c.mod';
>>
>> but, for some reason (tell me what I am doing wrong please) PERL cannot
>> find the instances of r+c
>>
>> Anyone have any ideas on how to get this to work?
>>
>> Thanks!
>>
>> P.
>
> You need to escape the + and the . characters with a \ . So it should
> look like below (not tested though)
> s'r\+c\.mod'D:/spice/r+c.mod';
>
brilliant, that did the trick!!
Thanks so much, you got me out of corner!
P.
------------------------------
Date: Wed, 15 Aug 2007 14:06:01 -0700
From: pauls <pauls@nospam.off>
Subject: havoing trouble with text substitution
Message-Id: <0f-dnfATNqyP9l7bnZ2dnUVZ_rOpnZ2d@seanet.com>
I am trying to find any text in a file with the following characters in it:
r+c.mod
and doing a substitution as follows:
s'r+c.mod'D:/spice/r+c.mod';
but, for some reason (tell me what I am doing wrong please) PERL cannot
find the instances of r+c
Anyone have any ideas on how to get this to work?
Thanks!
P.
------------------------------
Date: Wed, 15 Aug 2007 14:49:01 -0700
From: googler <pinaki_m77@yahoo.com>
Subject: Re: havoing trouble with text substitution
Message-Id: <1187214541.721139.300290@m37g2000prh.googlegroups.com>
On Aug 15, 4:06 pm, pauls <pa...@nospam.off> wrote:
> I am trying to find any text in a file with the following characters in it:
>
> r+c.mod
>
> and doing a substitution as follows:
>
> s'r+c.mod'D:/spice/r+c.mod';
>
> but, for some reason (tell me what I am doing wrong please) PERL cannot
> find the instances of r+c
>
> Anyone have any ideas on how to get this to work?
>
> Thanks!
>
> P.
You need to escape the + and the . characters with a \ . So it should
look like below (not tested though)
s'r\+c\.mod'D:/spice/r+c.mod';
------------------------------
Date: Wed, 15 Aug 2007 23:46:39 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: havoing trouble with text substitution
Message-Id: <fa03ap.1e4.1@news.isolution.nl>
pauls schreef:
> s'r+c.mod'D:/spice/r+c.mod';
> but, for some reason (tell me what I am doing wrong please) PERL
s/PERL/Perl/
> cannot find the instances of r+c
>
> Anyone have any ideas on how to get this to work?
See `perldoc -f quotemeta`.
s{(\Qr+c.mod\E)}{D:/spice/$1};
s{(?:=\Qr+c.mod\E)}{D:/spice/};
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Thu, 16 Aug 2007 00:28:26 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: havoing trouble with text substitution
Message-Id: <5ihd0fF3nq5j1U1@mid.individual.net>
Dr.Ruud wrote:
>
> s{(?:=\Qr+c.mod\E)}{D:/spice/};
--------^
You'd better skip that colon.
But personally I would choose pinaki's solution with two plain backslashes.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Wed, 15 Aug 2007 17:46:47 -0500
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: havoing trouble with text substitution
Message-Id: <slrnfc70in.g6h.tadmc@tadmc30.sbcglobal.net>
pauls <pauls@nospam.off> wrote:
> I am trying to find any text in a file with the following characters in it:
>
> r+c.mod
>
> and doing a substitution as follows:
>
>
> s'r+c.mod'D:/spice/r+c.mod';
>
> but, for some reason (tell me what I am doing wrong please) PERL cannot
> find the instances of r+c
But it could find instances of rrrrrrc.
A plus sign in a regex means "one or more of the previous thing".
You need to backslash it if you want to match a literal plus sign.
> Anyone have any ideas on how to get this to work?
s#\Qr+c.mod#D:/spice/r+c.mod#;
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Thu, 16 Aug 2007 10:40:25 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: havoing trouble with text substitution
Message-Id: <fa19r8.1lc.1@news.isolution.nl>
Gunnar Hjalmarsson schreef:
> Dr.Ruud:
>> s{(?:=\Qr+c.mod\E)}{D:/spice/};
> --------^
> You'd better skip that colon.
Yes, thanks for the correction.
> But personally I would choose pinaki's solution
> with two plain backslashes.
And I wouldn't. Often these things head for using a variable.
Many s/$search/replace/ constructs should have been written
as s/\Q$search/replace/.
(The clearest exception is when $search is built with qr{}.)
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
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 757
**************************************
