Re: test suite as CPAN module

2007-11-26 Thread nadim khemir
On Sunday 25 November 2007 20:47, Chris Dolan wrote:
 I've been working on Test::Virtual::Filesystem for a couple of
 weeks.  
 ...
 filesystems (like Fuse filesystems -- I use it for Fuse::PDF)
 ...
 Thoughts?

Fuse::PDF caught my eyes a few days ago (how could it not with that name ;) 
although I still wonder if it has any serious use) and having a test suite 
for a file system that can be reused is an excellent idea.

You're right, very few tests suits are reusable. I know of standard tests for 
C++ that vendors can qualify against but except that not much. Other domains 
tha could be interresting to have generic tests suits for are:

- load balancing/scheduling
- network protocol
- database

I'm planning to write a fuse based FS so your test suit will come handy.

Cheers, Nadim


Re: test suite as CPAN module

2007-11-26 Thread Chris Dolan

On Nov 25, 2007, at 2:22 PM, David Cantrell wrote:


On Sun, Nov 25, 2007 at 01:47:58PM -0600, Chris Dolan wrote:


I've been working on Test::Virtual::Filesystem for a couple of
weeks.  It's a growing collection of interoperability tests that
should pass for any typical filesystem.


Could it also be used for detecting what features a mounted filesystem
supports?

eg, does this filesystem support hard links and does this  
filesystem

support Unix-style permissions?  The hard bit is doing that while
taking into account mount options.  eg, on Mac OS X, you can mount  
a UFS

filesystem (which supports Unix-style perms) but tell the system to
ignore permissions altogether.  The *really* hard bit is to do that as
an unpriveleged user and without making any changes to the fs.

If so, then I can see immediate uses for it in a couple of my  
projects.


I certainly can see a use for something like that, but Test-Virtual- 
Filesystem would not serve as a good base.  It deliberately tries not  
to probe the limits of the filesystem nuances (like how many symlinks  
do you have to follow before you get an ELOOP error = 5 on Linux, but  
at least 10 on other *nixes).


Chris


Re: test suite as CPAN module

2007-11-25 Thread Andy Armstrong

On 25 Nov 2007, at 19:47, Chris Dolan wrote:

Questions:
* Are there other CPAN-hosted, generic test suites that I overlooked?



I believe Apache::Test[1] is a suite of tests for an Apache server. I  
guess that's conceptually pretty similar to what you're doing?


[1] http://search.cpan.org/dist/Apache-Test/

--
Andy Armstrong, Hexten






Re: test suite as CPAN module

2007-11-25 Thread Andy Armstrong

On 25 Nov 2007, at 20:02, Andy Armstrong wrote:
I believe Apache::Test[1] is a suite of tests for an Apache server.  
I guess that's conceptually pretty similar to what you're doing?


[1] http://search.cpan.org/dist/Apache-Test/



Actually it does something slightly different from what I thought it  
did. It lets you build a test suite to verify a particular Apache  
based application I believe. Thanks to Paul Johnson for the correction.


--
Andy Armstrong, Hexten






Re: test suite as CPAN module

2007-11-25 Thread David Cantrell
On Sun, Nov 25, 2007 at 01:47:58PM -0600, Chris Dolan wrote:

 I've been working on Test::Virtual::Filesystem for a couple of  
 weeks.  It's a growing collection of interoperability tests that  
 should pass for any typical filesystem.

Could it also be used for detecting what features a mounted filesystem
supports?

eg, does this filesystem support hard links and does this filesystem
support Unix-style permissions?  The hard bit is doing that while
taking into account mount options.  eg, on Mac OS X, you can mount a UFS
filesystem (which supports Unix-style perms) but tell the system to
ignore permissions altogether.  The *really* hard bit is to do that as
an unpriveleged user and without making any changes to the fs.

If so, then I can see immediate uses for it in a couple of my projects.

-- 
David Cantrell | A machine for turning tea into grumpiness

  You know you're getting old when you fancy the
  teenager's parent and ignore the teenager
-- Paul M in uknot