RE: [PHP-QA] 64-bit SGI account offer

From: Date: Fri, 01 Nov 2002 16:40:16 +0000
Subject: RE: [PHP-QA] 64-bit SGI account offer
References: 1  Groups: php.qa 
Request: Send a blank email to php-qa+get-6560@lists.php.net to get a copy of this message
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > -----Original Message----- > From: Melvyn Sopacua [mailto:msopacua@idg.nl] > Sent: Friday, November 01, 2002 5:32 PM > To: ilia@prohost.org > Cc: Sebastian Nohn; PHP Quality Assurance Team Mailing List > Subject: Re: [PHP-QA] 64-bit SGI account offer > >P.S. We currently have some 30-40 tests mysql/pgsql that are > always skipped, > >simply because those tests require an un-restricted, > passwordless connection > >to the database server. This is not the case on 99.99% of the > >systems, perhaps we should reconsider the usefulness of those > >tests? > > Which is my point. > We're now working in 'reasons' for skips in all tests. This isn't > the way I > intended it, when I proposed it. If an extension is not available, > don't bother. > If something doesn't work (ie: locale support) add the reason. If > you compile > a list of extensions which we're skipped for a reason, then the > 'skip' output > would be much smaller and useful as well (ie: ask the user to > identify the locale string for his/her platform). > > And the other one, is dl(). We should either force the modules > directory (providing > this will work accross platforms) or warn the user about the > untested extensions, > by providing a list of '--enable-foo=shared,/path/to/foo' > compiled extensions, > to the testsuite. > > Thirdly - I know people don't like to use configure args, for > other things than > making the extension work, but for databases I can truly see the > advantages of: > --with-db-test-user= > --with-db-test-db= > --with-db-test-host= > > We can do with these three (maybe --with-db-test-port= if some > db's handle them > funny) and map that in the tests themselves. I don't think there's > a db extension, > that can't make a connection and do the tests, when this > information is provided. > > If we add a 'you provided --with-db-test-*. Please make sure > blabla' at the > end of > configure - people are alerted to the possibility as well. I would like to have some test.ini. make test is not the best thing out there, you can only do it with CLI oder CGI-PHP but not with webserver-APIs, testing cookies is impossible, sessions can also only be tested in a very strange way. Regards, Sebastian Nohn - -- sebastian@nohn.net - http://www.nohn.net/ PGP Key Available - Did I help you? Consider a gift: http://www.amazon.de/exec/obidos/wishlist/3HYH6NR8ZI0WI/ -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 iQA/AwUBPcKuaLL8H5XUfVXgEQKxVgCgxYEeeSEwI62V9jQmT17xN57jMjgAn3On JsZ6CWReE887YyTbw6P/52Yd =sSna -----END PGP SIGNATURE-----

« previous php.qa (#6560) next »