|
|
Software Version Description
for
File::PM2File - Convert PM specifications to file specifications
Revision: G
Version: 0.08
Date: 2004/04/09
Prepared for: General Public
Prepared by: SoftwareDiamonds.com E<lt>support@SoftwareDiamonds.comE<gt>
Copyright: copyright © 2003 Software Diamonds
Classification: NONE
This paragraph identifies and provides an overview of the released files.
This release, identified in 3.2, is a collection of Perl modules that extend the capabilities of the Perl language.
The system is the Perl programming language software. As established by the Perl referenced documents, program modules, such as the ``File::PM2File'' module, extend the Perl language.
The routines in this distribution convert a Program Module specification to the file specification for the current site operating system.
This document releases File::PM2File version 0.08 providing a description of the inventory, installation instructions and other information necessary to utilize and track this release.
All file specifications in this SVD use the Unix operating system file specification.
This document releases the file
File-PM2File-0.08.tar.gz
found at the following repository(s):
http://www.softwarediamonds/packages/ http://www.perl.com/CPAN-local/authors/id/S/SO/SOFTDIA/
Restrictions regarding duplication and license provisions are as follows:
copyright © 2003 Software Diamonds
603 882-0846 E<lt>support@SoftwareDiamonds.comE<gt>
Software Diamonds permits the redistribution and use in source and binary forms, with or without modification, provided that the following conditions are met:
Redistributions of source code, modified or unmodified must retain the above copyright notice, this list of conditions and the following disclaimer.
Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
SOFTWARE DIAMONDS, http://www.SoftwareDiamonds.com, PROVIDES THIS SOFTWARE 'AS IS' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL SOFTWARE DIAMONDS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING USE OF THIS SOFTWARE, EVEN IF ADVISED OF NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE POSSIBILITY OF SUCH DAMAGE.
The content of the released, compressed, archieve file, consists of the following files:
file version date comment ------------------------------------------------------------ ------- ---------- ------------------------ lib/Docs/Site_SVD/File_PM2File.pm 0.08 2004/04/09 revised 0.07 MANIFEST 0.08 2004/04/09 generated, replaces 0.07 Makefile.PL 0.08 2004/04/09 generated, replaces 0.07 README 0.08 2004/04/09 generated, replaces 0.07 lib/File/PM2File.pm 1.13 2004/04/08 unchanged t/File/PM2File.d 0.05 2004/04/09 revised 0.04 t/File/PM2File.pm 0.01 2004/04/08 unchanged t/File/PM2File.t 0.12 2004/04/09 revised 0.11 t/File/File/Package.pm 1.14 2004/04/09 unchanged t/File/Test/Tech.pm 1.17 2004/04/09 unchanged t/File/Data/Secs2.pm 1.15 2004/04/09 unchanged
=head2 3.3 Changes
Changes are as follows:
Originated
Correct failure from Josts Smokehouse`` <Jost.Krieger+smokeback@ruhr-uni-bochum.de> test run
t/Test/TestUtil/TestUtil....Bareword ``fspec_dirs'' not allowed while ``strict subs'' in use at
/net/sunu991/disc1/.cpanplus/5.8.0/build/Test-TestUtil-0.01/blib/lib/Test/TestUtil.pm line 56.
Changed line 56 from
my @dirs = (fspec_dirs) ? $from_package->splitdir( $fspec_dirs ) : ();
to
my @dirs = ($fspec_dirs) ? $from_package->splitdir( $fspec_dirs ) : ();
This error is troublesome since the test passed on my system using Active Perl under Microsoft NT. It should never have passed. This error is in a core method, fspec2fspec, that changes file specifications from one operating system to another operating system. This method has been in service unchanged for some time.
Correct failure from Josts Smokehouse`` <Jost.Krieger+smokeback@ruhr-uni-bochum.de> test run
PERL_DL_NONLAZY=1 /usr/local/perl/bin/perl ``-MExtUtils::Command::MM'' ``-e'' ``test_harness(0, 'blib/lib', 'blib/arch')'' t/Test/TestUtil/TestUtil.t t/Test/TestUtil/TestUtil....# Test 18 got: '$VAR1 = ''; ' (t/Test/TestUtil/TestUtil.t at line 540 fail #17) # Expected: '$VAR1 = '\\=head1 Title Page
The pm2datah method is not returning any data for Test 18. This will also cause the test of pm2data, test 19 to fail. The pm2datah is searching for the string ``\n__DATA__\n''.
The ``\n'' character on Perl is a logical end of line character sequence. The ``\n'' end of line is different on Mr. Smokehouse's Unix operating system than on my Windows NT operating system. The test file was created under MSWin32 and uses a MSWin32 ``\n''. Under UNIX, pm2datah method will look for the Unix ``\n'' and there will not be any.
Changed ``\n__DATA__\n'' to /[\012\015]__DATA__/.
During the clean-up for CPAN, broke the format_hash_table method for tables in hash of hash format. Fixed the break, added test 29 to the t/Test/TestUtil/TestUtil.t test script for this feature, and added a discusssion of this feature in POD discription for format_hash_table
item our old friend visits again - DOS and UNIX text file incompatibility
This impacts other modules. We have to examine all modules for this portability defect and correct any found defects.
Correct failure from Josts Smokehouse`` <Jost.Krieger+smokeback@ruhr-uni-bochum.de> and Kingpin <mthurn@carbon> test runs.
On Mr. Smokehouse's run email the got: VAR1 clearly showed extra white space
line that is not present in the expected: VAR1.
In Mr. Kingpin's run the got: VAR1 and expected: VAR1 look visually the same.
However, the Unix found a difference(s) and failed the test.
For Mr. Smokehouse's run:
PERL_DL_NONLAZY=1 /usr/local/bin/perl ``-MExtUtils::Command::MM'' ``-e'' ``test_harness(0, 'blib/lib', 'blib/arch')'' t/Test/TestUtil/TestUtil.t t/Test/TestUtil/TestUtil....NOK 18# Test 18 got: '$VAR1 = '\\=head1 Title Page
Software Version Description
for
File::PM2File - Convert PM specifications to file specifications
Revision: G
[snip]
(t/Test/TestUtil/TestUtil.t at line 565 fail #17) # Expected: '$VAR1 = '\\=head1 Title Page
Software Version Description
for
File::PM2File - Convert PM specifications to file specifications
What we have before, was a totally ``failure to communicate.'' aka Cool Hand Luke. VAR1 was empty. Now VAR1 has something. It is not completely dead. One probable cause is the Unix operating system must be producing two Unix \012 new lines for a Microsoft single newline \015\012. Without being able to examine the test with a debugger, the only way to verify this is to provide the fix and see if the problem goes away when this great group of testers try for the fourth time.
Revised fin method to take a handle, change pm2datah method handle, $fh, to binary by adding a binmode $fh statement, and pass the actual thru the fin method for test 18.
Use fin($fh) to read in the data for pm2data, test 19 Unit Under Test (UUT), instead of using the raw file handle.
The fin method takes any \015\012 combination and changes it into the logical Perl new line, ``\n'', for the current operating system.
At 02:44 AM 6/14/2003 +0200, Max Maischein wrote: A second thing that I would like you to reconsider is the naming of ``Test::TestUtil'' respectively ``Test::Tech'' - neither of those is descriptive of what the routines actually do or what the module implements. I would recommend renaming them to something closer to your other modules, maybe ``Test::SVDMaker::Util'' and ``Test::SVDMaker::Tech'', as some routines do not seem to be specific to the Test::-suite but rather general (format_array_table). Some parts (the ``scrub'' routines) might even better live in another module namespace, ``Test::Util::ScrubData'' or something like that.
Broke away all the file related methods from Test::TestUtil and created this module File::FileUtil so the module name is more descriptive of the methods within the module.
Broke the smart nl code out of the fin method and made it is own separate method, smart_nl method.
At 02:44 AM 6/14/2003 +0200, Max Maischein wrote: Perl, as Perl already does smart newline handling, (even though with the advent of 5.8 even Unix-people have to learn the word ``binmode'' now :-))
The only place where I see Perl does smart newline handling is the crlf IO displine introduce in Perl 5.6. The File::FileUtil has a use 5.001 so that 5.6 Perl built-ins cannot be used. Added comment to smart_nl that for users with 5.6 Perl that it may be better to use the built-in crlf IO discipline.
For the load_package method that uses a eval ``require $package'' to load the package, the $@ does not capture all the warnings and error messages, at least not with ActiveState Perl. Added code the captures also the warnings, by temporaily reassigning $SIG(__WARN__), and added these to the $@ error messages.
Added two new tests to verify the NOGO paths for the for the load_package method. One tests for load module failure looking for all the possilbe information on why the module did not load. The other verifies that the vocabulary is present after the loading the module. This information is very helpful when you must remote debug a load failure from CPAN testing whose is running on a different platform.
Added the method hex_dump.
Returns to parent directory of the first t directory going up from the test script instead of the t directory.
Added the function find_t_roots that returns the parent directory of all the directories in @INC
Removed the methods for converting a program module specification to its absolute file from the ``File::FileUtil'' module to their own module ``File::PM2File'' module. The module name is now more descriptive of the routines in the module.
Changed prerequisite from ``Test::STD::Scrub'' to ``Text::Scrub''. This was a change to make the name more descriptive of the contents of the program module.
Added 1 to the end of File::PM2File
Added SelfLoader to File::PM2File
Change test so that test support files resides in distribution directory tlib. Test support files not longer need be in the lib directory. The test support files in tlib will vanish after the installtion.
Added subroutine interfaces.
Use Archive::TarGzip that uses modd 777 for directories instead of 666. Started to get emails from Unix about untar not being able to change to a directory with mod of 666.
Added the 'Data-Secs2' to the 'tlib' test library. Upgraded to the 'Test-Tech' module that uses the 'Data-Secs2' module.
Obsoleted and superceded by the File::Where program module. All the subroutines now use functions from the File::Where program module. Changing over to File::Where subroutines will provide a micro increase in performance by eliminating a layer of subroutine calls.
The lastest build of Test::STDmaker expects the test library in the same directory as the test script. Coordiated with the lastest Test::STDmaker by moving the test library from tlib to t/File, the same directory as the test script and deleting the test library File::TestPath program module.
Subject: FAIL Test-Tech-0.18 i586-linux 2.4.22-4tr From: cpansmoke@alternation.net Date: Thu, 8 Apr 2004 15:09:35 -0300 (ADT)
PERL_DL_NONLAZY=1 /usr/bin/perl5.8.0 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/Test/Tech/Tech.t t/Test/Tech/Tech....Can't locate FindBIN.pm
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.22-4tr, archname=i586-linux
This is capitalization problem. The program module name is 'FindBin' not 'FindBIN' which
is part of Perl. Microsoft does not care about capitalization differences while linux
does. This error is in the test script automatically generated by Test::STDmaker
and was just introduced when moved test script libraries from tlib to the directory
of the test script. Repaired Test::STDmaker and regenerated the distribution.
=back
This installation requires that the installation site has the Perl programming language installed. There are no other additional requirements or tailoring needed of configurations files, adaptation data or other software needed for this installation particular to any installation site.
There are no related documents needed for the installation and test of this release.
Instructions for installation, installation tests and installation support are as follows:
To installed the release file, use the CPAN module in the Perl release or the INSTALL.PL script at the following web site:
http://packages.SoftwareDiamonds.com
Follow the instructions for the the chosen installation software.
The distribution file is at the following respositories:
http://www.softwarediamonds/packages/ http://www.perl.com/CPAN-local/authors/id/S/SO/SOFTDIA/
'File::Where' => '0.02'
=item Security, privacy, or safety precautions.
None.
Most Perl installation software will run the following test script(s)
as part of the installation:
t/File/PM2File.t
If there are installation problems or questions with the installation contact
603 882-0846 E<lt>support@SoftwareDiamonds.comE<gt>
There is still much work needed to ensure the quality of this module as follows:
State the functional requirements for each method including not only the GO paths but also what to expect for the NOGO paths
All the tests are GO path tests. Should add NOGO tests.
Add the requirements addressed as # R: comment to the tests
Write a program to build a matrix to trace test step to the requirements and vice versa by parsing the # R: comments. Automatically insert the matrix in the module POD.
The following are useful acronyms:
extension for a Perl demo script file
extension for a Perl Library Module
extension for a Perl test script file
Plain Old Documentation