[PHP-DEV] Re: Bug #11695 Updated: rmdir
that is true if it works on another pc it cannot be as bug...
sorry
is there somebody who can help me with my problem ?
thanks
Roman
- Original Message -
From: "Bug Database" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 26, 2001 3:03 PM
Subject: Bug #11695 Updated: rmdir
ID: 11695
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
If it works on some other PC but not on yours, it's permissions or
something else reading / being in that directory. Anyway, not a bug.
Previous Comments:
--
-
[2001-06-26 08:38:05] [EMAIL PROTECTED]
Please I dont know if it is a bug or not, but this script works on my
friends PC and doesnt on mine. I need to delete dirs and files. Files are
deleted from dirs correctly but i cannot delete dirs (older than 2 hours).
Please can you help me?
Thanks Roman.
my script:
?
clearstatcache();
$default_dir = Dir("C:/mydir/");
$tmp=$default_dir-Read();
$tmp=$default_dir-Read();
while($name=$default_dir-Read())
{
$fullname = $default_dir-path . $name;
$isdir = is_dir($fullname);
if ($isdir)
{
$create = FileCTime($fullname);
$act_time = Time();
$time = $create + 7200;
if ($time $act_time
{
$d = dir($fullname);
while( $entry = $d-read() )
{
if ( $entry != "" $entry != "." $entry
!= ".."
{
$fn = $d-path."/".$entry;
unlink( $fn );
}
}
$d-close();
rmdir ($fullname);
}
}
}
$default_dir-close();
?
And result? Here you are...
bWarning/b: RmDir failed (Permission denied) in
bC:Koruna-zalpokus.php
/b on line b38/bbr
My PC is Win2000(fat32), Apache 1.3.x, PHP 4.0.6.
Dirs are created using mkdir ($dir, 0777);
--
-
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at
http://bugs.php.net/?id=11695edit=2
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.262 / Virus Database: 132 - Release Date: 12.6.2001
--
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] possible bug zend_hash_sort(...)
Well, if the array was passed in from somewhere else and is usually more than one element, why would you clutter up your code checking every time for the one-element (or no element) case rather than assuming sort correctly handles all cases. (just for the records) :) *sorting* works in any case!!! according to the manual sorting actually is ok. the documentation says *nothing* about the keys (de facto, if you would weigh this behaviour against the documentation you would not be able to find a bug anyhow) it just is a kind of inconsistency. you only can treat this a bug looking at the C code, where a parameter for renumbering is given (renumbering is 0 for key-preserving sorting) the current behaviour simply isn't defined and thus follows: you can infer anything from a wrong premise! inferring this being correct behaviour is equally legitimate inferring the contrary! actually I think treating this as a bug makes sense, but this should not go in before 4.1 to avoid any confusion. andré -- · André Langhorstt: +49 331 5811560 · · [EMAIL PROTECTED] m: +49 173 9558736 · * PHP Quality Assurance http://qa.php.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]
[PHP-DEV] Zend Engine 2.0: Feature Overview and Design
In the past few months we've been working on designing what we see as the next generation of the Zend Engine. We wrote a design draft that lays out the main changes and enhancement of the new version. Some of the features will look familiar, as they were often requested on the php-dev mailing list and other PHP forums; Others come to resolve problems which were often raised. We have gathered what we think are the most important features which will not only lead to a great improvement in the Zend Engine but that will also retain the language spirit of today's scripting language. Another important decision was not to overpopulate this document so that these goals can be achieved in a relatively short period of time (a few months). You can find the document at http://www.zend.com/engine2/ (not a very impressive site right now, but hey, it's a start :) At this point, what we'd like is to get feedback and comments from the rest of you so that we can refine and finalize the current draft and incorporate the necessary changes into the PDF. In addition, there are still a couple of open issues in the document itself that need to be discussed and resolved. We opened a mailing list for discussing the Zend Engine 2.0. You can subscribe by mailing [EMAIL PROTECTED] You're quite welcome to join in! Finally, we'd like to thank Andrei Zmievski for providing helpful feedback and comments on the initial design document - thanks! Andi 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 #11714: Problem downloading docu
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Problem downloading docu Hi there Just wanted to bring it to your attn that the documentation page on www.php.net doesn't seem to work correctly. I cannot download (for English at least) the tarballs or zip files for plain/html docs. Cheers! Steve -- Edit Bug report at: http://bugs.php.net/?id=11714edit=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 #5332 Updated: ODBC Connect Fails for Sybase SQLanywhere DB
ID: 5332 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: PHP Version: 4.0 Release Candidate 2 Assigned To: joey Comments: assigning to joey as he knows Sybase rather well, and well... I don't. :\ Plus he has it installed... Previous Comments: --- [2001-05-17 04:48:08] [EMAIL PROTECTED] The first parameter of the odbc_connect function call is datasource name. If I don't supply a valid datasource name as maintained in the odbc datasource administrator, I receive the following error message: Warning: SQL error: [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified, SQL state IM002 in SQLConnect in C:Inetpubwwwrootwjsqlanywhere.php on line 16 If I provide a valid datasource name, I receive the following error message: Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database server: database engine not running, SQL state 08001 in SQLConnect in C:Inetpubwwwrootwjsqlanywhere.php on line 16 Please note once again. THE VERY SAME datasource definition can be used to connect to the database via Excel or Borland C++, etc. --- [2001-05-16 19:01:32] [EMAIL PROTECTED] The SQL error you are receiving is Server rejected access I'm wondering if your odbc_connect only needs wald instead of waldserver - wald --- [2001-03-26 16:22:39] [EMAIL PROTECTED] Yes, this is still happening. I have loaded PHP version 4.04 PL1. I am trying to run the following simple script: - html head titleNeue Seite 2/title /head body ?php $connect = odbc_connect(wadlserv - wadl,johnsonw,password); echo Odbc connection variable: $connect; $returncode = odbc_exec($connect, select * from testtable;); echo $returncode; odbc_close($connect); $date = date(m.d.Y G:i:s T); echo $date; ? /body /html The output I receive is: Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database server: unable to start database engine, SQL state 08001 in SQLConnect in c:inetpubwwwrootodbctestdefault.php on line 11 Odbc connection variable: Warning: Supplied argument is not a valid ODBC-Link resource in c:inetpubwwwrootodbctestdefault.php on line 13 Warning: Supplied argument is not a valid ODBC-Link resource in c:inetpubwwwrootodbctestdefault.php on line 15 Warning: Supplied argument is not a valid ODBC-Link resource in c:inetpubwwwrootodbctestdefault.php on line 15 03.26.2001 22:50:23 Westeuropäische Normalzeit - I have enabled the ODBC log. However, the log shows absolutely nothing for this ODBC connection attempt via PHP. I can connect via Excel and Borland DB explorer for example. Here are excerpts from the odbc logs: ODBC via Excel: MSQRY32 5ac-850 ENTER SQLDriverConnectW HDBC00811910 HWND00020564 WCHAR * 0x1F7D8B70 [ -3] ** 0 SWORD -3 WCHAR * 0x1F7D8B70 SWORD8 SWORD * 0x UWORD1 SQL_DRIVER_COMPLETE MSQRY32 5ac-850 EXIT SQLDriverConnectW with return code 0 (SQL_SUCCESS) HDBC00811910 HWND00020564 WCHAR * 0x1F7D8B70 [ -3] ** 0 SWORD -3 WCHAR * 0x1F7D8B70 SWORD8 SWORD * 0x UWORD1 SQL_DRIVER_COMPLETE MSQRY32 5ac-850 ENTER SQLGetInfoW HDBC00811910 UWORD2 SQL_DATA_SOURCE_NAME PTR 0x00811A40 SWORD 2048 SWORD * 0x0006EF96 MSQRY32 5ac-850 EXIT SQLGetInfoW with return code 0 (SQL_SUCCESS) HDBC00811910 UWORD2 SQL_DATA_SOURCE_NAME PTR 0x00811A40 [ 30] wadlserv - wadl SWORD 2048 SWORD * 0x0006EF96 (30) ODBC from Borland DB Explorer: dbexplor88c-850 EXIT SQLDataSourcesW with return code 0 (SQL_SUCCESS) HENV
[PHP-DEV] Bug #11669 Updated: Wrong error code using odbc_fetch_into
ID: 11669
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
as of PHP 4 we're (PHP group) trying to end using
variables. this was changed in 4.0.5, but I guess got
moved out due to its rather LONG RC cycle. sorry about
that.
you no longer need to use a reference for this function
though. guess it's time to update the documentation too.
Previous Comments:
---
[2001-06-26 04:30:10] [EMAIL PROTECTED]
$sql=select RSVUKZ,RSVERKB,RSVERKN from $db2_dsn.$db2_database.$db2_akz where
$oid=odbc_exec($dbid,$sql);
for ($i=0;$i$num_rows;$i++) {
odbc_fetch_into($oid,$i+1,$erg);
^
+--- Error
}
---
[2001-06-26 02:52:00] [EMAIL PROTECTED]
Please add the smallest possible script which reproduces this behaviour to this
bugreport.
---
[2001-06-25 11:15:28] [EMAIL PROTECTED]
Hello,
i tried php-4.0.6 and the following bug accured:
Fatal error: Only variables can be passed by reference in
/usr/local/httpd/htdocs/kennzeichensuche.php on line 98
The code is correct and works with 4.0.4pl1 and 4.0.5
thanks
Stefan Dreyer
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11669edit=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 #11705 Updated: Behavior of odbc_fetch_into function changed between 4.0.5 and 4.0.6
ID: 11705 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.6 Assigned To: Comments: interesting that the second line works. you no longer need to pass $fields as a reference to this function. this is an attempt for odbc to fall into line with the rest of the PHP functionality. it was actually done in 4.0.5 but i'm thinking it was taken out due to the excessively long RC process... and i've since forgotten that change. it's time for me to update the documentation... Previous Comments: --- [2001-06-26 13:55:20] [EMAIL PROTECTED] Going from php 4.0.5 to php 4.0.6, the following syntax nolonger works: odbc_fetch_into($result,$start-1,$fields); In 4.0.5 it works, in 4.0.6 it produces this error: Only variables can be passed by reference The following lines DO work however: $tmp=$start-1; odbc_fetch_into($result,$tmp,$fields); Configure line: ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-apxs=/opt/apache/sbin/apxs --enable-track-vars --enable-calendar --with-gdbm --enable-filepro --enable-dbase --enable-ftp --with-imap --with-java=/usr/java1.1 --with-ldap=/usr/src/openldap-1.2.9 --with-ibm-db2=/opt/IBMdb2/V7.1 --enable-trans-sid --with-mysql --enable-sysvshm --enable-sysvsem --with-mcal=/usr --with-ming --with-openssl --with-gd --with-pdflib --with-jpeg-dir=/opt/sfw --with-png-dir=/opt/sfw --with-zlib --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11705edit=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 #11595 Updated: Error in the migration PHP3 to PHP4 with OpenLink-ODBC drive
ID: 11595 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: ahill Comments: assigning to ahill as he knows openlink best :) Previous Comments: --- [2001-06-21 11:13:00] [EMAIL PROTECTED] Sorry, message error: Warning: SQL error: [OpenLink][ODBC][Driver]General error, SQL state S1000 in SQLPrepare in /psitio/multihomed/www.elsitio.com/pub/cgi-bin/gl/av/player/test.php3 on line 19 The most strange is that I reduce the query string SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = 'C' AND P.ID_PADRE IN ( SELECT ID_HIJO FROM REAL_CAT_HIJO ) to SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = 'C' it works fine IN PHP4... I don't know is very strange. Nico. --- [2001-06-21 11:10:52] [EMAIL PROTECTED] marking as feedback until user responds... --- [2001-06-21 09:50:44] [EMAIL PROTECTED] Nico, What error to you show? Best regards, Andrew Hill OpenLink Software --- [2001-06-20 18:27:41] [EMAIL PROTECTED] When I migrated from PHP3 to PHP4 this script didn't work any more. I don't have connection problems and the error appears just in some cases. The following is an ad-hoc script that reproduce the odbc error. // PHP Version 4.0.4pl1 // OS: Solaris 2.7 // Driver: ODBC-Openlink multi-tier 3.2 // this connection works fine. $conn_id = odbc_connect(Driver=/psitio/openlink/odbcsdk/lib/oplodbc.so.1;Host=sql02.local;SVT=SQLServer 7;UID=batalla_web;PWD=mundial86;DATABASE=elsitiodb2;FetchBufferSize=4,,); echo my connection $conn_idBR; $qry = SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = ' . $idioma . ' . AND P.ID_PADRE IN (SELECT H.ID_HIJO FROM REAL_CAT_HIJO H WHERE . H.ID_PADRE = ' . $cat . ') ; // this query works. $qry = SELECT * FROM REAL_CAT_HIJO; // this query doesn't work IN PHP4 but works fine in PHP3 with the same ODBC-OPENLINK drive(??). $qry = SELECT idvalor,Valor,Tipo_rango FROM Fot_atributo_valor WHERE idcanal=41 AND idaplic=1 AND idatrib=2 ORDER BY idvalor; $res_id = odbc_prepare($conn_id,$qry); // the error occur in this code line (IN PHP4). $result = odbc_execute($res_id); Thanks in advance. Nico. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11595edit=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 #11712: Forum php/MySql connectivity
From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version: 4.0.4pl1
PHP Bug Type: *Install and Config
Bug description: Forum php/MySql connectivity
I cannot access my admin folder with my phpBB (Forum) program and this is the erro r
message I get.
The problem lies in my config.php , here it is:
?php
/***
config.php - description
---
begin: Sat June 17 2000
copyright: (C) 2001 The phpBB Group
email: [EMAIL PROTECTED]
$Id: config.php,v 1.66 2001/04/25 04:32:15 thefinn Exp $
***/
/***
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
***/
// This is the only setting you should need to change in this file.
// You should set this to the web path to your phpBB installation.
// For example, if you have phpBB installed in:
// http://www.mysite.com/phpBB
// Leave this setting EXACTLY how it is, you're done.
// If you have phpBB installed in:
// http://www.mysite.com/forums
// Change this to:
$http://www.ghost-recon.org_phpbb = /phpBB;
// Once this is set you should not need to modify anything else in this file.
$url_phpbb = ;
// -- Edit the following ONLY if you cannot login and $url_phpbb is set correclty --
// You shouldn't have to change any of these 5.
$url_admin = $url_phpbb/admin;
$url_images = $url_phpbb/images;
$url_smiles = $url_images/smiles;
$url_phpbb_index = $url_phpbb . '/index.' . $phpEx;
$url_admin_index = $url_admin . '/index.' . $phpEx;
/* -- Cookie settings (lastvisit, userid) -- */
// Most likely you can leave this be, however if you have problems
// logging into the forum set this to your domain name, without
// the http://
// For example, if your forum is at http://www.mysite.com/phpBB then
// set this value to
// $cookiedomain = www.mysite.com;
$cookiedomain = ;
// It should be safe to leave this alone as well. But if you do change it
// make sure you don't set it to a variable already in use such as 'forum'.
$cookiename = phpBB;
// It should be safe to leave these alone as well.
$cookiepath = $url_phpbb;
$cookiesecure = false;
/* -- Cookie settings (sessions) -- */
// This is the cookie name for the sessions cookie, you shouldn't have to change it
$sesscookiename = phpBBsession;
// This is the number of seconds that a session lasts for, 3600 == 1 hour.
// The session will exprire if the user dosan't view a page on the forum within
// this amount of time.
$sesscookietime = 3600;
/**
* This setting is only for people running Microsoft IIS.
* If you're running IIS and your users cannot login using
* the login link on the main page, but they CAN login
* through other pages like preferences, then you should
* change this setting to 1. Otherwise, leave at set
* to 0, because this is an ugly hack around some IIS junk.
*/
// Change to define('USE_IIS_LOGIN_HACK', 1); if you need to.
define('USE_IIS_LOGIN_HACK', 0);
/* Stuff for priv msgs - not in DB yet: */
// Allow BBCode in private messages?
$allow_pmsg_bbcode = 1;
// Allow HTML in private message?
$allow_pmsg_html = 0;
/* -- You shouldn't have to change anything after this point */
/* -- Cosmetic Settings -- */
$FontColor = #FF;
$textcolorMessage = #FF; // Message Font Text Color
$FontSizeMessage = 1; // Message Font Text Size
$FontFaceMessage = Arial; // Message Font Text Face
/* -- Images -- */
$reply_wquote_image = $url_images/quote.gif;
$folder_image = $url_images/folder.gif;
$hot_folder_image = $url_images/hot_folder.gif;
$newposts_image = $url_images/red_folder.gif;
$hot_newposts_image = $url_images/hot_red_folder.gif;
$posticon = $url_images/posticon.gif;
$edit_image = $url_images/edit.gif;
$profile_image = $url_images/profile.gif;
$email_image = $url_images/email.gif;
$locked_image = $url_images/lock.gif;
$locktopic_image = $url_images/lock_topic.gif;
$deltopic_image = $url_images/del_topic.gif;
$movetopic_image = $url_images/move_topic.gif;
$unlocktopic_image = $url_images/unlock_topic.gif;
$ip_image = $url_images/ip_logged.gif;
$www_image = $url_images/www_icon.gif;
$icq_add_image = $url_images/icq_add.gif;
$images_aim = $url_images/aim.gif;
$images_yim = $url_images/yim.gif;
$images_msnm = $url_images/msnm.gif;
/* -- Other Settings -- */
$phpbbversion = 1.4.0;
Thank you
Tony
This is my browser error message.
Parse error: parse error in /home/sites/site45/web/phpBB/config.php on line 29
An Error Occured
phpBB was unable to find the
[PHP-DEV] Bug #8568 Updated: charset parameter on sybase_connect dos is disallowed
ID: 8568
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Sybase-ct (ctlib) related
Operating system:
PHP Version: 4.0.3pl1
Assigned To:
Comments:
Fixed in CVS.
Previous Comments:
---
[2001-06-26 08:50:27] [EMAIL PROTECTED]
I have a patch all ready for this, it just needs some tweaking.
---
[2001-01-05 16:10:54] [EMAIL PROTECTED]
we often get intermitent charset problems on database operations (onto sybase ase
11.0.3.3-6 using ctlib) and we are tring to find out an way to solve this. reading the
php online doc, we discover that there is an parameter in the sybase_conection ()
function to force a charset for de client connection. unfortunately this does not
work, as shown below:
Warning: Wrong parameter count for sybase_connect() in
/home/oab/public_html/amaral_testes/lixo/sybase-fetch.php on line x.
the code that generate this parse error was this:
lt;?php
...
$id_conn = sybase_connect ('SYBASE','sa','', 'iso_1');
...
?gt;
is this an BUG ?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8568edit=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 #11320 Updated: sybase_connect is not able to change charset
ID: 11320
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Sybase-ct (ctlib) related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Closed in CVS.
Previous Comments:
---
[2001-06-26 08:53:20] [EMAIL PROTECTED]
You're still missing a few things, but thanks for the patch!
I have something that is ready, I just want to test it a bit more before applying it,
but I think you can expect to see it by 4.0.7.
---
[2001-06-06 22:30:24] [EMAIL PROTECTED]
Hi,
previous patch had small bug, a memory leak, this should be ok.
Martin.
---
Martin Nedbal COOPERnet
mailto: [EMAIL PROTECTED]
--- php-4.0.5_official_release/ext/sybase_ct/php_sybase_ct.c Sun Mar
11 05:13:53 2001
+++ php-4.0.5/ext/sybase_ct/php_sybase_ct.c Wed Jun 6 20:27:07 2001
@@ -374,8 +374,10 @@
}
-static int php_sybase_do_connect_internal(sybase_link *sybase, char *host,
char *user, char *passwd)
+static int php_sybase_do_connect_internal(sybase_link *sybase, char *host,
char *user, char *passwd, char *charset)
{
+CS_LOCALE *tmp_locale;
+
SybCtLS_FETCH();
/* set a CS_CONNECTION record */
@@ -397,6 +399,26 @@
if (passwd) {
ct_con_props(sybase-connection, CS_SET, CS_PASSWORD, passwd,
CS_NULLTERM, NULL);
}
+if (charset) {
+ if (cs_loc_alloc(SybCtG(context), tmp_locale)!=CS_SUCCEED) {
+ php_error(E_WARNING,Sybase: Unable to allocate locale
information.);
+ }
+ else {
+ if (cs_locale(SybCtG(context), CS_SET, tmp_locale,
CS_LC_ALL, NULL, CS_NULLTERM, NULL)!=CS_SUCCEED) {
+ php_error(E_WARNING,Sybase: Unable to load default
locale data.);
+ } else {
+ if (cs_locale(SybCtG(context), CS_SET, tmp_locale,
CS_SYB_CHARSET, charset, CS_NULLTERM, NULL)!=CS_SUCCEED) {
+ php_error(E_WARNING,Sybase: Unable to update character
set.);
+ } else {
+ if (ct_con_props(sybase-connection, CS_SET,
CS_LOC_PROP, tmp_locale, CS_UNUSED, NULL)!=CS_SUCCEED) {
+ php_error(E_WARNING,Sybase: Unable to update
connection properties.);
+ }
+ cs_loc_drop (SybCtG(context),tmp_locale);
+ }
+ }
+ }
+}
+
ct_con_props(sybase-connection, CS_SET, CS_APPNAME, SybCtG(appname),
CS_NULLTERM, NULL);
if (SybCtG(hostname)) {
@@ -426,7 +448,7 @@
static void php_sybase_do_connect(INTERNAL_FUNCTION_PARAMETERS, int
persistent)
{
-char *user,*passwd,*host;
+char *user,*passwd,*host,*charset;
char *hashed_details;
int hashed_details_length;
sybase_link *sybase_ptr;
@@ -434,7 +456,7 @@
switch(ZEND_NUM_ARGS()) {
case 0: /* defaults */
- host=user=passwd=NULL;
+ host=user=passwd=charset=NULL;
hashed_details_length=6+3;
hashed_details = (char *) emalloc(hashed_details_length+1);
strcpy(hashed_details, sybase___);
@@ -486,6 +508,27 @@
sprintf(hashed_details, sybase_%s_%s_%s,
yyhost-value.str.val, yyuser-value.str.val, yypasswd-value.str.val); /*
SAFE */
}
break;
+
+ case 4: {
+ pval *yyhost,*yyuser,*yypasswd,*yycharset;
+
+ if (getParameters(ht, 4, yyhost, yyuser, yypasswd,
yycharset) == FAILURE) {
+RETURN_FALSE;
+ }
+ convert_to_string(yyhost);
+ convert_to_string(yyuser);
+ convert_to_string(yypasswd);
+ convert_to_string(yycharset);
+ host = yyhost-value.str.val;
+ user = yyuser-value.str.val;
+ passwd = yypasswd-value.str.val;
+ charset = yycharset-value.str.val;
+ hashed_details_length =
yyhost-value.str.len+yyuser-value.str.len+yypasswd-value.str.len+yycharset-value.str.len+6+3;
+ hashed_details = (char *)
emalloc(hashed_details_length+1);
+
sprintf(hashed_details,sybase_%s_%s_%s_%s,yyhost-value.str.val,yyuser-value.str.val,yypasswd-value.str.val,yycharset-value.str.val);
/* SAFE */
+ }
+ break;
+
default:
WRONG_PARAM_COUNT;
break;
@@ -514,7 +557,7 @@
}
sybase_ptr = (sybase_link *) malloc(sizeof(sybase_link));
- if (!php_sybase_do_connect_internal(sybase_ptr, host, user,
passwd)) {
+ if (!php_sybase_do_connect_internal(sybase_ptr, host, user,
passwd, charset)) {
free(sybase_ptr);
[PHP-DEV] Bug #10718 Updated: charset parameter on sybase_connect dos is disallowed
ID: 10718 Updated by: joey Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Sybase-ct (ctlib) related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Closed in CVS. Previous Comments: --- [2001-06-26 08:51:50] [EMAIL PROTECTED] I'll mark this as dup when I close the others...more pressure this way. :) --- [2001-06-26 08:51:19] [EMAIL PROTECTED] Dup: 8568 --- [2001-05-07 17:40:51] [EMAIL PROTECTED] There is still problem in ver 4.0.5 When try: sybase_connect(serv,user,pass,charset) - command does not work, but if charset go away everything is OK. If use Sybase-DB fourth parameter is accepted. In php_sybase_ct.c, function php_sybase_do_connect are max three parameters: *yyhost,*yyuser,*yypasswd. There is not *yycharset, but it appears in php_sybase_db.c. [EMAIL PROTECTED] reporting this bug (#8568) at 2001-01-05 16:10:54, ASE-11.0.3.3-6. We have used Sybase ASE-11.9.2.3. Question: why charset parameter is not appears in CT-Lib??? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10718edit=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 #9906 Updated: Problems with result-set from temporary tables
ID: 9906
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating system:
PHP Version: 4.0.3pl1
Assigned To:
Comments:
Have you tried my example? If so, what results do you
have? It may very well be that I simply didn't create
a complex enough example, or something, but I don't
see a bug, so this'll be closed if you don't have
anything further to add.
Previous Comments:
---
[2001-03-22 10:36:57] [EMAIL PROTECTED]
I have a hard time believing that this is a PHP bug.
#1: Try upgrading to a newer release.
#2: Here is what I tried to test your bug:
create proc phpb
as
begin
create table #phpb (id int, foo varchar(255))
insert into #phpb values (1, a)
insert into #phpb values (1, a)
insert into #phpb values (1, a)
insert into #phpb values (1, a)
insert into #phpb values (1, a)
insert into #phpb values (1, a)
insert into #phpb values (1, a)
insert into #phpb values (1, a)
select * from #phpb
end
PHP script looks like:
?php
$db = sybase_connect(...);
$qu = sybase_query(phpb);
while ($a = sybase_fetch_array($qu)) {
var_dump($a);
}
?
I got the exact same result from both PHP and isql...
---
[2001-03-21 17:46:07] [EMAIL PROTECTED]
I have some stored procedures that return a result from a temporary table. When via
ct-lib i try to get the rows it didn´t return anything.
I try with the function sybase_query , and when i get the resource handler none of
this functions give me any result:
sybase_num_rows, sybase_fetch_array,sybase_fetch_row.
the reproduction is easy just create a stored procedure that create, fill and select a
temporary table.
if you use the php ct-lib functions they didn´t return any result.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9906edit=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 #11685 Updated: Bad Auto-Cast
ID: 11685 Updated by: zeev Reported By: Hot Soon[EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.6 Assigned To: jeroen Comments: Fixed in the latest CVS (will be fixed in 4.0.7) Previous Comments: --- [2001-06-26 07:55:20] [EMAIL PROTECTED] Indeed, +, -, and * 'autocasting' doesn't work in negative direction, only positive. --- [2001-06-26 01:30:13] Hot Soon[EMAIL PROTECTED] Just run this program: ?php $var=-1073741824; #^ Here! $var*=2;$var*=2; var_dump($var); ? It will print out int(0). but I believe it should print outint(-2147483648) or float(-2147483648) like this program: ?php $var=1073741824; #^ Here! $var*=2;$var*=2; var_dump($var); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11685edit=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 #11710 Updated: library -lstdc++ / -lg++ not found
ID: 11710 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Problem Operating system: Solaris 2.7 PHP Version: 4.0.6 Description: library -lstdc++ / -lg++ not found Look like it's a problem with Sun's ld not being knowing what rpath is. If I LD=c++ then configure then make. Everything seems fine. Previous Comments: --- [2001-06-26 16:34:58] [EMAIL PROTECTED] Last linking of php fails. This appears to be a problem with the -rpath = /usr/local/homes/beacon/src/php-4.0.6/libs when changed from -rpath to -R everything compiles fine. bash-2,00$ /bin/sh /usr/local/homes/beacon/src/php-4.0.6/libtool --silent --mode=link c++ -I. -I/usr/local/homes/beacon/src/php-4.0.6/ -I/usr/local/homes/beacon/src/php-4.0.6/main -I/usr/local/homes/beacon/src/php-4.0.6 -I/usr/local/netscape/plugins/include -I/usr/local/homes/beacon/src/php-4.0.6/Zend -I/usr/local/include -I/usr/local/homes/beacon/mysql/include -I/usr/local/homes/beacon/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/homes/beacon/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/homes/beacon/src/php-4.0.6/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -o libphp4.la -rpath /usr/local/homes/beacon/src/php-4.0.6/libs -avoid-version -L/usr/ucblib -L/usr/gnu/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1 -L/usr/local/lib -L/usr/local/homes/beacon/mysql/lib -R/usr/ucblib -R/usr/gnu/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1 -R/usr/local/lib -R/usr/local/homes/beacon/mysql/lib stub.lo Zend/libZend.la sapi/nsapi/libsapi.la main/libmain.la regex/libregex.la ext/calendar/libcalendar.la ext/ctype/libctype.la ext/ftp/libftp.la ext/mhash/libmhash.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/recode/librecode.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -lrecode -lstdc++ -lg++ -ldl -lmysqlclient -lmhash -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lpthread -lsocket -lgcc ld: fatal: library -lstdc++: not found ld: fatal: library -lg++: not found ld: fatal: library -lstdc++: not found ld: fatal: library -lg++: not found ld: fatal: File processing errors. No output written to .libs/libphp4.so --- Full Bug description available at: http://bugs.php.net/?id=11710 -- 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 #11273 Updated: libphp4.so: No such file or directory
ID: 11273 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating system: RedHat Linux 6.1 (2.2.19 Kernel) PHP Version: 4.0.5 Description: libphp4.so: No such file or directory The new 4.0.6 fixed the compile issue. Previous Comments: --- [2001-06-05 00:21:50] [EMAIL PROTECTED] It's either your Apache install that is not correct or wrong apxs is found. In anyway, this is not any bug in PHP. Also, why do you use --target=i586 there? No need for that, it's automaticly detected anyway. My advice is, that you should get fresh sources for both Apache (1.3.20) and PHP and compile both again. --Jani --- [2001-06-04 20:37:34] [EMAIL PROTECTED] Configured PHP with: ./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr --with-xml --with-ming --with-config-file-path=/etc --target=i586 Which worked OK. make worked OK too, but when doing a make install I got the following output: ... Making install in regex make[1]: Entering directory `/usr/src/php-4.0.5/regex' make[2]: Entering directory `/usr/src/php-4.0.5/regex' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/usr/src/php-4.0.5/regex' make[1]: Leaving directory `/usr/src/php-4.0.5/regex' Making install in . make[1]: Entering directory `/usr/src/php-4.0.5' /usr/sbin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /usr/lib/apache/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=65536 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/usr/src/php-4.0.5' make: *** [install-recursive] Error 1 The libs folder contains only two files: total 6920 -rw-r--r-- 1 root root 7068674 Jun 4 12:36 libphp4.a -rw-rw-r-- 1 root root 792 Jun 4 12:36 libphp4.la The last few lines of feedback I received when doing the make step were: ... make[2]: Leaving directory `/usr/src/php-4.0.5/regex' make[1]: Leaving directory `/usr/src/php-4.0.5/regex' Making all in . make[1]: Entering directory `/usr/src/php-4.0.5' /bin/sh /usr/src/php-4.0.5/libtool --silent --mode=compile gcc -I. -I/usr/src/php-4.0.5/ -I/usr/src/php-4.0.5/main -I/usr/src/php-4.0.5 -I/usr/include/apache -I/c /bin/sh /usr/src/php-4.0.5/libtool --silent --mode=link gcc -I. -I/usr/src/php-4.0.5/ -I/usr/src/php-4.0.5/main -I/usr/src/php-4.0.5 -I/usr/include/apache -I/usrv make[1]: Leaving directory `/usr/src/php-4.0.5' Making all in pear make[1]: Entering directory `/usr/src/php-4.0.5/pear' make[1]: Leaving directory `/usr/src/php-4.0.5/pear' --- Full Bug description available at: http://bugs.php.net/?id=11273 -- 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 #11715: Fatal Error
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: InterBase related Bug description: Fatal Error I work with Apache 1.3.20, Windows 98, Interbase 6.01 and PHP 4.0.5 and it´s work fine. I update to PHP 4.0.6 and it´s start a Fatal Error in GDS32.dll... Why??? Tank you... André Rotband Makesoft Informática Brazil -- Edit Bug report at: http://bugs.php.net/?id=11715edit=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: Bug #11675 Updated: zzip_open() has a wrong arg count and doesn't validate arg2 correctly
I'll take a closer look at the docs tonight and make any necessary
corrections. I recently finished those docs and thought they reflected the
current version in cvs.
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Sent: Tuesday, June 26, 2001 9:55 AM
Subject: [PHP-DEV] Re: Bug #11675 Updated: zzip_open() has a wrong arg count
and doesn't validate arg2 correctly
My bug report was for 4.0.6. If it is corrected in cvs, fine. The
online documentation doesn't match 4.0.6 and I think you should at least
make note of it.
thanks
/Robin
On 26 Jun 2001, Bug Database wrote:
Date: 26 Jun 2001 14:44:18 -
From: Bug Database [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug #11675 Updated: zzip_open() has a wrong arg count and
doesn't validate arg2 correctly
ID: 11675
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: ZZiplib Related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Please see the Zip section of the online manual for details:
http://php.net/manual/en/ref.zip.php
Previous Comments:
--
-
[2001-06-26 05:58:30] [EMAIL PROTECTED]
In the CVS the zziplib has been changed a bit:
@ Renamed the ZZiplib extension to the Zip extension, function
@ names have also changed accordingly, functionality, has stayed
@ constant. (Sterling)
zzip_open() is now zip_entry_open() and doesn't have this bug in it.
--Jani
--
-
[2001-06-25 16:14:31] [EMAIL PROTECTED]
Fix:
--- ../../php-4.0.6/ext/zziplib/zziplib.c Thu May 24 07:42:14 2001
+++ ext/zziplib/zziplib.c Mon Jun 25 14:31:59 2001
@@ -234,13 +234,13 @@
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
- if (ZEND_NUM_ARGS() != 2 ||
+ if (ZEND_NUM_ARGS() != 3 ||
zend_get_parameters_ex(3, zzip_dp, zzip_ent, mode) ==
FAILURE) {
WRONG_PARAM_COUNT;
}
ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, ZZIP
Directory, le_zzip_dir);
- ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_dp, -1, ZZIP
Entry, le_zzip_entry);
+ ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
ZZIP Entry, le_zzip_entry);
entry-fp = zzip_file_open(archive_p, entry-dirent.d_name,
O_RDONLY|O_BINARY);
After this is fixed, the correct usage seems to be:
?php
$zzip = zzip_opendir(foo.zip);
if($zzip)
{
while ($zzip_entry = zzip_readdir($zzip))
{
echo zzip_entry_name: . zzip_entry_name($zzip_entry) . n;
echo zzip_entry_filesize: . zzip_entry_filesize($zzip_entry) .
n;
if(zzip_open($zzip, $zzip_entry, r))
{
$buf = zzip_read($zzip_entry, zzip_entry_filesize($zzip_entry));
zzip_close($zzip_entry);
echo read: . strlen($buf) . bytesn;
}
}
zzip_closedir($zzip);
}
?
--
-
[2001-06-25 16:09:44] [EMAIL PROTECTED]
See patch at: http://pfft.net/robin/pub/zzip.patch
Then, correct use seems to be:
$zzip = zzip_opendir(foo.zip);
if($zzip)
{
while ($zzip_entry = zzip_readdir($zzip))
{
echo zzip_entry_name: . zzip_entry_name($zzip_entry) . n;
echo zzip_entry_filesize: . zzip_entry_filesize($zzip_entry) .
n;
if(zzip_open($zzip, $zzip_entry, r))
{
$buf = zzip_read($zzip_entry, zzip_entry_filesize($zzip_entry));
zzip_close($zzip_entry);
echo read: . strlen($buf) . bytesn;
}
}
zzip_closedir($zzip);
}
--
-
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at
http://bugs.php.net/?id=11675edit=2
--
Robin Thellend [EMAIL PROTECTED]
PFFT! http://pfft.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]
--
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 #11675 Updated: zzip_open() has a wrong arg count and doesn't validate arg2 correctly
Hmm.. right after sending that last message, I realized what was going on.
The 4.0.6 version had been branched off the main trunk for quite some time
while it was going through the release process. During that time, Sterling
Hughes, the zip extension author, made a large number of changes and since
the documentation itself is very recent, it reflects the current state of
the Zip extension in cvs. (4.0.7-dev)
I will make a note in the docs that this extension is marked as
'EXPERIMENTAL' and that the current documentation is only good for 4.0.7 and
later. I apologize for the confusion, I should have noted this when I first
commited the docs to cvs.
BTW, you might be interested to know that the 4.0.6 incarnation of the
extension had a problem with segfaulting when reading multiple entries from
a zip file. Your mileage may vary.
Regards,
Daniel Beckham
- Original Message -
From: [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Sent: Tuesday, June 26, 2001 9:55 AM
Subject: [PHP-DEV] Re: Bug #11675 Updated: zzip_open() has a wrong arg count
and doesn't validate arg2 correctly
My bug report was for 4.0.6. If it is corrected in cvs, fine. The
online documentation doesn't match 4.0.6 and I think you should at least
make note of it.
thanks
/Robin
On 26 Jun 2001, Bug Database wrote:
Date: 26 Jun 2001 14:44:18 -
From: Bug Database [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug #11675 Updated: zzip_open() has a wrong arg count and
doesn't validate arg2 correctly
ID: 11675
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: ZZiplib Related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Please see the Zip section of the online manual for details:
http://php.net/manual/en/ref.zip.php
Previous Comments:
--
-
[2001-06-26 05:58:30] [EMAIL PROTECTED]
In the CVS the zziplib has been changed a bit:
@ Renamed the ZZiplib extension to the Zip extension, function
@ names have also changed accordingly, functionality, has stayed
@ constant. (Sterling)
zzip_open() is now zip_entry_open() and doesn't have this bug in it.
--Jani
--
-
[2001-06-25 16:14:31] [EMAIL PROTECTED]
Fix:
--- ../../php-4.0.6/ext/zziplib/zziplib.c Thu May 24 07:42:14 2001
+++ ext/zziplib/zziplib.c Mon Jun 25 14:31:59 2001
@@ -234,13 +234,13 @@
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
- if (ZEND_NUM_ARGS() != 2 ||
+ if (ZEND_NUM_ARGS() != 3 ||
zend_get_parameters_ex(3, zzip_dp, zzip_ent, mode) ==
FAILURE) {
WRONG_PARAM_COUNT;
}
ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, ZZIP
Directory, le_zzip_dir);
- ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_dp, -1, ZZIP
Entry, le_zzip_entry);
+ ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
ZZIP Entry, le_zzip_entry);
entry-fp = zzip_file_open(archive_p, entry-dirent.d_name,
O_RDONLY|O_BINARY);
After this is fixed, the correct usage seems to be:
?php
$zzip = zzip_opendir(foo.zip);
if($zzip)
{
while ($zzip_entry = zzip_readdir($zzip))
{
echo zzip_entry_name: . zzip_entry_name($zzip_entry) . n;
echo zzip_entry_filesize: . zzip_entry_filesize($zzip_entry) .
n;
if(zzip_open($zzip, $zzip_entry, r))
{
$buf = zzip_read($zzip_entry, zzip_entry_filesize($zzip_entry));
zzip_close($zzip_entry);
echo read: . strlen($buf) . bytesn;
}
}
zzip_closedir($zzip);
}
?
--
-
[2001-06-25 16:09:44] [EMAIL PROTECTED]
See patch at: http://pfft.net/robin/pub/zzip.patch
Then, correct use seems to be:
$zzip = zzip_opendir(foo.zip);
if($zzip)
{
while ($zzip_entry = zzip_readdir($zzip))
{
echo zzip_entry_name: . zzip_entry_name($zzip_entry) . n;
echo zzip_entry_filesize: . zzip_entry_filesize($zzip_entry) .
n;
if(zzip_open($zzip, $zzip_entry, r))
{
$buf = zzip_read($zzip_entry, zzip_entry_filesize($zzip_entry));
zzip_close($zzip_entry);
echo read: . strlen($buf) . bytesn;
}
}
zzip_closedir($zzip);
}
--
-
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at
http://bugs.php.net/?id=11675edit=2
--
Robin Thellend [EMAIL PROTECTED]
PFFT! http://pfft.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]
--
PHP Development
[PHP-DEV] Extra Karma
Hello All, Could I get karma to modify the source? I have a bunch of broken protos to fix - I am sick of looking at them in the docs. ;) --zak -- 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 #11716: Segmentation fault(coredump) in Apache(DSO-enabled) startup
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Segmentation fault(coredump) in Apache(DSO-enabled) startup IBM AIX 4.3.3 Apache 1.3.20 PHP 4.0.6 Release GNU gcc 2.95.2 for AIX $ export CFLAGS=-g $ ./configure --enable-debug \ --with-apxs=/home/apache/bin/apxs \ --with-mysql=no ... $ make ... $ make install-sapi $ su # cd /home/apache/bin # ./httpd -X Segmentation fault (core dumped) # dbx httpd core Type 'help' for help. reading symbolic information ... [using memory image in core] Segmentation fault in php_if_apache_lookup_uri at 0xd14e5658 ($t1) 0xd14e5658 (php_if_apache_lookup_uri+0x554) 800clwz r0,0x0(r12) (dbx) where php_if_apache_lookup_uri() at 0xd14e5658 php_create_dir(??, ??) at 0xd14e6b28 ap_single_module_configure(0x2001b0a8, 0x2001b0d0, 0x200612a0) at 0x10018f8c load_module(0x2ff22620, 0x0, 0x2001c978, 0x2001c988) at 0x1006a974 invoke_cmd(0x20006d60, 0x2ff22620, 0x0, 0x2ff20600) at 0x10016738 ap_handle_command(0x2ff22620, 0x2001bc60, 0x2ff205d0) at 0x100175bc ap_srm_command_loop(0x2ff22620, 0x2001bc60) at 0x100176ac ap_process_resource_config(0x2001b0d0, 0x2001c7a8, 0x2001b0a8, 0x2001f0e8) at 0x10018140 ap_read_config(0x2001b0a8, 0x2001f0e8, 0x20002f1c) at 0x10018e10 http_main.main(0x2, 0x2ff22804) at 0x10006bd8 (dbx) quit # gdb httpd 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 powerpc-ibm-aix4.3.2.0... (gdb) run -X Starting program: /home/apache/bin/httpd -X /usr/lib/libpthreads.a: not in executable format: File format not recognized. (gdb) c Continuing. /usr/lpp/xlC/lib/libC.a: not in executable format: File format not recognized. (gdb) c Continuing. /usr/lib/libbind.a: not in executable format: File format not recognized. (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0xd14e5658 in ?? () from (unknown load module) (gdb) bt #0 0xd14e5658 in ?? () from (unknown load module) #1 signal handler called (gdb) quit I think this is very similar to bug #4630. What should I do? -- Edit Bug report at: http://bugs.php.net/?id=11716edit=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: Bug #11675 Updated: zzip_open() has a wrong argcount and doesn't validate arg2 correctly
Daniel,
Thanks a lot for the heads-up. I appreciate it a lot.
regards,
/Robin
On Tue, 26 Jun 2001, Daniel Beckham wrote:
Date: Tue, 26 Jun 2001 20:42:58 -0500
From: Daniel Beckham [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Bug Database [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Re: Bug #11675 Updated: zzip_open() has a wrong
arg count and doesn't validate arg2 correctly
Hmm.. right after sending that last message, I realized what was going on.
The 4.0.6 version had been branched off the main trunk for quite some time
while it was going through the release process. During that time, Sterling
Hughes, the zip extension author, made a large number of changes and since
the documentation itself is very recent, it reflects the current state of
the Zip extension in cvs. (4.0.7-dev)
I will make a note in the docs that this extension is marked as
'EXPERIMENTAL' and that the current documentation is only good for 4.0.7 and
later. I apologize for the confusion, I should have noted this when I first
commited the docs to cvs.
BTW, you might be interested to know that the 4.0.6 incarnation of the
extension had a problem with segfaulting when reading multiple entries from
a zip file. Your mileage may vary.
Regards,
Daniel Beckham
- Original Message -
From: [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Sent: Tuesday, June 26, 2001 9:55 AM
Subject: [PHP-DEV] Re: Bug #11675 Updated: zzip_open() has a wrong arg count
and doesn't validate arg2 correctly
My bug report was for 4.0.6. If it is corrected in cvs, fine. The
online documentation doesn't match 4.0.6 and I think you should at least
make note of it.
thanks
/Robin
On 26 Jun 2001, Bug Database wrote:
Date: 26 Jun 2001 14:44:18 -
From: Bug Database [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug #11675 Updated: zzip_open() has a wrong arg count and
doesn't validate arg2 correctly
ID: 11675
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: ZZiplib Related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Please see the Zip section of the online manual for details:
http://php.net/manual/en/ref.zip.php
Previous Comments:
--
-
[2001-06-26 05:58:30] [EMAIL PROTECTED]
In the CVS the zziplib has been changed a bit:
@ Renamed the ZZiplib extension to the Zip extension, function
@ names have also changed accordingly, functionality, has stayed
@ constant. (Sterling)
zzip_open() is now zip_entry_open() and doesn't have this bug in it.
--Jani
--
-
[2001-06-25 16:14:31] [EMAIL PROTECTED]
Fix:
--- ../../php-4.0.6/ext/zziplib/zziplib.c Thu May 24 07:42:14 2001
+++ ext/zziplib/zziplib.c Mon Jun 25 14:31:59 2001
@@ -234,13 +234,13 @@
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
- if (ZEND_NUM_ARGS() != 2 ||
+ if (ZEND_NUM_ARGS() != 3 ||
zend_get_parameters_ex(3, zzip_dp, zzip_ent, mode) ==
FAILURE) {
WRONG_PARAM_COUNT;
}
ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, ZZIP
Directory, le_zzip_dir);
- ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_dp, -1, ZZIP
Entry, le_zzip_entry);
+ ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
ZZIP Entry, le_zzip_entry);
entry-fp = zzip_file_open(archive_p, entry-dirent.d_name,
O_RDONLY|O_BINARY);
After this is fixed, the correct usage seems to be:
?php
$zzip = zzip_opendir(foo.zip);
if($zzip)
{
while ($zzip_entry = zzip_readdir($zzip))
{
echo zzip_entry_name: . zzip_entry_name($zzip_entry) . n;
echo zzip_entry_filesize: . zzip_entry_filesize($zzip_entry) .
n;
if(zzip_open($zzip, $zzip_entry, r))
{
$buf = zzip_read($zzip_entry, zzip_entry_filesize($zzip_entry));
zzip_close($zzip_entry);
echo read: . strlen($buf) . bytesn;
}
}
zzip_closedir($zzip);
}
?
--
-
[2001-06-25 16:09:44] [EMAIL PROTECTED]
See patch at: http://pfft.net/robin/pub/zzip.patch
Then, correct use seems to be:
$zzip = zzip_opendir(foo.zip);
if($zzip)
{
while ($zzip_entry = zzip_readdir($zzip))
{
echo zzip_entry_name: . zzip_entry_name($zzip_entry) . n;
echo zzip_entry_filesize: . zzip_entry_filesize($zzip_entry) .
n;
if(zzip_open($zzip, $zzip_entry, r))
{
$buf = zzip_read($zzip_entry, zzip_entry_filesize($zzip_entry));
zzip_close($zzip_entry);
echo read: . strlen($buf) . bytesn;
}
}
[PHP-DEV] Bug #11698 Updated: Memory leak
ID: 11698 Updated by: cmv Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating system: PHP Version: 4.0.6 Assigned To: Comments: Undoubtedly this is the domxml extension. The *nix side leaks memory pretty badly as well, IIRC. Previous Comments: --- [2001-06-26 10:09:04] [EMAIL PROTECTED] Hi! I'cant more focus on the real problem, but the compiled Windows-Version of PHP6, running as an apache module, leaks memory ! Somtimes there are several hundreds of kilobytes (!!) remaining as carbage. I've include additionally the following .dll's: gd,domxml,zlib greetings in advance Stefan --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11698edit=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 #11717: All errors on Line 1
From: [EMAIL PROTECTED] Operating system: Mac OS X/Darwin 1.3.x PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: All errors on Line 1 For every error I create in my code PHP says that the error is on line 1 (ex: parse error...on line 1). What causes this? I installed PHP using the instructions povided for Mac OS X (client version) at the time of the 4.0.4pl1 release (I am using Apache 1.3.19). Thank You, James Rantanen JARinteractive Web Design -- Edit Bug report at: http://bugs.php.net/?id=11717edit=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 #11729:
From: [EMAIL PROTECTED] Operating system: sgi PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: (...) zend_builtin_functions.c: In function `void zend_if_func_get_arg(int, struct zval *, struct zval *, int)': zend_builtin_functions.c:182: warning: ANSI C++ forbids implicit conversion from `void *' in assignment zend_builtin_functions.c: In function `void zend_if_get_class_methods(int, struct zval *, struct zval *, int)': zend_builtin_functions.c:578: parse error before `;' zend_builtin_functions.c:585: parse error before `==' zend_builtin_functions.c:589: parse error before `.' zend_builtin_functions.c:590: parse error before `.' zend_builtin_functions.c:591: parse error before `.' zend_builtin_functions.c:592: parse error before `;' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `=' zend_builtin_functions.c:592: `orig_ptr' undeclared (first use this function) zend_builtin_functions.c:592: (Each undeclared identifier is reported only once zend_builtin_functions.c:592: for each function it appears in.) zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:593: parse error before `.' zend_builtin_functions.c:593: parse error before `.' zend_builtin_functions.c:594: parse error before `.' zend_builtin_functions.c:594: parse error before `.' zend_builtin_functions.c: In function `void zend_if_restore_error_handler(int, struct zval *, struct zval *, int)': *** Error code 1 (bu21) *** Error code 1 (bu21) -- Edit Bug report at: http://bugs.php.net/?id=11729edit=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 #11715 Updated: Fatal Error
ID: 11715 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: InterBase related Operating system: PHP Version: 4.0.6 Assigned To: Comments: Fix your windows installation. This has nothing to do with PHP. Previous Comments: --- [2001-06-26 20:53:47] [EMAIL PROTECTED] I work with Apache 1.3.20, Windows 98, Interbase 6.01 and PHP 4.0.5 and it´s work fine. I update to PHP 4.0.6 and it´s start a Fatal Error in GDS32.dll... Why??? Tank you... André Rotband Makesoft Informática Brazil --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11715edit=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 #11728: (null) given instead of actual error message
From: [EMAIL PROTECTED] Operating system: Linux 2.2.19 PHP version: 4.0.6 PHP Bug Type: PostgreSQL related Bug description: (null) given instead of actual error message As of PHP 4.0.6 detailed errors concerning PostgreSQL are not being given, instead (null) is shown. For instance 4.0.5 will show: Unable to connect to PostgreSQL server: Password authentication failed for user 'foouser' 4.0.6 currently shows: Unable to connect to PostgreSQL server: (null) I can give more detailed info/specs if needed. Thanks! -- Edit Bug report at: http://bugs.php.net/?id=11728edit=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] Re: [Bug #11686 Updated: if configuring with db2 AND java-support, java will hang under apache]
Bug Database [EMAIL PROTECTED] wrote: ID: 11686 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.6 Assigned To: Comments: One more thing, does db2 work if you leave java out? yes, we have used it a lot. Previous Comments: --- [2001-06-26 08:45:02] [EMAIL PROTECTED] I hope you're not using 'apachectl restart'? Use stop/start instead. If this wasn't the problem, please generate a GDB backtrace of the crash. Instructions can be found here: http://www.php.net/bugs-generating-backtrace.php --- [2001-06-26 02:26:47] [EMAIL PROTECTED] build php with db2-support, AND java, and ONLY when running it under APACHE (I tried several versions, but last time i used:1.3.20). If i remove db2-support, it works ok, or run php standalone. this bug exists in db2 7.1 (patchlevel 0,2,3 (latest)). i have reproduced it under ibmjdk118, ibmjdk1.3, suns jdk1.2.2, suns jdk1.3. workaround: don't use db2 in php, do it from java instead. cd /root tar xvfz apache_1.3.20.tar.Z cd apache_1.3.20 ./configure --prefix=/usr/local/apache --enable-module=so make make install # 1.3 tcsh setenv LD_ASSUME_KERNEL 2.2.5 setenv LD_LIBRARY_PATH /opt/jdk1.3/jre/lib/i386/client:/opt/jdk1.3/jre/lib/i386/classic:/opt/jdk1.3/jre/lib/i386 set path = ( /opt/jdk1.3/bin/ $path ) ./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql --enable-sockets --with-java make make install restart apache) (try run except.php to load java from apache). now it works... then: add this line to php, (and make rm -rf on the php-directory, because of severe bugs in the configure/make process) (only configure from scratch work 100%). --with-ibm-db2=/home/db2inst1/sqllib (also add /usr/Ibmdb2/V7.1/lib to LD_LIBRARY_PATH) (restart apache) (try run except.php (from netscape) to load java from apache). now it does not work. there will be NO response output. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11686edit=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 #11686 Updated: if configuring with db2 AND java-support, java will hang under apache]
Bug Database [EMAIL PROTECTED] wrote: ID: 11686 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.6 Assigned To: Comments: I hope you're not using 'apachectl restart'? Use stop/start instead. If this wasn't the problem, please generate a GDB backtrace of the crash. Instructions can be found here: http://www.php.net/bugs-generating-backtrace.php I used stop/start. It did not crash, it just never returned any results. (netscape was infinitely waiting for response). Previous Comments: --- [2001-06-26 02:26:47] [EMAIL PROTECTED] build php with db2-support, AND java, and ONLY when running it under APACHE (I tried several versions, but last time i used:1.3.20). If i remove db2-support, it works ok, or run php standalone. this bug exists in db2 7.1 (patchlevel 0,2,3 (latest)). i have reproduced it under ibmjdk118, ibmjdk1.3, suns jdk1.2.2, suns jdk1.3. workaround: don't use db2 in php, do it from java instead. cd /root tar xvfz apache_1.3.20.tar.Z cd apache_1.3.20 ./configure --prefix=/usr/local/apache --enable-module=so make make install # 1.3 tcsh setenv LD_ASSUME_KERNEL 2.2.5 setenv LD_LIBRARY_PATH /opt/jdk1.3/jre/lib/i386/client:/opt/jdk1.3/jre/lib/i386/classic:/opt/jdk1.3/jre/lib/i386 set path = ( /opt/jdk1.3/bin/ $path ) ./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql --enable-sockets --with-java make make install restart apache) (try run except.php to load java from apache). now it works... then: add this line to php, (and make rm -rf on the php-directory, because of severe bugs in the configure/make process) (only configure from scratch work 100%). --with-ibm-db2=/home/db2inst1/sqllib (also add /usr/Ibmdb2/V7.1/lib to LD_LIBRARY_PATH) (restart apache) (try run except.php (from netscape) to load java from apache). now it does not work. there will be NO response output. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11686edit=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 #10268 Updated: mysql_fetch_array() dropping non-NULL column name
ID: 10268
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MySQL related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
User error, so closing.
Previous Comments:
---
[2001-06-26 12:11:25] [EMAIL PROTECTED]
Solved. This was happening due to a truly inspired problem with my own code... The
element was being unset deep in a separate function. Sorry to bother you!
---
[2001-04-10 13:34:47] [EMAIL PROTECTED]
mysql_fetch_array with MYSQL_BOTH or MYSQL_ASSOC is returning one of the columns in
the query ONLY as a numeric index, but not the named index. The column is a NOT NULL
column, so the value is always defined.
I have a feeling the problem has something to do with the fact that the missing
column is the column joining two tables. Here's the SQL:
select distinct p.*,pt.Formula
from Promotions p, PromoTypes pt
where p.PromoTypeID = pt.PromoTypeID
Here's some of the result of mysql_fetch_array:
array(31) {
[0]=
string(2) 10
[PromotionID]=
string(2) 10
[1]=
string(20) Free font with order
[Name]=
string(20) Free font with order
...etc...
[7]=
string(2) 10
[8]=
string(4) 0.01
[X]=
string(4) 0.01
...etc...
}
Array index 7 should be followed by the key PromoTypeID. The same thing happens
using MYSQL_ASSOC (the element is missing altogther), and also if I specify
p.PromoTypeID explicitly in the query.
The problem IS SOLVED if I alias the column name to something else using
p.PromoTypeID AS FakeName , which makes me think even more that it's being confused
by the table joining.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10268edit=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 #11671 Updated: Apache server does not start afer successful install
ID: 11671 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating system: i686-pc-linux-gnu (SuSe 6.3) PHP Version: 4.0.6 Description: Apache server does not start afer successful install thanks Previous Comments: --- [2001-06-26 08:47:43] [EMAIL PROTECTED] And add --with-zlib to your configure line.. --- [2001-06-26 02:54:28] [EMAIL PROTECTED] See the MySQL manual, paragraph 24.5.1. This is not a bug in PHP. --- [2001-06-25 11:31:13] [EMAIL PROTECTED] After installing PHP 4.0.6 (instead of 4.0.4pl1), as a Dynamic Module, ./configure --with-mysql=/usr/local/mysql --with-apxs I did: rcapache start and receive the message: Starting service httpdSyntax error on line 199 of /etc/httpd/httpd.conf: Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: bundefined symbol: uncompress/b startproc: exit status of /usr/sbin/httpd: 1 failed I reinstalled PhP 4.0.4pl1, and everything went smoothly. Any Idea? --- Full Bug description available at: http://bugs.php.net/?id=11671 -- 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 #11717 Updated: All errors on Line 1
ID: 11717 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This is fixed in 4.0.6 (and maybe in 4.0.5). Previous Comments: --- [2001-06-26 23:27:06] [EMAIL PROTECTED] For every error I create in my code PHP says that the error is on line 1 (ex: parse error...on line 1). What causes this? I installed PHP using the instructions povided for Mac OS X (client version) at the time of the 4.0.4pl1 release (I am using Apache 1.3.19). Thank You, James Rantanen JARinteractive Web Design --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11717edit=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 #11712 Updated: Forum php/MySql connectivity
ID: 11712
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
We are not a software support helpdesk, and this is most certainly not a bug in PHP.
Previous Comments:
---
[2001-06-26 18:02:18] [EMAIL PROTECTED]
I cannot access my admin folder with my phpBB (Forum) program and this is the erro r
message I get.
The problem lies in my config.php , here it is:
?php
/***
config.php - description
---
begin: Sat June 17 2000
copyright: (C) 2001 The phpBB Group
email: [EMAIL PROTECTED]
$Id: config.php,v 1.66 2001/04/25 04:32:15 thefinn Exp $
***/
/***
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
***/
// This is the only setting you should need to change in this file.
// You should set this to the web path to your phpBB installation.
// For example, if you have phpBB installed in:
// http://www.mysite.com/phpBB
// Leave this setting EXACTLY how it is, you're done.
// If you have phpBB installed in:
// http://www.mysite.com/forums
// Change this to:
$http://www.ghost-recon.org_phpbb = /phpBB;
// Once this is set you should not need to modify anything else in this file.
$url_phpbb = ;
// -- Edit the following ONLY if you cannot login and $url_phpbb is set correclty --
// You shouldn't have to change any of these 5.
$url_admin = $url_phpbb/admin;
$url_images = $url_phpbb/images;
$url_smiles = $url_images/smiles;
$url_phpbb_index = $url_phpbb . '/index.' . $phpEx;
$url_admin_index = $url_admin . '/index.' . $phpEx;
/* -- Cookie settings (lastvisit, userid) -- */
// Most likely you can leave this be, however if you have problems
// logging into the forum set this to your domain name, without
// the http://
// For example, if your forum is at http://www.mysite.com/phpBB then
// set this value to
// $cookiedomain = www.mysite.com;
$cookiedomain = ;
// It should be safe to leave this alone as well. But if you do change it
// make sure you don't set it to a variable already in use such as 'forum'.
$cookiename = phpBB;
// It should be safe to leave these alone as well.
$cookiepath = $url_phpbb;
$cookiesecure = false;
/* -- Cookie settings (sessions) -- */
// This is the cookie name for the sessions cookie, you shouldn't have to change it
$sesscookiename = phpBBsession;
// This is the number of seconds that a session lasts for, 3600 == 1 hour.
// The session will exprire if the user dosan't view a page on the forum within
// this amount of time.
$sesscookietime = 3600;
/**
* This setting is only for people running Microsoft IIS.
* If you're running IIS and your users cannot login using
* the login link on the main page, but they CAN login
* through other pages like preferences, then you should
* change this setting to 1. Otherwise, leave at set
* to 0, because this is an ugly hack around some IIS junk.
*/
// Change to define('USE_IIS_LOGIN_HACK', 1); if you need to.
define('USE_IIS_LOGIN_HACK', 0);
/* Stuff for priv msgs - not in DB yet: */
// Allow BBCode in private messages?
$allow_pmsg_bbcode = 1;
// Allow HTML in private message?
$allow_pmsg_html = 0;
/* -- You shouldn't have to change anything after this point */
/* -- Cosmetic Settings -- */
$FontColor = #FF;
$textcolorMessage = #FF; // Message Font Text Color
$FontSizeMessage = 1; // Message Font Text Size
$FontFaceMessage = Arial; // Message Font Text Face
/* -- Images -- */
$reply_wquote_image = $url_images/quote.gif;
$folder_image = $url_images/folder.gif;
$hot_folder_image = $url_images/hot_folder.gif;
$newposts_image = $url_images/red_folder.gif;
$hot_newposts_image = $url_images/hot_red_folder.gif;
$posticon = $url_images/posticon.gif;
$edit_image = $url_images/edit.gif;
$profile_image = $url_images/profile.gif;
$email_image = $url_images/email.gif;
$locked_image = $url_images/lock.gif;
$locktopic_image = $url_images/lock_topic.gif;
$deltopic_image = $url_images/del_topic.gif;
$movetopic_image = $url_images/move_topic.gif;
$unlocktopic_image = $url_images/unlock_topic.gif;
$ip_image = $url_images/ip_logged.gif;
$www_image = $url_images/www_icon.gif;
$icq_add_image =
[PHP-DEV] Bug #7576 Updated: socket() always fails with an Unknown error
ID: 7576
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.3pl1
Assigned To:
Comments:
This behaviour has already been documented, including the reference to the socket(2)
man page.
Previous Comments:
---
[2000-11-01 18:51:09] [EMAIL PROTECTED]
Read your local man page on socket(2). Most of the functions in the sockets extension
return = 0 on success and 0 on error.
Reclassified as a documentation problem.
Docs writers: feel free to bug me on the semantics of the functions in the module and
such :)
---
[2000-11-01 18:07:20] [EMAIL PROTECTED]
Something like
if ( ($iSockFD = socket (AF_INET, SOCK_STREAM,0) ) != 0) {
print Call to socket() failed: reason: . strerror ($iSockFD) . n;
exit();
}
That results in an Unknown error 4294967293 message from strerror() in Linux kernel
2.2.16.. A Unknown error: -3 in FreeBSD 4.0 -- no matter what user I am, this error
occurs on both operating systems..
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7576edit=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 #11714 Updated: Problem downloading docu
ID: 11714 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: All English links work fine for me. Previous Comments: --- [2001-06-26 18:26:12] [EMAIL PROTECTED] Hi there Just wanted to bring it to your attn that the documentation page on www.php.net doesn't seem to work correctly. I cannot download (for English at least) the tarballs or zip files for plain/html docs. Cheers! Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11714edit=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 #7419 Updated: .shtml server side include problem
ID: 7419 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: There really isn't a place for this in the PHP documentation. Also, this report is so old, I don't even know if it's still a possible issue... Previous Comments: --- [2000-11-21 06:21:03] [EMAIL PROTECTED] Where is the bug? As this is more like suggestion I reclassify this as documentation problem. --Jani --- [2000-10-23 20:02:51] [EMAIL PROTECTED] CARFEFULL using the Windows installer to install PHP may corrupt or change the ssinc.dll of your server. This will not allow SSI (server side include) to work. If you use .shtml files COPY first your ssinc.dll found at WINNT/system32/inetsrv/ssinc.dll After installation if you have a problem, just replace that file with the original one that you had copied. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7419edit=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 #5827 Updated: behaviour of max_execution_time not clear
ID: 5827 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Assigned To: Comments: This is now documented in the latest cvs. Previous Comments: --- [2001-04-16 06:01:31] [EMAIL PROTECTED] Adding short description. --- [2001-02-10 15:04:45] [EMAIL PROTECTED] refiling as a documentation bug. this is only evaluated when php is executing code, not inside functions like sleep(). --- [2000-07-28 04:26:44] [EMAIL PROTECTED] time_out error I set the max_execution_time 30 in config file but time_out does not execute. I test with this file ?php printf(hi); flush(); sleep(60); printf(); ? in php4(in window2000) time_out executed, but php3.0.16(in AIX) printed hi. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5827edit=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 #11726: undefined symbol alloca while building apache
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3.0 ML08 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: undefined symbol alloca while building apache while compiling apache 1.3.20 + PHP_4.0.6 + Oracle 8.1.7 on AIX 4.3.3 i have this. this is the same pb as Bug id #10562 cc -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/home/root/php-4.0.6 -I/home/root/php-4.0.6/main -I/home/root/php-4.0.6/main -I/home/root/php-4.0.6/Zend -I/home/root/php-4.0.6/Zend -I/home/root/php-4.0.6/TSRM -I/home/root/php-4.0.6/TSRM -I/home/root/php-4.0.6 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm -lpthread-o httpd buildmark.o modules.o modules/php4/libphp4.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -R/oraker01/app/oracle/product/8.1.7/lib -L/oraker01/app/oracle/product/8.1.7/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl -lclntsh ld: 0706-027 The -R /oraker01/app/oracle/product/8.1.7/lib flag is ignored. ld: 0711-317 ERROR: Undefined symbol: .alloca ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: The error code from the last command is 8. Stop. make: The error code from the last command is 2. Stop. make: The error code from the last command is 2. Stop. any idea ??? regards JMB -- Edit Bug report at: http://bugs.php.net/?id=11726edit=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 #8719 Updated: session variable not working
ID: 8719
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4
Assigned To:
Comments:
Added to session_register() documentation in latest cvs.
Previous Comments:
---
[2001-01-15 17:27:01] [EMAIL PROTECTED]
It isn't currently possible to register resource variables into session.
This is actually a documentation problem as this isn't mentioned on
any of the session related documentation pages.
--Jani
---
[2001-01-15 13:14:16] [EMAIL PROTECTED]
I'm trying (and in fact it seems to work fine) to register a connection id to a
postgres database :
/***/
// the followig instruction works fine and $cnx_id
// gets a value (it is not null)
$cnx_id = pg_connect (host= blah blah...);
session_register('cnx_id');
/***/
And when I try session_is_registered('cnx_id');, I get TRUE (even in another script,
which is what I want), but unfortunately, $cnx_id is null in every other script...
Does anybody know about this ?
NB : the very same code works fine if for example $cnx_id is a string ($cnx_id =
test;) instead of this database thing.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8719edit=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 #9186 Updated: string compare with == does not work correctly
ID: 9186 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: I'm not sure why this is still open as a documentation bug. The string behavior is documented in: http://www.php.net/manual/en/language.types.string.php and the == and === behavior is documented in: http://www.php.net/manual/en/language.operators.comparison.php Previous Comments: --- [2001-02-15 05:38:18] [EMAIL PROTECTED] The conversation is useful. I know this because HTML form parameters, MySQL result sets are strings even if they are represent numbers. But there some cases for which the conversation is not useful. If the result is MAXINT, MININT or NaN, it would be better not converting the operands and making a string comparision. A warning message whould be also useful. --- [2001-02-15 05:25:09] [EMAIL PROTECTED] this autoconversion is usefull when dealing with html form input (for which php is used every once in a while afaik :) as html has no numric input elements, just text maybe it would make sense to have this behaviour configurable in the ini file, but i'm afraid that this would only increase the WTF factor even more --- [2001-02-15 05:07:35] [EMAIL PROTECTED] Ok, I accept this. But I don't think that is a good idea to compare apples with pears with the answer 'yes they are fruit' without any warning. --- [2001-02-15 04:32:00] [EMAIL PROTECTED] Ok, it should remain open as a documentation problem... --- [2001-02-15 04:31:01] [EMAIL PROTECTED] This is a defined behavior (and does have strong reasons). It's not a bug. If you're interested in a byte-by-byte string comparison, you should use strcmp(). --- 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=9186edit=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 #11723: A few apache children remain in memory after apachectl stop
From: [EMAIL PROTECTED] Operating system: linux 2.2.14 and 2.2.16 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: A few apache children remain in memory after apachectl stop I have the same problem as Valerio (bug #11676), but in my case the apache children remain in memory and it is not possible to kill them (i've tried also kill -9 but nothing do to, sick!). The only way to solve the problem is to reboot the machine or, in the worst case, to power down hardly the system. The kernels are 2.2.14 (RedHat 6.2) and 2.2.16 (RedHat 7.0) , the apache is 1.3.20 and php 4.0.6 (but the problems were present also in php 4.0.5 with apache 1.3.19). I was not able to track down the bug, it seems to happen randomly. The php is compiled with gd,mysql and imap (4.7c2). Denis -- Edit Bug report at: http://bugs.php.net/?id=11723edit=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 #7569 Updated: Transmuting indices
ID: 7569 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (01/11/2000) Assigned To: Comments: Not really a documentation issue. Using NULL fields in a database is just bad... but I'm a doc writer.. so take it for what it's worth. Previous Comments: --- [2000-11-03 14:45:30] [EMAIL PROTECTED] Either false or NULL is the only sane thing for PHP to get in such a case. *is not* the same as null, they are very different from the DB's point of view. I think perhaps this one should be closed, but will defer to anyone who feels really strongly one way or the other. --- [2000-11-02 06:39:47] [EMAIL PROTECTED] I can´t verify if mssql functions are wrong, it´s not installed here, every function decides itself how to convert or not to convert, but basically these 4 are not equivalent $row=array(1=NULL,2=FALSE,3= -- 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 #11719: Clarification of $foo = new Class and $foo = new Class
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.0 Latest CVS (2001-06-27) PHP Bug Type: Documentation problem Bug description: Clarification of $foo = new Class and $foo = new Class The References section of the documentation needs more clarification of the difference between: $foo = new Class; and $foo = new Class; and when or if each should be used. -- Edit Bug report at: http://bugs.php.net/?id=11719edit=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 #9124 Updated: fopen() yet supports HTTP redirects
ID: 9124 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: This feature was added in 4.0.5. I've removed the note that says that redirects are not supported. Previous Comments: --- [2001-02-06 03:49:50] [EMAIL PROTECTED] The manual to fopen/popen/readfile says: Does not handle HTTP redirects, so you must include trailing slashes on directories. That's not true, it does (since which version?). See also bug id #8876 (feature request: determine if redirected or not). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9124edit=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 #9570 Updated: Documentation needed for sockets
ID: 9570 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: These docs are being written. Previous Comments: --- [2001-03-05 22:23:19] [EMAIL PROTECTED] Can someone create docs for ALL the functions in ext/sockets? (getsockopt,set_nonblock,etc...) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9570edit=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 #11046 Updated: mkdir doesnt sets permissions
ID: 11046
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Old-Bug Type: Documentation problem
Bug Type: Filesystem function related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This is not a documentation problem.
Previous Comments:
---
[2001-05-23 05:32:07] [EMAIL PROTECTED]
Your umask setting is most likely the cause.
Please try this instead:
?php
$oldumask = umask(0);
mkdir('mydir', 0777);
umask($oldumask);
?
---
[2001-05-23 05:19:07] [EMAIL PROTECTED]
mkdir(test,0777)
the directory is dwrx-rx-rx, not dwrxwrxwrx :)
why?
or it is my server with some rare php config?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11046edit=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 #11720: --enable-gd-native-tt given wrongly in ./configure --help
From: [EMAIL PROTECTED] Operating system: Red Hat 6.0 (2.2.19) PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: --enable-gd-native-tt given wrongly in ./configure --help The required configure switch to enable the GD builtin TTF string support is --enable-gd-native-tt , but ./configure --help says that the switch is --enable-gd-native-ttf. -- Edit Bug report at: http://bugs.php.net/?id=11720edit=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 #10445 Updated: character Lenght of filenames
ID: 10445 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Duplicate of #10862 Previous Comments: --- [2001-04-22 15:40:22] [EMAIL PROTECTED] the filename character lengh of the html documentation expires the macintosh 32 chars border. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10445edit=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 #11721: Starting new Session while destroying previous
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0 Latest CVS (2001-06-27) PHP Bug Type: *General Issues Bug description: Starting new Session while destroying previous problems is .. Starting new session while destroying prevous one. it can't work. it restores the old session. Here is some code... session_start(); session_destroy(); session_start(); should asign new session But it restores prevois one. -- Edit Bug report at: http://bugs.php.net/?id=11721edit=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 #9983 Updated: Operator Precedence Clarification/Additions
ID: 9983
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Changing description to be more meaningful for someone who wants to tackle this.
Previous Comments:
---
[2001-03-26 05:10:50] [EMAIL PROTECTED]
I read precedence list again. There is . operator listed and has higher precedence
than ?: operator. So PHP is working as expected. I didn't see . It was hard to see
on my browser. Thanks.
Anyway, I have suggestion for the manual page, so I changed status to open as
Documentation Problem.
I think the manual page better to have relevant language constructs in the precedence
list even if it is not a actually a operator in PHP. (Such as (), {}, ::, -,
unary -,+. It seems these are not a operator in PHP, since they are not listed.
Not sure though.) Only () is described in the section. All of them affects how
expressions are evaluated in script and I think precedence for these is important as
operator precedence because programmers want expressions are evaluated as expected.
How about change the section title from Operator Precedence to Precedence? Then
documentation can include anything that can affects expression and still have
consistency with section title.
It also would be nice to have a little explaination for each operator in the
precedence list. Since it is ambigous if listed operator is unary or binary. For
example, unary - should have higher precedence than binary -. It would be obvious
for most users, but it may be usuful for someone.
---
[2001-03-26 03:46:52] [EMAIL PROTECTED]
Please read this manual page:
http://www.php.net/manual/en/language.operators.precedence.php
--Jani
---
[2001-03-26 00:17:05] [EMAIL PROTECTED]
Following code, needs () to get expected value.
$bar = true;
$str = TEST. ($bar ? 'true' : 'false') .TEST;
Without ( and ), only true will be in $str.
(PHP4.0.4pl1/Apache DSO/Linux, PHP4.0.5RC1/Apache DSO/W2K Server)
If this is expected behavior in PHP, it would better to be described in the Manual.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9983edit=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 #11728 Updated: (null) given instead of actual error message
ID: 11728 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PostgreSQL related Operating system: Linux 2.2.19 PHP Version: 4.0.6 Description: (null) given instead of actual error message Also, seems to only happen when using persistant connections. Non-persistant connections will show the errors correctly. Previous Comments: --- [2001-06-27 04:43:09] [EMAIL PROTECTED] Not sure if this is important but I'm retrieving the error from the $php_errormsg variable. --- [2001-06-27 04:39:40] [EMAIL PROTECTED] As of PHP 4.0.6 detailed errors concerning PostgreSQL are not being given, instead (null) is shown. For instance 4.0.5 will show: Unable to connect to PostgreSQL server: Password authentication failed for user 'foouser' 4.0.6 currently shows: Unable to connect to PostgreSQL server: (null) I can give more detailed info/specs if needed. Thanks! --- Full Bug description available at: http://bugs.php.net/?id=11728 -- 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 #11725: Bitwise operators seems buggy
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: Bitwise operators seems buggy I have a problem with bitwise operator: The following script: ? printf(%08x (should be 05CDEA00)BR, (0x05CDEA00 0x)); printf(%08x (should be )BR, (0x05CDEA00 | 0x)); ? displays: (should be 05CDEA00) -7a321600 (should be ) It seems that the bitwise 'and' does not work at all, it always returns 0. I do no understant the result of the bitwise 'or', and why it is displayed prefixed by a minus sign. I have read the documentation and I think these are bugs... I hope I have not misunderstood the doc. Pascal. -- Edit Bug report at: http://bugs.php.net/?id=11725edit=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 #11658 Updated: Getting values by reference don't work
ID: 11658 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: COM related Operating system: Windows NT 4.0 SP 6 PHP Version: 4.0.6 Description: Getting values by reference don't work It didn't work! I get this: Warning: Invoke() failed: Typ paßt nicht. in D:\www\webze\application\index.php on line 10 translated: ...: Type mismatch. Line 10 looks like this: $instance-CheckLogin($user, COM_REMOTE_SERVER, $allowed); I have tried all of the combinations I could think of, VT_UI1|BYREF, VT_UI2|BYREF, VT_UI4|BYREF, VT_I1|BYREF, VT_I2|BYREF, VT_I4|BYREF, VT_INT|BYREF, VT_UINT|BYREF It doesn't matter. I get always the same type mismatch warning. Note that the variable $allowed in the function of the COM-Object is defined as long. Please help me to get this working. Previous Comments: --- [2001-06-26 10:19:19] [EMAIL PROTECTED] closed --- [2001-06-26 10:19:03] [EMAIL PROTECTED] $user = test_user; $allowed = new VARIANT(8, VT_I4|VT_BYREF); $instance = new COM(dll.CObject) or die(Unable to instanciate dll.CObject); $instance-CheckLogin($user, COM_REMOTE_SERVER, $allowed); echo $allowed-value; /* you can use $allowed-type to check it against * VT_* constants * look into the php documentation for more flags * passing variables by reference is a deprecated * zend feature (i don't know why) and it didn't work * in every case in earlier versions. */ --- [2001-06-26 07:00:49] [EMAIL PROTECTED] The #11660 was already bogused. Reopened this one. --- [2001-06-25 17:21:56] [EMAIL PROTECTED] Was submitted twice. Dup. of 11660 --- [2001-06-25 09:00:11] [EMAIL PROTECTED] Example: $user = test_user; $allowed = 8; $instance = new COM(dll.CObject) or die(Unable to instanciate dll.CObject); $instance-CheckLogin($user, COM_REMOTE_SERVER, $allowed); echo $allowed; $allowed has always the value that you have specified above, here: 8; When I change $allowed to 6788, then I get 6788. It seems that the variable won't be changed when you pass it by reference. It doesn't matter if i use the sign or not! Note that the variable $allowed have to be integer, I can't pass a variant type to the COM-Function CheckLogin. The same has been working with previous versions of PHP, until 4.0.5 and above. In need this functionality because i use a lot of stuff like that: $instance-some_function($var1, $var2, $var3); any clue, what's going up? --- 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=11658 -- 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 #11709 Updated: Call to undefined function: pdf_new()
ID: 11709 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *PDF functions Operating system: PHP Version: 4.0.6 Assigned To: Comments: Does the output of phpinfo(); mention anything about PDF? Previous Comments: --- [2001-06-26 15:03:20] [EMAIL PROTECTED] I have attempted to compile PDF support into PHP, yet when I use the script to build a PDF document with the face of a clock and the current time it fails immediately with the error Fatal error: Call to undefined function: pdf_new() in /var/www/html/php/pdf-test.php on line 6 The script I am using is from Example 2 on the page: http://php.net/manual/en/ref.pdf.php I am using: Apache 1.3.20 PDFLIB 4.0.1 (installed in /usr/local/lib) PHP 4.0.6 The configure script I have used for PHP is: ./configure --with-apxs=/usr/local/apache/bin/apxs --disable-pear --enable-libgcc --enable-ftp --with-yaz --with-pdflib=shared --with-tiff-dir=shared --with-jpeg-dir=shared --with-png-dir=shared --with-zlib=shared --with-gd=shared --with-regex=system --enable-yp --enable-bcmath --enable-c9x-inline --enable-calendar --enable-inline-optimization --enable-trans-sid --with-dom=shared --with-mhash=shared --with-config-file-path=/usr/local/apache/conf Configure does not complain about missing any PDF support files. The config.log file had the following lines regarding PDFlib support:configure:39416: checking whether to include PDFlib support configure:39602: checking for PDF_show_boxed in -lpdf configure:39623: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/lib/gcc-lib/i386-redhat-linux/2.96 -L/usr/lib/gcc-lib/i386-redhat-linux/2.96 conftest.c -lpdf -ltiff -ljpeg -lpng -lz -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lgcc 15 After this scipt failed with the PHP 4.0.6 source, I followed the directions in the PDFLIB source which suggests to copy their copy of ext/pdf into the PHP source tree and recompile PHP. This made no difference. Any suggestions? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11709edit=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 #9942 Updated: function proliferation making the online manual useless
ID: 9942 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: These ideas have been bandied back and forth among the documentation people and although it's low priority, we are working at doing something about this in the future. Previous Comments: --- [2001-03-22 16:44:07] [EMAIL PROTECTED] as a longtime php user who relies on the online manual, i just want to make sure someone's aware that the online manual is rapidly becoming unusable. one great thing about php is how it grows to handle just about *everything*... but the manual needs to put some restrictions on that. right now there are 80+ sections in the `features' part of the manual. this makes it well-nigh impossible to find what you're looking for. you need to divide these sections into several parts. my suggestion would be to have a section for `core' language features, and then one for additional, system- and package-specific functionality, like yp/nis, windows com, pdf, etc etc. due to the extreme proliferation of these package addons, perhaps that second section should be even further divided, though i'm not certain how. perhaps into OS-specific, file format-specific, and so on? thanks for your attention to this. -damon --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9942edit=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 #11645 Updated: tempnam( ) does not use TMP environment variable
ID: 11645
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Documentation has been updated to reflect this issue.
Previous Comments:
---
[2001-06-24 17:02:10] [EMAIL PROTECTED]
This is documentation problem. The given path takes precedence over TMPDIR environment
variable (not TMP environment variable as it is in docs)
From php4/main/php_open_temporary_file.c:
/* {{{ php_open_temporary_file
*
* Unlike tempnam(), the supplied dir argument takes precedence
* over the TMPDIR environment variable
* This function should do its best to return a file pointer to a newly created
* unique file, on every platform.
*/
This makes the function behave the same way on every system.
---
[2001-06-24 14:17:51] [EMAIL PROTECTED]
The PHP manual states:
The behaviour of the tempnam() function is system dependent. On Windows the TMP
environment variable will override the dir parameter.
However testing the following when my TMP env variable is set to WINDOWSTMP:
print tempnam('/','z')
the result is:
C:zB312.TMP
This used to work fine in PHP 4.0.4pl1.
Thanks again, John
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11645edit=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 #8692 Updated: Bad registry information
ID: 8692 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4 Assigned To: Comments: I don't think this is a documentation problem. The php3 extension is no longer recommended as a php extension for PHP 4. Also, I would think it would be obvious that if you are using .foo for your php extension, then you would need to use .foo in the registry key instead of .php. Previous Comments: --- [2001-01-13 20:26:36] [EMAIL PROTECTED] In the documentation for PHP on Win9x platforms, the documentation says to install this key: [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesw3svcparametersScript Map] .php=C:\Program Files\PHP\php4isapi.dll After numerous installs on win98 machines, the same problem exits. *.php will always give a 500 error. if the extension *.php3 is added, then there is no problem. I havent tried, but *.php4 should work for php4 versions. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8692edit=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 #9477 Updated: Object is destroyed before references all released
ID: 9477
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Resubmitting as a new documentation bug. Much of this has nothing to do with what
needs to be documented.
Previous Comments:
---
[2001-04-28 15:36:52] [EMAIL PROTECTED]
Docu problem not script engine problem.
- James
---
[2001-03-09 01:54:31] [EMAIL PROTECTED]
Ok. This is absolutely amazing. I went to the archives. There are a good number of
people all wondering about the same issue. Why is =new required when every other
language semantically understands that new is an operator and =new is not an
assignment but rather implicit construction of an object?
Any takers?
---
[2001-03-09 01:28:37] [EMAIL PROTECTED]
this all makes sense and generally you do NOT need to use
= new your case included, this is due to PHPs nature and
this all has been discussed
search the archives (marc.theaimsgroup.com) for
reference counting and this+constructor or maybe = to
understand when it required to use = with new
there are some resources on reference counting in the manual
or at zend.com IRC
---
[2001-03-09 00:32:08] [EMAIL PROTECTED]
I retract this bug. I think the issue is that I was looking for pointer semantics in a
language that does not support it but at the same time is not strongly typed so that
what appears to be correct, does not in fact reset the reference but actually
overwrites the original object by assignment.
Thank you all for your help. I now have a proper reference implementation of the
subscriber/publisher pattern for PHP.
Hopefully, I'll be able to keep this all straight for any other patterns I conver to
PHP.
Just out of curiosity, has ANYONE questioned the whole = new construct's necessity in
terms of why the semantics allows for = new as well??? When would you want to assign
the a copy of the object you just created?
Any help would be appreciated.
---
[2001-03-08 20:55:49] [EMAIL PROTECTED]
bogusifying
apparently you do not know what you are doing here exactly,
please read references explained from the manual again...
/* your version - you do not destroy the reference, you
simply overwritte all referenced variables (remember they
are all ONE variable know) with */
function junk($name){$this-array[$name]=;}
/* corrected version - this one does what it is written in
your description */
function junk($name){unset($this-array[$name]);}
the corrected one works for me.
/* to clear things up a bit - the following code does the
following: remove the reference by replacing it with another
(to $t), I could imagine you thought it does something
different */
function nojunk($name){$t=;$this-array[$name]=$t;}
please note I still did not read your comments, your code
reduced code was enough to understand the situation completely
note: please do not use pass-by-ref in call time
---
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=9477edit=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 #11724 Updated: Include file does not work anymore
ID: 11724 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: win nt PHP Version: 4.0.6 Description: Include file does not work anymore in each file that use include i obtain this error: Warning: Failed opening 'master.php' for inclusion (include_path='') in d:\inetpub\webs\kt2kcom\index.php on line ex: http://www.kt2k.com/download.php everithing worked fine with version 4.0.5 Fore more info about the configuration of my provider look at http://www.kt2k.com/script/phpinfo.php Previous Comments: --- [2001-06-27 04:10:55] [EMAIL PROTECTED] in each file that use include i obtain this error: Warning: Failed opening 'master.php' for inclusion (include_path='') in d:inetpubwebskt2kcomindex.php on line 3 --- Full Bug description available at: http://bugs.php.net/?id=11724 -- 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 #10022 Updated: Constants not handled in arrays defined in class declaration
ID: 10022
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This is already explained in http://www.php.net/manual/en/language.oop.php, but I did
go ahead and add an example of using array() in the list of things that won't work.
Previous Comments:
---
[2001-03-27 10:26:36] [EMAIL PROTECTED]
Check the last user entry on this page:
http://www.php.net/manual/en/language.constants.php
Reclassified as documentation problem.
--Jani
---
[2001-03-27 09:54:03] [EMAIL PROTECTED]
?php
//
// The following produces a warning
//
error_reporting(15);
define(A, 1);
define(B, 2);
define(C, 3);
class Example {
var $hash = array(A = test1,
B = test2,
C = test3);
var $otherHash;
function Example() {
$this-otherHash = array(A = test1,
B = test2,
C = test3);
}
}
$example = new Example;
echo hrTrying $example-hash[B]:br;
echo $example-hash[B];
echo hrTrying $example-otherHash[B]br;
echo $example-otherHash[B];
echo hrDump of $example-hashbr;
print_r($example-hash);
echo hrDump of $example-otherHashbr;
print_r($example-otherHash);
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10022edit=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 #10244 Updated: Please put the dlopen weirdness in the FAQ
ID: 10244 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This has nothing to do with documentation. Please try again with the latest released version of PHP (4.0.6) or latest cvs and if the problem persists, take two asprin and resubmit this as a Reproducable Crash in the morning. Previous Comments: --- [2001-04-09 11:42:37] [EMAIL PROTECTED] I see this has been debated in previous bug reports, but it'd be really helpful to have the explanation in the FAQ, and maybe in the install docs too. When starting apache with php, it segfaults when trying to unload the php dynamic library. One solution (although I haven't tried it), as mentioned in another bug report, is to recompile apache with -lpthreads. Another solution (at least it works for me) is to move the LoadModule php4_module directive and put it before any other LoadModule directives. This weirdness has been bugging me for days, so I _REALLY_ think it should be documented in at least one place.. /Emil Config: ./configure --with-mysql=/usr --with-apxs Backtrace: #0 0x4000c887 in _dl_signal_error () from /lib/ld-linux.so.2 #1 0x401985d1 in _dl_close () from /lib/libc.so.6 #2 0x40198bd0 in _dl_close () from /lib/libc.so.6 #3 0x400a746b in dlopen () from /lib/libdl.so.2 #4 0x4000cafb in _dl_catch_error () from /lib/ld-linux.so.2 #5 0x400a780f in dlerror () from /lib/libdl.so.2 #6 0x400a7491 in dlclose () from /lib/libdl.so.2 #7 0x8067be9 in ap_os_dso_unload () #8 0x804f900 in ap_get_server_built () #9 0x8051bec in ap_run_cleanup () #10 0x8050c64 in ap_clear_pool () #11 0x805cb6a in ap_child_terminate () #12 0x805d31d in main () #13 0x400c5f5c in __libc_start_main () from /lib/libc.so.6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10244edit=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 #11728 Updated: (null) given instead of actual error message
ID: 11728 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PostgreSQL related Operating system: Linux 2.2.19 PHP Version: 4.0.6 Description: (null) given instead of actual error message Not sure if this is important but I'm retrieving the error from the $php_errormsg variable. Previous Comments: --- [2001-06-27 04:39:40] [EMAIL PROTECTED] As of PHP 4.0.6 detailed errors concerning PostgreSQL are not being given, instead (null) is shown. For instance 4.0.5 will show: Unable to connect to PostgreSQL server: Password authentication failed for user 'foouser' 4.0.6 currently shows: Unable to connect to PostgreSQL server: (null) I can give more detailed info/specs if needed. Thanks! --- Full Bug description available at: http://bugs.php.net/?id=11728 -- 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] DOM/XML in 4.0.7
Hey, For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current upgrade isn't being fixed. Maybe we should revert it back to what it was in 4.0.6 until it gets a thorough make over? 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] Cannot use uniqueidentifier
From: [EMAIL PROTECTED]
Operating system: WINNT4.0
PHP version: 4.0.6
PHP Bug Type: MSSQL related
Bug description: Cannot use uniqueidentifier
(Apache 1.3.20, PHP4.0.64.0.4,MSSQL70)
Cannot work with the MSSQL-uniqueidentifier.
e.g. I need to use following select in php:
select newid() as id;
normally I would get something like this
id={874E725E-03A0-44C7-BB0B-E52C7EC74B9F}
but the vars only get cryptical codes like
äOEgøü?O²wEURÕ®
What can I do?
--
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 #11722: unable to fork with system command
From: [EMAIL PROTECTED]
Operating system: win98
PHP version: 4.0.6
PHP Bug Type: Program Execution
Bug description: unable to fork with system command
I am running a appache 1.3 webserver with PHP 4.1
wen i use the command: system('md xxx');
everything works fine
now i have installed php4.6 and i get the message
unable to fork wenn i run the same script.
what am i doing wrong?
Do i need to start the process in background with an other program???
Many thanks in advance.
PHP is perfect.
Erik
--
Edit Bug report at: http://bugs.php.net/?id=11722edit=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 #9983 Updated: Operator Precedence Clarification/Additions
ID: 9983
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating system: Linux/W2K
PHP Version: 4.0.4pl1
Description: Operator Precedence Clarification/Additions
This is a suggestion for improving the manual.
(I don't mind at all if you close this :)
Reference is for PHP programmers, so I think precidence section is better to include
more operators.
For example, it does not matter if unary '+/-', array '[]', member selecter '-', etc
are treated by parser or internal function for programmers. Programmers don't cares
about it when they are programming in some language, right?
Important thing for programmers is the precedence itself in some expression.
How about add more description for precedence just like other books or references for
programming languages?
I feel precedence is not described fully in current manual and it's worth the effort.
Another Releated Suggestion
I see confusion occasionally in mail lists for variables in string. Since parser
behaives differently when parsing variables in strings.
This may be one of the reason why '-','[]',unary'+/-' is not in the precedence
section. They wouldn't work when they are in a string. (Some of them work with newer
PHP, not recommended(?) syntax, though)
How about describe these differences in the manual also?
Previous Comments:
---
[2001-06-27 01:49:36] [EMAIL PROTECTED]
Changing description to be more meaningful for someone who wants to tackle this.
---
[2001-03-26 05:10:50] [EMAIL PROTECTED]
I read precedence list again. There is . operator listed and has higher precedence
than ?: operator. So PHP is working as expected. I didn't see . It was hard to see
on my browser. Thanks.
Anyway, I have suggestion for the manual page, so I changed status to open as
Documentation Problem.
I think the manual page better to have relevant language constructs in the precedence
list even if it is not a actually a operator in PHP. (Such as (), {}, ::, -,
unary -,+. It seems these are not a operator in PHP, since they are not listed.
Not sure though.) Only () is described in the section. All of them affects how
expressions are evaluated in script and I think precedence for these is important as
operator precedence because programmers want expressions are evaluated as expected.
How about change the section title from Operator Precedence to Precedence? Then
documentation can include anything that can affects expression and still have
consistency with section title.
It also would be nice to have a little explaination for each operator in the
precedence list. Since it is ambigous if listed operator is unary or binary. For
example, unary - should have higher precedence than binary -. It would be obvious
for most users, but it may be usuful for someone.
---
[2001-03-26 03:46:52] [EMAIL PROTECTED]
Please read this manual page:
http://www.php.net/manual/en/language.operators.precedence.php
--Jani
---
[2001-03-26 00:17:05] [EMAIL PROTECTED]
Following code, needs () to get expected value.
$bar = true;
$str = TEST. ($bar ? 'true' : 'false') .TEST;
Without ( and ), only true will be in $str.
(PHP4.0.4pl1/Apache DSO/Linux, PHP4.0.5RC1/Apache DSO/W2K Server)
If this is expected behavior in PHP, it would better to be described in the Manual.
---
Full Bug description available at: http://bugs.php.net/?id=9983
--
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] DOM/XML in 4.0.7
In article [EMAIL PROTECTED], Andi Gutmans [EMAIL PROTECTED] wrote: Hey, For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current upgrade isn't being fixed. Maybe we should revert it back to what it was in 4.0.6 until it gets a thorough make over? yes, please :=) chregu, who has the same issues as in 4.0.6 about the domxml enhancements... -- 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 #11727: Forbidden Access to CVS
From: [EMAIL PROTECTED] Operating system: Website PHP version: 4.0 Latest CVS (2001-06-27) PHP Bug Type: Unknown/Other Function Bug description: Forbidden Access to CVS I dont know if this is the right place to report it, but I can't access the CVS page listed on the FAQ page on your site: http://cvsweb.php.net/viewcvs.cgi/phpweb/include/shared.inc?rev=1.123content-type=text/vnd.viewcvs-markup Are the permissions set correctly at your end? Thanks for your time. A. Holt -- Edit Bug report at: http://bugs.php.net/?id=11727edit=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 #9641 Updated: get_required_files()/get_included_files() does not work as docuemented
ID: 9641
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
revamped the get_included_files/get_required_files functions to document their new
behavior
Previous Comments:
---
[2001-04-14 05:21:55] [EMAIL PROTECTED]
Document is updated to reflect current PHP behavior. (Some what) Problems are still
there, so I reopen this.
Since include()/require()/include_once()/required_once() behavior has been changed
recently, descriptions are still incorrect for at least 4.0.4pl1.
I think those functions(lang. constructs) behave almost the same in recent PHP.
(Except require()/require_once() dies when it fails)
include()/require()/include_once()/require_once() now shares the same hash, so result
of get_included_files()/get_required_files() are the same. These function also lists
files included by include()/require() due to recent changes in these.
This makes function descriptions still incorrect.
Function descriptions for
include()/require()/include_once()/require_once()/get_included_files()/get_required_files()
are needed to be changed to reflect recent changes.
It would be helpful for users, if there are descriptions about changes in
include()/require()/include_once()/required_once(). (At least which versions supposed
to work as described)
Hope this helps.
---
[2001-03-17 02:18:33] [EMAIL PROTECTED]
documentation updated to reflect new behavior
---
[2001-03-15 09:22:56] [EMAIL PROTECTED]
Now, get_required_files and get_included_files are the same.
Documentation should be changed.
---
[2001-03-08 18:26:48] [EMAIL PROTECTED]
get_required_files()/get_included_files() does not work as docuemented
http://www.php.net/manual/en/function.get-required-files.php
Tested under Apache 1.3.17 w/ mod-ssl, mod-gzip, and other modules comes with apache.
RedHat 7.0.1/j. PHP 4.0.4pl1 running as apache module.
I found strange require_once() behaviour (to be reported as bug) and I also found this
problem.
If this is not a script engine problem, then it should be documentation problem. Hope
this info helps developer/documentation team.
Following code is identical to the example in manual.
?php
require_once ('local.php');
require_once ('../inc/global.php');
for ($i=1; $i5; $i++) {
include_once 'util'.$i.'php';
}
echo 'pre';
echo Required_once filesn;
print_r (get_required_files());
echo Included_once filesn;
print_r (get_included_files());
echo date('H:i:s',time());
echo '/pre';
?
I get
===
Required_once files
Array
(
[0] = /home/httpd/httpd/html/untitled/local.php
[1] = /home/httpd/httpd/html/inc/global.php
[2] = /home/httpd/httpd/html/untitled/util1php
[3] = /home/httpd/httpd/html/untitled/util2php
[4] = /home/httpd/httpd/html/untitled/util3php
[5] = /home/httpd/httpd/html/untitled/util4php
)
Included_once files
Array
(
[0] = /home/httpd/httpd/html/untitled/local.php
[1] = /home/httpd/httpd/html/inc/global.php
[2] = /home/httpd/httpd/html/untitled/util1php
[3] = /home/httpd/httpd/html/untitled/util2php
[4] = /home/httpd/httpd/html/untitled/util3php
[5] = /home/httpd/httpd/html/untitled/util4php
)
08:17:35
===
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9641edit=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] Scratch That about Arg_Separator
Found it.. sorry to bug you all. -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] Réf. : [PHP-DEV] Possible bug in sybase-db?
Actually, I was recently in contact with Tom, it seems he no longer really is involved in PHP. I have been quietly working on quite a few things, but I don't really have a whole lot of time. On Tue, 26 Jun 2001, Jean-Claude Schopfer wrote the following to...: Joey Smith wrote : I just finished coding up a patch to sybase-ct to add charset support. I want to put it through a little more testing before I apply it.. Ah :))) but there's already a patch for this, see bug #11559 or #11320 Zeev / Tom: what is the TODO plan for sybase_ct ? which functions can be develloped ? (sybase_unbuffered_query is possible ?) @++ JC -- 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 #10153 Updated: Resource lost on the way..
ID: 10153 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (04/04/2001) Assigned To: Comments: Corrected in latest cvs documentation. Previous Comments: --- [2001-06-20 18:27:07] [EMAIL PROTECTED] I get this output (with php 4.0.6RC4): 1 Resource id #1 2 Resource id #1 3 Resource id #1 4 Resource id #1 Warning: 1 is not a valid PostgreSQL link resource in /www/apache/htdocs/pgsql.php on line 18 which is correct. The pg_connect() behaves the same way as mysql_connect() ie, if connection to same database is made with same arguments, no new connection is established but the old one returned instead. Reclassified as documentation problem. --Jani --- [2001-04-04 05:09:29] [EMAIL PROTECTED] Executing this script generate the error: Warning: 1 is not a valid PostgreSQL link resource in test.php on line 24 The main problem is that adding a little bit of code to php source to printout the refcount of the resource just after the pg_connect get executed and zend_list_addref get called and just before the pg_exec get really executed i obtain the output at the end of the script, please not how refcount magically decrease between the pg_connect and the pg_exec. The script... ?php // // Test script to show the bug // $db1=pg_connect(dbname=test); $res1=pg_exec($db1,SELECT * from tbltest); echo 1 .$db1.br; $db=pg_connect(dbname=test); $res1=pg_exec($db,SELECT * from tbltest); echo 2 .$db.br; pg_close($db); $db=pg_connect(dbname=test); $res1=pg_exec($db,SELECT * from tbltest); echo 3 .$db.br; pg_close($db); $db=pg_connect(dbname=test); $res1=pg_exec($db,SELECT * from tbltest); echo 4 .$db.br; pg_close($db); pg_close($db1); ? The output: Warning: Refcount 2 in /usr/local/httpd/htdocs/test.php on line 6 1 Resource id #1 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 9 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 10 2 Resource id #1 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 14 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 15 3 Resource id #1 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 19 Warning: Refcount 2 in /usr/local/httpd/htdocs/test.php on line 20 4 Resource id #1 Warning: 1 is not a valid PostgreSQL link resource in /usr/local/httpd/htdocs/test.php on line 24 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10153edit=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 #11729 Updated:
ID: 11729 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: WHich compiler do you use? (And which version?) Previous Comments: --- [2001-06-27 04:53:53] [EMAIL PROTECTED] (...) zend_builtin_functions.c: In function `void zend_if_func_get_arg(int, struct zval *, struct zval *, int)': zend_builtin_functions.c:182: warning: ANSI C++ forbids implicit conversion from `void *' in assignment zend_builtin_functions.c: In function `void zend_if_get_class_methods(int, struct zval *, struct zval *, int)': zend_builtin_functions.c:578: parse error before `;' zend_builtin_functions.c:585: parse error before `==' zend_builtin_functions.c:589: parse error before `.' zend_builtin_functions.c:590: parse error before `.' zend_builtin_functions.c:591: parse error before `.' zend_builtin_functions.c:592: parse error before `;' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `=' zend_builtin_functions.c:592: `orig_ptr' undeclared (first use this function) zend_builtin_functions.c:592: (Each undeclared identifier is reported only once zend_builtin_functions.c:592: for each function it appears in.) zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:592: parse error before `)' zend_builtin_functions.c:593: parse error before `.' zend_builtin_functions.c:593: parse error before `.' zend_builtin_functions.c:594: parse error before `.' zend_builtin_functions.c:594: parse error before `.' zend_builtin_functions.c: In function `void zend_if_restore_error_handler(int, struct zval *, struct zval *, int)': *** Error code 1 (bu21) *** Error code 1 (bu21) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11729edit=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 #11731: PHP_URL_FOPEN only doesn't work
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Network related Bug description: PHP_URL_FOPEN only doesn't work ? $url = www.yahoo.com; $link = fopen(http://$url;, r); echo Link ($url): $linkBR; $url2 = www.yahoo.com; $link2 = fopen(http://$url2;, r); echo Link2 ($url2): $link2BR; ? Yields: Link (www.yahoo.com): ($link is empty) Link2 (www.voyage.com): ($link2 is empty) version: PHP Version 4.0.6RC3 Configure: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--with-layout=GNU' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-debug' '--disable-static' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-curl=shared,/usr' '--with-db2' '--with-ndbm' '--with-dom=shared,/usr' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mm' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-pcre-regex=/usr' '--without-pgsql' '--with-sablot=shared,/usr' '--enable-shmop' '--with-snmp=shared' '--enable-sockets' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' -- Edit Bug report at: http://bugs.php.net/?id=11731edit=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 Engine 2.0: Feature Overview and Design
Zeev Suraski wrote: At this point, what we'd like is to get feedback and comments from the rest of you so that we can refine and finalize the current draft and incorporate the necessary changes into the PDF. In addition, there are still a couple of open issues in the document itself that need to be discussed and resolved. I think next week's LinuxTag in Stuttgart might be a great opportunity to discuss this, and other aspects of PHP's development, since Rasmus, Thies, Sterling, Jani, you, and many others will be around for some days. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de Meet the PHP Project at LinuxTag, Booth 5.0.334/2 - http://phpinfo.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]
[PHP-DEV] Bug #11724 Updated: Include file does not work anymore
ID: 11724 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: win nt PHP Version: 4.0.6 Description: Include file does not work anymore It seems that this problem happens onli if the file that executes the include command is located on the root of the web site example http://www.kt2k.com/download.php http://www.kt2k.com/index.php and so on also fopen is affected by the same problem. Previous Comments: --- [2001-06-27 04:25:29] [EMAIL PROTECTED] in each file that use include i obtain this error: Warning: Failed opening 'master.php' for inclusion (include_path='') in d:inetpubwebskt2kcomindex.php on line ex: http://www.kt2k.com/download.php everithing worked fine with version 4.0.5 Fore more info about the configuration of my provider look at http://www.kt2k.com/script/phpinfo.php --- [2001-06-27 04:10:55] [EMAIL PROTECTED] in each file that use include i obtain this error: Warning: Failed opening 'master.php' for inclusion (include_path='') in d:inetpubwebskt2kcomindex.php on line 3 --- Full Bug description available at: http://bugs.php.net/?id=11724 -- 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 #11655 Updated: Ivoking COM will not work.
ID: 11655
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
i can't reproduce this. are you sure that your mdb is in the right place ? i get this
kind of error if the DSN is invalid.
harald
Previous Comments:
---
[2001-06-26 10:29:12] [EMAIL PROTECTED]
The exception occurs in line 5, which is
$dbc-Open($myDSN);
---
[2001-06-26 10:20:46] [EMAIL PROTECTED]
in which line does the warning occur ?
---
[2001-06-25 06:49:59] [EMAIL PROTECTED]
This does not work, but worked unchanged in PHP 4.0.4pl1
$myDSN = DSN=dbEmpty;DBQ='c:\test.mdb';DRIVER={Microsoft Access
Driver(*.mdb)};UID='root';PW='';;
$dbc = new COM(ADODB.Connection);
$dbc-Provider = MSDASQL;
$dbc-Open($myDSN);
Warning: Invoke() failed: Exception occurred (line $dbc-Open($myDSN); )
Setting from php.ini:
;com.typelib_file =
com.allow_dcom = On
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11655edit=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 #11732: db3 driver initialization failed
From: [EMAIL PROTECTED]
Operating system: RedHat 7.1
PHP version: 4.0.6
PHP Bug Type: DBM/DBA related
Bug description: db3 driver initialization failed
The Apache user has write perms on directory.
script:
if(!$fp = dba_open(test.db, c, db3)) {
print(error);
exit;
}
dba_insert(testkey, testval, $fp);
echo( dba_fetch(testkey, $fp));
dba_close($fp);
what is does, is just opening a file test.db, that has 0 bytes and causing the error
Warning: driver initialization failed in /path/to/script.php
opening already existant db3 files doesn't work either.
changing the handler from db3 to db2 works fine
configure line:
./configure --with-apxs=/usr/local/apache/current/bin/apxs
--with-mysql=/usr/local/mysql/current --with-zlib --with-ftp
--with-jpeg-dir=/usr/local/lib --enable-versioning --enable-track-vars=yes
--enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes
--with-config-file-path=/etc --with-db3=/usr/local/BerkeleyDB.3.2
--with-db2=/usr/include/db2 --with-sablot --enable-dbx
i am using sleepycat's BerkeleyDB 3.2.9
hope, that's it
--
Edit Bug report at: http://bugs.php.net/?id=11732edit=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 #11720 Updated: --enable-gd-native-tt given wrongly in ./configure --help
ID: 11720 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: Alread fixed in CVS Previous Comments: --- [2001-06-27 01:06:41] [EMAIL PROTECTED] The required configure switch to enable the GD builtin TTF string support is --enable-gd-native-tt , but ./configure --help says that the switch is --enable-gd-native-ttf. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11720edit=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 #11733: Crash on For Loop
From: [EMAIL PROTECTED]
Operating system: NT4.0
PHP version: 4.0.6
PHP Bug Type: *Function Specific
Bug description: Crash on For Loop
I can't get anything when I code:
for ($i == 0; $i == 5; $i++)
{
echo $i;
}
But there's no problem with:
for ($i == 0; $i 5; $i++)
{
echo $i;
}
--
Edit Bug report at: http://bugs.php.net/?id=11733edit=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 #11698 Updated: Memory leak
ID: 11698 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.6 Assigned To: Comments: I'd like to know how you can tell that there is a leak on windows? --Jani Previous Comments: --- [2001-06-26 22:49:04] [EMAIL PROTECTED] Undoubtedly this is the domxml extension. The *nix side leaks memory pretty badly as well, IIRC. --- [2001-06-26 10:09:04] [EMAIL PROTECTED] Hi! I'cant more focus on the real problem, but the compiled Windows-Version of PHP6, running as an apache module, leaks memory ! Somtimes there are several hundreds of kilobytes (!!) remaining as carbage. I've include additionally the following .dll's: gd,domxml,zlib greetings in advance Stefan --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11698edit=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 #11698 Updated: Memory leak
ID: 11698 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.6 Assigned To: Comments: And if you disable domxml extension, does it continue to leak? Previous Comments: --- [2001-06-27 08:41:58] [EMAIL PROTECTED] I'd like to know how you can tell that there is a leak on windows? --Jani --- [2001-06-26 22:49:04] [EMAIL PROTECTED] Undoubtedly this is the domxml extension. The *nix side leaks memory pretty badly as well, IIRC. --- [2001-06-26 10:09:04] [EMAIL PROTECTED] Hi! I'cant more focus on the real problem, but the compiled Windows-Version of PHP6, running as an apache module, leaks memory ! Somtimes there are several hundreds of kilobytes (!!) remaining as carbage. I've include additionally the following .dll's: gd,domxml,zlib greetings in advance Stefan --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11698edit=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 #11655 Updated: Ivoking COM will not work.
ID: 11655
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: Win NT4.0 SP6a
PHP Version: 4.0.6
Description: Ivoking COM will not work.
Thank you, you are completely right. I had a closer look at this and found the
following problem with the connection string:
To achieve a dsn-less connection, I used a valid System-DSN pointing to an empty .mdb
file. The DBQ-Attribute pointed to the actual database. This does not work under PHP,
it has to be the same datasource as in the DSN (e.g. in ColdFusion this is the only
way of creating a dsn-less connection).
To get a dsn-less connection with PHP is actually even simpler, done with this
connection string:
$myDSN = DRIVER={Microsoft Access Driver
(*.mdb)};DBQ=c:\\test.mdb;User='root';Password='';;
(note that in my post above is a space missing, instead of
Microsoft Access Driver(*.mdb), it should read
Microsoft Access Driver (*.mdb)
---^
, which will prevent it from working correctly, too.)
Previous Comments:
---
[2001-06-27 07:12:48] [EMAIL PROTECTED]
i can't reproduce this. are you sure that your mdb is in the right place ? i get this
kind of error if the DSN is invalid.
harald
---
[2001-06-26 10:29:12] [EMAIL PROTECTED]
The exception occurs in line 5, which is
$dbc-Open($myDSN);
---
[2001-06-26 10:20:46] [EMAIL PROTECTED]
in which line does the warning occur ?
---
[2001-06-25 06:49:59] [EMAIL PROTECTED]
This does not work, but worked unchanged in PHP 4.0.4pl1
$myDSN = DSN=dbEmpty;DBQ='c:\test.mdb';DRIVER={Microsoft Access
Driver(*.mdb)};UID='root';PW='';;
$dbc = new COM(ADODB.Connection);
$dbc-Provider = MSDASQL;
$dbc-Open($myDSN);
Warning: Invoke() failed: Exception occurred (line $dbc-Open($myDSN); )
Setting from php.ini:
;com.typelib_file =
com.allow_dcom = On
---
Full Bug description available at: http://bugs.php.net/?id=11655
--
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 #11703 Updated: Failed opening prepend.php3
ID: 11703 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: What is in the file prepend.php3 ?? Previous Comments: --- [2001-06-26 14:54:23] [EMAIL PROTECTED] The comment should read I commented out the auto-prepend-file directive in php.ini and got a 'test.php' file to run phpinfo. --- [2001-06-26 14:52:25] [EMAIL PROTECTED] I commented out the auto-prepend-file directive and a 'test.php' file to run phpinfo. --- [2001-06-26 13:06:13] [EMAIL PROTECTED] PHP compiled with imap support. I get this: Warning: Failed opening ''/opt/apache/php/prepend.php3'' for inclusion (include_path=''.:/opt/apache/php'') in Unknown on line 0 opening any '.php' file with the browser. prepend.php3 has correct permissions and so do the containing directories. It won't open anywhere I put it. I have also tried just putting the file name in php.ini. I have also tried permuting the include path. PHP is compiled into Apache 1.3.20 as a static module, and httpd.conf has an AddType directive for php. What am I doing wrong? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11703edit=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 #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: Sablotron XSL Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: 'rm config.cache ; ./configure with your options ; make clean ; make' Previous Comments: --- [2001-06-26 14:54:27] [EMAIL PROTECTED] here is my setup: export LIBS=-lm -lc -lintl -lX11 export LDFLAGS=-Wl,-export-dynamic -Wl,-R/usr/lib -L/usr/lib -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -Wl,-R/usr/local/lib -L/usr/local/lib -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib ./configure --with-apxs --disable-pear --with-gd=/usr/pkg --with-png-dir=/usr/pkg --with-jpeg-dir=/usr/pkg --with-freetype-dir=/usr/pkg --with-xpm-dir=/usr/X11R6 --with-sablot=/usr/local --with-expat-dir=/usr/local --with-iconv=/usr/pkg --with-pgsql=/usr/local --with-mysql=/usr/local --enable-libgcc --with-gnu-ld --with-zlib --with-system-regex --with-config-file-path=/usr/local/etc --enable-track-vars --enable-force-cgi-redirect --enable-discard-path --enable-memory-limit --enable-sysvsem --enable-sysvshm --enable-sockets --with-ttf=/usr/pkg --enable-freetype-4bit-antialias-hack --- [2001-06-26 14:51:38] [EMAIL PROTECTED] when building php-cvs as a dso for apache, things go fine. however, if just remove the --with-apxs setting to compile it as a cgi, then about midway through, i get errors about somefile.lo isn't a libtool type. i did start from scratch when building the dso and cgi. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11707edit=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 #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: And do not export those LIBS / LDFLAGS. The configure does it itself. Previous Comments: --- [2001-06-27 09:03:16] [EMAIL PROTECTED] 'rm config.cache ; ./configure with your options ; make clean ; make' --- [2001-06-26 14:54:27] [EMAIL PROTECTED] here is my setup: export LIBS=-lm -lc -lintl -lX11 export LDFLAGS=-Wl,-export-dynamic -Wl,-R/usr/lib -L/usr/lib -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -Wl,-R/usr/local/lib -L/usr/local/lib -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib ./configure --with-apxs --disable-pear --with-gd=/usr/pkg --with-png-dir=/usr/pkg --with-jpeg-dir=/usr/pkg --with-freetype-dir=/usr/pkg --with-xpm-dir=/usr/X11R6 --with-sablot=/usr/local --with-expat-dir=/usr/local --with-iconv=/usr/pkg --with-pgsql=/usr/local --with-mysql=/usr/local --enable-libgcc --with-gnu-ld --with-zlib --with-system-regex --with-config-file-path=/usr/local/etc --enable-track-vars --enable-force-cgi-redirect --enable-discard-path --enable-memory-limit --enable-sysvsem --enable-sysvshm --enable-sockets --with-ttf=/usr/pkg --enable-freetype-4bit-antialias-hack --- [2001-06-26 14:51:38] [EMAIL PROTECTED] when building php-cvs as a dso for apache, things go fine. however, if just remove the --with-apxs setting to compile it as a cgi, then about midway through, i get errors about somefile.lo isn't a libtool type. i did start from scratch when building the dso and cgi. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11707edit=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 #11709 Updated: Call to undefined function: pdf_new()
ID: 11709 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *PDF functions Operating system: PHP Version: 4.0.6 Assigned To: Comments: There is older PDFlib somewhere in /usr PHP looks for it (if you don't specify a path) in /usr (although the help says it's looking for it in /usr/local that is not correct) Also, the --with-jpeg-dir and others don't accept 'shared' as parameter. Only a install prefix path. By specifying the install prefix path for --with-pdlib=/usr/local should fix this problem. (delete config.cache before configure and do 'make clean' after) Previous Comments: --- [2001-06-27 08:43:00] [EMAIL PROTECTED] The only mention in the phpinfo output about pdf is the configure command. If need be the phpinfo page I have up for this system is located at: http://moore.cc.umanitoba.ca/php/php.php --- [2001-06-27 03:05:19] [EMAIL PROTECTED] Does the output of phpinfo(); mention anything about PDF? --- [2001-06-26 15:03:20] [EMAIL PROTECTED] I have attempted to compile PDF support into PHP, yet when I use the script to build a PDF document with the face of a clock and the current time it fails immediately with the error Fatal error: Call to undefined function: pdf_new() in /var/www/html/php/pdf-test.php on line 6 The script I am using is from Example 2 on the page: http://php.net/manual/en/ref.pdf.php I am using: Apache 1.3.20 PDFLIB 4.0.1 (installed in /usr/local/lib) PHP 4.0.6 The configure script I have used for PHP is: ./configure --with-apxs=/usr/local/apache/bin/apxs --disable-pear --enable-libgcc --enable-ftp --with-yaz --with-pdflib=shared --with-tiff-dir=shared --with-jpeg-dir=shared --with-png-dir=shared --with-zlib=shared --with-gd=shared --with-regex=system --enable-yp --enable-bcmath --enable-c9x-inline --enable-calendar --enable-inline-optimization --enable-trans-sid --with-dom=shared --with-mhash=shared --with-config-file-path=/usr/local/apache/conf Configure does not complain about missing any PDF support files. The config.log file had the following lines regarding PDFlib support:configure:39416: checking whether to include PDFlib support configure:39602: checking for PDF_show_boxed in -lpdf configure:39623: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/lib/gcc-lib/i386-redhat-linux/2.96 -L/usr/lib/gcc-lib/i386-redhat-linux/2.96 conftest.c -lpdf -ltiff -ljpeg -lpng -lz -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lgcc 15 After this scipt failed with the PHP 4.0.6 source, I followed the directions in the PDFLIB source which suggests to copy their copy of ext/pdf into the PHP source tree and recompile PHP. This made no difference. Any suggestions? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11709edit=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 #11706 Updated: POSTs to CGI scripts on Apache 1.3.20 server fail
ID: 11706
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
I can not reproduce this. POST works just fine for me.
I have also mod_perl (compiled as DSO) and PHP 4.0.6 compiled with a little more
options than you.
Is there anything in your log files?
You could also try changing the load order of the DSO's.
--Jani
Previous Comments:
---
[2001-06-26 14:19:20] [EMAIL PROTECTED]
We recently upgraded our Apache server from 1.3.12 to
1.3.20. In the process, we also upgraded to mod_perl 1.25
and decided to upgrade PHP from version 3 to version 4.0.6.
After compiling Apache with DSO support, I installed the new
server with the modules. We immediately noticed that every
CGI script (Perl, C compiled, etc) that received a POST
failed after the upgrade.
To test, I created a simple HTML form which posted to the
following Perl script:
* START test.pl *
#!/usr/bin/perl -w
use strict;
print Content-Type: text/html; charset=ISO-8859-1nn;
print HTMLBODYn;
while (my $elem = STDIN)
{
print $elem . n;
}
print /BODY/HTMLn;
* END test.pl *
When tested on an older server, we see:
HTMLBODY
recipient=bweldon%40georgefox.edusubject=brad-testFirst_Name=asdfsubmit=submit
/HTML/BODY
When tested on the new server, we see:
HTMLBODY
/HTML/BODY
However, if I comment out from our apache httpd.conf:
LoadModule php4_modulelibexec/libphp4.so
the server starts working correctly (with the traditional
behavior for our perl and C compiled CGI scripts). This is a
show-stopper! Please advise on how to fix! Thank you in
advance!
PHP 4.0.6 compiled with:
./configure
--prefix=/opt/php4
--with-apxs=/opt/apache-ssl/bin/apxs
--with-ldap=/opt/ldap
--with-mysql=/opt/mysql
--enable-ftp
--with-openssl=/opt/openssl
--with-db2=/opt/BerkeleyDB
--with-snmp=/opt/ucd-snmp
--enable-ucd-snmp-hack
--with-mm=/opt/mm
--with-sybase=/opt/sybase/openclient
--without-gdbm
--enable-sockets
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11706edit=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] PHP 4.0.6 crypt ()
Operating system: MacOS X 10.0.3 PHP version: 4.0.6 PHP Bug Type: *Encryption and hash functions Bug description: crypt () seems to be gone... Hi, Is crypt () gone under Darwin 1.3.3...? I even compiled in libmcrypt but still no dice. Cheers, -Morten --- Rayon Interactive AS http://www.rayon.no Morten Lerskau Rønseth mailto:[EMAIL PROTECTED] Karenslyst Allé 16d Tlf.: (47) 2213 5250 0278 OsloFax : (47) 2213 5260 Norway ICQ: 25163080 PGP fingerprint: F851 91B6 1D81 1409 8B62 3E14 5A60 65F8 5AF4 56AF -- 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 #11704 Updated: TTF font rendering works under 4.0.5 and doesn't work on 4.0.6
ID: 11704 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: Submitting report with bogus email address is not allowed. Thus bogusing this. Previous Comments: --- [2001-06-26 13:48:31] [EMAIL PROTECTED] While using PHP 4.0.5 Win32 binary distribution, it works fine. With PHP 4.0.6 script fails with error like this can't find arial.ttf in script d:dobawwwtest.php line X. Here is a short test script: ? $im = @ImageCreate(160, 45) or die (Cannot Initialize new GD image stream); $background_color = ImageColorAllocate ($im, 255, 255, 255); $text_color = ImageColorAllocate ($im, 21, 106, 160); // arial.ttf should be placed in the same // directory with this script ImageTTFText($im, 27, 0, 46, 36, $text_color, arial.ttf, TEST); ImagePng($im); ImageDestroy($im); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11704edit=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 #11659 Updated: fsockopen and fopen
ID: 11659
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sockets related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Is the .html suffix regocnized to be run by PHP ?
I get 'file not found' on that url too. Or did you
delete it already?
And your script works for me just fine.
--Jani
Previous Comments:
---
[2001-06-26 12:10:10] [EMAIL PROTECTED]
Hi.
New problem / question.
The following code generates the following error:
Not Found
The requested URL/style.css was not found on this server.
HTML
HEAD
TITLE
/HEAD
/TITLE
BODY
?php
$webpage = http://php.net/support.php;;
$fp = fopen( $webpage, r ) or die(Couldn't open$webpage);
while( ! feof($fp ))
print fgets( $fp, 1024 );
?
/BODY
/HTML
I tried it again with the URL:
http://www.corrosive.co.uk/php/hello.html
and it wouldn't connect. The output was consistently:
couldn't open www.corrosive.co.uk/php/hello.html
Thanks,
Katie.
---
[2001-06-26 11:28:56] [EMAIL PROTECTED]
Hi.
The error I *was* receiving was the same as Bug i.d. #11058
Thanks.
---
[2001-06-26 11:26:18] [EMAIL PROTECTED]
Hi.
It seems I made an error in not securing my machine from the clutches of my roommate.
He started 20 seperate httpd processes! When I went through and used kill -9 on all of
them and re-started the web server, the php code worked.
Sorry. I did receive the error style/css on found on the server. What does this mean
and how can I fix it?
I am a serious PHP user and your assistance is very much appreciated. Are there any
areas I should look for onm own so I won't take up too much of your time? Such as
php.ini in case I have another question?
Thanks, Katie.
---
[2001-06-26 05:42:43] [EMAIL PROTECTED]
Your example script works just fine.
Can you please explain what exactly doesn't work?
And preferrably include suck non-working example
script (short one) into this bug report.
---
[2001-06-25 09:02:29] [EMAIL PROTECTED]
?php
$fd = fopen(http://www.php.net/;, r );
if($fd)
{
fpassthru($fd);
}
?
I am also unable to write *functional* scripts using fsockopen...
My compile line was:
#./configure --with-mysql=/usr/local/mysql-3.22.32-pc-linux-gnu-i686/
--with-apxs=/usr/localapache_1.3.20/bin/apxs
make
make install
I am using Netscape 4.51.
Thanks, Katie.
---
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=11659edit=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] keeping descriptors in persistent connections
Hi, I'm having a problem making a module that uses persistent connections. It's possible to reuse the same descriptors (file descriptors) in two diferent pages? How? How does it works in PGSQL and MYSQL? Don't they keep information about the descriptors? Thanks, -- ./ João Conceição -- 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 #10268 Updated: mysql_fetch_array() dropping non-NULL column name
ID: 10268
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: MySQL related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This is better as bogus.
Previous Comments:
---
[2001-06-27 02:55:50] [EMAIL PROTECTED]
User error, so closing.
---
[2001-06-26 12:11:25] [EMAIL PROTECTED]
Solved. This was happening due to a truly inspired problem with my own code... The
element was being unset deep in a separate function. Sorry to bother you!
---
[2001-04-10 13:34:47] [EMAIL PROTECTED]
mysql_fetch_array with MYSQL_BOTH or MYSQL_ASSOC is returning one of the columns in
the query ONLY as a numeric index, but not the named index. The column is a NOT NULL
column, so the value is always defined.
I have a feeling the problem has something to do with the fact that the missing
column is the column joining two tables. Here's the SQL:
select distinct p.*,pt.Formula
from Promotions p, PromoTypes pt
where p.PromoTypeID = pt.PromoTypeID
Here's some of the result of mysql_fetch_array:
array(31) {
[0]=
string(2) 10
[PromotionID]=
string(2) 10
[1]=
string(20) Free font with order
[Name]=
string(20) Free font with order
...etc...
[7]=
string(2) 10
[8]=
string(4) 0.01
[X]=
string(4) 0.01
...etc...
}
Array index 7 should be followed by the key PromoTypeID. The same thing happens
using MYSQL_ASSOC (the element is missing altogther), and also if I specify
p.PromoTypeID explicitly in the query.
The problem IS SOLVED if I alias the column name to something else using
p.PromoTypeID AS FakeName , which makes me think even more that it's being confused
by the table joining.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10268edit=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] Failed email. Re-sending manually...
From: [EMAIL PROTECTED] Operating system: Win 2000 w/SP 2 PHP version: 4.0.5 PHP Bug Type: MSSQL related Bug description: mssql_pconnect fails Hey. It seems there is a problem with mssql_pconnect and connecting to an outside databases. If the database, PHP, and web server are all running on the same machine, pconnnect works just fine with no errors. If the database is external, the pconnect will succeed the first time, but fail for subsequent tries with a PHP access violation error message. The pconnect is connecting to a MS SQL 7 server via the server IP address, userid, and password combination. Two things seem to cause the connection not to break: switch the mssql_pconnect command to mssql_connect or have the database, PHP, and web server all be the same machine. Please email me if more information is needed to help solve this problem. PHP is wonderful!! Thank you and have a nice day! Kris. -- 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 #11736: I cannot actually download from your site
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: I cannot actually download from your site I believe there is a problem with your server. I am not able to download anything from you anymore. I get a connection refused and I was just able to log in a Download a few days ago. I am hoping it is only because you are extremely busy, but I am not convinced. Trying to be patient. Aaron Taylor -- Edit Bug report at: http://bugs.php.net/?id=11736edit=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] CVS Account Request
Full name: Paul Moosman Email: [EMAIL PROTECTED] ID: PWMoosman Purpose: I would like cvs access so that I can check a bug fix to the sybase_ct module. I need this bug fix to be in the next release of PHP. -- 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 #11698 Updated: Memory leak
ID: 11698 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: Win NT 4.0 SP 6 PHP Version: 4.0.6 Description: Memory leak The memory usage of my webserver (apache 1.3.19) is growing .. and growing ... and growing ... until m mashine craches. disabling the domxml-functions? sorry, I depend on them. But I disable them, the growing is slower but still there ... Stefan Previous Comments: --- [2001-06-27 08:42:20] [EMAIL PROTECTED] And if you disable domxml extension, does it continue to leak? --- [2001-06-27 08:41:58] [EMAIL PROTECTED] I'd like to know how you can tell that there is a leak on windows? --Jani --- [2001-06-26 22:49:04] [EMAIL PROTECTED] Undoubtedly this is the domxml extension. The *nix side leaks memory pretty badly as well, IIRC. --- [2001-06-26 10:09:04] [EMAIL PROTECTED] Hi! I'cant more focus on the real problem, but the compiled Windows-Version of PHP6, running as an apache module, leaks memory ! Somtimes there are several hundreds of kilobytes (!!) remaining as carbage. I've include additionally the following .dll's: gd,domxml,zlib greetings in advance Stefan --- Full Bug description available at: http://bugs.php.net/?id=11698 -- 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 #11628 Updated: odbc_fetch_into is broken
ID: 11628 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.6 Assigned To: Comments: it is not broken. this functionality was changed to remove the need for the final variable to be a reference. unfortunately due to the nature of the function, the final variable is ALWAYS required to be a reference. this functionality will change in 4.1 to better reflect a more intelligent ordering of the variables and will allow your first example to work. Previous Comments: --- [2001-06-23 14:42:50] [EMAIL PROTECTED] correct version. --- [2001-06-23 08:43:18] [EMAIL PROTECTED] this is for 4.0.6, but there's no option for that yet 4.0.5 works fine. easiest to describe this by example: odbc_fetch_into($qid,1,$row); gives Fatal error: Only variables can be passed by reference in script on line line $i=1; odbc_fetch_into($qid,$i,$row); works perfectly. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11628edit=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 #11711 Updated: Can't download file
ID: 11711 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.6 Assigned To: Comments: Works fine for me. Previous Comments: --- [2001-06-26 17:41:48] [EMAIL PROTECTED] I'm trying to download it from this website and the link is broken. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11711edit=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 #11595 Updated: Error in the migration PHP3 to PHP4 with OpenLink-ODBC drive
ID: 11595 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: ahill Comments: Previous Comments: --- [2001-06-21 11:13:00] [EMAIL PROTECTED] Sorry, message error: Warning: SQL error: [OpenLink][ODBC][Driver]General error, SQL state S1000 in SQLPrepare in /psitio/multihomed/www.elsitio.com/pub/cgi-bin/gl/av/player/test.php3 on line 19 The most strange is that I reduce the query string SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = 'C' AND P.ID_PADRE IN ( SELECT ID_HIJO FROM REAL_CAT_HIJO ) to SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = 'C' it works fine IN PHP4... I don't know is very strange. Nico. --- [2001-06-21 11:10:52] [EMAIL PROTECTED] marking as feedback until user responds... --- [2001-06-21 09:50:44] [EMAIL PROTECTED] Nico, What error to you show? Best regards, Andrew Hill OpenLink Software --- [2001-06-20 18:27:41] [EMAIL PROTECTED] When I migrated from PHP3 to PHP4 this script didn't work any more. I don't have connection problems and the error appears just in some cases. The following is an ad-hoc script that reproduce the odbc error. // PHP Version 4.0.4pl1 // OS: Solaris 2.7 // Driver: ODBC-Openlink multi-tier 3.2 // this connection works fine. $conn_id = odbc_connect(Driver=/psitio/openlink/odbcsdk/lib/oplodbc.so.1;Host=sql02.local;SVT=SQLServer 7;UID=batalla_web;PWD=mundial86;DATABASE=elsitiodb2;FetchBufferSize=4,,); echo my connection $conn_idBR; $qry = SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = ' . $idioma . ' . AND P.ID_PADRE IN (SELECT H.ID_HIJO FROM REAL_CAT_HIJO H WHERE . H.ID_PADRE = ' . $cat . ') ; // this query works. $qry = SELECT * FROM REAL_CAT_HIJO; // this query doesn't work IN PHP4 but works fine in PHP3 with the same ODBC-OPENLINK drive(??). $qry = SELECT idvalor,Valor,Tipo_rango FROM Fot_atributo_valor WHERE idcanal=41 AND idaplic=1 AND idatrib=2 ORDER BY idvalor; $res_id = odbc_prepare($conn_id,$qry); // the error occur in this code line (IN PHP4). $result = odbc_execute($res_id); Thanks in advance. Nico. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11595edit=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]
