On Wed, Feb 12, 2014 at 01:11:21PM -0500, Mike Small wrote:
I'm rather less in the Perl community than I would like to be, and the
preference for XML over fixed length records here came from C++
programmers. Not disagreeing with your points (I'll leave to others
whether Perl is inherently
On Thu, Feb 13, 2014 at 8:41 AM, David Cantrell da...@cantrell.org.ukwrote:
Just because there's not a fancy suite of huge libraries on the CPAN
doesn't mean it can't do it. It just means that there's no need for
fancy libraries because it's built in to the language.
Just so.
What made
Hi,
The DBA in the back row (sorry, I've forgotten your name) asked if there
was now a Perl driver for MS SQL Server other than DBD::Sybase.
I've been using DBD::ADO at work for some testing and utility scripts:
http://search.cpan.org/~sgoeldner/DBD-ADO-2.99/lib/DBD/ADO.pm
I don't do anything
From: sma...@panix.com
I wonder if it's similar in the financial and medical industries, but
with us the fixed record format is not the thing that's standardized but
some binary format I've never seen, handling of which is the domain of a
specialized company known as an EDI Provider. Would
John Redford eire...@hotmail.com writes:
...
I didn't attend, and perhaps someone already made this point, but it
often seems to be lost in Perl and Perl-like communities where
sequential IO is considered the only kind of IO, and memory
allocation is hidden from the developer.
There are two
I wonder if it's similar in the financial and medical industries, but
with us the fixed record format is not the thing that's standardized but
some binary format I've never seen,
Sensible interoperability councils adopted text format for easier
validation -- both Mk 1 Eyball checks and using
On 02/12/2014 11:56 AM, John Redford wrote:
From: sma...@panix.com
I wonder if it's similar in the financial and medical industries, but
with us the fixed record format is not the thing that's standardized but
some binary format I've never seen, handling of which is the domain of a
specialized