ACME-QuoteDB

 view release on metacpan or  search on metacpan

lib/ACME/QuoteDB.pm  view on Meta::CPAN

=head2 Quote

=head2 Catg

=head2 QuoteCatg

=end comment

=head1 DIAGNOSTICS

An error such as:

C<DBD::SQLite::db prepare_cached failed: no such table: ,...>

probably means that you do not have a database created in the correct format.

basically, you need to create the database, usually, on a first run

you need to add the flag (to the loader):

create_db => 1, # first run, create the db

lib/ACME/QuoteDB.pm  view on Meta::CPAN

=head1 AUTHOR

David Wright, C<< <david_v_wright at yahoo.com> >>

=head1 TODO

=over 2

=item 1 if the database cannot be found, no error is printed!!!

or if you have no write access to it!
"you'll just get 'no attribute can be found,,...", which is cryptic to say
the least!

=item 1 add a dump backup to csv

a backup mechanism for your db to a regular text csv file.

=item 1 clean up tests 'skip if module X' not installed

lib/ACME/QuoteDB/LoadDB.pm  view on Meta::CPAN

    know about them, so I will obfuscate them here

=head2 create_db_tables_sqlite

=head2 create_db_tables_mysql

=end comment

=head1 DIAGNOSTICS

An error such as:

C<DBD::SQLite::db prepare_cached failed: no such table: ,...>

probably means that you do not have a database created in the correct format.

basically, you need to create the database, usually, on a first run

you need to add the flag:

create_db => 1, # first run, create the db

t/data/python_quotes.txt  view on Meta::CPAN

One of the things that makes it interesting, is exactly how much Guido has
managed to exploit that *one* implementation trick of 'namespaces'.
      -- Steven D. Majewski, 17 Sep 1993

Anyone familiar with Modula-3 should appreciate the difference between a
layered approach, with generic Rd/Wr types, and the Python 'C with foam
padding' approach.
      -- John Redford, 24 Nov 1993

People simply will not agree on what should and shouldn't be "an error", and
once exception-handling mechanisms are introduced to give people a choice, they
will far less agree on what to do with them.
      -- Tim Peters, 17 Dec 1993

Note that because of its semantics, 'del' *can't* be a function: "del a"
deletes 'a' from the current namespace. A function can't delete something from
the calling namespace (except when written by Steve Majewski :-).
      -- Guido van Rossum, 1 Aug 1994

    I don't know a lot about this artificial life stuff -- but I'm suspicious

t/data/python_quotes.txt  view on Meta::CPAN

dictator, but also wants to treat people like grownups. This probably worked
better before Python got a large American audience <0.9 wink>.
      -- Tim Peters, 10 Feb 2000

I have formal proofs that any change of the indentation rules results in 35%
increase of the page faults for only 63.7% of the cache misses. The net effect
is an overall slowdown of 10%.
      -- Vladimir Marangozov after Yet Another indentation flamewar, 16 Feb
         2000

... let me just say that my least-favourite Python error message is
"SyntaxError: invalid syntax", which somehow manages to be both overly terse
and redundant at the same time.
      -- Greg Ward, 15 Feb 2000

    See, functional programmers are an insular lot. You rarely see them in
public, except at parades when they all have antler- hats and silly shoes on.
So they completely missed the infamous "goto considered harmful" thread and
didn't even realize they were doing anything wrong.
    Now, let's pretend you're writing a 'bot that can pass as a functional
programmer. There's a complex protocol here. When two functional programmers

t/data/python_quotes.txt  view on Meta::CPAN

You didn't say what you want to accomplish. If the idea of "provably correct"
programs appeals to you, Eiffel will give you more help than any other
practical language I know of. But since your post didn't lay out your
assumptions, your goals, or how you view language characteristics as fitting in
with either, you're not a *natural* candidate for embracing Design by Contract
<0.6 wink>.
      -- Tim Peters, 3 Jun 2001

    The static people talk about rigorously enforced interfaces, correctness
proofs, contracts, etc. The dynamic people talk about rigorously enforced
testing and say that types only catch a small portion of possible errors. The
static people retort that they don't trust tests to cover everything or not
have bugs and why write tests for stuff the compiler should test for you, so
you shouldn't rely on *only* tests, and besides static types don't catch a
small portion, but a large portion of errors. The dynamic people say no program
or test is perfect and static typing is not worth the cost in language
complexity and design difficulty for the gain in eliminating a few tests that
would have been easy to write anyway, since static types catch a small portion
of errors, not a large portion. The static people say static types don't add
that much language complexity, and it's not design "difficulty" but an
essential part of the process, and they catch a large portion, not a small
portion. The dynamic people say they add enormous complexity, and they catch a
small portion, and point out that the static people have bad breath. The static
people assert that the dynamic people must be too stupid to cope with a real
language and rigorous requirements, and are ugly besides.
    This is when both sides start throwing rocks.
      -- Quinn Dunkan, 13 Jul 2001

I am becoming convinced that Unicode is a multi-national plot to take over the

t/data/www.amk.ca/quotations/python-quotes/index.html  view on Meta::CPAN

<p class='source'>Tim Peters, 16 Sep 1993</p>
<p class='quotation' id='q17'>One of the things that makes it
interesting, is exactly how much Guido has managed to exploit that
<em>one</em> implementation trick of 'namespaces'.</p>
<p class='source'>Steven D. Majewski, 17 Sep 1993</p>
<p class='quotation' id='q18'>Anyone familiar with Modula-3 should
appreciate the difference between a layered approach, with generic
Rd/Wr types, and the Python 'C with foam padding' approach.</p>
<p class='source'>John Redford, 24 Nov 1993</p>
<p class='quotation' id='q19'>People simply will not agree on what
should and shouldn't be "an error", and once exception-handling
mechanisms are introduced to give people a choice, they will far
less agree on what to do with them.</p>
<p class='source'>Tim Peters, 17 Dec 1993</p>
<p class='quotation' id='q20'>Note that because of its semantics,
'del' <em>can't</em> be a function: "del a" deletes 'a' from the
current namespace. A function can't delete something from the
calling namespace (except when written by Steve Majewski :-).</p>
<p class='source'>Guido van Rossum, 1 Aug 1994</p>
<p class='quotation' id='q21'>I don't know a lot about this
artificial life stuff -- but I'm suspicious of anything Newsweek