Re: [PHP-DEV] PHP 5.1
Andrei Zmievski wrote: Attention: you have posted C++ template code on PHP mailing list. Please pay a $100 fine immediately and carefully proceed to the exit. Luckily my peril sensitive sunglasses turned black at the first line before I even managed to read the template part of the code :-) To illustrate its use, I can give a simple example in C++: Now that's one of the funniest jokes I've read on the internals list in quite a while (-:C Did you note I wrote simple (in quotations)? To a seasoned C++ developer, it's rather ordinary/modern C++ code, but it may not be to others. And now we all go and quickly wash our brains with soap so we don't get evil dreams keeping us up at night. I see you're not ready for this. Any language, if you're not familiar with it and its idioms, may seem complicated (and in your case may give you evil dreams, apparently). However, what you may see as complicated, people in the know see as powerful abstractions, which may lead to simpler to understand code (than without them), again, if you know the language. However, I see that people here freak out when they see C++ code (like I said, rather different to if someone presented code in another language - any language - at a C++ forum), so it's pointless to continue with this here. It was meant to illustrate a point, but that was apparently missed completely. Regards, Terje -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.1
From: Andrei Zmievski [EMAIL PROTECTED] Attention: you have posted C++ template code on PHP mailing list. Please pay a $100 fine immediately and carefully proceed to the exit. Hehe... I do hope this is a joke (it would seem rather closed-minded, otherwise). I don't think anybody would have bothered if anyone posted PHP code on e.g. comp.lang.c++(.moderated), in order to illustrate a point. That would be stupid. sigh I tried. Perhaps you can return your sense humor for a refund? Yeah, follow it up with an insult; that'll do lovely. If you had some insight into human nature, you'd know that humour is very subjective, and given the feedback I've got from others in this thread (which have _not_ been jokes), it's rather hard to see what's a joke and what's not. Let me explain: Although I understood that the literal thing you wrote above was of course a joke, my question was meant to see whether there was a serious side to the joke, as well. In other words, if people reacted negatively to this (and, judging from other reactions, it seems so, or at least, they concentrated on the code, rather than my point illustrated with it). I've been known to have a good sense of humour. However, I'm also sensitive, so when I don't know if something is meant as a joke or not, I don't find it amusing. Apparently, this was something you didn't understand, at all, and instead insult me about something you know _nothing_ about. What have I done to you, to get an insult from you? How would you feel it if someone else said this to you? A friggin' immature thing to say. Regards, Terje -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.1
On Feb 8, 2005, at 1:16 AM, Adam Maccabee Trachtenberg wrote: On Mon, 7 Feb 2005, Andrei Zmievski wrote: Hehe... I do hope this is a joke (it would seem rather closed-minded, otherwise). I don't think anybody would have bothered if anyone posted PHP code on e.g. comp.lang.c++(.moderated), in order to illustrate a point. That would be stupid. sigh I tried. Perhaps you can return your sense humor for a refund? I do hope this is a joke. Otherwise, you will be forced to read e.g. comp.lang.c++(.moderated) until you pay everyone on this thread $100.= Yes, Andrei. This time you've gone to far. Your so-called 'humor' is all well and good until you start maligning c++. I think an apology is in order, both here (to Marcus, whose c++ophelia was surely offended as well, though he would never come out and say it in a public forum), in comp.lang.c++, and directly to Bjourne Stroustrup as well. George -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP 5.1
George Schlossnagle wrote: Yes, Andrei. This time you've gone to far. Your so-called 'humor' is all well and good until you start maligning c++. I think an apology is in order, both here (to Marcus, whose c++ophelia was surely offended as well, though he would never come out and say it in a public forum), in comp.lang.c++, and directly to Bjourne Stroustrup as well. Apology indeed. It's Bjarne Stroustrup. : ) Best, Mike Robinson -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.1
Terje, Please take these personal emails off the list. It's getting cluttered with too much unfocused emails and it makes it hard for people to keep up with development itself. Thanks, Andi At 10:40 AM 2/8/2005 +0100, Terje Slettebø wrote: From: Andrei Zmievski [EMAIL PROTECTED] Attention: you have posted C++ template code on PHP mailing list. Please pay a $100 fine immediately and carefully proceed to the exit. Hehe... I do hope this is a joke (it would seem rather closed-minded, otherwise). I don't think anybody would have bothered if anyone posted PHP code on e.g. comp.lang.c++(.moderated), in order to illustrate a point. That would be stupid. sigh I tried. Perhaps you can return your sense humor for a refund? Yeah, follow it up with an insult; that'll do lovely. If you had some insight into human nature, you'd know that humour is very subjective, and given the feedback I've got from others in this thread (which have _not_ been jokes), it's rather hard to see what's a joke and what's not. Let me explain: Although I understood that the literal thing you wrote above was of course a joke, my question was meant to see whether there was a serious side to the joke, as well. In other words, if people reacted negatively to this (and, judging from other reactions, it seems so, or at least, they concentrated on the code, rather than my point illustrated with it). I've been known to have a good sense of humour. However, I'm also sensitive, so when I don't know if something is meant as a joke or not, I don't find it amusing. Apparently, this was something you didn't understand, at all, and instead insult me about something you know _nothing_ about. What have I done to you, to get an insult from you? How would you feel it if someone else said this to you? A friggin' immature thing to say. Regards, Terje -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.1
On Tue, 08 Feb 2005, George Schlossnagle wrote: Yes, Andrei. This time you've gone to far. Your so-called 'humor' is all well and good until you start maligning c++. I think an apology is in order, both here (to Marcus, whose c++ophelia was surely offended as well, though he would never come out and say it in a public forum), in comp.lang.c++, and directly to Bjourne Stroustrup as well. I apologize that C++ is so mature, and advanced, and simple to use, and just so.. I lack the words to describe it. - Andrei -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.1
Terje, Yeah, follow it up with an insult; that'll do lovely. If you had some insight into human nature, you'd know that humour is very subjective, and given the feedback I've got from others in this thread (which have _not_ been jokes), it's rather hard to see what's a joke and what's not. Perhaps you should examine your own insight into human nature. You have been arguing endlessly about a feature that is questionable, if not completely unnecessary in PHP, and given the number and the nature of replies you received from many PHP developers, you would have been better off giving it up or finding another approach. However, you persist and view your own opinions as the only valid ones. Let me explain: Although I understood that the literal thing you wrote above was of course a joke, my question was meant to see whether there was a serious side to the joke, as well. In other words, if people reacted negatively to this (and, judging from other reactions, it seems so, or at least, they concentrated on the code, rather than my point illustrated with it). If you know it was a joke, you should have taken it as one. I've been known to have a good sense of humour. However, I'm also sensitive, so when I don't know if something is meant as a joke or not, I don't find it amusing. Apparently, this was something you didn't understand, at all, and instead insult me about something you know _nothing_ about. Is that C++ or your sense of humor? What have I done to you, to get an insult from you? How would you feel it if someone else said this to you? A friggin' immature thing to say. Enough of this. - Andrei -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php-cgi broken
Hello Everyone, The patch on sapi/cgi_main.c from 1.259 to 1.260 (HEAD) breaks the cgi under IIS. No after this patch the server returns file not found on all requests. - Frank -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] iconv doesn't built on OSX
Hi After a long look into the configure stuff for iconv, I found out, why it doesn't (even try to) compile on my OS X 10.3 box. in acinclude.m4 for PHP_SETUP_ICONV, there is somewhere test -f $ICONV_DIR/$PHP_LIBDIR/lib$iconv_lib_name.$SHLIB_SUFFIX_NAME $SHLIB_SUFFIX_NAME is 'so', but system wide libraries on OSX end on 'dylib'. I assume, this variable is also used for later building the shared libs, so that's basically ok (libphp5 and shared extensions are ending on '.so', even on OSX ) I have no idea, what I have to change, or if there's another variable for that. Can please anyone with more insight than me have a look at that? thanks chregu -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | [EMAIL PROTECTED] | gnupg-keyid 0x5CE1DECB -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] 'double' / 'float' revised.. think about it.
Personal recent frustrating float issues made me think of the following... At the moment apparently the C-type double is used for PHP's float (or double if you please) storage. I believe it is the philosophy of PHP to make things easy for its users, and in this perspective I was thinking.. hasn't the time come to reimplement the PHP float type in a decimal-safe way? Of course it would be a small performance hit, but not too noticable I think, especially when utilizing simd instructions which a compiler may or may not already do. I think, especially with todays powerful systems, performance (although still a big concern) is no longer the only primary concern. Shouldn't PHP abandon the speed of the double in C on this one, and implement a custom implementation of the floating point type which is much more accurate, even at the cost of a few extra bytes and cycles? Userfriendlyness over performance. I think it would be one hell of a feature for PHP to be mathematically correct, a world in which 1. is really 1. and not something that approaches it, and where (for example) rounding it would result in expected behaviour. I think PHP would automagically be more suitable for various (financial for example) applications which could potentially result in more popularity for PHP as a whole. I know there are alternatives for accurate mathematics, but they (naturally) depend on strings which make them a lot slower than a native solution would be, and besides that, they are less nice to use compared to +,-,/,*,% operators. It's just an idea of course, and I'm curious if there are others who feel the same way about this. Ron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.1
Ok, this is getting plain annoying. Please stop this endless chatter, all of you! It's annoying, senseless, and counter-productive. If you *really* want to keep bitching at eachother, then please do it somewhere else (iow, not on the list). Andrei Zmievski wrote: Terje, Yeah, follow it up with an insult; that'll do lovely. If you had some insight into human nature, you'd know that humour is very subjective, and given the feedback I've got from others in this thread (which have _not_ been jokes), it's rather hard to see what's a joke and what's not. Perhaps you should examine your own insight into human nature. You have been arguing endlessly about a feature that is questionable, if not completely unnecessary in PHP, and given the number and the nature of replies you received from many PHP developers, you would have been better off giving it up or finding another approach. However, you persist and view your own opinions as the only valid ones. Let me explain: Although I understood that the literal thing you wrote above was of course a joke, my question was meant to see whether there was a serious side to the joke, as well. In other words, if people reacted negatively to this (and, judging from other reactions, it seems so, or at least, they concentrated on the code, rather than my point illustrated with it). If you know it was a joke, you should have taken it as one. I've been known to have a good sense of humour. However, I'm also sensitive, so when I don't know if something is meant as a joke or not, I don't find it amusing. Apparently, this was something you didn't understand, at all, and instead insult me about something you know _nothing_ about. Is that C++ or your sense of humor? What have I done to you, to get an insult from you? How would you feel it if someone else said this to you? A friggin' immature thing to say. Enough of this. - Andrei -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-cgi broken
Jani, any ideas? When this patch was commited it seemed a bit odd to me but I wasn't quite sure what it attempted to resolve. At 10:56 AM 2/8/2005 -0800, Frank M. Kromann wrote: Hello Everyone, The patch on sapi/cgi_main.c from 1.259 to 1.260 (HEAD) breaks the cgi under IIS. No after this patch the server returns file not found on all requests. - Frank -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 'double' / 'float' revised.. think about it.
Ron Korving wrote: [...] Shouldn't PHP abandon the speed of the double in C on this one [...] It's not only a matter of speed but also of changing interfaces to all extensions using doubles (bundled, PECL and 3rd party or local ones) ... -- Hartmut Holzgraefe [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 'double' / 'float' revised.. think about it.
Yeah, I figured that, but.. changes come as new major PHP releases come. Maybe this would be something for 5.2/3/4 or 6.0, right? :) Most likely 6.0 I guess. Personally, I just think it's a problem that really should be tackled when in time PHP6 is to be released. If it isn't done by then, waiting for PHP7 would just take too long ;) I think in 2010 you'd simply be too late. Ron Hartmut Holzgraefe [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Ron Korving wrote: [...] Shouldn't PHP abandon the speed of the double in C on this one [...] It's not only a matter of speed but also of changing interfaces to all extensions using doubles (bundled, PECL and 3rd party or local ones) ... -- Hartmut Holzgraefe [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 'double' / 'float' revised.. think about it.
Hello Ron, it doesn't matter how accurate your floating or whatever you call it is. Financial applications require native support which can be realized using bcmath. Whatever you think besides that - the problem is that any errors accumulate - that's the nature of float. If you would like to know whats IEEE 754 read this http://docs.sun.com/source/806-3568/ncg_goldberg.html best regards marcus Tuesday, February 8, 2005, 8:15:31 PM, you wrote: Personal recent frustrating float issues made me think of the following... At the moment apparently the C-type double is used for PHP's float (or double if you please) storage. I believe it is the philosophy of PHP to make things easy for its users, and in this perspective I was thinking.. hasn't the time come to reimplement the PHP float type in a decimal-safe way? Of course it would be a small performance hit, but not too noticable I think, especially when utilizing simd instructions which a compiler may or may not already do. I think, especially with todays powerful systems, performance (although still a big concern) is no longer the only primary concern. Shouldn't PHP abandon the speed of the double in C on this one, and implement a custom implementation of the floating point type which is much more accurate, even at the cost of a few extra bytes and cycles? Userfriendlyness over performance. I think it would be one hell of a feature for PHP to be mathematically correct, a world in which 1. is really 1. and not something that approaches it, and where (for example) rounding it would result in expected behaviour. I think PHP would automagically be more suitable for various (financial for example) applications which could potentially result in more popularity for PHP as a whole. I know there are alternatives for accurate mathematics, but they (naturally) depend on strings which make them a lot slower than a native solution would be, and besides that, they are less nice to use compared to +,-,/,*,% operators. It's just an idea of course, and I'm curious if there are others who feel the same way about this. Ron -- Best regards, Marcusmailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] iconv doesn't built on OSX
I've experienced the same. The following improper change was left forgotten when Jani applied his fix that is eventually correct. http://cvs.php.net/diff.php/php-src/acinclude.m4?r1=1.275r2=1.276ty=u Moriyoshi On 2005/02/09, at 3:55, Christian Stocker wrote: Hi After a long look into the configure stuff for iconv, I found out, why it doesn't (even try to) compile on my OS X 10.3 box. in acinclude.m4 for PHP_SETUP_ICONV, there is somewhere test -f $ICONV_DIR/$PHP_LIBDIR/lib$iconv_lib_name.$SHLIB_SUFFIX_NAME $SHLIB_SUFFIX_NAME is 'so', but system wide libraries on OSX end on 'dylib'. I assume, this variable is also used for later building the shared libs, so that's basically ok (libphp5 and shared extensions are ending on '.so', even on OSX ) I have no idea, what I have to change, or if there's another variable for that. Can please anyone with more insight than me have a look at that? thanks chregu -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | [EMAIL PROTECTED] | gnupg-keyid 0x5CE1DECB -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] FTP scripts and project
I'm in need of some fully functional stand-alone php FTP scripts, I've searched the web, have downloaded a couple but they don't work. While this looks valid and appears to be uploading the file, no file is ever saved other than a temporary file that vanishes as soon as the file has completed uploading. HTML HEAD TITLEUpload test /TITLE /HEAD BODY HR FORM METHOD=POST ENCTYPE=multipart/form-data action=upload_done.html P Select File 1: INPUT TYPE=file ID=file VALUE=br PINPUT TYPE=submit /FORM /BODY /HTML _ Seems that everyone has their own implementation of how it should be done so I'd like to obtain some working examples that I don't have to spend time figuring out why it doesn't work just for test purposes. If you have something, please send it to me, a variety of choices for test purposes would be ideal. TIA -- Dale -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] FTP scripts and project
This is not the list you're looking for. You want php-general. On Feb 8, 2005, at 11:40 PM, D.Walsh wrote: I'm in need of some fully functional stand-alone php FTP scripts, I've searched the web, have downloaded a couple but they don't work. While this looks valid and appears to be uploading the file, no file is ever saved other than a temporary file that vanishes as soon as the file has completed uploading. HTML HEAD TITLEUpload test /TITLE /HEAD BODY HR FORM METHOD=POST ENCTYPE=multipart/form-data action=upload_done.html P Select File 1: INPUT TYPE=file ID=file VALUE=br PINPUT TYPE=submit /FORM /BODY /HTML _ Seems that everyone has their own implementation of how it should be done so I'd like to obtain some working examples that I don't have to spend time figuring out why it doesn't work just for test purposes. If you have something, please send it to me, a variety of choices for test purposes would be ideal. TIA -- Dale -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php George Schlossnagle -- Prinicipal Consultant -- OmniTI Computer Consulting -- http://www.omniti.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.1
You have to admit one thing about Terje, he does have a knack for irrating virtually every single big wig on the PHP core development team. I haven't kept a close record, but I think I have seen almost everyone of importance comment negatively on his suggestion and/or about him personally because of his persistence to beat a dead horse. =) -Jeremy On Tue, 08 Feb 2005 20:44:49 +0100, M. Sokolewicz [EMAIL PROTECTED] wrote: Ok, this is getting plain annoying. Please stop this endless chatter, all of you! It's annoying, senseless, and counter-productive. If you *really* want to keep bitching at eachother, then please do it somewhere else (iow, not on the list). Andrei Zmievski wrote: Terje, Yeah, follow it up with an insult; that'll do lovely. If you had some insight into human nature, you'd know that humour is very subjective, and given the feedback I've got from others in this thread (which have _not_ been jokes), it's rather hard to see what's a joke and what's not. Perhaps you should examine your own insight into human nature. You have been arguing endlessly about a feature that is questionable, if not completely unnecessary in PHP, and given the number and the nature of replies you received from many PHP developers, you would have been better off giving it up or finding another approach. However, you persist and view your own opinions as the only valid ones. Let me explain: Although I understood that the literal thing you wrote above was of course a joke, my question was meant to see whether there was a serious side to the joke, as well. In other words, if people reacted negatively to this (and, judging from other reactions, it seems so, or at least, they concentrated on the code, rather than my point illustrated with it). If you know it was a joke, you should have taken it as one. I've been known to have a good sense of humour. However, I'm also sensitive, so when I don't know if something is meant as a joke or not, I don't find it amusing. Apparently, this was something you didn't understand, at all, and instead insult me about something you know _nothing_ about. Is that C++ or your sense of humor? What have I done to you, to get an insult from you? How would you feel it if someone else said this to you? A friggin' immature thing to say. Enough of this. - Andrei -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- --- Jeremy Johnstone http://www.jeremyjohnstone.com [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Announce: PDO beta releases
You may have noticed my drive-by release of various different PDO packages tonight/this morning. This is stage one of the PDO push. I'd like to encourage you all to try it out; as you should know, we're going to be releasing PDO as part of PHP 5.1, so we need as many people as possible to play around with it to discover any remaining issues. Some drivers have had more testing and support than others, simply because they are easier or more convenient to develop and test against. If you find any missing features, inconsistencies between drivers, bugs or crashes, please report them using the PECL bug tracking system. Please categorize bugs correctly, and, if possible, try out more than one driver. If you have the same problem for more than one driver, report the bug using the PDO bug reporting page, otherwise use the bug reporting page for your driver. The bug reporting pages can be found by visiting http://pecl.php.net/extensionname and clicking on the Package Bugs link. Please don't submit the same problem more than once; add your feedback to existing bugs if it is appropriate. During the PDO push, I want to release updated PDO packages at the end of each day in which a bug is found and fixed. Please help me with this task by reporting any issues as clearly and completely as possible. Now is the time to test and evaluate PDO; if we don't get enough feedback over the next couple of weeks, it won't make it into PHP 5.1 and you'll have to wait until the next major PHP release. You'll no doubt be wondering how to use PDO, so here are some useful resources: The PHP manual: http://www.php.net/manual/en/ref.pdo.php Various posts from my blog; some information is slightly outdated, one of the links includes slides from one of my talks on PDO at the php|works conference last year: http://netevil.org/node.php?uuid=41572e4a-0757-8311-6093-1572e4a93e1b http://netevil.org/node.php?uuid=415464e0-6270-1081-4799-15464e02aa74 http://netevil.org/node.php?uuid=a1907cf3-1afc-4ffe-b36b-a17b405fbeb5 http://netevil.org/node.php?uuid=bf0a58d7-68ab-49d0-9a29-f5ec97c5dfde My article on the Oracle Technology Network giving an overview of PDO. Again, some information my be slightly outdated. http://www.oracle.com/technology/pub/articles/php_experts/otn_pdo_oracle5.html Also during the PDO push, I'll be working with Dan to help flesh out the official PHP documentation for PDO, and quite probably blogging little handy snippets for some of the newer/more advanced features. Thanks for your attention, and looking forward to your feedback. --Wez. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] intercepting function calls
Is it possible to intercept a function call (user space or built-in) in the Zend Engine and execute user space code before/after the function call? = -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Announce: PDO beta releases
Hi Wez: On Wed, Feb 09, 2005 at 12:55:46AM -0500, Wez Furlong wrote: I'd like to encourage you all to try it out; as you should know, we're going to be releasing PDO as part of PHP 5.1, so we need as many people as possible to play around with it to discover any remaining issues. ... If you find any missing features, inconsistencies between drivers, bugs or crashes, please report them using the PECL bug tracking Do you have a set of test scripts somewhere that should produce the same results regardless of which driver is being used? Kind of like the PEAR DB test suite. Or is each individual person going to have to make up their own tests? Thanks, --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Announce: PDO beta releases
Dan Scott mentioned to me that he has someone that is (or soon will be) working on a test suite. While a test-suite is good, it's also good for people to actually sit down and try to use it in their own way. --Wez. On Wed, 9 Feb 2005 01:32:08 -0500, Daniel Convissor [EMAIL PROTECTED] wrote: Hi Wez: On Wed, Feb 09, 2005 at 12:55:46AM -0500, Wez Furlong wrote: I'd like to encourage you all to try it out; as you should know, we're going to be releasing PDO as part of PHP 5.1, so we need as many people as possible to play around with it to discover any remaining issues. ... If you find any missing features, inconsistencies between drivers, bugs or crashes, please report them using the PECL bug tracking Do you have a set of test scripts somewhere that should produce the same results regardless of which driver is being used? Kind of like the PEAR DB test suite. Or is each individual person going to have to make up their own tests? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
