[PHP-DEV] Bug #10657: settype() with larger than 32bit values
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4 PHP Bug Type: Feature/Change Request Bug description: settype() with larger than 32bit values if i use settype($foo, integer) with an value for $foo alike '112' settype() returns successfull type setting and changes the value to something like that '2147483647' could it be possible that settype produces a warning, if an value larger that the supported bitvalue of the current system is and/or changes the value to 0 alike settype() on a striong like this 'fjsfjsdh'... -- Edit Bug report at: http://bugs.php.net/?id=10657edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] mailparse extension
On 2001-05-04 06:07:14, Chuck Hagenbuch [EMAIL PROTECTED] wrote: Quoting Wez Furlong [EMAIL PROTECTED]: I would like to put my mailparse (As seen on zend.com weekly summary) extension into CVS; shall I just check it into php4/ext? I'd certainly be interested in it. Are there any external library dependancies? No, which is part of the reason there is so much code compared to most other extensions. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process
At 08:48 PM 5/3/2001 -0400, David Croft wrote: In my humble opinion 'null' is a 'pseudovalue' that has been made available for some time. If it was never intended for a script to be able to use it, it should never have been exposed. But it has been and many people, myself included, are using it. That's wrong. It was a new value introduced which was meant to be seen (it was asked for by Thies). But it was meant to be unset. To be quite honest, I don't even quite remember if Zend still uses it for internal values. I think it doesn't anymore. I was just saying that forget the Zend internals, there is a question of semantics one needs to think of. I must admit I haven't had the time to think of this yet in full and I'll think about it again. But although these things always seem trivial to many people you have to understand that sometimes the implications can be much more far reaching than what you think. Also no one has gone through all of the modules and check if we are consistent with when NULL is returned and when not (returned as an array element). It would also help to make a game plan of what to do but I think adding key_exists() without being sure of the whole picture is a mistake. We might end up with the conclusion that this function is the right thing, but it has to be a serious conclusion after checking all of the aspects. Andi It is particularly useful to mark a value that has not yet been filled. The same way NULL is used in SQL. If you take out this behaviour there is no 'pseudo-value' to indicate the absence of value and we will go back to using 0 or constants, a hack at best. Also, I see a distinction semantically between isset and key_exists. Isset asks whether it is set to a tangible value. Key_exists asks whether the array contains an entry, any entry, for that key. My 2 cents, David -- | /+\ \| | | David Croft Infotrek On Thu, 3 May 2001, Zeev Suraski wrote: At 17:20 3/5/2001, Cynic wrote: I very much agree with Andrei on this. Please, keep the existing functionality. Although, I'm not familiar with any issues possibly connected with this. Does it hurt anything? Yes, it requires adding of functions that duplicate isset()'s behavior in a way that may change in the future (implementation dependent). Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10658: array_diff does not work with classes
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: array_diff does not work with classes Consider the following script: ? class test { var $x; var $y; function test () { $this-x = 0; $this-y = 0; } function set ($x, $y) { $this-x = $x; $this-y = $y; } } $mumu = array(); $gaga = array(); for($i=0;$i3;$i++) { $test = new test (); $test-set($i, $i); $mumu[xx.$i] = $test; } for($i=0;$i5;$i++) { $test = new test (); $test-set($i, $i); $gaga[xx.$i] = $test; } $fff = array_diff($mumu, $gaga); $ggg = array_diff($gaga, $mumu); echo pre; print_r($fff); echo /pre; echo pre; print_r($ggg); echo /pre; ? the following is the output from a server with php 4.0.4pl1: Array ( ) Array ( [xx3] = test Object ( [x] = 3 [y] = 3 ) [xx4] = test Object ( [x] = 4 [y] = 4 ) ) and the following is the ouput with php 4.0.5: Array ( ) Array ( ) the php.ini is the same on both servers. -- Edit Bug report at: http://bugs.php.net/?id=10658edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7822 Updated: system crash
ID: 7822 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: system crash Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98 this problem still exists. Default setting will make system crash in Windows 98 if accessing something like http://localhost/php/php.exe I guess PHP at least should announce this problem (and I've made two of my friends crashed, sorry if they see this.). Previous Comments: --- [2001-01-12 12:27:08] [EMAIL PROTECTED] cynic: This is a Great Idea! --- [2001-01-12 10:26:41] [EMAIL PROTECTED] indeed. a temporary workaround, if I may: LocationMatch /php/php(.exe)? deny from all /LocationMatch This at least denies direct access to the executable, and thus gets you rid of the crashes. --- [2001-01-08 02:32:47] [EMAIL PROTECTED] In 4.0.4, This bug still exists. (Win32, php.ini) Conditions for this bug: safe_mode=Off doc_root=; the root of the php pages, used only if nonempty (doc_root is empty) In such configured PHP, system will crash if I type the URL: http://localhost/php/php.exe (Note: no / at the end of the URL) I may consult the source code if I have time later. --- [2001-01-06 02:29:03] [EMAIL PROTECTED] does this problem exist in PHP 4.0.4 --- [2000-11-14 19:06:55] [EMAIL PROTECTED] I config PHP for Apache 1.3.14 for Win32 as almost all people do: in apache configuation file: ScriptAlias /php/ C:/Program Files/PHP/ Directory C:/Program Files/PHP/ AllowOverride None Options None /Directory AddType application/x-httpd-php .php Action application/x-httpd-php /php/php.exe All the things go well and apache is able to process .php files. However, I type: http://localhost/php/php.exe, then my system crashes... Windows says that php.exe: program error. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=7822 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] php got stomped on in shootout, but shouldn't have...
Howdy. So I was checking out Perl, Ruby, and Java's performance specs on a language shootout, and PHP got stomped on. It was safely sitting at the bottom of the list (check out the score card page). http://www.bagley.org/~doug/shootout/ The good news is, the reason it got stomped on wasn't because of the language, it was because it wasn't represented. So what's the deal here? The only test that PHP was enrolled in was the Ackermann's Function. How could 25 other languages (some I'd never heard of before), have better community support than the beast that is PHP? I'd really like to know how well PHP would stack up compared to these other languages (esp Java) if well represented. Hacking in C (grudgingly), Sean PS What really happened was I just had PHP nuked as a viable language for a contract job I was doing (now doing it in C) because the CTO came back and referenced PHP's performance on this page. The CTO's bright, but an old stodgy UNIX/C programmer that wouldn't give. -- Sean Chittenden PGP signature
[PHP-DEV] Bug #10659: zend optimiseur doesn't work
From: [EMAIL PROTECTED] Operating system: windows NT PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: zend optimiseur doesn't work under windows NT/apache 1.3.19, i have error message when i start apache. Zendoptimiseur 1.1 seems to not work. th error message is Le point d'entrée de procédure zend_get_ini.entry est introuvable dans la bibliothèque de liaisons dynamique php4ts.dll -- Edit Bug report at: http://bugs.php.net/?id=10659edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1 Declaration Case Persistance
At 05:01 PM 5/3/2001 -0400, John Donagher wrote: We use a Java-style methodology of naming classes as well as filenames, something we've adopted largely because of our use of PHPDoc. So, if you have a class FooBar, that class is defined in FooBar.cls, not foobar.cls. If get_class() returned the as-declared name, we'd have a really easy way to know where that class was defined. When you start getting into complex inheritance and class dependency trees, this issue finally rears its head. Other than this case, I have never cared. So, I've had to create a code generator to build a structure containing a mapping of class declaration names pointing back to filenames, which otherwise could not be accurately programatically determined. But if you use lowercased class naming, you can programatically determine the filename. That seems wrong to me. We (at my current company) have a clean architecture, something we're working on incorporating into a currently existing open-source application framework project to allow other people to use. So yes, three users may be affected by it now (maybe less :). I really don't want to propogate the kludge I've had to write out to hundreds of people, though. On one hand you might feel it odd on the other hand it might be odd to a developer who knows that classes are case insensitive and when he users your framework then he will suddenly discover (or not discover) that writing FooBar is different from foobar, i.e., they need to know that when using your framework that they need to watch their case and that it is unlike any other PHP script or framework. OK that was a too long sentence (I'm on the way out) but do you understand that it has implications on the developer who is used to case-insensitive classes and doesn't watch his case. Don't change the code because of me, or because of the project I'm working on, or because of the way PHPDoc works. We've already worked around it. But I still maintain that tossing away the declared names is not the only (or the best) way to achieve case-insensitivity in the language. Believe me, I wouldn't have wasted cycles thinking/writing about this if I wasn't convinced it will benefit PHP and its users in the long run, even if the value add is relatively minor. Can you describe your workaround? Think of what I have written. I doubt it'll convince you but you should realize that PHP has case insensitive-classes but your framework will have classes which are case-sensitive. Does this make sense? It means the people who will be using your open-framework will almost be using a different PHP. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10660: OCIBindByName
From: [EMAIL PROTECTED] Operating system: IBM AIX v4.3.3 PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: OCIBindByName SERVER: IBM AIX v4.3.3 PHP v4.0.4pl1 APACHE v1.3.19 Oracle 8i Enterprise release 8.1.7.0.0 CLIENT: DELL Intel P2 Windows NT 4.0 SP6.0a I have created a function to update fields on the database using textboxes. The sql statement contains parameters that obviously require binding. I have succussfully updated several tables and fields, but whenever the field type is CHAR() then the update does not occur and NO errors are generated. I have performed the following to try and narrow down the problem: Removed every parameter from the sql statement and hardcoded values, (no need to perform a bind) and this updated succussfully. Replaced a single parameter and performed a bind for that parameter and this updated succussfully, but only where the field being updated was NOT a CHAR() Here is the function stripped down: function Save_Details($conn) { $sql= update staticdata2 set description = :td where tableref2 = :tr and upper(tablecode2) = :tc ; if (!($qry = @OCIParse($conn, $sql))) { $err = OCIError($conn); OCILogoff($conn); $m_msg=span class=error . __LINE__ . : Error . $err[message] . ./span; return; } echo(!-- $code $description $tableref --\n); OCIBindByName($qry, :tc, $code, 3); OCIBindByName($qry, :td, $description, 41); OCIBindByName($qry, :tr, $tableref, 4); if (!@OCIExecute($qry)) { $err = OCIError($qry); OCIFreeStatement($qry); OCILogoff($conn); $m_msg=span class=error . __LINE__ . : Error . $err[message] . ./span; return; } OCIFreeStatement($qry); } -- Edit Bug report at: http://bugs.php.net/?id=10660edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] mailparse extension
On 2001-05-04 06:07:14, Chuck Hagenbuch [EMAIL PROTECTED] wrote: Quoting Wez Furlong [EMAIL PROTECTED]: I would like to put my mailparse (As seen on zend.com weekly summary) extension into CVS; shall I just check it into php4/ext? I'd certainly be interested in it. Are there any external library dependancies? I said no, but I am thinking of making a dependency on the new mbstring extension to utilize the extensive encoding conversion code it provides. So, it'll be more of an internal dependency... --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] mailparse extension
Wez Furlong wrote: I said no, but I am thinking of making a dependency on the new mbstring extension to utilize the extensive encoding conversion code it provides. So, it'll be more of an internal dependency... oops, we are going to have internal extension dependencies beside those to ext/standard? i was just htinking of ways to isolate extensions from each other on the linker level by reducing exported symbols from extensions to the bare minimum (to avoid duplicate symbol troubles like we now have with ext/mnogosearch and ext/standard) i think we should find a standard way to: - define extension interdependencies on the autoconf level (both mandatory and optional) - ensure mandatory dependencies are fullfilled during configure - restrict symbols exported by the extensions intermideate object files (.so for shared extension or .a archive for builtin ones) for shared extensions this is easy as we can use the same libtool mechanism as we already have for --enable-versioning in sapi/apxs for builtin extensions we will most likely have to change the generation of the intermideate libraries that contain the extensions object code a bit i'm especially thinking about using ld partial linking (option '-r') to achieve this, but i'm not deep enough into libtool and the current built system to have a working solution Any comments on this? (Sascha?) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] IMB zSeries aka S/390 Linux Community Development System
Is anyone already up to building and testing on Linux for S/390 ? Or should i apply for an account on http://www-1.ibm.com/servers/eserver/zseries/os/linux/lcds/ ??? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10659 Updated: zend optimiseur doesn't work
ID: 10659 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: This is not PHP bug. Ask Zend for help.. www.zend.com --Jani Previous Comments: --- [2001-05-04 03:48:12] [EMAIL PROTECTED] under windows NT/apache 1.3.19, i have error message when i start apache. Zendoptimiseur 1.1 seems to not work. th error message is Le point d'entrée de procédure zend_get_ini.entry est introuvable dans la bibliothèque de liaisons dynamique php4ts.dll --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10659edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10648 Updated: Parse error
ID: 10648 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: *Web Server problem PHP Version: 4.0.5 Assigned To: cmv Comments: Previous Comments: --- [2001-05-03 17:11:23] [EMAIL PROTECTED] NICE RESPONSE. This is the language DB. PUHLEESE do you not give a shit about your own company's web page? --- [2001-05-03 16:28:02] [EMAIL PROTECTED] And this is PHP the language bug database. Send website related bug reports to [EMAIL PROTECTED] --Jani --- [2001-05-03 16:27:57] [EMAIL PROTECTED] And this is PHP the language bug database. Send website related bug reports to [EMAIL PROTECTED] --Jani --- [2001-05-03 16:27:54] [EMAIL PROTECTED] And this is PHP the language bug database. Send website related bug reports to [EMAIL PROTECTED] --Jani --- [2001-05-03 16:27:49] [EMAIL PROTECTED] And this is PHP the language bug database. Send website related bug reports to [EMAIL PROTECTED] --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10648edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #9602 Updated: Unable to compile with NSAPI support, implicit declaration of finite function
Bug Database wrote: ID: 9602 Updated by: avsm Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: iPlanet related PHP Version: 4.0.4pl1 Assigned To: Comments: no feedback ok, sorry, I'm very busy.. ;( I try this, and the server up, no error, but don't work. The server don't answer any request (no html, no php, any files) ;(( do you want that I attach you my obj.conf file ?? thankx in advance. justo. Previous Comments: --- [2001-04-25 13:24:48] [EMAIL PROTECTED] Try the following obj.conf entry, and see if it fixes your problem. Apart from this change, you should follow the manual entry for the rest of the obj.conf Init fn=load-modules shlib=/path/to/server4/bin/libphp4.so funcs=php4_init,php4_close,php4_execute,php4_auth_trans Init fn=php4_init LateInit=yes --- [2001-03-08 07:12:45] [EMAIL PROTECTED] Opp.. The snapshot, compile ok, but crashes... ;(( I have read the instrucctions on install.netscape-enterprise.php. But, when the server restart, then crashes with the message (from the admin server, because in the errors log file, don't write nothing!?!) [https-pyxis]: start failed. (2: unknown early startup error) [https-pyxis]: server terminated (signal 6): watchdog is restarting it [https-pyxis]: failure: server initialization failed I have a core from the ns-httpd proc. My config.nice file: #! /bin/sh # # Created by configure ./configure --with-nsapi=/usr/netscape/server4/ --enable-libgcc --without-mysql $@ thankx, in advance, and sorry for mi english. --- [2001-03-07 15:53:55] [EMAIL PROTECTED] Fixed - Closed. --Jani --- [2001-03-07 11:12:33] [EMAIL PROTECTED] It's OK... I read the #9599 bug report and download the snapshot. All OK. Sorry... and thankx!!! --- [2001-03-07 11:03:01] [EMAIL PROTECTED] config.nice: #! /bin/sh # # Created by configure ./configure --enable-trans-id --enable-libgcc --enable-sigchild --enable-sysvsem --enable-sysvshm --with-nsapi=/usr/netscape/server4/ --with-ldap=/usr/netscape/ldapsdk --with-informix --without-mysql --enable-discard-path $@ -- error: make[1]: Entering directory `/usr/local/distrib/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from zend_language_scanner_cc.cc:2571: zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double *)': zend_operators.h:84: implicit declaration of function `int finite(...)' make[1]: *** [zend_language_scanner_cc.lo] Error 1 make[1]: Leaving directory `/usr/local/distrib/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9602edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10661: Problem parsing a script in mac text file format
From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 - RedHat 6.2 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: Problem parsing a script in mac text file format Executing a script like this in mac file text format (EOF == '\r'): ?php $arr = array( test1 // comment ); foreach ($arr as $val) { echo $val.br\n; } ? I receive this output: // comment ); foreach ($arr as $val) { echo $val.br\n; } This only appears if the comment is present. -- Edit Bug report at: http://bugs.php.net/?id=10661edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10661 Updated: Problem parsing a script in mac text file format
ID: 10661 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues PHP Version: 4.0.5 Assigned To: Comments: This should be fixed in the current CVS, please reopen if this does not work with the latest CVS version (or snapshot from snaps.php.net) Previous Comments: --- [2001-05-04 06:19:49] [EMAIL PROTECTED] Executing a script like this in mac file text format (EOF == 'r'): ?php $arr = array( test1 // comment ); foreach ($arr as $val) { echo $val.brn; } ? I receive this output: // comment ); foreach ($arr as $val) { echo $val.brn; } This only appears if the comment is present. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10661edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php got stomped on in shootout, but shouldn't have...
If you grab the gent's 'shootout' tarball, you will find that there is not a single PHP file in it. This makes it very hard to evaluate. ;) Perhaps write him a pleasant letter and let him know that you lost a contract over his incomplete evaluation. --zak - Original Message - From: Sean Chittenden [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 04, 2001 1:42 AM Subject: [PHP-DEV] php got stomped on in shootout, but shouldn't have... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php got stomped on in shootout, but shouldn't have...
Hi Sean! On Fri, 04 May 2001, Sean Chittenden wrote: Howdy. So I was checking out Perl, Ruby, and Java's performance specs on a language shootout, and PHP got stomped on. It was safely sitting at the bottom of the list (check out the score card page). http://www.bagley.org/~doug/shootout/ The good news is, the reason it got stomped on wasn't because of the language, it was because it wasn't represented. So what's the deal here? The only test that PHP was enrolled in was the Ackermann's Function. How could 25 other languages (some I'd never heard of before), have better community support than the beast that is PHP? I'd really like to know how well PHP would stack up compared to these other languages (esp Java) if well represented. Hacking in C (grudgingly), Sean PS What really happened was I just had PHP nuked as a viable language for a contract job I was doing (now doing it in C) because the CTO came back and referenced PHP's performance on this page. The CTO's bright, but an old stodgy UNIX/C programmer that wouldn't give. uhm, I think your CTO shows serious I/O errors, as he failed to read some interesting sectors of the main page: e.g. Disclaimer No. 1: I'm just a beginner in many of these languages, so if you can help me improve any of the tests, please drop me an email. Thanks. Disclaimer No. 2: These pages are provided for novelty purposes only. Any other use voids the manufacturer's warranty. Do not mix with alchohol. Some contents may consist of recycled materials. The flaw was so evident that he didn't see it. -- teodor -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6505 Updated: apache fails with php4 freetds
ID: 6505 Updated by: joey Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Sybase (dblib) related PHP Version: 4.0 Latest CVS (02/09/2000) Assigned To: Comments: I realize this is a closed bug, but I think it is appropriate to note here that thanks to Vlad, the last comment here is no longer required. See bug #8126 for details. Previous Comments: --- [2001-05-02 18:45:07] [EMAIL PROTECTED] probably should close the report, though I have not tried the patch. The newer versions of FreeTDS and PHP work, so long as (per the Spanish contribution to the mssql_connect section of the manual), I edit /ext/sybase/php_sybase_db.c to replace all three occurrences of dbopen with tdsdbopen. --- [2001-05-02 16:18:29] [EMAIL PROTECTED] Looks like since setting the charset is not often used, it is a bug in the library that went unnoticed. Here is an idea: Patch your include/sybdb.h for FreeTDS. The patch is a one-liner (against version 0.51): --- old.h Wed Oct 18 19:35:34 2000 +++ sybdb.h Wed May 2 13:15:42 2001 @@ -298,6 +298,7 @@ extern RETCODEDBSETLUSER(LOGINREC *login, char *username); extern RETCODEDBSETLHOST(LOGINREC *login, char *hostname); extern RETCODEDBSETLAPP(LOGINREC *login, char *application); +extern RETCODEDBSETLCHARSET(LOGINREC *login, char *charset); #ifdef DBMFIX extern DBPROCESS *tdsdbopen(LOGINREC *login,char *server); #else If you succeed, please, report this to the author of FreeTDS, and close the bug report. --- [2000-12-06 21:43:09] [EMAIL PROTECTED] This is dblib, not ctlib --- [2000-09-02 15:37:59] [EMAIL PROTECTED] see also bug report # 6069. --- [2000-09-02 15:32:11] [EMAIL PROTECTED] I am trying to compile using freetds to eventually access an MS SQL server. for freetds (v.0.5) ./configure --prefix=/usr/local/freetds/ --enable-msdblib --with-tdsver=4.2 for php 4 (latest CVS 2/9/2000) ./configure --with-apxs --with-mysql --enable-track-vars --with-config-file-path=/etc/php4/apache --with-sybase=/usr/local/freetds export SYBASE=/usr/local/freetds export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:$SYBASElib I edited the /usr/local/freetds/interfaces file to set up the MS SQL server address. I fixed httpd.conf to have the sybase interfaces file be /usr/local/freetds/interfaces when I stop apache and run apachectl configtest I get the following output Syntax error on line 108 of /etc/apache/httpd.conf: Cannot load /usr/lib/apache/1.3/libphp4.so into server: /usr/lib/apache/1.3/libphp4.so: undefined symbol: DBSETLCHARSET Brian Bruns, the author of freetds, suggested a library problem and attempting to fix it by exporting the SYBASE and LD_LIBRARY_PATH variables. But this does not work. The only place in the source that I can find DBSETLCHARSET is in file ext/sybase/php_sybase_db.c at line 354: DBSETLCHARSET(sybase.login,charset); but I don't know enough about programming to figure out what sybase.login and charset are needed here, or even to know if this is the offending line. thanks for any help you can give me. I have been trying for a long time to find a reliable way to send queries from PHP to a Microsoft SQL server that resides on another machine and to which I only have read access. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6505edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10661 Updated: Problem parsing a script in mac text file format
[EMAIL PROTECTED] wrote: ID: 10661 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues PHP Version: 4.0.5 Assigned To: Comments: This should be fixed in the current CVS, please reopen if this does not work with the latest CVS version (or snapshot from snaps.php.net) Ok... in the last snapshot it works. Can I use it in production enviroment? Thanks a lot! -- Alessandro 'Asterix75' Astarita [EMAIL PROTECTED] Web Site: http://asterix75.capri.it Secret MS Windows code: while (1) { if (num_process 1) bluescreen(rand()); } -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10662: --with-iconv compilation and installation
From: [EMAIL PROTECTED] Operating system: Linux 2.2.10 glibc-2.0.7 PHP version: 4.0.5 PHP Bug Type: Sablotron XSL Bug description: --with-iconv compilation and installation (This is not actually Sablotron extension bug, but I need to use --with-iconv option for my system to build in Sablotron and have a problem in this case) 1. The error message during Apache restart: Cannot load /usr/libexec/apache/libphp4.so into server: /usr/libexec/apache/libphp4.so: undefined symbol: iconv_module_entry 2. Configure line: --with-apxs --prefix=/usr --with-gd --with-gettext --with-yp --with-system-regex --with-mysql=/usr --enable-safe-mode --enable-sysvsem --enable-sysvshm --with-exec-dir=/home/httpd/php/bin --with-zlib --with-config-file-path=/etc/httpd --disable-debug --enable-magic-quotes --enable-bcmath --with-mod_charset --enable-calendar --with-iconv --with-sablot 3. Short description The configure script and compilation go smoothly without errors. ldd libphp4.so shows the following: libpam.so.0 = /lib/libpam.so.0 (0x2abda000) libdl.so.2 = /lib/libdl.so.2 (0x2abe1000) libz.so.1 = /usr/lib/libz.so.1 (0x2abe5000) libexpat.so.0 = /usr/lib/libexpat.so.0 (0x2abf3000) libsablot.so.0 = /usr/lib/libsablot.so.0 (0x2ac12000) libmysqlclient.so.6 = /usr/lib/libmysqlclient.so.6 (0x2ac8e000) libiconv.so.2 = /usr/lib/libiconv.so.2 (0x2aca) libttf.so.2 = /usr/lib/libttf.so.2 (0x2ad39000) libgd.so.1 = /usr/lib/libgd.so.1 (0x2ad4e000) libresolv.so.2 = /lib/libresolv.so.2 (0x2ad85000) libm.so.6 = /lib/libm.so.6 (0x2ad94000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x2adad000) libnsl.so.1 = /lib/libnsl.so.1 (0x2addb000) libc.so.6 = /lib/libc.so.6 (0x2ade2000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2aaab000) ,so all libraries are in place. But the error message occurs during apache start/restart (see item 1.) Looking through main/php_config.h I found that there is no line #define HAVE_ICONV 1 ,but if I install it manually I have the following errors during compilation: make[3]: Entering directory `/mnt/files/linux/www/php/php-4.0.5/ext/iconv' /bin/sh /mnt/files/linux/www/php/php-4.0.5/libtool --silent --mode=compile gcc -I. -I/mnt/files/linux/www/php/php-4.0.5/ext/iconv -I/mnt/files/linux/www/php/php-4.0.5/main -I/mnt/files/linux/www/php/php-4.0.5 -I/usr/include/apache -I/mnt/files/linux/www/php/php-4.0.5/Zend -I/usr/include/mysql -I/mnt/files/linux/www/php/php-4.0.5/ext/xml/expat/xmltok -I/mnt/files/linux/www/php/php-4.0.5/ext/xml/expat/xmlparse -I/mnt/files/linux/www/php/php-4.0.5/TSRM -DLINUX=2 -DEAPI -DKEAPI -DUSE_PERL_SSI -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c iconv.c iconv.c:59: `php_minit_iconv' undeclared here (not in a function) iconv.c:59: initializer element for `iconv_module_entry.module_startup_func' is not constant iconv.c:60: `php_mshutdown_iconv' undeclared here (not in a function) iconv.c:60: initializer element for `iconv_module_entry.module_shutdown_func' is not constant iconv.c:63: `php_info_iconv' undeclared here (not in a function) iconv.c:63: initializer element for `iconv_module_entry.info_func' is not constant make[3]: *** [iconv.lo] Error 1 So, there is no way to build working PHP4.0.5 with support of external libiconv (outside of glibc, glibc-2.0.7 doesn't have iconv functions). PHP4.0.4pl1 was built and run successfully on the same system with the same configuration options. -- Edit Bug report at: http://bugs.php.net/?id=10662edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
At 01:29 PM 5/4/2001 +0300, Zeev Suraski wrote: I think that there are two ways to look at the issue that John raised. One, is a cosmetic change, that would add a bit of bloat to classes, and retain another name in them. Allowing access to it using some specialized function (get_beautiful_class_name() or something like that). The other, is a more fundamental change, and it is to change PHP to be case dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), and maintains case sensitivity for variable names, but not function names or class names. IMHO, there's very little reason for this inconsistency, and PHP would have been better off with full case sensitivity across class names, function names and variable names. It would also improve performance fairly significantly. IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. I wouldn't mind that and then both John and me would be happy :) Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Creation of a new external module
On Fri, 4 May 2001, Denis Gasparin wrote: I'm trying to create a new external module for PHP called acme. I used the ext_skel script to create the module directory and skeleton and then modified the config.m4 as indicated in that file. Then I moved to the created acme directory, issued the phpize command, configure and make. The compilation worked well and i found in ext/acme/modules the library acme.so. I installed in my PHP extension dir and the used the dl php command to load the module but php has given me this error: Warning: Invalid library (maybe not a PHP library) 'acme.so' in /u/WEB/www.testtest.it/denis/index.php on line 4 Why does it give me this error? Currently phpize is not well working without following ugly sequence to build extension: phpize CFLAGS=$CFLAGS -DHAVE_ACME=1 -DCOMPILE_DL_ACME=1 configure --with-acme make make install -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org | ALT Linux Team Minsk Linux Users Group |www.minsk-lug.net| www.altlinux.ru -- Better hope you get what you want before you stop wanting it. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
[Zeev Suraski [EMAIL PROTECTED]] I think that there are two ways to look at the issue that John raised. One, is a cosmetic change, that would add a bit of bloat to classes, and retain another name in them. Allowing access to it using some specialized function (get_beautiful_class_name() or something like that). The other, is a more fundamental change, and it is to change PHP to be case dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), and maintains case sensitivity for variable names, but not function names or class names. IMHO, there's very little reason for this inconsistency, and PHP would have been better off with full case sensitivity across class names, function names and variable names. It would also improve performance fairly significantly. IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. Ouch. What about making case sensitivity an option that is disabled by default in 4.1, and changing the default for 4.2. IMHO changing this default alone is enough to warrant the 4.1 - 4.2 transition. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10659 Updated: zend optimiseur doesn't work
I think is a php bug, because with php 4.0.4pl1 it's works fine. The problem seems due to php4ts.dll Regards - Message d'origine - De : Bug Database [EMAIL PROTECTED] À : [EMAIL PROTECTED] Envoyé : vendredi 4 mai 2001 12:04 Objet : Bug #10659 Updated: zend optimiseur doesn't work ID: 10659 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: This is not PHP bug. Ask Zend for help.. www.zend.com --Jani Previous Comments: -- - [2001-05-04 03:48:12] [EMAIL PROTECTED] under windows NT/apache 1.3.19, i have error message when i start apache. Zendoptimiseur 1.1 seems to not work. th error message is Le point d'entrée de procédure zend_get_ini.entry est introuvable dans la bibliothèque de liaisons dynamique php4ts.dll -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10659edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Bug #10659 Updated: zend optimiseur doesn't work
Quoting Franck LABANVOYE [EMAIL PROTECTED]: I think is a php bug, because with php 4.0.4pl1 it's works fine. The problem seems due to php4ts.dll The Zend Optimizer is very strongly linked to a PHP version, so it just doesn't fit the new release jet. I guess Zend will release a version of the ZendOptimizer for PHP 4.0.5 very soon though. regards, Derick -- PHP: Hypertext Preprocessor - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net -- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] mailparse extension
On 2001-05-04 10:03:00, Hartmut Holzgraefe [EMAIL PROTECTED] wrote: Wez Furlong wrote: So, it'll be more of an internal dependency... oops, we are going to have internal extension dependencies beside those to ext/standard? I can see where you are heading. i think we should find a standard way to: - ensure mandatory dependencies are fullfilled during configure I was going to hand-code this check in my config.m4 for the time-being. - restrict symbols exported by the extensions intermideate object files (.so for shared extension or .a archive for builtin ones) I'm always careful to avoid namespace pollution (using static wherever possible), but some collisions are inevitable given the number of different developers and extensions. Any comments on this? (Sascha?) Calling all autoconf/libtool gurus... I can see how to use the config macros, just not how to implement them :-) --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
Let's not worry about the versions right now; I'm mostly interested in getting feedback about the concept itself. Zeev At 14:30 4/5/2001, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] I think that there are two ways to look at the issue that John raised. One, is a cosmetic change, that would add a bit of bloat to classes, and retain another name in them. Allowing access to it using some specialized function (get_beautiful_class_name() or something like that). The other, is a more fundamental change, and it is to change PHP to be case dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), and maintains case sensitivity for variable names, but not function names or class names. IMHO, there's very little reason for this inconsistency, and PHP would have been better off with full case sensitivity across class names, function names and variable names. It would also improve performance fairly significantly. IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. Ouch. What about making case sensitivity an option that is disabled by default in 4.1, and changing the default for 4.2. IMHO changing this default alone is enough to warrant the 4.1 - 4.2 transition. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10663: Content negotiantion seems to fail when using PHP in form action=-field
From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux 2.3 (woody) PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Content negotiantion seems to fail when using PHP in lt;form action=gt;-field Taking a dum example as: form action=?php echo hello ? method=post /form Makes apache/netscape not being able to negotiate the content-type of the document. The document is named /php/logs/log.php but is referred to as /php/logs/log using content-negotiation on apache-ssl (1.3.14.2.1+). Referring to the document as /php/logs/log.php makes the document tick. Removing the PHP-code make the /php/logs/log refernce work again! I have many (The Debian standard amount) modules installed and my php.ini is very long. Please don't hesitate me for the details on this. TYMLTN -- -- Edit Bug report at: http://bugs.php.net/?id=10663edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10663 Updated: Content negotiantion seems to fail when using PHP in form action=-field
ID: 10663 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: Content negotiantion seems to fail when using PHP in form action=-field Specified PHP4.0.4pl5 Previous Comments: --- [2001-05-04 08:36:31] [EMAIL PROTECTED] Taking a dum example as: form action=?php echo hello ? method=post /form Makes apache/netscape not being able to negotiate the content-type of the document. The document is named /php/logs/log.php but is referred to as /php/logs/log using content-negotiation on apache-ssl (1.3.14.2.1+). Referring to the document as /php/logs/log.php makes the document tick. Removing the PHP-code make the /php/logs/log refernce work again! I have many (The Debian standard amount) modules installed and my php.ini is very long. Please don't hesitate me for the details on this. TYMLTN -- --- Full Bug description available at: http://bugs.php.net/?id=10663 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
Let's not worry about the versions right now; I'm mostly interested in getting feedback about the concept itself. Making PHP case sensitive seems like a good idea. (I've always wondered why bits of it were and bits weren't, to be honest.) I agree on this one too. What about writing a migration tool that can fix the existing code automagically? Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #10663 Updated: Content negotiantion seems to fail when using PHP in form action=-field
[EMAIL PROTECTED] wrote: ID: 10663 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: Content negotiantion seems to fail when using PHP in form action=-field Specified PHP4.0.4pl5 WTF is PHP4.0.4pl5? ;) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
At 15:34 4/5/2001, Edin Kadribasic wrote: I agree on this one too. What about writing a migration tool that can fix the existing code automagically? It'll be possible. Let's take it one step at a time though... Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Classes function names
At 15:32 4/5/2001, John Parker wrote: Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't delayed due to this. (Doubt it would be, but you never know.) ADT? (I know what it means, but not in the context of PHP) Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10636 Updated: php_oci8.c -- undefined constants
On Thu, May 03, 2001 at 05:36:59PM -, [EMAIL PROTECTED] wrote: ID: 10636 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure PHP Version: 4.0.5 Assigned To: Comments: what version of oci are compiling against? i bet it's 8.0.x! please take out the HAVE_OCI8_TEMP_LOB=1 in the compiler-setting for oci8 - and you should be all set. aou could also upgrade the client to 8.1.x to make the error go-away! oh, it's actually php4-200105030645, not 4.0.5 Previous Comments: --- [2001-05-03 11:52:52] [EMAIL PROTECTED] this is what I got when I tried to build php_oci8.dll from the latest snapshot: Configuration: oci8 - Win32 Release_TS Compiling... oci8.c D:compilephpphp4-200105030645extoci8oci8.c(2839) : warning C4018: '=' : signed/unsigned mismatch D:compilephpphp4-200105030645extoci8oci8.c(3130) : warning C4018: '!=' : signed/unsigned mismatch D:compilephpphp4-200105030645extoci8oci8.c(3215) : warning C4013: 'OCILobCreateTemporary' undefined; assuming extern returning int D:compilephpphp4-200105030645extoci8oci8.c(3220) : error C2065: 'OCI_TEMP_CLOB' : undeclared identifier D:compilephpphp4-200105030645extoci8oci8.c(3231) : warning C4013: 'OCILobOpen' undefined; assuming extern returning int D:compilephpphp4-200105030645extoci8oci8.c(3234) : error C2065: 'OCI_LOB_READWRITE' : undeclared identifier D:compilephpphp4-200105030645extoci8oci8.c(3298) : warning C4013: 'OCILobClose' undefined; assuming extern returning int Error executing xicl6.exe. php_oci8.dll - 2 error(s), 5 warning(s) I haven't tried to build the oci extension for several months, but it used to work, and I haven't touched the orant directory since, nor the include nor library paths in MSVC. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10636edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Classes function names - ADT
Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't delayed due to this. (Doubt it would be, but you never know.) ADT? (I know what it means, but not in the context of PHP) It was briefly mentioned on the Weekly Summary for 23/03/01 on the Zend web site. (http://www.zend.com/zend/week/week34.php) Probably best to ask Sterling himself for the details, but here's what he responded with when I asked him: adt, advanced data types, is built in support for things like linked lists, b-trees, m-trees, hash's, etc. -Sterling As I've said, I can't imagine that case sensitivity will affect this in the least. (To be more accurate, I hope it doesn't, as I could really do with access to some of the above real-soon-now. Still, the best things in life are worth waiting for.) JP. -- John Parker email: [EMAIL PROTECTED] Internet Project Manager/Software Engineer web:www.itchannel.net itCHANNEL International Ltd. tel: +44 (0) 1202 291939 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Classes function names - ADT
Ah; I'd imagine it'll be implemented as an extension module and not on the language level, so it shouldn't be related in any way. Zeev At 15:56 4/5/2001, John Parker wrote: Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't delayed due to this. (Doubt it would be, but you never know.) ADT? (I know what it means, but not in the context of PHP) It was briefly mentioned on the Weekly Summary for 23/03/01 on the Zend web site. (http://www.zend.com/zend/week/week34.php) Probably best to ask Sterling himself for the details, but here's what he responded with when I asked him: adt, advanced data types, is built in support for things like linked lists, b-trees, m-trees, hash's, etc. -Sterling As I've said, I can't imagine that case sensitivity will affect this in the least. (To be more accurate, I hope it doesn't, as I could really do with access to some of the above real-soon-now. Still, the best things in life are worth waiting for.) JP. -- John Parker email: [EMAIL PROTECTED] Internet Project Manager/Software Engineer web:www.itchannel.net itCHANNEL International Ltd. tel: +44 (0) 1202 291939 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10661 Updated: Problem parsing a script in mac text file format
I say go for it. What's the worst that can happen *smirk* Alessandro Astarita [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... [EMAIL PROTECTED] wrote: ID: 10661 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues PHP Version: 4.0.5 Assigned To: Comments: This should be fixed in the current CVS, please reopen if this does not work with the latest CVS version (or snapshot from snaps.php.net) Ok... in the last snapshot it works. Can I use it in production enviroment? Thanks a lot! -- Alessandro 'Asterix75' Astarita [EMAIL PROTECTED] Web Site: http://asterix75.capri.it Secret MS Windows code: while (1) { if (num_process 1) bluescreen(rand()); } -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
Zeev Suraski wrote: ADT? (I know what it means, but not in the context of PHP) Sterling is working for some time now on a ADT extension for PHP, that offers native PHP data-types for Lists, Trees, ... -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] mailparse extension
On Fri, 04 May 2001, Hartmut Holzgraefe wrote: oops, we are going to have internal extension dependencies beside those to ext/standard? ext/wddx already depends on ext/xml. -Andrei Some people try to achieve immortality through their work, others through their children. I hope to achieve immortality by not dying. -- Woody Allen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
Zeev Suraski wrote: It would also improve performance fairly significantly. Just curious, since I don't know the 'inner magic' of the ZendEngine: Why do you expect a performance improvement by introducing case sensitivity for class/function names? -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
On Fri, 4 May 2001, Sebastian Bergmann wrote: Zeev Suraski wrote: It would also improve performance fairly significantly. Just curious, since I don't know the 'inner magic' of the ZendEngine: Why do you expect a performance improvement by introducing case sensitivity for class/function names? I think it would be because of getting rid of tolower() and company calls. -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org | ALT Linux Team Minsk Linux Users Group |www.minsk-lug.net| www.altlinux.ru -- I'm successful because I'm lucky. The harder I work, the luckier I get. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
On Fri, 04 May 2001, Zeev Suraski wrote: I think that there are two ways to look at the issue that John raised. One, is a cosmetic change, that would add a bit of bloat to classes, and retain another name in them. Allowing access to it using some specialized function (get_beautiful_class_name() or something like that). The other, is a more fundamental change, and it is to change PHP to be case dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), and maintains case sensitivity for variable names, but not function names or class names. IMHO, there's very little reason for this inconsistency, and PHP would have been better off with full case sensitivity across class names, function names and variable names. It would also improve performance fairly significantly. IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. +1. -Andrei It is commonly the case with technologies that you can get the best insight about how they work by watching them fail. -- Neal Stephenson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
From zend_execute.c: tmp = *function_name; zval_copy_ctor(tmp); convert_to_string(tmp); function_name = tmp; zend_str_tolower(tmp.value.str.val, tmp.value.str.len); That can be avoided altogether if case sensitivity is enabled. Zeev At 16:41 4/5/2001, Sebastian Bergmann wrote: Zeev Suraski wrote: It would also improve performance fairly significantly. Just curious, since I don't know the 'inner magic' of the ZendEngine: Why do you expect a performance improvement by introducing case sensitivity for class/function names? -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
Quoting Zeev Suraski [EMAIL PROTECTED]: The other, is a more fundamental change, and it is to change PHP to be case dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), and maintains case sensitivity for variable names, but not function names or class names. IMHO, there's very little reason for this inconsistency, and PHP would have been better off with full case sensitivity across class names, function names and variable names. It would also improve performance fairly significantly. +1 I've always treated php as case sensitive just because I was confused as to where it was and where it wasn't. Having it actually be that way would be great. -chuck -- It takes 170 decibels to rupture the human eardrum. Less, if Celine Dion is singing. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9602 Updated: Unable to compile with NSAPI support, implicit declaration of finite function
ID: 9602 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: iPlanet related Description: Unable to compile with NSAPI support, implicit declaration of finite function ok, sorry, I'm very busy.. ;( I try this, and the server up, no error, but don't work. The server don't answer any request (no html, no php, any files) ;(( do you want that I attach you my obj.conf file ?? thankx in advance. justo. Previous Comments: --- [2001-05-03 15:39:32] [EMAIL PROTECTED] no feedback --- [2001-04-25 13:24:48] [EMAIL PROTECTED] Try the following obj.conf entry, and see if it fixes your problem. Apart from this change, you should follow the manual entry for the rest of the obj.conf Init fn=load-modules shlib=/path/to/server4/bin/libphp4.so funcs=php4_init,php4_close,php4_execute,php4_auth_trans Init fn=php4_init LateInit=yes --- [2001-03-08 07:12:45] [EMAIL PROTECTED] Opp.. The snapshot, compile ok, but crashes... ;(( I have read the instrucctions on install.netscape-enterprise.php. But, when the server restart, then crashes with the message (from the admin server, because in the errors log file, don't write nothing!?!) [https-pyxis]: start failed. (2: unknown early startup error) [https-pyxis]: server terminated (signal 6): watchdog is restarting it [https-pyxis]: failure: server initialization failed I have a core from the ns-httpd proc. My config.nice file: #! /bin/sh # # Created by configure ./configure --with-nsapi=/usr/netscape/server4/ --enable-libgcc --without-mysql $@ thankx, in advance, and sorry for mi english. --- [2001-03-07 15:53:55] [EMAIL PROTECTED] Fixed - Closed. --Jani --- [2001-03-07 11:12:33] [EMAIL PROTECTED] It's OK... I read the #9599 bug report and download the snapshot. All OK. Sorry... and thankx!!! --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=9602 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10654 Updated: Slight change to dead session detection?
ID: 10654 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: OCI8 related PHP Version: 4.0.5 Assigned To: Comments: plz let us know if it does - we'll add it to the list then! Previous Comments: --- [2001-05-03 19:45:30] [EMAIL PROTECTED] This could have been a php-dev list posting... I'm not sure if this applies to the dead session detection change made in version 1.106 of ext/oci8/oci8.c. When our Oracle 8.1.6 server dies and is restarted we get an error back from PHP: OCISessionBegin: ORA-24237: need explicit attach before authenticating a user. To resolve this error, we have to restart our Apache server where PHP runs as a module. Would adding oracle error 24237 to oci_handle_error() in oci.c resolve the problem? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10654edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
Zeev Suraski schrieb: The other, is a more fundamental change, and it is to change PHP to be case dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), and maintains case sensitivity for variable names, but not function names or class names. IMHO, there's very little reason for this inconsistency, and PHP would have been better off with full case sensitivity across class names, function names and variable names. It would also improve performance fairly significantly. I'd appreciate the change to break with the mixed case sensitivity and case insesitivity. I'm just a little afraid, that it might break existing code, although I'm sure one will write a tool to convert source files. Ulf -- PHP lernen? Noch sind Schulungsplätze frei: http://www.netuse.de/ Ulf Wendel, NetUSE AG Siemenswall, D-24107 Kiel Tel: +49 431 386 436 00, Fax: +49 431 386 435 99 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9825 Updated: COM with Seagate Crystal Reports
ID: 9825 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related PHP Version: 4.0.4pl1 Assigned To: Comments: fixed in cvs, a patched version of php is downloadable at http://celery.nme.at/php-4.0.5.zip harald ps: of course you have to use \\ instead of \ in your path Previous Comments: --- [2001-03-24 03:44:17] [EMAIL PROTECTED] $cr=new com(Crystal.CRPE.Application) or die(cannot load cr com); $rn=F:notes5test.rpt; $rap=$cr-OpenReport($rn); --- [2001-03-20 11:53:40] [EMAIL PROTECTED] can you provide a short code snippet, i can't reproduce this. --- [2001-03-18 17:45:22] [EMAIL PROTECTED] Invoking OpenReport method of CRPE.Application COM Object produces crash. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9825edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
At 16:45 4/5/2001, Wez Furlong wrote: Stig suggested making it case-insensitive by default until 4.2; I think that has a higher WTF factor than making it case sensitive in 4.1 I truly suggest to keep the version number issue to some other time... Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9825 Updated: COM with Seagate Crystal Reports
ID: 9825 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related PHP Version: 4.0.4pl1 Assigned To: Comments: closed Previous Comments: --- [2001-05-04 10:26:23] [EMAIL PROTECTED] fixed in cvs, a patched version of php is downloadable at http://celery.nme.at/php-4.0.5.zip harald ps: of course you have to use \ instead of in your path --- [2001-03-24 03:44:17] [EMAIL PROTECTED] $cr=new com(Crystal.CRPE.Application) or die(cannot load cr com); $rn=F:notes5test.rpt; $rap=$cr-OpenReport($rn); --- [2001-03-20 11:53:40] [EMAIL PROTECTED] can you provide a short code snippet, i can't reproduce this. --- [2001-03-18 17:45:22] [EMAIL PROTECTED] Invoking OpenReport method of CRPE.Application COM Object produces crash. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9825edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB
ID: 10580 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: COM related PHP Version: 4.0.5 Assigned To: Comments: same as #10594 Previous Comments: --- [2001-05-01 11:05:52] [EMAIL PROTECTED] If it helps, here is the error message: PHP has encountered an Access Violation at 2474FF04 I got the following error messages when using MSXML Parser 3.01 to load an XML string: PHP has encountered an Access Violation at 011C2655 and PHP has encountered an Access Violation at 011C265B --- [2001-05-01 10:54:02] [EMAIL PROTECTED] Access Violation on this line: $fields = $rs-Fields; where $rs is the recordset from the database. Error occurs with PHP 4.0.5 final release, and does not occur with PHP 4.0.5 RC1. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10580edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process
Question: Is is_null() an alias for isset()? Based on this statement and my understanding of both funcitons, it should be. Andi Gutmans [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... At 07:02 PM 5/3/2001 -0500, Andrei Zmievski wrote: At 06:31 PM 5/3/01 -0500, Richard Lynch wrote: Um, lots of people use isset($row['foo]) to detect NULL in the database... Are you going to change that behaviour? Don't. If the column is missing, they screwed up their SQL, which is not within the pervue of PHP to fix in the first place... You are arguing my point, Richard. Andrei, Not exactly. No matter if it is set to NULL or unset then isset() will give the same result. And most people use isset() AFAIK. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10664: php4.0.5 ISAPI dll gives procedure not found
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced server PHP version: 4.0.5 PHP Bug Type: IIS related Bug description: php4.0.5 ISAPI dll gives procedure not found Problem occures with any .php file. IIS just gives error 500 and die angegebene Prozedur wurde nicht gefunden. (I'm using German 2k). PHP installed in c:\winnt\PHP4. Standard install. Works fine with php.exe. php.ini: [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ... ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ; Transparent output compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush = Off ; Whether to enable the ability to force arguments to be passed by reference ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference = On ; ; Safe Mode ; safe_mode = Off safe_mode_exec_dir = ; Setting certain environment variables may be a potential security breach. ; This directive contains a comma-delimited list of prefixes. In Safe Mode, ; the user may only alter environment variables whose names begin with the ; prefixes supplied here. By default, users will only be able to set ; environment variables that begin with PHP_ (e.g. PHP_FOO=BAR). ; ; Note: If this directive is empty, PHP will let the user modify ANY ; environment variable! safe_mode_allowed_env_vars = PHP_ ; This directive contains a comma-delimited list of environment variables that ; the end user won't be able to change using putenv(). These variables will be ; protected even if safe_mode_allowed_env_vars is set to allow to change them. safe_mode_protected_env_vars = LD_LIBRARY_PATH ; This directive allows you to disable certain functions for security reasons. ; It receives a comma-deliminated list of function names. This directive is ; *NOT* affected by whether Safe Mode is turned On or Off. disable_functions = ; Colors for Syntax Highlighting mode. Anything that's acceptable in ; font color=?? would work. highlight.string = #CC highlight.comment = #FF9900 highlight.keyword = #006600 highlight.bg = #FF highlight.default = #CC highlight.html= #00 ; ; Misc ; ; Decides whether PHP may expose the fact that it is installed on the server ; (e.g. by adding its signature to the Web server header). It is no security ; threat in any way, but it makes it possible to determine whether you use PHP ; on your server or not. expose_php = On ;;; ; Resource Limits ; ;;; max_execution_time = 120 ; Maximum execution time of each script, in seconds memory_limit = 8M ; Maximum amount of memory a script may consume (8MB) ;; ; Error handling and logging ; ;; ; error_reporting is a bit-field. Or each number up to get desired error ; reporting level ; E_ALL - All errors and warnings ; E_ERROR -
[PHP-DEV] Bug #10005 Updated: Support for 128 bit integers.
ID: 10005 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: OCI8 related PHP Version: 4.0.4 Assigned To: Comments: all bind variables are converted to strings by php. plz send shortest possible testcase ( 20 lines) to [EMAIL PROTECTED] also you should consider migratiting to the newer oci*() calls. Previous Comments: --- [2001-03-26 17:40:17] [EMAIL PROTECTED] I have a plsql function which accepts a number as an input. I tried to call this function in a loop using ora_parse and ora_bind statements. When Itry to use ora_bind since the functions takes an input as an integer I am forced to use intval function. If I use intval it truncates my 128 bit integer after the first 32 bits. It would be nice to have an upscaling for integers so that i could pass large integers seemelessly. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10005edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9876 Updated: OCIPLogon flaky after restart Oracle
ID: 9876 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: plz try 4.0.5 - if the problem persists please reopen. Previous Comments: --- [2001-03-20 11:55:31] [EMAIL PROTECTED] ./configure' '--prefix=/var/php' '--with-config-file-path=/var/php' '--enable-track-vars' '--enable-sigchild' '--with-apache=../apache_1.3.14' '--with-ftp' '--with-xml' '--with-mcrypt=/var/libmcrypt' '--with-pgsql=/var/postgresql' '--with-oci8=/u01/app/oracle/product/8.1.6' '--with-mysql=/var/mysql' When using OCIPLogon for persistent connections, I'm noticing that after restarting Oracle, that my PHP application starts getting Oracle errors(ORA-03113 and ORA-03114). This can be fixed by restarting the webserver after restarting Oracle. I also notice that changing my Oracle connections from OCIPLogon to OCILogon fixes the problem - after making that change I get no errors after restarting Oracle, and I *don't* have to restart the webserver. The OCI8 interface must have a bug, right? I shouldn't have to restart the webserver after restarting Oracle just because I'm using persistent connections, should I? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9876edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9907 Updated: make fail --with-oci8
ID: 9907 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: sadly there is no small installation option in the oracle installed to get just the stuff needed for development. you need to install more-or-less everything from the oracle-cd to be able to compile a oci program. Previous Comments: --- [2001-03-21 20:55:09] [EMAIL PROTECTED] I use Linux Redhat 6.2 with oracle client 8.1.5 + apache_1.3.17 I use this command to compile php- : ./configure --with-oci8=$ORACLE_HOME --with-mysql --with-apache=../apache_1.3.17 :--enable-track-vars --enable-sigchild [root@sosweb php-4.0.4pl1]# make Making all in Zend make[1]: Entering directory `/usr/local/php-4.0.4pl1/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend' Making all in main make[1]: Entering directory `/usr/local/php-4.0.4pl1/main' make[2]: Entering directory `/usr/local/php-4.0.4pl1/main' gcc -I. -I/usr/local/php-4.0.4pl1/main -I/usr/local/php-4.0.4pl1/main -I/usr/lo cal/php-4.0.4pl1 -I/usr/local/apache_1.3.17/src/include -I/usr/local/apache_1.3. 17/src/os/unix -I/usr/local/php-4.0.4pl1/Zend -I/usr/local/php-4.0.4pl1/ext/mysq l/libmysql -I/oracle/network/public -I/oracle/plsql/public -I/usr/local/php-4.0. 4pl1/ext/xml/expat/xmltok -I/usr/local/php-4.0.4pl1/ext/xml/expat/xmlparse -I/us r/local/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c internal_functions.c touch internal_functions.lo In file included from internal_functions.c:38: /usr/local/php-4.0.4pl1/ext/oci8/php_oci8.h:45: oci.h: No such file or directory In file included from internal_functions.c:39: /usr/local/php-4.0.4pl1/ext/oci8/oci.h:45: oci.h: No such file or directory make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/local/php-4.0.4pl1/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/php-4.0.4pl1/main' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9907edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9520 Updated: After a call to OCIFetchStatement functions on stament do not work anymore
ID: 9520 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: that's correct - after a cursor is completly read (which is what fechstatement does) this information is no longer valid. Previous Comments: --- [2001-03-02 02:45:20] [EMAIL PROTECTED] After a call to OCIFetchInto, functions ocirowcount, ocicolumnname, ocicolumnsize, ocicolumnisnull will NOT work anymore on the fetched statement. Oci client: 8.0.5 on windows 95 PHP version: 4.0.4pl1 (got from php.net) copy of php.ini: [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on ; output buffering. implicit_flush = Off ; Implicit flush tells
[PHP-DEV] Bug #9510 Updated: OCIError function with no params does *NOT* return the last error
ID: 9510 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: the documentation needs to be updated - ocierror always stores the error in the most appropiate (parent-)handle. Previous Comments: --- [2001-03-01 11:48:58] [EMAIL PROTECTED] PHP 4.0.4pl1 './configure' '--prefix=/var/php' '--with-config-file-path=/var/php' '--enable-track-vars' '--enable-sigchild' '--with-apache=../apache_1.3.14' '--with-ftp' '--with-mcrypt=/var/libmcrypt' '--with-pgsql=/var/postgresql' '--with-oci8=/u01/app/oracle/product/8.1.6' '--with-mysql=/var/mysql' According to the OCIError documentation, OCIError invoked with no parameters is supposed to return the *last* error. But here's an example where OCIError invoked with no parameters returns *no* error. This should be fixed to return the last error. Given this SELECT select abc from customer with a column that does NOT exist(abc) in table customer, the OCIExecute returns false, but then OCIError() invoked with no parameters is supposed to return the last error, but returns no error. In this case, OCIError($cursor) invoked with the $cursor parameter *does* return the proper error: ORA-00904: invalid column name --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9510edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9496 Updated: Mixing non persistant and persistant connection makes all connexions persistant
ID: 9496 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: OCIPlogon() will do the same as OCILogon() but mark the sever and session handle as persistent, which means that PHP won't close them on script-end. if your script does a OCILogon(s,t) and later a OCIPLogon(s,t) _no_ new server or session handle will be created but instead the existing ones will be marked persistent. this is intended behaviour - why would we want to change it? Previous Comments: --- [2001-02-28 08:33:16] [EMAIL PROTECTED] With the following test (test_oci8.php) both connexions (USER_1 and USER_2) are persistant. Notes : 1. We can see that connexions are persistant with the following SQL command : select username, status, logon_time from v$session where username='USER_1' or username='USER_2'; 2. We can use the following workaround : use a different database name for USER_1 and USER_2 (who acces the same real database). 3. If we invert the order of connexions (USER_2 before USER_1) and use OCInlogon for USER_1, only USER_2 has persistant connexions but the number of connexions of USER_2 increase until to reach the maximum limit (ORA-00604 error). --- test_oci8.php --- html titleOCI8 bug test/title /head body % $user = USER_1; $password = pwd1; $database = TEST; { // should be non persistent $connexion = OCIlogon ( $user, $password, $database); if (!$connexion) { trigger_error ( Erreur OCIlogon $user / $database, E_USER_ERROR); } else { echo pConnexion 1 OK; } OCIlogoff ($connexion); } { $user = USER_2; $password = pwd2; $database = TEST; // If we use a different databasename (for the same real database) we don't have the problem // $database = TEST2; $connexion = OCIplogon ( $user, $password, $database); if (!$connexion) { trigger_error ( Erreur OCIplogon $user / $database, E_USER_ERROR); } else { echo pConnexion 2 OK; } OCIlogoff ($connexion); } % /body /html --- --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9496edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9484 Updated: can't find OCI.dll
ID: 9484 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: i assume you're on windows (unix doesn't have .dll files). grab the needed files from www.php4win.de Previous Comments: --- [2001-02-27 11:32:54] [EMAIL PROTECTED] We use an apache server. When we start apache, an error message say that it can't find OCI.dll in the directory apache and OCI.dll doesn't exist in this directory. Where we can find this file or what we can do please ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9484edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10665: Requesting additional functions in OpenSSL module (working patch available)
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: Requesting additional functions in OpenSSL module (working patch available) I'd like to use more of the RSA functions that OpenSSL provides. What I needed most was the possibility to encrypt something with your private key directly. I've made a patch that works fine for me and might be of use to others, too. I only tested it with OpenSSL 0.9.6a. As the patch is 7kb, I just put the link to it here: http://global.team17.com/php-4.0.5-rsa.patch The new functions are: openssl_private_encrypt openssl_private_decrypt openssl_public_encrypt openssl_public_decrypt Cheers, Sascha Kettler -- Edit Bug report at: http://bugs.php.net/?id=10665edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Release process
At 17:30 4/5/2001, Joe Brown wrote: Question: Is is_null() an alias for isset()? Based on this statement and my understanding of both funcitons, it should be. No it's not, it's a function. As such, it cannot detect whether a variable exists and has a null value, or is undefined completely. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
On 2001-05-04 14:45:48, Wez Furlong [EMAIL PROTECTED] wrote: that has a higher WTF factor than making it case sensitive in 4.1 4.0 I mean. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1 Declaration Case Persistance
I don't think it is trivial to implement this without: a) Creating a second version of our hash tables (I don't like duplicate code). b) Adding more complexity to the already complex hash tables. I don't know enough about Zend internals to speak with any authority, but wouldn't an easy way of doing this be to: a) store *only* the mixed case version of the class name in the hash table, and b) change get_class(), etc. so that they automatically pass the result through strtolower() (or whatever) first ... unless the optional second argument is passed, in which case it's just returned as is. You wouldn't need a bigger nor an additional hash table, AFAICT, and only what I imagine is relatively minor code changes to the get_class(), etc. functions. - Colin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
On Fri, 4 May 2001, Zeev Suraski wrote: IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. +1 --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV]Re: [PHP-QA] Re: [PHP-DEV] Release process
On Fri, 4 May 2001, Zeev Suraski wrote: At 17:30 4/5/2001, Joe Brown wrote: Question: Is is_null() an alias for isset()? Based on this statement and my understanding of both funcitons, it should be. No it's not, it's a function. As such, it cannot detect whether a variable exists and has a null value, or is undefined completely. It can if you use it like I have been: function whatever() { $var = NULL; if (is_null($var)) { echo variable is null; } } I'm a bit crazy, so I pre-assign a lot of my variables at the top of my functions (I never could really get used to not pre-declaring variables)... -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10666: preg_replace 'e' modifier
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: PCRE related Bug description: preg_replace 'e' modifier Formerly, preg_replace's e modifier inserted extraneous backslashes in backreferences of \\1 or '\\1' form. Ostensibly, the $1 backreference form was added to fix this. However, the following code fails: function f($x) { return 'yo'; } $s = xyzabc def123; $s = preg_replace('/(abc def)/e', 'f($1)', $s, -1); It seems to be trying to evaluate $1 as code, rather than as a variable containing the contents abc def. This is borne out by the fact that the following succeeds: $s = preg_replace('/(abc def)/e', 'f($1)', $s, -1); But $1 and '$1' are no better than \\1 and '\\1', since it still inserts extraneous backslashes before single quotes or double quotes (respectively)!!! I was sincerely hoping that PHP 4.04 and 4.05 would fix this oversight, since my web application depends on it. I'm keeping my fingers crossed that it's just me doing something wrong, though I doubt it... -- Edit Bug report at: http://bugs.php.net/?id=10666edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1 Declaration Case Persistance
On Fri, 4 May 2001, Colin Viebrock wrote: I don't think it is trivial to implement this without: a) Creating a second version of our hash tables (I don't like duplicate code). b) Adding more complexity to the already complex hash tables. I don't know enough about Zend internals to speak with any authority, but wouldn't an easy way of doing this be to: a) store *only* the mixed case version of the class name in the hash table, and b) change get_class(), etc. so that they automatically pass the result through strtolower() (or whatever) first ... unless the optional second argument is passed, in which case it's just returned as is. You wouldn't need a bigger nor an additional hash table, AFAICT, and only what I imagine is relatively minor code changes to the get_class(), etc. functions. Not really, the class name's are stored in lowercase, for case-insensitive lookups, therefore, every single time the engine needs to look up the class name it would need to convert the case of the class name to lower case. -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10667: xmltree function cause memory leak
From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 PHP version: 4.0.5 PHP Bug Type: DOM XML related Bug description: xmltree function cause memory leak My code: --- ?php $fd = fopen(file.xml,r) or die (Unable to open file!); $myXML = fread($fd,filesize(file.xml)); fclose($fd); $docTree = xmltree($myXML); echo $docTree-version; ? -- The file.xml is: -- ?xml version=1.0? ListaSoftware Software SoftwareName![CDATA[Nero Burning Rom(e) INTERNATIONAL PATCHES]]/SoftwareName Produttore NomeProduttore![CDATA[Ahead]]/NomeProduttore UrlProduttore![CDATA[www.ahead.de]]/UrlProduttore /Produttore Descrizione![CDATA[Permette di visualizzare i comandi di Nero Burning Rom(e) in altre lingue ]]/Descrizione Versione![CDATA[5.0.3.8]]/Versione Licenza TipoLicenza![CDATA[Shareware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist4.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-02-09]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Windows 95/98/NT]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Masterizzazione]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[397]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=Nero Burning Rom(e) INTERNATIONAL PATCHES]]/UrlDownlo/Download Voto5/Voto /Software Software SoftwareName![CDATA[WinAMP Mac Version]]/SoftwareName Produttore NomeProduttore![CDATA[Nullsoft]]/NomeProduttore UrlProduttore![CDATA[www.winamp.com]]/UrlProduttore /Produttore Descrizione![CDATA[La versione per Mac del celebre riproduttore per file MP3.]]/Descrizione Versione![CDATA[0.71 Alpha]]/Versione Licenza TipoLicenza![CDATA[Freeware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist2.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-03-30]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Macintosh]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Riproduttori]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[177]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=WinAMP Mac Version]]/UrlDownload /Download Voto5/Voto /Software /ListaSoftware - When I start apache I have: 20562 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20563 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20564 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20565 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20566 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20567 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20568 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20569 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20570 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20571 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20572 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20573 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20574 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20575 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20576 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf After I reloaded my php script for 75 times, the situation changed to: 20562 ?S 0:00 97 739 9892 6004 2.3 /bin/httpd -d / -f /conf 20563 ?S 0:00104 739 9276 5388 2.1 /bin/httpd -d / -f /conf 20564 ?S 0:00102
[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB
ID: 10580 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: COM related PHP Version: 4.0.5 Assigned To: Comments: This is now fixed in CVS. Fix will be in 4.0.6. --Jani Previous Comments: --- [2001-05-04 10:28:01] [EMAIL PROTECTED] same as #10594 --- [2001-05-01 11:05:52] [EMAIL PROTECTED] If it helps, here is the error message: PHP has encountered an Access Violation at 2474FF04 I got the following error messages when using MSXML Parser 3.01 to load an XML string: PHP has encountered an Access Violation at 011C2655 and PHP has encountered an Access Violation at 011C265B --- [2001-05-01 10:54:02] [EMAIL PROTECTED] Access Violation on this line: $fields = $rs-Fields; where $rs is the recordset from the database. Error occurs with PHP 4.0.5 final release, and does not occur with PHP 4.0.5 RC1. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10580edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10580 Updated: Access Violation using ADODB
Please close these if they are fixed. Duplicate is one of the 'open' statuses just like 'Analyzed'.. --Jani On 4 May 2001 [EMAIL PROTECTED] wrote: ID: 10580 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: COM related PHP Version: 4.0.5 Assigned To: Comments: same as #10594 Previous Comments: --- [2001-05-01 11:05:52] [EMAIL PROTECTED] If it helps, here is the error message: PHP has encountered an Access Violation at 2474FF04 I got the following error messages when using MSXML Parser 3.01 to load an XML string: PHP has encountered an Access Violation at 011C2655 and PHP has encountered an Access Violation at 011C265B --- [2001-05-01 10:54:02] [EMAIL PROTECTED] Access Violation on this line: $fields = $rs-Fields; where $rs is the recordset from the database. Error occurs with PHP 4.0.5 final release, and does not occur with PHP 4.0.5 RC1. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10580edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1 Declaration Case Persistance
The question was under what key the class entry should be stored... At any rate, it's a non-issue; Saving the 'beautiful' version of the class name is possible, but is a bit hacky IMHO. There should be an optional case sensitive mode, and we'll introduce one in one of the future versions of PHP. Zeev At 18:04 4/5/2001, Colin Viebrock wrote: I don't think it is trivial to implement this without: a) Creating a second version of our hash tables (I don't like duplicate code). b) Adding more complexity to the already complex hash tables. I don't know enough about Zend internals to speak with any authority, but wouldn't an easy way of doing this be to: a) store *only* the mixed case version of the class name in the hash table, and b) change get_class(), etc. so that they automatically pass the result through strtolower() (or whatever) first ... unless the optional second argument is passed, in which case it's just returned as is. You wouldn't need a bigger nor an additional hash table, AFAICT, and only what I imagine is relatively minor code changes to the get_class(), etc. functions. - Colin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Classes function names
On Fri, 4 May 2001, Zeev Suraski wrote: IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. +1 from me too. -Chris -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10668: preg_replace backquote failure
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: PCRE related Bug description: preg_replace backquote failure The following code succeeds on PHP 4.03 and PHP 4.04pl1, but fails on PHP 4.05: $str = abc'''def; function f($s) { return x; } print preg_replace(/c(.*)d/e, f('\\1'), $str, -1); This seems to expose *two* underlying bugs: 1) There appears to be some problem in the regex state machine 2) There is a definite problem with the replacement of the backreference with its corresponding string. -- Edit Bug report at: http://bugs.php.net/?id=10668edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Zend API changes
A small point I'd like to raise here. I noticed 4.0.5 made a change to the arguments of zend_hash_get_current_key by adding a dupe argument to the define and underlying function. This of course broke any external custom modules that are not changed appropriately. In this case the change was very simple, but it raises a good question... Are there some guidelines independent external modules can follow to remain more compatible between releases? I'm not questioning the right or need for underlying Zend API changes, obviously when such changes are made all functions inside the PHP collection are change accordingly. But are there suggestions to minimize these in the future and get better notified when they do occur? Thanks, Brian -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] connection_timeout() and PHP 3
On Thu, 3 May 2001, Zak Greant wrote: Does anyone know if connection_timeout will be disappearing from PHP 3? Put it this way: Does anyone know when PHP 3 will disappear? :) --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Problem with preg_split ( 4.0.5 and CVS last version )
Hi all, Look at the following code:?$price = "66950";$formatado = preg_split ('//', $price, 0, PREG_SPLIT_NO_EMPTY);$escalar = sizeof($formatado);echo $escalar;?In php4.0.4pl1 the result is "5", in php4.0.5 the result is "1".I also tried version 1.92 in CVS of /ext/pcre/php_pcre.c but I got thesame result.Is this a bug or a change in design ?ThanksRenato - Brasil. PS. I'm not subscribed to the list.Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices
Re: [PHP-DEV] Zend API changes
Brian Foddy wrote: ... and get better notified when they do occur? they have occured on every release but 4.0.3 now so you should expect new releases to *not* be binary compatible to old extensions for now IMHO -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] connection_timeout() and PHP 3
Jani Taskinen wrote: On Thu, 3 May 2001, Zak Greant wrote: Does anyone know if connection_timeout will be disappearing from PHP 3? Put it this way: Does anyone know when PHP 3 will disappear? :) IMHO it will die together with the FAT filesystem ? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Classes function names
IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. +1 +1 =) Peter [DiSAStA] Petermann
[PHP-DEV] PHP 4.0 Bug #10667 Updated: xmltree function cause memory leak
ID: 10667 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Description: xmltree function cause memory leak Previous Comments: --- [2001-05-04 11:29:00] [EMAIL PROTECTED] My code: --- ?php $fd = fopen(file.xml,r) or die (Unable to open file!); $myXML = fread($fd,filesize(file.xml)); fclose($fd); $docTree = xmltree($myXML); echo $docTree-version; ? -- The file.xml is: -- ?xml version=1.0? ListaSoftware Software SoftwareName![CDATA[Nero Burning Rom(e) INTERNATIONAL PATCHES]]/SoftwareName Produttore NomeProduttore![CDATA[Ahead]]/NomeProduttore UrlProduttore![CDATA[www.ahead.de]]/UrlProduttore /Produttore Descrizione![CDATA[Permette di visualizzare i comandi di Nero Burning Rom(e) in altre lingue ]]/Descrizione Versione![CDATA[5.0.3.8]]/Versione Licenza TipoLicenza![CDATA[Shareware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist4.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-02-09]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Windows 95/98/NT]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Masterizzazione]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[397]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=Nero Burning Rom(e) INTERNATIONAL PATCHES]]/UrlDownlo/Download Voto5/Voto /Software Software SoftwareName![CDATA[WinAMP Mac Version]]/SoftwareName Produttore NomeProduttore![CDATA[Nullsoft]]/NomeProduttore UrlProduttore![CDATA[www.winamp.com]]/UrlProduttore /Produttore Descrizione![CDATA[La versione per Mac del celebre riproduttore per file MP3.]]/Descrizione Versione![CDATA[0.71 Alpha]]/Versione Licenza TipoLicenza![CDATA[Freeware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist2.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-03-30]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Macintosh]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Riproduttori]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[177]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=WinAMP Mac Version]]/UrlDownload /Download Voto5/Voto /Software /ListaSoftware - When I start apache I have: 20562 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20563 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20564 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20565 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20566 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20567 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20568 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20569 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20570 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20571 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20572 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20573 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20574 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20575 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20576 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf After I reloaded my php script for 75 times, the situation changed to: 20562 ?S
Re: [PHP-DEV] Zend API changes
It's in everyone's interest to keep the API intact. The Zend API is now fairly stable (I don't expect compatibility breaking changes in the 4.0 line); Judging from the experience of PHP 3.0, there too, the API stabilized around x.0.5. Zeev At 18:29 4/5/2001, Brian Foddy wrote: A small point I'd like to raise here. I noticed 4.0.5 made a change to the arguments of zend_hash_get_current_key by adding a dupe argument to the define and underlying function. This of course broke any external custom modules that are not changed appropriately. In this case the change was very simple, but it raises a good question... Are there some guidelines independent external modules can follow to remain more compatible between releases? I'm not questioning the right or need for underlying Zend API changes, obviously when such changes are made all functions inside the PHP collection are change accordingly. But are there suggestions to minimize these in the future and get better notified when they do occur? Thanks, Brian -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10265 Updated: Apache dumps core during mysql_fetch_array
ID: 10265 User Update by: [EMAIL PROTECTED] Status: Open Old-Bug Type: MySQL related Bug Type: Date/time related Description: Apache dumps core during mysql_fetch_array It took me some time to find out, that this actually is a bug in date(). Try the following script and have a look at the H:i:s part of the second date: snip--- htmlbodypre? flush();if (empty($max)) { $max=1000; } for ($i=0;$i$max;$i++) { echo date(d.m.Y, H:i:s,time()). and now with r: ; echo date(r \o\o\o\p\s H:i:s,time()).\n; flush(); } ?/pre/body/html snap (the core dumps only occurred together with mysql,) Previous Comments: --- [2001-04-10 12:53:37] [EMAIL PROTECTED] Apache 1.3.19 dumps core during mysql_fetch_array. The exact point where this happens seems to be dependent on the number off string concatenations during the while loop. This happens with mysql versions 3.23.22-beta, 3.23.32, 3.23.36. configure-line: ./configure --with-apache=/u/www/src/apache --with-config-file-path=/u/www/conf --without-gd --enable-track-vars --with-system-regex --with-mysql=/u/www/mysql gdb backtrace: www@zentrifuge:~/www.pressbot gdb bin/httpd core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-suse-linux... Core was generated by `/u/www/www.pressbot/bin/httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /u/www/mysql/lib/mysql/libmysqlclient.so.9...done.Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /usr/lib/libgdbm.so.2...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Reading symbols from /lib/libnss_dns.so.2...done. #0 chunk_alloc (ar_ptr=0x4019c2c0, nb=112) at malloc.c:2814 2814malloc.c: No such file or directory. (gdb) where #0 chunk_alloc (ar_ptr=0x4019c2c0, nb=112) at malloc.c:2814 #1 0x4011083c in malloc () at malloc.c:2181 #2 0x80e7d84 in _emalloc (size=90) at zend_alloc.c:158 #3 0x80f245e in concat_function (result=0xbfffd848, op1=0x822c3dc, op2#4 0x8115238 in execute (op_array=0x821d81c) at ./zend_execute.c:1029 #5 0x80f4f7b in zend_execute_scripts (type=8, file_count=3) at zend.c:#6 0x8091dcb in php_execute_script (primary_file=0xb198) at main.c#7 0x8101a4b in apache_php_module_main (r=0x8204e74, display_source_mo#8 0x808f375 in send_php () #9 0x808f3b6 in send_parsed_php () #10 0x8123079 in ap_invoke_handler () #11 0x81385ef in process_request_internal () #12 0x8138662 in ap_process_request () #13 0x812f266 in child_main () #14 0x812f4ea in make_child () #15 0x812f5a6 in startup_children () #16 0x812fc2c in standalone_main () #17 0x813045c in main () #18 0x400d7a8e in __libc_start_main () at ../sysdeps/generic/libc-start(gdb) --- Full Bug description available at: http://bugs.php.net/?id=10265 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10670: Compile as Apache 2.0 module fails
From: [EMAIL PROTECTED] Operating system: Linux 2.4.4 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Compile as Apache 2.0 module fails When compileing PHP 4.0.5 as an Apache 2.0.16 module the following errors occour: ... ... sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:248: too many arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:443: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 ... ... PHP was configured with the following options: ./configure --with-apxs2=/path/to/apache2/bin/apxs --with-mysql --enable-sysvsem --enable-sysvshm --enable-track-vars Apache 2.0.16 was configured with the following options: ./configure --prefix=/path/to/apache2 --enable-so --with-mpm=threaded -- Edit Bug report at: http://bugs.php.net/?id=10670edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10671: Cannot retrieve secondary object properties
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.5 PHP Bug Type: COM related Bug description: Cannot retrieve secondary object properties The following code causes PHP to die at line 3: $mgr = new COM(Factory); $child = $mgr-GetChild(1); echo $child-Attribute; ($mgr's method GetChild returns a COM object, which has property 'Attribute'). The bug is in php_variant_to_pval() function in ext/com/conversion.c, line 501: handle-value.lval = zend_list_insert(var_arg-pdispVal, php_COM_get_le_idispatch()); it saves raw interface pointer var_arg-pdispVal, whereas everywhere else it is expected that the list contains i_dispatch pointer. The line should be replaced with i_dispatch *obj = (i_dispatch *)emalloc(sizeof(*obj)); php_COM_set(obj,var_arg-pdispVal,FALSE); // not sure whether the last parameter should be TRUE or FALSE handle-value.lval = zend_list_insert(obj, php_COM_get_le_idispatch()); Also, the code in php_COM_set is somewhat bizarre: - the returned value (hr) will not be set if cleanup is FALSE - pDisp is unnecessarily cleared if cleanup is FALSE (it's a parameter, and it's not used afterwards). Also, I am not sure that reference counting for COM objects is correct. Also, please comment your code. It took me a day to find out this little bug. Sasha -- Edit Bug report at: http://bugs.php.net/?id=10671edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Zend API changes
On Fri, 4 May 2001, Hartmut Holzgraefe wrote: Zeev Suraski wrote: It's in everyone's interest to keep the API intact. The Zend API is now fairly stable (I don't expect compatibility breaking changes in the 4.0 line); Judging from the experience of PHP 3.0, there too, the API stabilized around x.0.5. so we can now hope for a reference documentation now? ;) Sure, go ahead and write some! ;) -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Problem with preg_split ( 4.0.5 and CVS last version )
On Fri, 04 May 2001, Renato Weiner wrote: Hi all, Look at the following code: ? $price = 66950; $formatado = preg_split ('//', $price, 0, PREG_SPLIT_NO_EMPTY); $escalar = sizeof($formatado); echo $escalar; ? In php4.0.4pl1 the result is 5, in php4.0.5 the result is 1. I also tried version 1.92 in CVS of /ext/pcre/php_pcre.c but I got the same result. Is this a bug or a change in design ? It was a consequence of an unrelated change. I guess Perl interprets 0 as no limit, so we'll do the same now. -Andrei * Only 19,999 lines of C++ to my next ski trip... * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10665 Updated: Requesting additional functions in OpenSSL module (working patch available)
ID: 10665 Updated by: wez Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request PHP Version: 4.0.5 Assigned To: wez Comments: I'll review it, and probably commit it. --Wez. Previous Comments: --- [2001-05-04 10:47:13] [EMAIL PROTECTED] I'd like to use more of the RSA functions that OpenSSL provides. What I needed most was the possibility to encrypt something with your private key directly. I've made a patch that works fine for me and might be of use to others, too. I only tested it with OpenSSL 0.9.6a. As the patch is 7kb, I just put the link to it here: http://global.team17.com/php-4.0.5-rsa.patch The new functions are: openssl_private_encrypt openssl_private_decrypt openssl_public_encrypt openssl_public_decrypt Cheers, Sascha Kettler --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10665edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] erealloc and the API
I have a question regarding the API, something that bit me while I was working with the php_imap code: Basically I did this (pseudocode): char init_value[10] = foobar; tmp_variable = emalloc(strlen(init_value) + 1); strcpy(tmp_variable, init_value); while(condition) { erealloc(tmp_variable, strlen(tmp_variable) + strlen(stuff_to_be_added) + 1); sprintf(tmp_variable, %s%s, tmp_variable, stuff_to_be_added); } other_variable = emalloc(strlen(tmp_variable) + 1); strcpy(other_variable, tmp_variable); efree(tmp_variable); This produced some very weird results. At best I got messages about leeking memory from tmp_variable, at worst there were segfaults in the PHP memory manager, particularly in libc5 calling free() from php_module_shutdown() if I recall correctly. Finally I ended up doing a lot of copying to and from temporary variables without using erealloc(). But IMHO the code would be smaller and more consistent using erealloc(). Did I miss something obvious? Any references to existing API docs where this is documented would be greatly appreciated. Please cc replies to me, since I'm currently not subscribed to this list. Best regards, /Johan Ekenberg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Zend API changes
Sterling Hughes wrote: On Fri, 4 May 2001, Hartmut Holzgraefe wrote: so we can now hope for a reference documentation now? ;) Sure, go ahead and write some! ;) AFAIR someone told someone else not to do so (a long time ago) as this was already taken care of ;) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10668 Updated: preg_replace backquote failure
ID: 10668 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: PCRE related PHP Version: 4.0.5 Assigned To: Comments: Can you explain why you think it fails? The following sample (slightly modified from yours to dump the $s parameter to function): $str = abc'''def; function f($s) { var_dump($s); return x; } print preg_replace(/c(.*)d/e, f('\\1'), $str); outputs: string(5) '\\'' abxef As it should. Previous Comments: --- [2001-05-04 11:44:19] [EMAIL PROTECTED] The following code succeeds on PHP 4.03 and PHP 4.04pl1, but fails on PHP 4.05: $str = abc'\\''def; function f($s) { return x; } print preg_replace(/c(.*)d/e, f('\1'), $str, -1); This seems to expose *two* underlying bugs: 1) There appears to be some problem in the regex state machine 2) There is a definite problem with the replacement of the backreference with its corresponding string. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10668edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] openssl module for php
On Thu, Apr 26, 2001 at 11:42:24AM -0400, spencer 'sporty' portee wrote: As of late, the company I work for, Community Connect, needs to extend the openssl php module and might be able to release the source. It is for RSA encryption, but in my own interest, i would like to add on the other types of algorithms to it too. This sounds good, please have a look at bug report 10665 by [EMAIL PROTECTED], he has implemented RSA encryption, and [EMAIL PROTECTED] followed up on that. It would be good if you and Sascha Kettler could agree on how the API should be, Wez and maybe I also might have some thoughts. I'm not sure, but rather than having separate functions for each algorithm, it might be better to have encrypt and decrypt functions that take algorithm as a parameter. I'm Cc'ing Sascha and Wez. Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10666 Updated: preg_replace 'e' modifier
ID: 10666 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PCRE related PHP Version: 4.0.5 Assigned To: Comments: $n notation was introduced to be similar to Perl. It is exactly equivalent to \\n. You can't simply use f($1) in the evaluation string because $1 is replaced with the matched contents and after replacement it becomes, in your example, f(abc def), which is not valid PHP code. So you have to use f($1) or f('$1'). The fact that it backslash-escapes single and double quotes in matches before substituting $1 is a feature, not a bug, otherwise you'd have a really hard time figuring out which quotes go where when using evaluation strings. Previous Comments: --- [2001-05-04 11:27:54] [EMAIL PROTECTED] Formerly, preg_replace's e modifier inserted extraneous backslashes in backreferences of \1 or '\1' form. Ostensibly, the $1 backreference form was added to fix this. However, the following code fails: function f($x) { return 'yo'; } $s = xyzabc def123; $s = preg_replace('/(abc def)/e', 'f($1)', $s, -1); It seems to be trying to evaluate $1 as code, rather than as a variable containing the contents abc def. This is borne out by the fact that the following succeeds: $s = preg_replace('/(abc def)/e', 'f($1)', $s, -1); But $1 and '$1' are no better than \1 and '\1', since it still inserts extraneous backslashes before single quotes or double quotes (respectively)!!! I was sincerely hoping that PHP 4.04 and 4.05 would fix this oversight, since my web application depends on it. I'm keeping my fingers crossed that it's just me doing something wrong, though I doubt it... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10666edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10644: __FILE__ missing path delimiters
On 3 May 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux (Debian) 2.2 PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: __FILE__ missing path delimiters With 4.0.6 latest cvs (not 4.0.5; is there a reason the latest cvs option in the versions menu is dated March?), __FILE__ is returning the You're american, right? :) Try checking it today..now it says 4/5/2001 (4th of May 2001). This is of course 'wrong' as it should be 04.05.2001 which is the correct way to show dates. Should it be changed? (just cosmetics, IMO) filename with no path delimiters. For example, if the script is /var/www/foo.php, __FILE__ contains 'varwwwfoo.php'. Works for me. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Classes function names
On Fri, 4 May 2001, Zeev Suraski wrote: IMHO, in a compatibility breaking upgrade, we should look into defaulting to case sensitivity, while allowing case insensitivity as a non-default option. Zeev That solves my problem and makes me happy. +1 -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10672: uodbc.* should be odbc.* in php.ini
From: [EMAIL PROTECTED] Operating system: OpenBSD 2.8 PHP version: 4.0.4 PHP Bug Type: Documentation problem Bug description: uodbc.* should be odbc.* in php.ini In trying to tweak my ODBC connection use, I was trying to limit the number of max_links. I could change the number in php.ini, but didn't see the change in phpinfo() output. I changed uodbc.max_links = -1 to uodbc.max_links = 10 Then, looking at the phpinfo() output, I saw the variable was actually called odbc.max_links, so changing the line to: odbc.max_links = 10 did the trick. Your documentation also specifies the parameter as uodbc. This could be an artifact of me using libiodbc, instead of unixODBC, not sure. The uodbc - odbc name change effects all the odbc variables (allow_persistent, check_persistent, etc) -- Edit Bug report at: http://bugs.php.net/?id=10672edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Zend API changes
Hope is always a good thing :) There's a good starting point already, people are more than welcome to extend it. Zeev At 19:30 4/5/2001, Hartmut Holzgraefe wrote: Zeev Suraski wrote: It's in everyone's interest to keep the API intact. The Zend API is now fairly stable (I don't expect compatibility breaking changes in the 4.0 line); Judging from the experience of PHP 3.0, there too, the API stabilized around x.0.5. so we can now hope for a reference documentation now? ;) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] erealloc and the API
erealloc() (like realloc()) returns a pointer to the realloc'd string. It may or may not be the same pointer you specifed in the first argument. So, your code should look like: ... tmp_variable = erealloc(tmp_variable, ...); Otherwise, you're going to have both a bug and if it doesn't crash you, a leak :) Zeev At 19:49 4/5/2001, Johan Ekenberg wrote: I have a question regarding the API, something that bit me while I was working with the php_imap code: Basically I did this (pseudocode): char init_value[10] = foobar; tmp_variable = emalloc(strlen(init_value) + 1); strcpy(tmp_variable, init_value); while(condition) { erealloc(tmp_variable, strlen(tmp_variable) + strlen(stuff_to_be_added) + 1); sprintf(tmp_variable, %s%s, tmp_variable, stuff_to_be_added); } other_variable = emalloc(strlen(tmp_variable) + 1); strcpy(other_variable, tmp_variable); efree(tmp_variable); This produced some very weird results. At best I got messages about leeking memory from tmp_variable, at worst there were segfaults in the PHP memory manager, particularly in libc5 calling free() from php_module_shutdown() if I recall correctly. Finally I ended up doing a lot of copying to and from temporary variables without using erealloc(). But IMHO the code would be smaller and more consistent using erealloc(). Did I miss something obvious? Any references to existing API docs where this is documented would be greatly appreciated. Please cc replies to me, since I'm currently not subscribed to this list. Best regards, /Johan Ekenberg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]