RE: [PHP-QA] 64-bit SGI account offer
| From: | Sebastian Nohn | 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-----