[PHP-DEV] PHP 4.0 Bug #8954 Updated: compiling with sybase-ct fails

[joey]

ID: 8954
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Compile Failure
Bug Type: Sybase-ct (ctlib) related
Assigned To: 
Comments:

This is because you are trying to use FreeTDS.
PHP's configure scheme expects the Sybase libraries.
IIRC, the FreeTDS guys have a patch for this. You should
look around thier site or ask on their list.

Leave this bug open, but reclassify...we really should
support FreeTDS someday.

Previous Comments:
---

[2001-01-27 16:52:21] [EMAIL PROTECTED]
doing a make fails with the following output:

ld: fatal: library -lsybtcl: not found
ld: fatal: library -lcomn: not found
ld: fatal: library -lcs: not found
ld: fatal: library -lsybtcl: not found
ld: fatal: library -lcomn: not found
ld: fatal: library -lcs: not found
ld: fatal: File processing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1

the configure command used is:

./configure --with-mysql --with-sybase-ct=/usr/local/freetds --with-dom

mysql, freetds, and libxml have all been installed properly.

---


Full Bug description available at: http://bugs.php.net/?id=8954


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6032 Updated: Only default charset available in sybase

[joey]

ID: 6032
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sybase-ct (ctlib) related
Assigned To: 
Comments:

Actually, this patch has been in 4.0 since 4.0.2...this is a patch against 3.0 to do 
the same thing.

Previous Comments:
---

[2001-02-10 14:57:26] [EMAIL PROTECTED]
refiled against 4.0.

---

[2000-08-08 21:45:54] [EMAIL PROTECTED]
I had a problem with sybase-dblib a couple of days ago, and fixed it sending an extra 
parameter (character set) in the connection information. It turned out I _actually_ 
needed it with ct-lib, not dblib. Following patch does the same for dblib. (See 
description in bug #5996).

-+-+-cut from next line. file php3_sybase-ct_charsets.patch-+-+-
--- functions/sybase-ct.c.orig  Mon Feb  7 18:54:51 2000
+++ functions/sybase-ct.c   Tue Aug  8 20:15:03 2000
@@ -349,8 +349,10 @@
 }


-static int _php3_sybct_really_connect(sybct_link *sybct, char *host, char *user, char 
*passwd)
+static int _php3_sybct_really_connect(sybct_link *sybct, char *host, char *user, char 
+*passwd, char *charset)
 {
+   CS_LOCALE *tmp_locale;
+
/* set a CS_CONNECTION record */
if (ct_con_alloc(context, &sybct->connection)!=CS_SUCCEED) {
php3_error(E_WARNING,"Sybase:  Unable to allocate connection record");
@@ -371,7 +373,25 @@
ct_con_props(sybct->connection, CS_SET, CS_PASSWORD, passwd, 
CS_NULLTERM, NULL);
}
ct_con_props(sybct->connection, CS_SET, CS_APPNAME, php3_sybct_module.appname, 
CS_NULLTERM, NULL);
-
+
+   if (charset) {
+   if (cs_loc_alloc(context, &tmp_locale)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase: Unable to allocate locale 
+information.");
+   } else {
+   if (cs_locale(context, CS_SET, tmp_locale, CS_LC_ALL, NULL, 
+CS_NULLTERM, NULL)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase:  Unable to load default 
+locale data.");
+   } else {
+   if (cs_locale(context, CS_SET, tmp_locale, 
+CS_SYB_CHARSET, charset, CS_NULLTERM, NULL)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase:  Unable to 
+update character set.");
+   } else {
+   if (ct_con_props(sybct->connection, CS_SET, 
+CS_LOC_PROP, tmp_locale, CS_UNUSED, NULL)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase: Unable 
+to update connection properties.");
+   }
+   }
+   }
+   }
+   }
+
if (php3_sybct_module.hostname) {
ct_con_props(sybct->connection, CS_SET, CS_HOSTNAME, 
php3_sybct_module.hostname, CS_NULLTERM, NULL);
}
@@ -399,7 +419,7 @@

 static void php3_sybct_do_connect(INTERNAL_FUNCTION_PARAMETERS,int persistent)
 {
-   char *user,*passwd,*host;
+   char *user,*passwd,*host,*charset;
char *hashed_details;
int hashed_details_length;
sybct_link *sybct_ptr;
@@ -409,7 +429,7 @@

switch(ARG_COUNT(ht)) {
case 0: /* defaults */
-   host=user=passwd=NULL;
+   host=user=passwd=charset=NULL;
hashed_details_length=5+3;
hashed_details = (char *) emalloc(hashed_details_length+1);
strcpy(hashed_details,"sybct___");
@@ -422,7 +442,7 @@
}
convert_to_string(yyhost);
host = yyhost->value.str.val;
-   user=passwd=NULL;
+   user=passwd=charset=NULL;
hashed_details_length = yyhost->value.str.len+5+3;
hashed_details = (char *) 
emalloc(hashed_details_length+1);

sprintf(hashed_details,"sybct_%s__",yyhost->value.str.val);
@@ -438,7 +458,7 @@
convert_to_string(yyuser);
host = yyhost->value.str.val;
user = yyuser->value.str.val;
-   passwd=NULL;
+   passwd=charset=NULL;
hashed_details_length = 
yyhost->value.str.len+yyuser->value.str.len+5+3;
hashed_details = (char *) 
emalloc(hashed_details_length+1);

sprintf(hashed_details,"sybct_%s_%s

[PHP-DEV] PHP 4.0 Bug #9278 Updated: mktime returns "valid" values (not -1) for dates like 2/31/2001, etc.

[joey]

ID: 9278
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Misbehaving function
Bug Type: *General Issues
Assigned To: 
Comments:

This is intentional.
See http://www.php.net/manual/en/function.mktime.php

Previous Comments:
---

[2001-02-15 08:32:17] [EMAIL PROTECTED]




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9278&edit=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 Bug #9745 Updated: PHP Warning: Unable to load dynamic library './msql.dll'

[joey]

ID: 9745
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: MySQL related
Assigned To: 
Comments:

The error says it all. You need to escape the double quotes inside a string.

Please read the manual at www.php.net/manual/en

Previous Comments:
---

[2001-03-14 16:02:03] [EMAIL PROTECTED]
I have just installed php on Windows 98 using PWS.
Then followed configuration steps and installed MySQL.
My.ini seems okay and comes up with traffic light task icon.
When trying to parse my .php page (NB first go at using php, coming from a C, Java and 
ASP background) the following error message is displayed:

X-Powered-By: PHP/4.0.4pl1 Content-type: text/html 
Parse error: parse error, expecting `','' or `';'' in 
C:Inetpubwwwroot/php/neuquote/startquote.php on line 62
PHP Warning: Unable to load dynamic library './msql.dll' - One of the library files 
needed to run this application cannot be found. in Unknown on line 0

Heres lines 60 to 62 (though I think its more likely that I have configured php and 
mysql wrongly as oposed to the page having errors in it):

while ($row = mysql_fetch_row ($result)) {
echo "".$row[1].""
}

Heres my 'configured' php.ini file:

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive=value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo=; sets foo to an empty string
;   foo=none; sets foo to an empty string
;   foo="none"  ; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine=On   ; Enable the PHP scripting language engine under Apache
short_open_tag=On   ; allow the  tags 
are recognized.
asp_tags=Off ; allow ASP-style <% %> tags
precision=14; number of significant digits displayed in floating point numbers
y2k_compliance=Off  ; whether to be year 2000 compliant (will cause problems with 
non y2k compliant browsers)
output_buffering=Off; Output buffering allows you to send header lines (including 
cookies)
; even after you send body content, in the price of slowing PHP's
; output layer a bit.
; You can enable output buffering by in runtime by calling the output
; buffering functions, or enable output buffering for all files
; by setting this directive to On.
output_handler=; You can redirect all of the output of your scripts to a function,
; that can be responsible to process or log it.  For example,
; if you set the output_handler to "ob_gzhandler", than output
; will be transparently compressed for browsers that support gzip or
; deflate encoding.  Setting an output handler automatically turns on
; output buffering.
implicit_flush=Off  ; Implicit flush tells PHP to tell the output l

[PHP-DEV] PHP 4.0 Bug #9745 Updated: PHP Warning: Unable to load dynamic library './msql.dll'

[joey]

ID: 9745
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: MySQL related
Assigned To: 
Comments:

Ooops. Too tired, did not see your .'s. My bad

Previous Comments:
---

[2001-03-14 16:06:26] [EMAIL PROTECTED]
The error says it all. You need to escape the double quotes inside a string.

Please read the manual at www.php.net/manual/en

---

[2001-03-14 16:02:03] [EMAIL PROTECTED]
I have just installed php on Windows 98 using PWS.
Then followed configuration steps and installed MySQL.
My.ini seems okay and comes up with traffic light task icon.
When trying to parse my .php page (NB first go at using php, coming from a C, Java and 
ASP background) the following error message is displayed:

X-Powered-By: PHP/4.0.4pl1 Content-type: text/html 
Parse error: parse error, expecting `','' or `';'' in 
C:Inetpubwwwroot/php/neuquote/startquote.php on line 62
PHP Warning: Unable to load dynamic library './msql.dll' - One of the library files 
needed to run this application cannot be found. in Unknown on line 0

Heres lines 60 to 62 (though I think its more likely that I have configured php and 
mysql wrongly as oposed to the page having errors in it):

while ($row = mysql_fetch_row ($result)) {
echo "".$row[1].""
}

Heres my 'configured' php.ini file:

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive=value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo=; sets foo to an empty string
;   foo=none; sets foo to an empty string
;   foo="none"  ; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine=On   ; Enable the PHP scripting language engine under Apache
short_open_tag=On   ; allow the  tags 
are recognized.
asp_tags=Off ; allow ASP-style <% %> tags
precision=14; number of significant digits displayed in floating point numbers
y2k_compliance=Off  ; whether to be year 2000 compliant (will cause problems with 
non y2k compliant browsers)
output_buffering=Off; Output buffering allows you to send header lines (including 
cookies)
; even after you send body content, in the price of slowing PHP's
; output layer a bit.
; You can enable output buffering by in runtime by calling the output
; buffering functions, or enable output buffering for all files
; by setting this directive to On.
output_handler=; You can redirect all of the output of your scripts to a function,
; that can be responsible to process or log it.  For example,
; if you set the output_handler to "ob_gzhandler", than output
; will be transparently compressed for browsers that support gz

[PHP-DEV] PHP 4.0 Bug #9745 Updated: PHP Warning: Unable to load dynamic library './msql.dll'

[joey]

ID: 9745
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Assigned To: 
Comments:

I meant: put a ; at the end of that line (thanks, maz)

Previous Comments:
---

[2001-03-14 16:07:22] [EMAIL PROTECTED]
Ooops. Too tired, did not see your .'s. My bad

---

[2001-03-14 16:06:26] [EMAIL PROTECTED]
The error says it all. You need to escape the double quotes inside a string.

Please read the manual at www.php.net/manual/en

---

[2001-03-14 16:02:03] [EMAIL PROTECTED]
I have just installed php on Windows 98 using PWS.
Then followed configuration steps and installed MySQL.
My.ini seems okay and comes up with traffic light task icon.
When trying to parse my .php page (NB first go at using php, coming from a C, Java and 
ASP background) the following error message is displayed:

X-Powered-By: PHP/4.0.4pl1 Content-type: text/html 
Parse error: parse error, expecting `','' or `';'' in 
C:Inetpubwwwroot/php/neuquote/startquote.php on line 62
PHP Warning: Unable to load dynamic library './msql.dll' - One of the library files 
needed to run this application cannot be found. in Unknown on line 0

Heres lines 60 to 62 (though I think its more likely that I have configured php and 
mysql wrongly as oposed to the page having errors in it):

while ($row = mysql_fetch_row ($result)) {
echo "".$row[1].""
}

Heres my 'configured' php.ini file:

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive=value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo=; sets foo to an empty string
;   foo=none; sets foo to an empty string
;   foo="none"  ; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine=On   ; Enable the PHP scripting language engine under Apache
short_open_tag=On   ; allow the  tags 
are recognized.
asp_tags=Off ; allow ASP-style <% %> tags
precision=14; number of significant digits displayed in floating point numbers
y2k_compliance=Off  ; whether to be year 2000 compliant (will cause problems with 
non y2k compliant browsers)
output_buffering=Off; Output buffering allows you to send header lines (including 
cookies)
; even after you send body content, in the price of slowing PHP's
; output layer a bit.
; You can enable output buffering by in runtime by calling the output
; buffering functions, or enable output buffering for all files
; by setting this directive to On.
output_handler=; You can redirect all of the output of your scripts to a function,
; that can be responsible to process or 

[PHP-DEV] PHP 4.0 Bug #9745 Updated: PHP Warning: Unable to load dynamic library './msql.dll'

[joey]

ID: 9745
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MySQL related
Assigned To: 
Comments:

*sigh*

Previous Comments:
---

[2001-03-14 16:13:55] [EMAIL PROTECTED]
I meant: put a ; at the end of that line (thanks, maz)

---

[2001-03-14 16:07:22] [EMAIL PROTECTED]
Ooops. Too tired, did not see your .'s. My bad

---

[2001-03-14 16:06:26] [EMAIL PROTECTED]
The error says it all. You need to escape the double quotes inside a string.

Please read the manual at www.php.net/manual/en

---

[2001-03-14 16:02:03] [EMAIL PROTECTED]
I have just installed php on Windows 98 using PWS.
Then followed configuration steps and installed MySQL.
My.ini seems okay and comes up with traffic light task icon.
When trying to parse my .php page (NB first go at using php, coming from a C, Java and 
ASP background) the following error message is displayed:

X-Powered-By: PHP/4.0.4pl1 Content-type: text/html 
Parse error: parse error, expecting `','' or `';'' in 
C:Inetpubwwwroot/php/neuquote/startquote.php on line 62
PHP Warning: Unable to load dynamic library './msql.dll' - One of the library files 
needed to run this application cannot be found. in Unknown on line 0

Heres lines 60 to 62 (though I think its more likely that I have configured php and 
mysql wrongly as oposed to the page having errors in it):

while ($row = mysql_fetch_row ($result)) {
echo "".$row[1].""
}

Heres my 'configured' php.ini file:

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive=value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo=; sets foo to an empty string
;   foo=none; sets foo to an empty string
;   foo="none"  ; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine=On   ; Enable the PHP scripting language engine under Apache
short_open_tag=On   ; allow the  tags 
are recognized.
asp_tags=Off ; allow ASP-style <% %> tags
precision=14; number of significant digits displayed in floating point numbers
y2k_compliance=Off  ; whether to be year 2000 compliant (will cause problems with 
non y2k compliant browsers)
output_buffering=Off; Output buffering allows you to send header lines (including 
cookies)
; even after you send body content, in the price of slowing PHP's
; output layer a bit.
; You can enable output buffering by in runtime by calling the output
; buffering functions, or enable output buffering for all files
; by setting this di

[PHP-DEV] PHP 4.0 Bug #9626 Updated: unable to use sybase-extension

[joey]

ID: 9626
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sybase-ct (ctlib) related
Assigned To: 
Comments:

Never was a PHP bug. :)

Previous Comments:
---

[2001-03-13 17:29:58] [EMAIL PROTECTED]
PS! The subdirectory "dll" is a subdirectory of open client.

---

[2001-03-13 17:28:56] [EMAIL PROTECTED]
Sybase Open Client - EBF 9464 12.0 05 Feb 2001 EBF/Patch 

I have downloaded this client from sybase, which includes the requested dll's. I have 
also added the the subdirectory called dll to my system path. After a reboot no errors 
occurred while running dependcy walker on php-sybase-ct.dll, but I still got this 
weird "warning" from php.

---

[2001-03-13 10:16:21] [EMAIL PROTECTED]
After following your guide, I've no longer errors on php-sybase-ct.dll when opening it 
in dependency walker.

However, I've still got problems using the sybase-functions. sybase_connect for 
example, returns:

Warning: Sybase: Unable to allocate connection record in 
c:internwebhtmltrondsybase.php on line 21

When running from the dos-prompt, the same good'ol error: Call to undefined function 
is displayed.

What is wrong?

---

[2001-03-13 09:34:08] [EMAIL PROTECTED]
After following your guide, I've no longer errors on php-sybase-ct.dll when opening it 
in dependency walker.

However, I've still got problems using the sybase-functions. sybase_connect for 
example, returns:

Warning: Sybase: Unable to allocate connection record in 
c:internwebhtmltrondsybase.php on line 21

When running from the dos-prompt, the same good'ol error: Call to undefined function 
is displayed.

What is wrong?

---

[2001-03-13 07:04:29] [EMAIL PROTECTED]
libct.dll, libcs.dll and php4ts.dll are not found. Where can I find these dll's and 
where should I place them?

I'm getting pretty desperate here, so if you have any solutions, I would be very glad.

--
Trond Straume

---

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=9626&edit=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 Bug #9906 Updated: Problems with result-set from temporary tables

[joey]

ID: 9906
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sybase-ct (ctlib) related
Assigned To: 
Comments:

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:


I got the exact same result from both PHP and isql...

Previous Comments:
---

[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=9906&edit=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 Bug #9923 Updated: Wrong behavior of xsl output method 'html'

[joey]

ID: 9923
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sablotron XSL
Assigned To: 
Comments:

If I'm reading this correctly, you are complaining about
Sablotron's behavior, not PHP's, right?

PHP Team is not responsible for Sablotron. Please
repor this bug to sablotron team.

Previous Comments:
---

[2001-03-22 09:41:17] [EMAIL PROTECTED]
The "W3C Recommendation 16 November 1999" says:
-
The html output method should not perform escaping for the content of the script and 
style elements. For example, a literal result element written in the stylesheet as

if (a < b) foo()
or
<![CDATA[if (a < b) foo()]]>

should be output as
if (a < b) foo()

[...]
-

But Sablotron's xslt_run() function outputs
'if (a < b) foo()'

It also violates other constraints described in the section 16.2 HTML Output Method 
(http://www.w3.org/TR/xslt#section-HTML-Output-Method) of the "W3C Recommendation 16 
November 1999".

-

Example:
-- test1.php ---


-- test1.xml ---


  
  Title 1
  Author 1
  
 Comment 1
  
  
  
  Title 2
  Author 2
  
 Comment 2
  
  


-- test1.xsl ---
http://www.w3.org/1999/XSL/Transform">




  
   
  




   
 XML/XSLT test
  

 if (a &lt; b) foo()

 <![CDATA[if (a < b) foo()]]>

   

   
 Test
 

 
   
 
   





 












-- output --
XML/XSLT test
  if (a &lt; b) foo()if (a &lt; b) 
foo()TestTitle 1Title 1
 Comment 1
  Title 2Title 2
 Comment 2
  





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9923&edit=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 #15415 Updated: [VOTE] case sensitive function/class names for PHP5

[joey]

 ID:   15415
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: ANY
 PHP Version:  PHP 5.0
 New Comment:

No


Previous Comments:


[2002-02-07 13:32:34] [EMAIL PROTECTED]

YES



[2002-02-07 02:14:46] [EMAIL PROTECTED]

s/fat/far/g



[2002-02-07 02:12:16] [EMAIL PROTECTED]

Since Andi said that in Zend Engine 2.

Looks like most people does not care about this issue, then case
sensitive
function/class/constants for PHP5, IMO. 

So fat, it seems subscribers are nice people who don't cheat :)



[2002-02-07 01:44:24] [EMAIL PROTECTED]

YES



[2002-02-07 01:19:14] [EMAIL PROTECTED]

As I said before: Voting is of nu use anyway, so why vote? It won't be
changed although some people would like it.

Derick



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15415

-- 
Edit this bug report at http://bugs.php.net/?id=15415&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #11558 Updated: Sybase-CT functions not found.

[joey]

ID: 11558
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Old-Bug Type: Sybase-ct (ctlib) related
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Maybe not, but there's no reason they can't exist. :)

Previous Comments:
---

[2001-06-20 05:48:45] [EMAIL PROTECTED]
such functions don't exist in the sybase_ct extension (only one available under win32)

---

[2001-06-19 09:34:20] [EMAIL PROTECTED]
Using Sybase-CT library with apache on win2000 & NT,
I ve got trouble with those below functions :

- sybase_min_error_severity ( Fatal error )
- sybase_min_message_severity ( Fatal error )


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11558&edit=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 #8568 Updated: charset parameter on sybase_connect dos is disallowed

[joey]

ID: 8568
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: joey
Comments:

I have a patch all ready for this, it just needs some tweaking.

Previous Comments:
---

[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:
<?php
...
$id_conn = sybase_connect ('SYBASE','sa','', 'iso_1');
...
?>

is this an BUG ?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8568&edit=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 #10718 Updated: charset parameter on sybase_connect dos is disallowed

[joey]

ID: 10718
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.5
Assigned To: joey
Comments:

Dup: 8568

Previous Comments:
---

[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=10718&edit=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 #10718 Updated: charset parameter on sybase_connect dos is disallowed

[joey]

ID: 10718
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.5
Assigned To: joey
Comments:

I'll mark this as dup when I close the others...more pressure this way. :)

Previous Comments:
---

[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=10718&edit=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

[joey]

ID: 11320
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.5
Assigned To: joey
Comments:

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. 

Previous Comments:
---

[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

[PHP-DEV] Bug #8568 Updated: charset parameter on sybase_connect dos is disallowed

[joey]

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:
<?php
...
$id_conn = sybase_connect ('SYBASE','sa','', 'iso_1');
...
?>

is this an BUG ?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8568&edit=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

[joey]

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_pt

[PHP-DEV] Bug #10718 Updated: charset parameter on sybase_connect dos is disallowed

[joey]

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=10718&edit=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

[joey]

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:


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=9906&edit=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 #11489 Updated: Sybase query result is getting destructed

[joey]

ID: 11489
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Cannot reproduce with CVS.

Previous Comments:
---

[2001-06-14 10:15:16] [EMAIL PROTECTED]
The following script produces the following error the second time 
getAppName/sybase_fetch_row is called.

Error (warning):

   /users/pmoosman/test_data/test1.php(26) : Warning - 3 is not a valid Sybase result 
resource

Script:




Note: If I uncomment the "static $db" line, the error (warning) goes away.



I ran PHP in a debugger and it looks like the sybase connection is getting destructed 
when the sybase_query results are getting assigned to "$result".



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11489&edit=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 #7881 Updated: sybase-ct does not report server errors

[joey]

ID: 7881
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: 
Comments:

#1: Use the MSSQL extension, not Sybase-ct.
#2: Try a newer version of PHP.

Since this bug belongs in neither the sybase-ct
area, nor the mssql, I'm closing it.

Previous Comments:
---

[2001-06-30 15:02:25] [EMAIL PROTECTED]

This is not related to the mssql extension. You are using the sybase extension.

---

[2000-11-21 16:44:45] [EMAIL PROTECTED]

Reclassify: MSSQL related (was Sybase CT Related)

---

[2000-11-19 21:39:13] [EMAIL PROTECTED]

ok, this is my php configure line:
./configure --with-apxs=/www/bin/apxs --with-sybase-ct=/opt/sybase-11.9.2 
--enable-track-vars

I've got these 3 packages installed on /opt/sybase-11.9.2
sybase-ase-11.9.2-3.i386.rpm
sybase-common-11.9.2-3.i386.rpm
sybase-openclient-11.1.1-3.i386.rpm

I can query a MSSQL 7.0 server + SP2 applied with no problems, but if I ever misstype 
a query php won't report the sql server error and hangs the script forever.

I strace'd apache and here are part of the results:
(the cmd used was: strace -s 128 /www/bin/httpd -X)
connect(6, {sin_family=AF_INET, sin_port=htons(1433), 
sin_addr=inet_addr("200.32.xxx.xxx")}}, 16) = 0
ioctl(6, FIONBIO, [1])  = 0
ioctl(6, FIOASYNC, [0]) = 0
setsockopt(6, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
setsockopt(6, IPPROTO_TCP1, [1], 4) = 0
... some more not meaningfull sys calls.
send(6, "11

-- 
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 #11815 Updated: ASP/ColdFusion Application type freature

[joey]

ID: 11815
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

I'm closing this because I'm pretty sure you can get
what you are looking for by combining the php.ini
setting "auto_prepend_file" with session support.

If you decide after research that this really isn't
what you want after all, perhaps you could file a more
detailed Feature Request.

Previous Comments:
---

[2001-06-30 20:00:39] [EMAIL PROTECTED]

I'd like PHP to have a feature that behaves similar to ASPs Application (global.asa) 
file.

For example if I want to store the sitemap in a database to generate a navigation menu 
it's unneccessary to query the database upon every request, instead I'd like to store 
that informatoin in a "php-application-wide" storage
(Maybe $PHP_APPLICATION_VARS[] array).

I can see it could behave similar to the session functions. When session functions are 
shared between requests, the application is shared between requests.

To do this, you could start an application with:
application_start("name");

I've not been thinking much about security, but I reckon it should not be possible to 
hijack an application, therefore there needs to be a (filebased) system that 
determines which files can be within an application. Maybe with a path? like:

application_start("name", "/path/to/where/my/files/are");
which means that all files have to be within that folder or in it.

There should also be a way to determine if the application is started or not, this to 
run the code upon start. Like;

if(!application_exsists("name")) {
// This code is being run when the application starts
application_start("name", "/path/to/files/");
}

This would reduce server load and eliminate "hacks" in this area.

Comments?

Cheers,

/Jocke Selin - jocke.selincite.com / [EMAIL PROTECTED]

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11815&edit=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 #11926 Updated: precompiled php_pdf.dll does not work

[joey]

ID: 11926
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PDF related
Operating System: windows 2000
PHP Version: 4.0.6
Assigned To: 
New Comment:

You can download a fixed version of pdflib.dll from pdflib.com.

Previous Comments:


[] 





[2001-07-06 07:25:35] [EMAIL PROTECTED]

Hi,

The pre-compiled php_pdf.dll included with 4.0.6 is based on PDFlib version 4.0.0 
($Revision: 1.79.2.1 $).

HOWEVER, according to pdflib.com, version 4.0.0 contains a datetime bomb and will not 
work past 2001-07-01.

Amusingly enough, PDFlib 4.0.0 was used for PHP4.0.6, released only shortly before 
this dll would cease to function forever...

An attempt to access pdf functions produces the following error: "Fatal error: PDFlib 
error: Beta expired - retrieve new version from www.pdflib.com in [script] on line 
[number]".

Since PDFlib 4.0.1 is available since 2001-05-18, perhaps the next release could 
include a php_pdf.dll based on 4.0.1?

OR, a fix could be made available on the site (please) because my c++ compiler chokes 
on 4.0.1, and the documentation included is obviously meant for people who are already 
experienced with compiling their own dlls...





ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11926&edit=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 #11951 Updated: HTML encoding problem

[joey]

ID: 11951
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Any
PHP Version: 4.0.5
Assigned To: 
New Comment:

Have you checked the default_charset in your php.ini?

Previous Comments:


[2001-07-07 18:18:16] [EMAIL PROTECTED]

There definately seems to be a problem using any operating system I've tried (Linux 
Debian, RedHat, Windows 98, Windows 2000). The problem is that the following piece of 
HTML:
http://www.w3.org/TR/html4/loose.dtd";>



...

will somehow be ignored, i.e. the document will not have this encoding set, instead 
ISO-8859-1 will be used. The biggest problem is that if try to change the encoding in 
the browser it won't change it, even though the browser will show it changed or if it 
changes it (very rare), after you reload the page the encoding is set back to 
ISO-8859-1, even though the browser always shows that the encoding is changed. This 
happens for all files that are processed by the php engine. I've correctly set the 
encoding option in the php.ini, even though it is always best for php, not to set this 
at all, since if you're using a remote server, for example hosting you site in the 
USA, but the page is in cyrillic, your php pages will never display properly. Probably 
the best thing is to leave the encoding up to the HTML headers set by each page.

My workaround for this problem is (it always works correctly):

http://www.w3.org/TR/html4/loose.dtd";>





where set_encoding.inc, contains in my case the following:
  header("Content-type: text/html;charset=windows-1251");
  header("Content-Language: bg");







ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11951&edit=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 #11826 Updated: Custom sessions handler using Metabase calls crashes Apache

[joey]

ID: 11826
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Open
Bug Type: Reproducible crash
Operating System: WinMe, Linux
PHP Version: 4.0.4
Assigned To: 
New Comment:

Most likely, none of the developers are actually USING
Metabase, so this bug is simply getting glossed over.

Perhaps a reproducible test case that does not require
usage or knowledge of Metabase would help...

IE, while we really appreciate all the work you have
gone through to document this bug, and make these scripts
available, until we can see the bug OUTSIDE of the Metabase
package, it probably won't get a lot of attention.

Previous Comments:


[] 





[] 





[2001-07-01 16:35:37] [EMAIL PROTECTED]

This error has been reproduced on WinMe running Apache 1.3.19, PHP 4.04, MySQL 3.23.37 
and Linux running Apache 1.3.12, PHP 4.0.3pl1, MySQL 3.23.6.

When a custom session handler is set up that points to functions that use Manuel 
Lemos' Metabase database abstraction library to save session information in a 
database, Apace crashes randomly. When it does not crash, the code works as it is 
supposed to.

For code necessary to recreate problem please download this file:
http://www.aralbalkan.com/php_sessions_bug/metabase_sessions.zip

It includes all necessary code (including the database schema, database schema 
installation script, the Metabase custom session handler functions and two small test 
scripts that use these to increment a variable. 

After you have installed the database schema (metatest1-schema-install.php) and 
entered the settings for you database in db_init.php please run nabsession_test.php 
and click on the link for the second page and try reloading. 

Randomly, your web server will crash. When it doesn't crash, the registered session 
variable will update correctly.

Please don't hesitate to contact me if you need any further information. Manuel Lemos, 
the author of Metabase is aware of the problem and believes that the problem is with 
the PHP custom session handler code.


When the Metabase calls are replaced with direct calls to MySLQ (to 





ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11826&edit=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 #10899 Updated: xmldocfile produces fatal error

[joey]

ID: 10899
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: linux 2.4.4
PHP Version: 4.0 Latest CVS (2001-05-16)
Assigned To: 
New Comment:

Fixed in CVS. But I'm not too sure about the rest of the
extension. :)

Previous Comments:


[2001-05-16 06:26:42] [EMAIL PROTECTED]

 $doc = xmldocfile("config.xml");

produces

Fatal error: Underlying object missing in /usr/local/apache/htdocs/test/xml.php on 
line 13

in PHP-4.0.6RC1

config.xml is


  
bla

   

if i make a sting out of it and then

$doc = xmldoc($xml);
it works





ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10899&edit=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 #11922 Updated: Fatal error: Underlying object missing in test.php on line 12

[joey]

ID: 11922
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: UNIX
PHP Version: 4.0.6
Assigned To: 
New Comment:

Fixed in CVS. But the module is still Experimental.

Previous Comments:


[2001-07-06 04:41:33] [EMAIL PROTECTED]

Hello,

Since the new version is installed, open a xml file with the function xmldocfile() is 
impossible !

The error generated is : "Fatal error: Underlying object missing in test.php on line 
12"

I don't understang why because the function works perfectly before !

In the released 4.0.6, I see that Uwe rewrited the domxml. It's now mostly DOM Level 2 
conform. 

Can u solve the problem quickly please ? I really need this function !

Thanks,

Anthony, a french developer.






ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11922&edit=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 #12002 Updated: SIGSEGV with DOMXML (double free()?)

[joey]

ID: 12002
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Debian Linux 2/testing
PHP Version: 4.0.6
New Comment:

Great! Thanks for the report. Would it be possible for you
to provide as short as possible of a reproducing script/xml
file, either through the bug report interface or by providing a hyperlink, or 
something?

Previous Comments:


[2001-07-10 05:27:13] [EMAIL PROTECTED]

Script too complex to post here (XML edit module). php.ini and apache config - nothing 
special.

PHP 4.0.6
./configure --prefix=/rscr/apprscr \
--with-apache=../../APACHE/ORIG/apache_1.3.20 \
--with-config-file-path=/rscr/apprscr/conf \
--with-regex=system \
--enable-debug \
--enable-track-vars \
--enable-trans-sid \
--disable-rpath \
--enable-session \
--enable-memory-limit \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--enable-ctype \
--enable-sockets \
--enable-exif \
--with-jpeg-dir=shared,/usr \
--with-xpm-dir=shared,/usr/X11R6 \
--with-png-dir=shared,/usr \
--with-ttf=shared,/usr \
--with-t1lib=shared,/usr \
--with-mm \
--with-xml=/usr \ (debian ext/xml/config.m4 patch)
--with-expat-dir=/usr \
--with-pcre-regex=/usr \
--without-pgsql \
--with-mysql=/usr \
--with-dom=/usr \
--with-zlib=/usr \
--with-ming=/usr \
--with-iconv=/usr

Apache 1.3.20
./configure --prefix=/rscr/apprscr --with-layout=Apache --disable-module=env 
--enable-module=setenvif --disable-module=negotiation --enable-module=alias 
--disable-module=userdir --disable-module=asis --disable-module=include 
--disable-module=cgi --disable-module=actions --disable-module=imap 
--disable-module=autoindex --enable-module=dir 
--activate-module=src/modules/php4/libphp4.a 
--activate-module=src/modules/gzip/mod_gzip.o --enable-module=rewrite

make EXTRA_CFLAGS=-DDYNAMIC_MODULE_LIMIT=0


ldd httpd
libpam.so.0 => /lib/libpam.so.0 (0x4002)
libdl.so.2 => /lib/libdl.so.2 (0x40028000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x4002c000)
libmm.so.11 => /usr/lib/libmm.so.11 (0x40049000)
libpcre.so.3 => /usr/lib/libpcre.so.3 (0x4004e000)
libmysqlclient.so.10 => /usr/lib/libmysqlclient.so.10 (0x40057000)
libz.so.1 => /usr/lib/libz.so.1 (0x4008b000)
libming.so => /usr/lib/libming.so (0x4009b000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x400c2000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4014e000)
libresolv.so.2 => /lib/libresolv.so.2 (0x4017c000)
libm.so.6 => /lib/libm.so.6 (0x4018d000)
libnsl.so.1 => /lib/libnsl.so.1 (0x401af000)
libdb.so.2 => /lib/libdb.so.2 (0x401c4000)
libc.so.6 => /lib/libc.so.6 (0x401d2000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)

libc6  2.2.3-5
libc6-dbg  2.2.3-5
libxml22.3.13-1
libxml2-dev2.3.13-1
libexpat1  1.95.1-5
libexpat1-dev  1.95.1-5
libc6-dev 2.2.3-5

GDB trace:

(gdb) run -X
Starting program: /XX/./httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x4024320b in free () from /lib/libc.so.6
(gdb) bt
#0  0x4024320b in free () from /lib/libc.so.6
#1  0x401124d0 in xmlXPathFreeNodeSet () from /usr/lib/libxml2.so.2
#2  0x40112fc8 in xmlXPathFreeObject () from /usr/lib/libxml2.so.2
#3  0x8085362 in php_free_xpath_object (rsrc=0x86e6ed4) at php_domxml.c:188
#4  0x8118bda in list_entry_destructor (ptr=0x86e6ed4) at zend_list.c:179
#5  0x811722b in zend_hash_apply_deleter (ht=0x81e8150, p=0x86e6d04)
at zend_hash.c:615
#6  0x81173e8 in zend_hash_graceful_destroy (ht=0x81e8150) at zend_hash.c:666#7  
0x8118d27 in zend_destroy_rsrc_list () at zend_list.c:234
#8  0x81090c1 in shutdown_executor () at zend_execute_API.c:179
#9  0x811242c in zend_deactivate () at zend.c:540
#10 0x807a867 in php_request_shutdown (dummy=0x0) at main.c:660
#11 0x8077c77 in php_apache_request_shutdown ()
#12 0x8147c39 in run_cleanups ()
#13 0x81462d5 in ap_clear_pool ()
#14 0x8146357 in ap_destroy_pool ()
#15 0x81462c1 in ap_clear_pool ()
#16 0x8156551 in child_main ()
#17 0x8156b91 in make_child ()
#18 0x8156d0c in startup_children ()
#19 0x815737c in standalone_main ()
#20 0x8157bac in main ()
#21 0x401ef2db in __libc_start_main () from /lib/libc.so.6

or with MALLOC_CHECK_=2

#0  0x401feaf1 in kill () from /lib

[PHP-DEV] Bug #12092 Updated: pathinfo fails to return when passed a file with no extension

[joey]

ID: 12092
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Any
Operating System: GNU/Linux
PHP Version: 4.0.4pl1
New Comment:

Try upgrading your PHP. I get your "expected behavior"
from 4.0.7-dev.

Previous Comments:


[2001-07-12 06:15:38] [EMAIL PROTECTED]

\n");
echo ($info["basename"]."\n");
echo ($info["extension"]."\n");
?>

This should print:
/foo
bar


but will not return.

\n");
echo ($info["basename"]."\n");
echo ($info["extension"]."\n");
?>

prints\n");
echo ($info["basename"]."\n");
echo ($info["extension"]."\n");
?>
/foo
bar.baz
baz

as expected and

\n");
echo ($info["basename"]."\n");
echo ($info["extension"]."\n");
?>

prints
/foo
bar.


as expected, it's only the case where there is no trailing . that pathinfo fails to 
work.

The configure line is:

 './configure' '--with-config-file-path=/www/conf' '--enable-track-vars' 
'--with-apxs=/usr/apache/bin/apxs' '--with-oci8' '--enable-ftp' '--with-mysql' 
'--with-pgsql' '--enable-xml' '--enable-inline-optimization' '--disable-debug' 
'--with-zlib' '--enable-shared' '--with-gnu-ld' '--with-mcrypt'





ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=12092&edit=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 #12161 Updated: The date() function

[joey]

ID: 12161
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:

This is not a PHP bug, it is a bug in your code, related to
the use of preg_replace.
Example: printdate("ddd");

You're expecting:
Mon

You should be getting:
7on

Why?
Mon is becoming date("M")on, or something like it.
I don't know if this is what preg_replace SHOULD be
doing or not...it seems to be making multiple passes
until it can no longer replace anything. Could someone
who knows about preg_replace please verify whether this
is the correct behavior or not?

In the meantime, I fixed the userland code so that it performs
as you expected. You can find it at http://www.joeysmith.com/phpdate.phps

Previous Comments:


[2001-07-14 04:24:44] [EMAIL PROTECTED]

PHP Authors,

My names are James Hitz, author of http://jamhitz.tripod.com a website that provides 
free PHP tutorials.

I was creating a tutorial on user-defined functions and was working on one that 
accepts a string containing a date format (eg. dd-mmm-yy) and outputs  the date in the 
specified format.  The code is as follows:



On my Win 98 (Second Edition) system running php version 4.06, I evoked the following 
above functrion using  the following code snippet:

print printdate(" ddd, dd d m mm mmm  y yy yyy ");

This produced the following output:

Thurs12a01 Thu, 12 12 7 07 Jul Jul01 01 01 2001 2001

Aparrently, I expected this to have produced something like this:

Thursday Thu, 12 12 7 07 Jul July 01 01 2001 2001

The parsing of the date() function seems not to act 'normal'.  The documentation I 
have states as follows in regard to the date() function: 


date
(PHP 3, PHP 4 )

date -- Format a local time/date
Description

string date (string format [, int timestamp])


Returns a string formatted according to the given  
format string using the given timestamp or the current 
local time if no timestamp is given. 

The following characters are recognized in the format
string: 

d - day of the month, 2 digits with leading zeros; i.e.
 "01" to "31" 

D - day of the week, textual, 3 letters; i.e. "Fri" 

F - month, textual, long; i.e. "January" 

j - day of the month without leading zeros; i.e. "1"
to "31" 

l (lowercase 'L') - day of the week, textual, long;
   i.e. "Friday" 

m - month; i.e. "01" to "12" 

M - month, textual, 3 letters; i.e. "Jan" 

n - month without leading zeros; i.e. "1" to "12" 

r - RFC 822 formatted date; i.e. "Thu, 21 Dec 2000 16:01:07 +0200" 

Y - year, 4 digits; i.e. "1999" 

y - year, 2 digits; i.e. "99" 

z - day of the year; i.e. "0" to "365" 



Is this a bug in the code or a bug in the documentation?  Seems to me like one of 
those. Please advise. I am making a tutorial that will make use of the above function 
and would appreciate if you would tell me what to tell my audience.

The tutorials I am make are very good for all - even complete beginners, so you can 
bundle them in your PHP distributions, or you can point users to 
http://jamhitz.tripod.com.  All tutorials are free.

Thanking you.
James N. Hitz
[EMAIL PROTECTED]






Edit this bug report at http://bugs.php.net/?id=12161&edit=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 #10235 Updated: Segfault on domxml_root()

[joey]

ID: 10235
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: Debian Linux 2.2 i386
PHP Version: 4.0 Latest CVS (08/04/2001)
New Comment:

Fixed in CVS.

Previous Comments:


[2001-04-10 10:04:59] [EMAIL PROTECTED]

./configure --prefix=/usr --with-cgi
-with-config-file-path=./ --enable-debug --disable-xml
--disable-mysql --with-dom --without-mysql --without-pcre-regex

---
./php -m
Running PHP 4.0.6-dev
Zend Engine v1.0.5, Copyright (c) 1998-2001 Zend Technologies

[PHP Modules]
standard
session
posix
domxml

[Zend Modules]

---
[testdomxml.php]

---
gdb php
GNU gdb 19990928

(gdb) set args ../testdomxml.php
(gdb) r
Starting program: /var/local/home/huld/PHP4/CVS/php4/php
../testdomxml.php
X-Powered-By: PHP/4.0.6-dev
Content-type: text/html



DomDocument Object
(
[doc] => Resource id #2
[url] => ./file.xml
[version] => 1.0
[standalone] => -1
[type] => 9
[compression] => -1
[charset] => 1
)

Program received signal SIGSEGV, Segmentation fault.
0x80635ad in php_dom_get_object (wrapper=0x0, rsrc_type1=5,
rsrc_type2=0)
at php_domxml.c:490
490
if (Z_TYPE_P(wrapper) != IS_OBJECT) {(gdb) bt
#0  0x80635ad in php_dom_get_object (wrapper=0x0,
rsrc_type1=5, rsrc_type2=0)
at php_domxml.c:490
#1  0x8066c1c in php_if_domxml_doc_document_element (ht=0, 
return_value=0x8174ba4, this_ptr=0x0, return_value_used=1)
at php_domxml.c:1758
#2  0x80f088a in execute (op_array=0x816ff04) at
./zend_execute.c:1494
#3  0x80c7e44 in zend_execute_scripts (type=8, file_count=3)
at zend.c:743
#4  0x805d6cf in php_execute_script
(primary_file=0xbca4) at main.c:1196
#5  0x805b6bc in main (argc=2, argv=0xbd34) at
cgi_main.c:731


Look's like new Zend API? Other ext/ works excellent.



[2001-04-08 16:49:43] [EMAIL PROTECTED]



./configure --prefix=/usr --with-apxs=/usr/bin/apxs 
--with-config-file-path=/etc/php4/apache --enable-debug --with-dom

php.ini-dist (not relevant)

Program received signal SIGSEGV, Segmentation fault.
0x403ada4e in compile_branch (options=0, brackets=0x8, codeptr=0x0,
ptrptr=0x403b1824, errorptr=0x4046baf4, optchanged=0x2, reqchar=0x2,
countlits=0x2, cd=0x10) at pcre.c:1209
1209for (c = 0; c < 32; c++) class[c] |= ~cbits[c+cbit_word];
(gdb) bt
#0  0x403ada4e in compile_branch (options=0, brackets=0x8, codeptr=0x0,
ptrptr=0x403b1824, errorptr=0x4046baf4, optchanged=0x2, reqchar=0x2,
countlits=0x2, cd=0x10) at pcre.c:1209
#1  0x4046baf4 in inflate_mask () from /usr/lib/libxml2.so.2
#2  0x403b1846 in match (eptr=0x1 ,
ecode=0x8155afc "", offset_top=0, md=0x1, ims=135616424, eptrb=0x0,
flags=1078193993) at pcre.c:3956
#3  0x40375147 in php_if_apache_lookup_uri (ht=135598500, return_value=0x2,
this_ptr=0x6e616d6d, return_value_used=1077437309) at php_apache.c:407
#4  0x40386420 in php_xpath_get_object (wrapper=0x8, rsrc_type1=3,
rsrc_type2=0) at php_domxml.c:332
#5  0x4039e4c3 in fn_ext (
name=0xbaf8 "\002f\023\b\024c\023\b\f/\016\b\020\022\025\b")
at mf_fn_ext.c:24
#6  0x40399b9e in vio_blocking (vio=0x81347ec, set_blocking_mode=8 '\b')
at violite.c:216
#7  0x4039a8ab in atoi_octal (str=0x81347ec "ÄG\023\b\224\236\024\bÌÔ\f\b")
at my_init.c:40
#8  0x4039a8ef in atoi_octal (str=0x81347ec "ÄG\023\b\224\236\024\bÌÔ\f\b")
at my_init.c:42
#9  0x8053ef4 in ap_invoke_handler ()
#10 0x806283c in ap_some_auth_required ()
#11 0x8062898 in ap_process_request ()
#12 0x805c5b9 in ap_child_terminate ()
#13 0x805c74c in ap_child_terminate ()
#14 0x805c869 in ap_child_terminate ()
#15 0x805cd1b in ap_child_terminate ()
#16 0x805d3dd in main ()
#17 0x400c2a42 in __libc_start_main () from /lib/libc.so.6






Edit this bug report at http://bugs.php.net/?id=10235&edit=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 #11304 Updated: memory leak

[joey]

ID: 11304
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: DOM XML related
Operating System: RHat 6.2
PHP Version: 4.0.5
New Comment:

This is great. Do you have a test case for this bug?

Previous Comments:


[2001-06-06 02:18:52] [EMAIL PROTECTED]

This (I think) is a new bug with libxml2.so (libxml2-2.3.9-1)



[2001-06-06 02:15:56] [EMAIL PROTECTED]

php_domxml.c, line #698

The pointer (content) from xmlNodeGetContent(last); needs to be freed.  There's still 
another memory leak in domxml but it leaks much slower now.  To my version of the file 
I added:

if (content) {
add_property_stringl(child, "content", (char *) content, strlen(content), 1);
free(content);
}

directly beneath it.






Edit this bug report at http://bugs.php.net/?id=11304&edit=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 #1289 Updated: system, exec, and passtru always returns -1

[joey]

ID: 1289
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Misbehaving function
Operating System: linux--Redhat 5.2
PHP Version: 3.0.7
New Comment:

It's called "virtual hosting", and we really should
fix this if it is an acutal bug.

Previous Comments:


[2001-07-22 16:57:38] [EMAIL PROTECTED]

why would you want to put a bogus hostname in your
ServerName directive?



[1999-04-05 01:35:09] [EMAIL PROTECTED]

When ServerName in httpd.conf is set differently then the actual host's name, the 
return values of anything called with system, exec, and passthru (except for running 
the "/bin/date") is always -1.  For instance, we have a machine named phony.wwc.edu, 
but in apache we set the ServerName to hotnest.wwc.edu.  Suddenly doing something like 
 system("echo blah",$errno); print $errno; prints -1 instead of 0.  This is completely 
unrelated to safe mode, btw. (which was our first suspect)





Edit this bug report at http://bugs.php.net/?id=1289&edit=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 #12111 Updated: gdImageCreateFromPng dos not work

[joey]

ID: 12111
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Open
Bug Type: *Compile Issues
Operating System: Linux
PHP Version: 4.0.6
New Comment:

No status was set.

Previous Comments:


[2001-07-13 18:21:37] [EMAIL PROTECTED]

Hi 

I know that all is OK with GD and PNG so tried
to add

#define HAVE_GD_PNG 1 in main/php_config.h after the configure.

All is OK with that line

The problems seems to come from ./configure



[2001-07-12 14:20:35] [EMAIL PROTECTED]

./configure \
--with-pgsql=/usr/local \
--with-mysql=/usr/local \
--with-imagic \
--with-imap \
--enable-track-vars \
--enable-safe-mode \
--enable-memory-limit \
--enable-magic-quotes \
--enable-roxen-zts \
--with-gd=/usr/ \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-t1lib \
--with-cpdflib \
--enable-ftp \
--enable-calendar \
--with-gdbm \
--enable-zlib=/usr/ \
--with-zlib-dir=/usr \
--with-gettext \
--with-xml \
--with-dom \
--with-swf \
--with-apache=/usr/local/src/apache_1.3.19




[2001-07-12 14:05:33] [EMAIL PROTECTED]

What is your ./configure line?
Make sure you specify where your libpng library and header files can be found under.  
eg.
--with-png-dir=/usr 



[2001-07-12 13:52:48] [EMAIL PROTECTED]

Hi 

Upgrading from php-4.0.4pl1 to php-4.0.6 gdImageCreateFromPng stops
working. We have this problem on 3 Linux servers but it works fine
open OpenBSD 2.7

On php-4.0.4pl1, configure gives :

checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... yes
checking for libXpm (needed by gd-1.8+)... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageColorClosestHWB in -lgd... (cached) yes
checking for gdImageColorResolve in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
checking for gdImageWBMP in -lgd... (cached) yes
checking for gdImageCreateFromJpeg in -lgd... (cached) yes
checking for gdImageCreateFromXpm in -lgd... (cached) no

All is OK : checking for gdImageCreateFromPng in -lgd... (cached) yes

On php-4.0.61, configure gives :

checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no

Here, the fonction is not found : checking for gdImageCreateFromPng in -lgd... no

All is Ok on an OpenBSD 2.7






Edit this bug report at http://bugs.php.net/?id=12111&edit=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 #12175 Updated: design proposal

[joey]

ID: 12175
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Bogus
Bug Type: *General Issues
Operating System: na
PHP Version: 4.0.6
New Comment:

Making this go away, at user's request.

Previous Comments:


[2001-07-15 10:12:29] [EMAIL PROTECTED]

Could you please delete this from this database once you receive it, it is not 
approprite for this group

Thanks



[2001-07-15 10:02:54] [EMAIL PROTECTED]

a



[2001-07-15 09:58:36] [EMAIL PROTECTED]

Hello,

I am writing this here because I could not find any other contact information.  I own 
a small web design company and I have a proposition for php.net.  We are looking for 
alternate methods of attracting new clients.  Your site could look and navigate much 
better if our designers were to create a new gui interface.  I am willing to do this 
for free (our typical designs are 5-20K) in exchange for a icon on the home page that 
says "Site design by 1stOmni"

This is a win-win for both of us, you get free design and we get potential new 
clients.

I look forward to your response.

Kindest Regards,

David Borgesen
1stOmni Corporation





Edit this bug report at http://bugs.php.net/?id=12175&edit=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 #12058 Updated: Serialize dies for large objects

[joey]

ID: 12058
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Closed
Bug Type: Class/Object related
Operating System: linux
PHP Version: 4.0.5
New Comment:

Infinite loops crash PHP.

Previous Comments:


[2001-07-11 13:18:11] [EMAIL PROTECTED]

Serialize died because there was an object used that had a reference pointing to 
another reference. (Like in a two way linked list) This created an infinite loop when 
trying to resolve the reference during serialization. (Does serialize work 
recursively?) It was my fault for not using __sleep to fix this beforehand. However, 
PHP should not die like it did. It did not throw an error or anything. It just hit the 
infinite loop and then did not respond. Is it possible to check for a recursive 
reference error before running serialize on the object?



[2001-07-11 12:29:38] [EMAIL PROTECTED]

$timesheet = new timesheet(); //Very large object with no references
$temp=serialize($timesheet);
$timesheet->write();
//serialize causes everything to break. No error messages. The page is no longer found 
by the web server. Leaving out serialize causes no bug.





Edit this bug report at http://bugs.php.net/?id=12058&edit=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 #12074 Updated: Enhance sybase_ct with sybasel_unbuffered_query(),

[joey]

ID: 12074
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Open
Bug Type: Feature/Change Request
Operating System: Linux & HP-UX
PHP Version: 4.0.6
New Comment:

Fix "null" status.

Previous Comments:


[2001-07-12 07:16:32] [EMAIL PROTECTED]

Change short description



[2001-07-11 18:43:40] [EMAIL PROTECTED]

NEW FEATURE

Enhance Sybase_ct with sybase_unbuffered_query()

(The same function mysql_unbuffered_query() but for sybase_ct (and others DB)

@++
JC





Edit this bug report at http://bugs.php.net/?id=12074&edit=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 #12096 Updated: header suppresion for cgi version

[joey]

ID: 12096
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Bogus
Bug Type: Feature/Change Request
Operating System: any
PHP Version: 4.0.6
New Comment:

Not a bug. Fix "null" status.

Previous Comments:


[2001-07-12 06:47:42] [EMAIL PROTECTED]

php -q will do that, use php -h to see all parameters



[2001-07-12 06:46:16] [EMAIL PROTECTED]

it would be quite usefull for the commandline version (cgi) to to have a function to 
supress any headers. so php can be used as filter and like that in a script





Edit this bug report at http://bugs.php.net/?id=12096&edit=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 #12064 Updated: Truetype functions can't locate fonts

[joey]

ID: 12064
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Feedback
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:

Fixing "null" status.

So, is this a GD Bug, or a PHP bug?

Previous Comments:


[2001-07-12 17:34:06] [EMAIL PROTECTED]

Ok, I checked out filemon.
Here's what's happening:
GD first tries to open files inside the Apache root (not the web root; for instance, 
on my box, C:\Program Files\Apache. So, if I've specified "C:\\path\\to\\font.ttf" in 
my path, I end up with:
C:\Program Files\Apache\C\C:\path\to\font.ttf.ttf

Next, it tries the current directory. However, it seems to be unable to process 
Windows drive letters, and so defaults to drive C: (my webroot's on D:, which is a 
problem), so I get
C:\path\to\script\C:\path\to\font.ttf.ttf

You get the idea. I made a directory structure on C: mimicing that of my D: webroot, 
but only containing the fonts; it worked fine (although the antialiasing was horrific, 
but that's a GD/FT2 issue).




[2001-07-12 17:18:32] [EMAIL PROTECTED]

Pretty sure, but it doesn't work the other way around either.



[2001-07-12 16:08:57] [EMAIL PROTECTED]

Are you sure that GD understands d:/path/to/font.ttf as a path?
Should it be d:\\path\\to\\font.ttf ?

--Wez.



[2001-07-12 16:00:10] [EMAIL PROTECTED]

please use filemon (www.sysinternals.com) to find out where php/gd is searching for 
the fonts, and report back.

thanks.



[2001-07-12 15:40:36] [EMAIL PROTECTED]

Rasmus:

  I did some reading through the GD docs; it seems that GD uses an environment 
variable called GDFONTPATH to locate its fonts when no path is specified (this seems 
to imply that the proper extension would also be appended). However, setting this 
properly did not work. The documentation also says that a full path will be accepted 
(with .ttf ending) if specified as a parameter.

  Seems like a problem with the way PHP is passing the string, perhaps. I would play 
with the source, but I don't have a compiler for this environment right now; it seems 
that people are not having this problem on Unices, so I won't bother looking there.

Any clue?

Thanks,
Ben



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12064


Edit this bug report at http://bugs.php.net/?id=12064&edit=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 #12003 Updated: failed to locate host machine

[joey]

ID: 12003
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Feedback
Bug Type: InterBase related
Operating System: Linux Red Hat 7.1 (2.4.2)
PHP Version: 4.0.6
New Comment:

The error message is implying that you have not made
the required updates to your /etc/services file that
Interbase requires.

Make sure the following line appears somewhere in your
/etc/services:

gds_db 3060/tcp

(This is assuming you haven't done anything silly which
would make interbase run on a port other than the default.)

Previous Comments:


[2001-07-11 07:06:45] [EMAIL PROTECTED]

Compilation of php was:
./configure --with-interbase=/opt/interbase --with-apxs=/usr/local/apache/bin/apxs 
--enable-debug.

Othervice ... I can't find a file php_interbase.so



[2001-07-11 02:06:04] [EMAIL PROTECTED]

Sure. This problem is only on the server, where interbase is running.



[2001-07-10 06:02:35] [EMAIL PROTECTED]

This does not like a PHP error, but PHP is rather relaying the error that InterBase 
gives.
Are you sure Interbase running and the name 'localhost' resolves into an IP address?

Derick



[2001-07-10 05:58:33] [EMAIL PROTECTED]

I have a problem with connecting to database server.
I have W2000+Apache1.3.20+PHP4.06 machine and when I connect with
$dbh = ibase_pconnect('interbase.agropol:/opt/interbase/data/ptf.gdb','name','pass'); 
it works.
The server is Red Hat 7.1. But when I try to connect from itself with
$dbh = ibase_connect('localhost:/opt/interbase/data/ptf.gdb','name','pass');
it returns to me 
Warning: InterBase: Unable to complete network request to host "localhost". Failed to 
locate host machine. Undefined service gds_db/tcp. in /usr/local/apache/htdocs/cl.php 
on line 11






Edit this bug report at http://bugs.php.net/?id=12003&edit=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 #12003 Updated: failed to locate host machine

[joey]

ID: 12003
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: InterBase related
Operating System: Linux Red Hat 7.1 (2.4.2)
PHP Version: 4.0.6
New Comment:

BTW, please also update this bug to actually tell us which
OS you are running. In the OS type above, you have said:
Linux Red Hat 7.1 (2.4.2)

But in the text of the bug report, you said:
W2000+Apache1.3.20+PHP4.06

Which is it?

Previous Comments:


[2001-07-22 19:24:07] [EMAIL PROTECTED]

The error message is implying that you have not made
the required updates to your /etc/services file that
Interbase requires.

Make sure the following line appears somewhere in your
/etc/services:

gds_db 3060/tcp

(This is assuming you haven't done anything silly which
would make interbase run on a port other than the default.)



[2001-07-11 07:06:45] [EMAIL PROTECTED]

Compilation of php was:
./configure --with-interbase=/opt/interbase --with-apxs=/usr/local/apache/bin/apxs 
--enable-debug.

Othervice ... I can't find a file php_interbase.so



[2001-07-11 02:06:04] [EMAIL PROTECTED]

Sure. This problem is only on the server, where interbase is running.



[2001-07-10 06:02:35] [EMAIL PROTECTED]

This does not like a PHP error, but PHP is rather relaying the error that InterBase 
gives.
Are you sure Interbase running and the name 'localhost' resolves into an IP address?

Derick



[2001-07-10 05:58:33] [EMAIL PROTECTED]

I have a problem with connecting to database server.
I have W2000+Apache1.3.20+PHP4.06 machine and when I connect with
$dbh = ibase_pconnect('interbase.agropol:/opt/interbase/data/ptf.gdb','name','pass'); 
it works.
The server is Red Hat 7.1. But when I try to connect from itself with
$dbh = ibase_connect('localhost:/opt/interbase/data/ptf.gdb','name','pass');
it returns to me 
Warning: InterBase: Unable to complete network request to host "localhost". Failed to 
locate host machine. Undefined service gds_db/tcp. in /usr/local/apache/htdocs/cl.php 
on line 11






Edit this bug report at http://bugs.php.net/?id=12003&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #10080 Updated: can't call the function sybase_affected_rows() for insert, update and delete

[joey]

ID: 10080
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Sybase (dblib) related
Assigned To: 
Comments:

Please try the manual before reporting bugs.
http://php.net/manual/en/function.sybase-affected-rows.php
Note: This function is only available using the CT library interface to Sybase, and 
not the DB library.

Previous Comments:
---

[2001-03-30 13:25:03] [EMAIL PROTECTED]
Hello Sirs.
When I use sybase_affected_rows()  fucntion for our project, the function call failed.
Following is the code snippet:

$query = "insert into form_form values('company', 'lingqin', 'file', 
'[EMAIL PROTECTED]', 'subject')";
$conn = sybase_connect($server, $user, $pass);
sybase_select_db($dbname, $conn);
$result = sybase_query($query, $conn);
$rows = sybase_affected_rows($result);

When I run the above script, I got the following error:
Fatal error: Call to undefined function: sybase_affected_rows() in 
/webdev/skmtest/rw/docroot/sybtest.phtml on
line 9

But, the PHP manul tells me the above function can be used by PHP 3>= 3.0.6, PHP 4
We are using PHP Version 4.0.4pl1.

Please let  me know what's the problem.
Thanks a lot.
Ling Zhang



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10080&edit=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 Bug #10098 Updated: can't start php.exe

[joey]

ID: 10098
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:

Not a PHP bug. Complain to Microsoft. :)

Previous Comments:
---

[2001-04-01 12:07:08] [EMAIL PROTECTED]
when i installed php on my computer it was impossible to start php.exe because 
Odbs32.dll was missing. this .dll comes with ms-office, but not with win'98 
distribution!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10098&edit=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 Bug #10176 Updated: configurable cgi parameter separators

[joey]

ID: 10176
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To: 
Comments:

Thank you. This is a known issue. 4.0.5 will have 2
ini parameters to deal with this:
arg_separator.input
arg_separator.output

Read the php-dev archives for more info. :)

Previous Comments:
---

[2001-04-05 02:14:10] [EMAIL PROTECTED]
It would be nice to have configurable cgi parameter separators for http get requests, 
because the commonly used & sign doesn't fullfill the HTML specification.

read more on this at: http://validator.w3.org/docs/errors.html#bad-entity

It would be nice if this could be configured on a directory/server/virtual server 
basis in .htaccess or httpd.conf files maybe in the following way:

php_value cgi_get_separator ;

for ; as an example

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10176&edit=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 Bug #10237 Updated: sybase_query returns 1 instead of link id with action queries

[joey]

ID: 10237
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sybase-ct (ctlib) related
Assigned To: 
Comments:

Link ID is returned by sybase_connect, not sybase_query.
In your example, use:
echo sybase_affected_rows($con);

A close examination of the PHP Manual will solve this kind
of confusion.

Not a bug.

Previous Comments:
---

[2001-04-09 02:01:54] [EMAIL PROTECTED]
sybase_query returns 1 instead of a link id when I run an action query. The following 
code reproduces the error:

$con = sybase_connect("SYBASE", "user", "pass");
sybase_select_db("cope");
$qry = sybase_query("update ...", $con);

echo sybase_affected_rows($qry);
sybase_close($con);

The update query works in isql.

Here is my configure line:
'./configure' '--with-apache=../apache_1.3.19' '--with-sybase-ct=/opt/sybase' 
'--with-curl=../curl-7.7' '--with-mm=../mm-1.1.3' '--enable-bcmath' 
'--enable-calendar' '--enable-ctype' '--enable-exif' '--enable-ftp' 
'--enable-gd-imgstrttf' '--with-gd' '--enable-trans-sid' '--enable-shmop' 
'--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10237&edit=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 #10284 Updated: sttchr() function bug

[joey]

ID: 10284
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Please try reading the manual before submitting bugs.
http://us.php.net/manual/en/function.strrchr.php clearly says
"If needle contains more than one character, the first is used."

Not a bug.

Previous Comments:
---

[2001-04-11 06:40:33] [EMAIL PROTECTED]
";
echo $q."";
echo $b;
?>
///result//
%C5%DA%B7%B9%C5%E4%BA%F1%C5%DA%B7%B9%C5%E4%BA%F1
%C5%DA
%F1

I want this result,"%C5%DA%B7%B9%C5%E4%BA%F1"
Maybe it is function's bug.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10284&edit=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 #10252 Updated: strcat() used on uninitialized string

[joey]

ID: 10252
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: ODBC related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Closed in CVS. I actually used strlcpy() instead, but same
general concept.

Previous Comments:
---

[2001-04-16 23:10:35] [EMAIL PROTECTED]
Joey Smith has(had?) a patch he was considering applying that should fix this problem 
as well... waiting to hear back from him currently on it's status...

---

[2001-04-09 15:30:56] [EMAIL PROTECTED]
I was getting intermittent errors connecting to databases. 
Sometimes it would work fine, sometimes my connect string
would turn to gibberish and sometimes the process would
segfault.

On further examination, in
ext/odbc/php_odbc.c:odbc_sqlconnect(), within the
if(strstr(char *)db,";") block, there is a line
"strcat(ldb,db);".  At this point in the code, ldb was just
emalloced, and had uninitialized contents.  I think strcpy()
is more appopriate here, and changing the code to this seems
to have cleared up my errors.

Thank you very much.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10252&edit=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 #10408 Updated: Bad Sybase-CTlib closing

[joey]

ID: 10408
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Cannot duplicate this locally, can you provide more info?

Previous Comments:
---

[2001-04-19 15:18:52] [EMAIL PROTECTED]
if you run this script :


';// I want to see this one !!!
exit();  // global exit of php
}

//MAIN PGM:
// set to the user defined error handler
set_error_handler('myErrorHandler');
$connect_id=sybase_connect('MyServer','MyLogin','MyPassword');
if (!$connect_id)
echo "An error in sybase_query !!"; // I don't want to see this message
else
{   $res=sybase_query('select * from toto',$connect_id);
if (!$res)
echo "An error in sybase_query !!"; // I don't want to see this 
message too
else
echo 'No error';
}
?>


and that the table toto doesn't exist you trigger the myErrorHandler and the script 
terminate as intended. The problem is that Sybase doesn't seem aware of this and the 
process will live forever even if it doesn't allow Sybase query any more. So if you 
run this script a few times all the processes will be sleeping and you will no more be 
able to make a Sybase query. I think there is a problem in the way you handle the 
Sybase connexion in a error handler with an exit() call.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10408&edit=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 #10411 Updated: number_format returns wrong values

[joey]

ID: 10411
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Try changing:
$total = number_format($calcs_a + calcs_b,2);
to
$total = number_format($calcs_a + $calcs_b,2);
(Note the missing $)

Works just fine here with that small adjustment.

Previous Comments:
---

[2001-04-19 17:35:01] [EMAIL PROTECTED]
number_format returns wrong values in certain situations, 
here is a code example...

$value = 504;
$calcs_a = number_format($value,2);

$othervalue = 504;
$calcs_b = number_format($othervalue,2);

$total = number_format($calcs_a + calcs_b,2);

this returns:
$calcs_a is 504.00
$calcs_b is 504.00
$total is 1.00  (should be 1008.00)

I have seen this on several occasions now on multiple 
machines/setups/Oses




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10411&edit=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 #6505 Updated: apache fails with php4 & freetds

[joey]

ID: 6505
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Sybase (dblib) related
PHP Version: 4.0 Latest CVS (02/09/2000)
Assigned To: 
Comments:

I realize this is a closed bug, but I think it is appropriate
to note here that thanks to Vlad, the last comment here is
no longer required. See bug #8126 for details.

Previous Comments:
---

[2001-05-02 18:45:07] [EMAIL PROTECTED]
probably should close the report, though I have not tried the patch.  The newer 
versions of FreeTDS and PHP work, so long as (per the Spanish contribution to the 
mssql_connect section of the manual), I edit

/ext/sybase/php_sybase_db.c

to replace all three occurrences of "dbopen" with "tdsdbopen".



---

[2001-05-02 16:18:29] [EMAIL PROTECTED]
Looks like since setting the charset is not often used, it is a bug in the library 
that went unnoticed. Here is an idea:

Patch your include/sybdb.h for FreeTDS. The patch is a one-liner (against version 
0.51):

--- old.h   Wed Oct 18 19:35:34 2000
+++ sybdb.h Wed May  2 13:15:42 2001
@@ -298,6 +298,7 @@
 extern RETCODEDBSETLUSER(LOGINREC *login, char *username);
 extern RETCODEDBSETLHOST(LOGINREC *login, char *hostname);
 extern RETCODEDBSETLAPP(LOGINREC *login, char *application);
+extern  RETCODEDBSETLCHARSET(LOGINREC *login, char *charset);
 #ifdef DBMFIX
 extern DBPROCESS *tdsdbopen(LOGINREC *login,char *server);
 #else

If you succeed, please, report this to the author of FreeTDS, and close the bug report.

---

[2000-12-06 21:43:09] [EMAIL PROTECTED]
This is dblib, not ctlib

---

[2000-09-02 15:37:59] [EMAIL PROTECTED]
see also bug report # 6069.

---

[2000-09-02 15:32:11] [EMAIL PROTECTED]
I am trying to compile using freetds to eventually access an MS SQL server.

for freetds (v.0.5)

./configure --prefix=/usr/local/freetds/ --enable-msdblib --with-tdsver=4.2

for php 4 (latest CVS 2/9/2000)
 ./configure --with-apxs --with-mysql --enable-track-vars 
--with-config-file-path=/etc/php4/apache --with-sybase=/usr/local/freetds

export SYBASE=/usr/local/freetds
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:$SYBASElib

I edited the /usr/local/freetds/interfaces file to set up the MS SQL server address.  
I fixed httpd.conf to have the sybase interfaces file be /usr/local/freetds/interfaces

when I stop apache and run 
apachectl configtest

I get the following output

Syntax error on line 108 of /etc/apache/httpd.conf:
Cannot load /usr/lib/apache/1.3/libphp4.so into server: 
/usr/lib/apache/1.3/libphp4.so: undefined symbol: DBSETLCHARSET

Brian Bruns, the author of freetds, suggested a library problem and attempting to fix 
it by exporting the SYBASE and LD_LIBRARY_PATH variables.  But this does not work.

The only place in the source that I can find DBSETLCHARSET is in file
ext/sybase/php_sybase_db.c
at line 354:
 DBSETLCHARSET(sybase.login,charset);
 but I don't know enough about programming to figure out what sybase.login and charset 
are needed here, or even to know if this is the offending line.

thanks for any help you can give me.  I have been trying for a long time to find a 
reliable way to send queries from PHP to a Microsoft SQL server that resides on 
another machine and to which I only have read access.







---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6505&edit=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 #10676 Updated: sybase_connect

[joey]

ID: 10676
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

What version of the Sybase CT Libs are you using here?
In "Sybase Common-Library/11.1.1/P/Linux", the "net_close"
symbol has been changed to "syb_net_close".

IIRC, the bug here is simply that both the IMAP lib and Sybase
libs have the symbol "net_close". Pretty sure it's not a PHP
bug.

If I'm wrong, we can reopen it.

If I'm right, you simply need to obtain newer sybase-ct libs.

Previous Comments:
---

[2001-05-04 15:31:14] [EMAIL PROTECTED]
We've been having problems with this since php 4.0.3.  Here is a
full backtrace of a running (not for long) httpd child that dies as
soon as sybase_connect is called.  You'll notice the segfault
complains at mail.c.  Since sybase has nothing to do with this
file, I'm guessing there's a crosslink somewhere in the PHP
code, or a pointer that is getting lost somewhere.

---
Attaching to program: /usr/sbin/httpd, Pid 4719
Reading symbols from /lib/libpam.so.0...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /home/sybase/lib/libinsck.so...done.
Reading symbols from /home/sybase/lib/libsybtcl.so...done.
Reading symbols from /home/sybase/lib/libintl.so...done.
Reading symbols from /home/sybase/lib/libcomn.so...done.
Reading symbols from /home/sybase/lib/libct.so...done.
Reading symbols from /home/sybase/lib/libcs.so...done.
Reading symbols from /usr/lib/libpq.so...done.
Reading symbols from /usr/lib/libmcrypt.so.4...done.
Reading symbols from /usr/lib/libltdl.so.0...done.
Reading symbols from /usr/lib/libttf.so.2...done.
Reading symbols from /usr/lib/libpng.so.2...done.
Reading symbols from /usr/lib/libz.so.1...done.
Reading symbols from /usr/lib/libgd.so.1...done.
Reading symbols from /lib/libresolv.so.2...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from /lib/libnss_nisplus.so.2...done.
Reading symbols from /lib/libnss_nis.so.2...done.
0x402dfa02 in __libc_accept () from /lib/libc.so.6
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x819dcaf in net_close (stream=0x82d1b90) at mail.c:4857
4857mail.c: No such file or directory.
(gdb) bt
#0  0x819dcaf in net_close (stream=0x82d1b90) at mail.c:4857
#1  0x40093557 in np_io_close () from /home/sybase/lib/libct.so
#2  0x4009c327 in ct__tds_closeconn () from /home/sybase/lib/libct.so
#3  0x40063a3d in com__async_runstack () from /home/sybase/lib/libcomn.so
#4  0x40063939 in com__async_poll_state () from /home/sybase/lib/libcomn.so
#5  0x4006377f in com__async_do_poll () from /home/sybase/lib/libcomn.so
#6  0x400631eb in com_async_poll () from /home/sybase/lib/libcomn.so
#7  0x400a3ac1 in ct__api_async () from /home/sybase/lib/libct.so
#8  0x400a62c2 in ct__api_close () from /home/sybase/lib/libct.so
#9  0x400a63d1 in ct_close () from /home/sybase/lib/libct.so
#10 0x8114034 in _close_sybase_link (rsrc=0x832aea4) at php_sybase_ct.c:158
#11 0x812dd6a in list_entry_destructor (ptr=0x832aea4) at zend_list.c:258
#12 0x812cc3e in zend_hash_del_key_or_index (ht=0x82ab1c8, arKey=0x0,
nKeyLength=0, h=1, flag=1) at zend_hash.c:535
#13 0x812daaf in zend_list_delete (id=1) at zend_list.c:59
#14 0x8129457 in _zval_dtor (zvalue=0x832840c) at zend_variables.c:80
#15 0x81238c2 in _zval_ptr_dtor (zval_ptr=0x82cb5c8)
at zend_execute_API.c:261
#16 0x812ccd9 in zend_hash_destroy (ht=0x82ab0ac) at zend_hash.c:564
#17 0x8123752 in shutdown_executor () at zend_execute_API.c:165
#18 0x8129e07 in zend_deactivate () at zend.c:525
#19 0x80a7422 in php_request_shutdown (dummy=0x0) at main.c:688
#20 0x80a55ba in php_apache_request_shutdown ()
#21 0x8155c6e in run_cleanups ()
#22 0x815449d in ap_clear_pool ()
#23 0x8154511 in ap_destroy_pool ()
#24 0x816c1e2 in ap_destroy_sub_req ()
#25 0x807ffc8 in handle_include ()
#26 0x8082fc5 in send_parsed_content ()
#27 0x808359d in send_parsed_file ()
#28 0x8158f53 in ap_invoke_handler ()
#29 0x816ca99 in process_request_internal ()
#30 0x816cafc in ap_process_request ()
#31 0x81640ce in child_main ()
#32 0x816430c in make_child ()
#33 0x8164686 in perform_idle_server_maintenance ()
#34 0x8164bc5 in standalone_main ()
#35 0x8165183 in main ()
#36 0x402459cb in __lib

[PHP-DEV] Bug #5323 Updated: Accessing the array returned by sybase_fetch_array() crashes php.

[joey]

ID: 5323
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Duplicate
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0.1pl2
Assigned To: 
Comments:

This has now become #5684

Previous Comments:
---

[2000-07-27 22:22:23] [EMAIL PROTECTED]
I've switched to CT-Lib; data corruption is gone, BUT... the call to ct_con_alloc() 
fails frequently... in ext/php_sybase_ct.c, the line that reads:

if(ct_con_alloc(...) != CS_SUCCEED) {
   phperror(E_WARNING, "Unable to allocate connection record...");
}

~(not a verbatim description)~

Is getting executed.  I can't get php, sybase, or linux to give me any more 
information...  Perhaps CT-Lib has verbose error reporting that I could build in right 
here?

---

[2000-07-27 20:19:02] [EMAIL PROTECTED]
awaiting feedback since 07-04

---

[2000-07-04 22:04:30] [EMAIL PROTECTED]
There have been some changes to the DB-Lib in recent CVS.
DB-Lib has been very unreliable since 4.0 beta 1, but Zeev
is trying to fix it. Can you try the CVS and see if it works?

Reason(s) to use CT-Lib instead of DB-Lib:

1) DB-Lib is no longer supported by Sybase and will eventually
go away.

2) DB-Lib does not have, for example, sybase_num_rows(). You
have to do a second query ("select count(*)") to get this information.

3) The error messages in CT-Lib are more configurable. You can turn
down the min_severity_level with sybase.min_message_severity and
friends in your php.ini. This will make the warnings go away, while still
letting you see the stuff that you need to.

---

[2000-07-02 01:20:14] [EMAIL PROTECTED]
The following code snippet is used in an abstract db class in an application I am 
writing:

~
$query=sybase_query("");
while($row=sybase_fetch_array($query)) {
   while(list($key,$val)=each($row))
  if(is_int($key)) unset($row[$key]);

   $result[]=$row;
}
return $result;
~

The code is used to get rid of [via unset()] the numeric keys in the array that 
syabse_fetch_array() returns.  When executed, the Apache server dies from a seg fault.

gdb reports different error messages spuriously:
segfault - 0x40082501 in __kill () from /lib/libc.so.6
segfault - 0x in ?? () from /opt/sybase-11.9.2/libsybc.so

If the line containing "unset()" is removed, the crash does not occur (sometimes there 
is no crash, only garbled data).  

If PHP is compiled with the Sybase-CT library instead, then the code works fine 
(unchanged), but this is unoptimal since then warnings are generated by selecting the 
database with sybase_connect() or sybase_select_db().

Please e-mail me if there is a solution to that problem.  Also, I couldn't find any 
documentation on the advantages or disadvantages of DB vs CT...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=5323&edit=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 #8954 Updated: compiling with sybase-ct fails

[joey]

ID: 8954
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: joey
Comments:

I am planning on getting to this during the month of June.
Maybe around 4.0.8 or so?

Previous Comments:
---

[2001-01-31 13:22:51] [EMAIL PROTECTED]
This is because you are trying to use FreeTDS.
PHP's configure scheme expects the Sybase libraries.
IIRC, the FreeTDS guys have a patch for this. You should
look around thier site or ask on their list.

Leave this bug open, but reclassify...we really should
support FreeTDS someday.

---

[2001-01-27 16:52:21] [EMAIL PROTECTED]
doing a make fails with the following output:

ld: fatal: library -lsybtcl: not found
ld: fatal: library -lcomn: not found
ld: fatal: library -lcs: not found
ld: fatal: library -lsybtcl: not found
ld: fatal: library -lcomn: not found
ld: fatal: library -lcs: not found
ld: fatal: File processing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1

the configure command used is:

./configure --with-mysql --with-sybase-ct=/usr/local/freetds --with-dom

mysql, freetds, and libxml have all been installed properly.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8954&edit=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 #7792 Updated: -lsybctl failure at FreeTDS

[joey]

ID: 7792
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: joey
Comments:

Again, I plan on working on this during the coming months.

Previous Comments:
---

[2000-11-13 21:08:48] [EMAIL PROTECTED]
ok, I had to patch php-4.0.3pl1 in order to compile php --with-sybase-ct using freetds 
libs (patch at the end of this report)

the problem is that FreeTDS does not have a couple of files that php looks for when 
compiling --with-sybase-ct support, those files (if I'm not mistaken) are:

libcs.so
libcomn.so
libintl.so
libtcl.so
libsybtcl.so
libinsck.so

now, I've read the bug report #7595 http://bugs.php.net/bugs.php?id=7595 which is 
directly related to this issue, in fact the patch I built is strictly based on the 
patch laszlo talks about on that bug-report. But this one works on 4.0.3pl1 

Basically: freeTDS is useless on php4 unless you patch php, so It's more a php issue 
than a freetds issue, would be possible for you guys to help in the next releases of 
php by including something like --with-freetds instead of --with-sybase-ct (or 
something like it) in a way that it wont look for those missing files?

Well, unless php team incorporates a way to compile freetds support without hacking 
php we'll just have to patch php from version to version, (which is not bad for me 
since I already learned how to do it, but for the rest of the guys who are starting 
with php... well it can be a real pain!)

and here's the patch I've used to succesfully compile freeTDS as --with-sybase-ct 
(maybe it has some errors, it's my first patch EVER.. go figure :))

diff -u -r php-4.0.3pl1/configure php-4.0.3pl1-patched/configure
--- php-4.0.3pl1/configure  Sun Oct 15 08:47:10 2000
+++ php-4.0.3pl1-patched/configure  Mon Nov 13 21:55:17 2000
@@ -16720,7 +16720,7 @@
   echo $ac_n "(cached) $ac_c" 1>&6
 else
   ac_save_LIBS="$LIBS"
-LIBS="-lintl  $LIBS"
+#LIBS="-lintl  $LIBS"
 cat > conftest.$ac_ext <&6
 else
   ac_save_LIBS="$LIBS"
-LIBS="-ltcl  $SYBASE_CT_LIBS  $LIBS"
+#LIBS="-ltcl  $SYBASE_CT_LIBS  $LIBS"
 cat > conftest.$ac_ext <&6
 else
   ac_save_LIBS="$LIBS"
-LIBS="-linsck  $LIBS"
+#LIBS="-linsck  $LIBS"
 cat > conftest.$ac_ext <&6
 else
   ac_save_LIBS="$LIBS"
-LIBS="-linsck  $LIBS"
+#LIBS="-linsck  $LIBS"
 cat > conftest.$ac_ext <http://bugs.php.net/?id=7792&edit=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 #5684 Updated: PHP Intermittently reports "Unable to allocate connection record"

[joey]

ID: 5684
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.1pl2
Assigned To: 
Comments:

According to the Sybase documentation:
"The most common reason for a ct_con_alloc failure is a
lack of adequate memory."

Can you verify that this either IS or IS NOT why you are getting this message?

IE, does it go away by itself? Do you have to reboot? Are there any other odd things 
going on with the machine at the time that this message starts to appear?

Also, this was filed against 4.0.1pl2. There have been some changes since then, one of 
which fixed a problem where connections were never really closed. Can you try a more 
recent version of PHP and see if this helps?

Previous Comments:
---

[2000-08-25 22:37:13] [EMAIL PROTECTED]
Their environment:
Sun Netra Servers in a Clustered environment with Sun Solaris 2.8.
Sybase 12.0 64 bit on Sun Server with 4G RAM.

---

[2000-08-25 22:32:17] [EMAIL PROTECTED]
I have just received information via PM that other users are experiencing this too, 
could anyone with some background here check it out, it seems to be a random 
feature

---

[2000-07-19 22:33:47] [EMAIL PROTECTED]
The call to ct_con_alloc() in 'ext/sybase_ct/php_sybase_ct.c' is not returning 
CS_SUCCEED... 

I'm unfamiliar with CT-LIB; how would I debug the library to get more information on 
the problem?  Does it maintain verbose error reporting info that I could print out 
with the PHP error message? ("Unable to allocate connection record");

Conversely is this a know problem which requires a newer CT-LIB?  Where is the 
authoritative source for it?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=5684&edit=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 #5684 Updated: PHP Intermittently reports "Unable to allocate connection record"

[joey]

ID: 5684
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.1pl2
Assigned To: 
Comments:

Setting "feedback"

Previous Comments:
---

[2001-05-14 12:17:01] [EMAIL PROTECTED]
According to the Sybase documentation:
"The most common reason for a ct_con_alloc failure is a
lack of adequate memory."

Can you verify that this either IS or IS NOT why you are getting this message?

IE, does it go away by itself? Do you have to reboot? Are there any other odd things 
going on with the machine at the time that this message starts to appear?

Also, this was filed against 4.0.1pl2. There have been some changes since then, one of 
which fixed a problem where connections were never really closed. Can you try a more 
recent version of PHP and see if this helps?

---

[2000-08-25 22:37:13] [EMAIL PROTECTED]
Their environment:
Sun Netra Servers in a Clustered environment with Sun Solaris 2.8.
Sybase 12.0 64 bit on Sun Server with 4G RAM.

---

[2000-08-25 22:32:17] [EMAIL PROTECTED]
I have just received information via PM that other users are experiencing this too, 
could anyone with some background here check it out, it seems to be a random 
feature

---

[2000-07-19 22:33:47] [EMAIL PROTECTED]
The call to ct_con_alloc() in 'ext/sybase_ct/php_sybase_ct.c' is not returning 
CS_SUCCEED... 

I'm unfamiliar with CT-LIB; how would I debug the library to get more information on 
the problem?  Does it maintain verbose error reporting info that I could print out 
with the PHP error message? ("Unable to allocate connection record");

Conversely is this a know problem which requires a newer CT-LIB?  Where is the 
authoritative source for it?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=5684&edit=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 #5842 Updated: Lost result (not printing all chars from table)

[joey]

ID: 5842
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0.1pl2
Assigned To: 
Comments:

I could not verify this bug, but I don't have the Oracle stuff here.

As this is a fairly old bug, could you please test 4.0.5 or a snapshot and see if you 
still have the same problem?

Previous Comments:
---

[2000-07-28 20:03:22] [EMAIL PROTECTED]
sample script:


Bug ?



any text over 15240 chars. Very important!





configure line:
"--with-apxs=/usr/local/apache/bin/apxs" 
"--with-oci8=/home/oracle/u01" 
"--with-sybase=/home/opt/sybase-11.9.2" 
"--enable-track-vars" 
"--enable-sigchild" 

php.ini:
any php.ini file

decription:
Any data, printed in table lost, when I try to receive any 
data from Sybase.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=5842&edit=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 #6069 Updated: new sybase pconnect function with char set does not work with freetds

[joey]

ID: 6069
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0 Latest CVS (10/08/2000)
Assigned To: 
Comments:

Just don't specify a 4th param to pconnect. This is an optional parameter, and should 
not cause any problems if nothing is set here.

Previous Comments:
---

[2000-08-10 06:44:44] [EMAIL PROTECTED]
the new pconnect function does not work properly with freetds because freetds 
apparently
does not support the DBSETLCHARSET command if the following changes are made to
the sybase_db.c file it compiles properly with freetds

if (user) {
DBSETLUSER(sybase.login,user);
}
if (passwd) {
DBSETLPWD(sybase.login,passwd);
}
//if (charset) {
//  DBSETLCHARSET(sybase.login,charset);
//}

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6069&edit=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 #5418 Updated: Bug in detection of dbm causes conflict with Sybase dbopen()

[joey]

ID: 5418
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0.1pl2
Assigned To: 
Comments:

There are 2 seperate bugs here:

1) The configure issue (IE, order of 'db' libs) and 

2) The conflict with Sybase's dbopen(). 

The second may have been solved (IIUC)by  /ext/sybase/php_sybase_db.c 1.14. 
This was committed right after 4.0.5, 
so it should be in snaps and in 4.0.6.

I think Dan has a suggestion on #1 that he said
he would forward on to you. Please let us know
if either (or both) of these solve this one, Dean.

Previous Comments:
---

[2001-05-14 12:37:52] [EMAIL PROTECTED]
attempted at a patch, sent to user.  awaiting a response.  

---

[2000-07-28 11:24:36] [EMAIL PROTECTED]
checking out

---

[2000-07-27 23:59:19] [EMAIL PROTECTED]
Yes it is.

The fix would be to change the order of the AC_CHECK_LIB's in ext/db/config.m4.  I 
think that the order should be gdbm, c, dbm, db.

As someone else reported, there is also no way to disable linking against dbm.


---

[2000-07-27 22:13:15] [EMAIL PROTECTED]
Please verify that it´s still happening using the latest version from CVS or 
snaps.php.net.

---

[2000-07-06 22:31:28] [EMAIL PROTECTED]
The configure script checks for dbm by linking a conftest.c program with a dbm_open 
call against -lgdbm, then -ldb, then -lc and finally -ldbm.

On Digital Unix, the link succeeds against -ldb, because there is a /usr/lib/libdb.a, 
but dbm_open is really in libc (and also in libdbm.a) and not in libdb.  

This causes a problem when you try to build --with-sybase, as the sybase dbopen() 
function is superceeded by the dbopen() in libdb.a.  The -ldb is before -lsybdb in the 
link command.

Configure should not be picking -ldb as the DBM_LIB value, as that is not the location 
of dbm_open.  If I install gdbm, it works fine, as it checks for that library first.



---

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=5418&edit=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 #6484 Updated: Segmentation fault when querying image type fields.

[joey]

ID: 6484
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0.2
Assigned To: 
Comments:

So this is a closed issue.

Previous Comments:
---

[2000-10-16 11:40:44] [EMAIL PROTECTED]
I now have this working with Apache 1.3.14 and PHP 4.0.3pl1. I have always gotten a 
Parse error before SQLDA line 273 error in ctpublic.h, whenever I tried to compile 
--with-sybase-ct using Sybase libraries. Using freetds and the sybase libraries in 
PHP/extras I always get unresolved references. I finally replaced the ctpublic.h in 
the Syabse libraries withe the one from the PHP/extras. All compiled and worked fine, 
including querying for image datatypes. I don't know if these problems were unique to 
me or not. I finally have a working PHP/Sybase situation.

---

[2000-10-16 11:40:27] [EMAIL PROTECTED]
I now have this working with Apache 1.3.14 and PHP 4.0.3pl1. I have always gotten a 
Parse error before SQLDA line 273 error in ctpublic.h, whenever I tried to compile 
--with-sybase-ct using Sybase libraries. Using freetds and the sybase libraries in 
PHP/extras I always get unresolved references. I finally replaced the ctpublic.h in 
the Syabse libraries withe the one from the PHP/extras. All compiled and worked fine, 
including querying for image datatypes. I don't know if these problems were unique to 
me or not. I finally have a working PHP/Sybase situation.

---

[2000-09-01 11:56:55] [EMAIL PROTECTED]
The following SQL statement will run OK returning a good result.

SELECT ldi_id from ldi_text where obj_id=32118

The following SQL statement will get a segmentation fault.

SELECT * from ldi_text where obj_id=32118

The table has 4 fields  (obj_id int, ldi_id int, ldi_tx_seqnce smallint, ldi_tx_data 
image)

I have tried this with numerous tables and fields and all queries work OK until I try 
to query any field with an image datatype.

My configure line for php:
./configure --with-sybase=/opt/sybase-11.9.2 --with-informix=/opt/informix 
--with-apache=../apache_1.3.12 --enable-track-vars

The gdb backtrace:
(gdb) bt
#0  0x402e9f00 in chunk_alloc (ar_ptr=0x4037ed60, nb=28696) at malloc.c:2948
#1  0x402e95ce in __libc_malloc (bytes=28692) at malloc.c:2696
#2  0x80e023f in _emalloc (size=28673) at zend_alloc.c:155
#3  0x80d7f9c in php_sybase_get_column_content (sybase_ptr=0x821575c,
offset=4, result_ptr=0x82151b0, column_type=34) at php_sybase_db.c:666
#4  0x80d82b2 in php_if_sybase_query (ht=2, return_value=0x821b6fc,
this_ptr=0x0, return_value_used=1) at php_sybase_db.c:776
#5  0x810edbc in execute (op_array=0x82143a4) at ./zend_execute.c:1519
#6  0x80eabb8 in zend_execute_scripts (type=8, file_count=3) at zend.c:712
#7  0x807f781 in php_execute_script (primary_file=0xb8d4) at main.c:1173
#8  0x80f4859 in apache_php_module_main (r=0x81fc88c, display_source_mode=0)
at sapi_apache.c:89
#9  0x807d48b in send_php ()
#10 0x807d4b8 in send_parsed_php ()
#11 0x8118823 in ap_invoke_handler ()
#12 0x812bd59 in process_request_internal ()
#13 0x812bdbc in ap_process_request ()
#14 0x812365e in child_main ()
#15 0x81237ec in make_child ()
#16 0x8123949 in startup_children ()
#17 0x8123f76 in standalone_main ()
#18 0x8124703 in main ()
#19 0x402a89cb in __libc_start_main (main=0x81243bc , argc=2,
argv=0xba84, init=0x8063d6c <_init>, fini=0x8151d2c <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xba7c)
at ../sysdeps/generic/libc-start.c:92
(gdb)

My php.ini file is stock and has not been modified.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6484&edit=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@lists.php.net

[joey]

ID: 6797
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0.2
Assigned To: 
Comments:

Can you try a newer version of PHP on the original server, perhaps on a different 
port? I'm not really sure what the problem is here...

Previous Comments:
---

[2000-09-17 20:36:11] [EMAIL PROTECTED]
My PHP4.0.1pl2 works fine with Sybase 11.0.3.  However, when I install PHP4.0.2 in 
another server, there is syscharsets problem.  While I am expecting the charsets can 
be ascii_8, cp437, cp850, deckanji, eucgb, eucjis, iso_1, mac, roman8 or sjis, the 
warning shows PHP4.0.2 was sending '[  &k'.
As the only difference is the PHP versions in the situations, I suspect it is the 
problem of PHP4.0.2.
Waiting for follow-ups. 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6797&edit=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 #10479 Updated: Failure to recognize libsybdb.so

[joey]

ID: 10479
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Sybase (dblib) related
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0 Latest CVS (24/04/2001)
Assigned To: 
Comments:

Not a bug in sybase DB support, but in the configure/make process somewhere.

Previous Comments:
---

[2001-04-24 14:54:50] [EMAIL PROTECTED]
Despite specification of --with-sybase=/sybase_dir ,
libphp4.so attempts to load /usr/local/lib/libsybdb.so , instead of 
/sybase_dir/lib/libsybdb.so . We checked the configure script, and it does configure 
the $SYBASE_LIBDIR correctly, so the problem must be in the make. Verified that this 
is the actual problem by putting a symlink in /usr/local/lib , libsybdb.so -> 
/sybase_dir/lib/libsybdb.so .

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10479&edit=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 #7398 Updated: Stored procedure error return values not passed through

[joey]

ID: 7398
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Sybase-ct (ctlib) related
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: 
Comments:

I have started on a way around this several times, but nothing concrete has formed as 
of yet.

Previous Comments:
---

[2000-10-23 00:00:31] [EMAIL PROTECTED]
When a stored procedure is called by sybase_query() and returns an error value, 
sybase_query does not return a false value.

I made a stored procedure:
create proc p_err as return -999
go

Then, from php:
echo sybase_query('EXEC p_err')

returns:
(Resource id #2)

Arguably, this could be considered the correct behaviour; but in any case, there 
should be a way of getting at the return value (perhaps a function sybase_status() 
which returns the value of the last sybase_query()?). Looking through the source code, 
the status return is simply discarded.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7398&edit=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 #6069 Updated: new sybase pconnect function with char set does not work with freetds

[joey]

ID: 6069
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0 Latest CVS (10/08/2000)
Assigned To: 
Comments:

Setting closed instead of feedback.

Previous Comments:
---

[2001-05-14 12:27:15] [EMAIL PROTECTED]
Just don't specify a 4th param to pconnect. This is an optional parameter, and should 
not cause any problems if nothing is set here.

---

[2000-08-10 06:44:44] [EMAIL PROTECTED]
the new pconnect function does not work properly with freetds because freetds 
apparently
does not support the DBSETLCHARSET command if the following changes are made to
the sybase_db.c file it compiles properly with freetds

if (user) {
DBSETLUSER(sybase.login,user);
}
if (passwd) {
DBSETLPWD(sybase.login,passwd);
}
//if (charset) {
//  DBSETLCHARSET(sybase.login,charset);
//}

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6069&edit=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 #13909 Updated: Parsed .php as .html error when parsed .shtml as .html exist

[joey]

ID: 13909
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Configuration Issues
Operating System: Linux RH 7
PHP Version: 4.0.6
New Comment:

Actually, it's not all THAT convoluted:

index.html 




But I would also point out that PHP is a much more
flexible structure than SSI, while covering (more or less)
all of SSI's feature set, and you should really look closely
at any solution that requires this workaround.

Previous Comments:


[2001-11-02 13:26:43] [EMAIL PROTECTED]

I am pretty sure Apache 1.3.x only allows one processor for an extension.  There are 
convuleted (VERY) ways to do this, but why???  Why would you want this?? :)  
Everything shtml can do, so can PHP and more.

-Chris



[2001-11-02 13:23:11] [EMAIL PROTECTED]

AFAIK, you can't with 1.3.x. You can try 2.0, which is still in beta (or alpha?).



[2001-11-02 13:06:56] [EMAIL PROTECTED]

When both server-parse exist in httpd.conf, one will not work. How to make Apache to 
parse .php as .html and then follow by parsing .shtml as .html.

My conf is as followed:
 
AddType application/x-httpd-php .php .html
AddType application/x-httpd-php-source .phps

AddType text/html .shtml .html
AddHandler server-parsed .shtml .html

---

Help please,

Cheers,
Earnpin Lee, [EMAIL PROTECTED]





Edit this bug report at http://bugs.php.net/?id=13909&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8579 Updated: text files do not have \r\n translation from \n

[joey]

ID: 8579
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Filesystem function related
Bug Type: Feature/Change Request
Assigned To: 
Comments:

This is not really a bug. PHP emulates C in this, as it does
in many other things. It seems that in the opinion of most
of the developers, this is a Good Thing (tm).

Reclassify as a Change Request.

Previous Comments:
---

[2001-01-08 20:33:05] [EMAIL PROTECTED]
The problem is not with fopen(file, "wb"), which works 
correctly.  The problem is with fopen(file, "w") because
it works the same as the "wb" option.  Using the "w" option
should cause any text to be translated from 'n' to 'rn'
on Windows systems or else text editors such as Notepad
will not view the file correctly.

---

[2001-01-08 14:04:13] [EMAIL PROTECTED]
fopen uses whatever mode you give it. The rest of functions
(like "system") use 'b' modes, since they are meant to pass
the data unchanged. If you have a code that uses fopen and
it ignores 'b', please reopen the report and post the code,
otherwise - you are getting the intended behaviour.

---

[2001-01-07 14:11:54] [EMAIL PROTECTED]
C programs that execute on Windows systems use fopen() with
a "b" mode option (example, fopen(fname,"wb")) when the
output string is to be written exactly as is to the file.
When opened with "w", the 'n' character is automatically
translated to the sequence 'rn'.  This character sequence
defines the end of lines to Windows-based text programs,
such as Notepad.  This capability is not supported with PHP
though the documentation hints that it should.  Without this
feature, PHP programs are not directly portable between
Windows systems and Unix/Linux systems without a lot of
special program coding on the part of the developer.

---


Full Bug description available at: http://bugs.php.net/?id=8579


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8579 Updated: text files do not have \r\n translation from \n

[joey]

ID: 8579
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Feature/Change Request
Bug Type: Filesystem function related
Assigned To: 
Comments:

Cynic pointed out that I was misreading this bug report.
PHP's fwrite doesn't seem to do the same translation that
C does on windows boxes.

Previous Comments:
---

[2001-01-25 18:37:36] [EMAIL PROTECTED]
This is not really a bug. PHP emulates C in this, as it does
in many other things. It seems that in the opinion of most
of the developers, this is a Good Thing (tm).

Reclassify as a Change Request.

---

[2001-01-08 20:33:05] [EMAIL PROTECTED]
The problem is not with fopen(file, "wb"), which works 
correctly.  The problem is with fopen(file, "w") because
it works the same as the "wb" option.  Using the "w" option
should cause any text to be translated from 'n' to 'rn'
on Windows systems or else text editors such as Notepad
will not view the file correctly.

---

[2001-01-08 14:04:13] [EMAIL PROTECTED]
fopen uses whatever mode you give it. The rest of functions
(like "system") use 'b' modes, since they are meant to pass
the data unchanged. If you have a code that uses fopen and
it ignores 'b', please reopen the report and post the code,
otherwise - you are getting the intended behaviour.

---

[2001-01-07 14:11:54] [EMAIL PROTECTED]
C programs that execute on Windows systems use fopen() with
a "b" mode option (example, fopen(fname,"wb")) when the
output string is to be written exactly as is to the file.
When opened with "w", the 'n' character is automatically
translated to the sequence 'rn'.  This character sequence
defines the end of lines to Windows-based text programs,
such as Notepad.  This capability is not supported with PHP
though the documentation hints that it should.  Without this
feature, PHP programs are not directly portable between
Windows systems and Unix/Linux systems without a lot of
special program coding on the part of the developer.

---


Full Bug description available at: http://bugs.php.net/?id=8579


-- 
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 #12495 Updated: when PHP configured with --enable-dmalloc Apache crashes

[joey]

ID: 12495
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux 2.4.3
PHP Version: 4.0.6
New Comment:

What Linux distro are you running? Which version of dmalloc?
And I don't see --enable-dmalloc anywhere in the config
line you pasted below

I have been using dmalloc for over a year, with no problems,
so I expect it has something to do with a particular configuration
on your system.

I'm thinking something like one of the other packages
you are compiling in is linked to an older, different
dmalloc version that PHP is trying to link agains, or
something like that. Anyways, this clearly is not enough
information, so let's start by getting informed.

Previous Comments:


[2001-07-31 15:27:59] [EMAIL PROTECTED]

When is PHP configured with --enable dmalloc,
the Apache crashes with "can't compile regexp at line ...".
Apache 1.3.19, Mandrake 8.0,
--prefix=?pkg_install_prefix/?pkg_install_dir  
--with-config-file-path=?pkg_dir('apache')/conf 
--with-apxs=?pkg_dir('apache')/bin/apxs 
--enable-sysvsem --enable-sysvshm --enable-magic-quotes
--enable-memory-limit  --enable-track-vars   --enable-versioning   
 --enable-trans-sid   
--with-gettext   --with-recode 
--with-readline  --with-ldap=?pkg_dir('openldap') --with-ttf 
--with-gd --enable-gd-native-ttf 
 --with-gdbm --with-db3 --with-unixodbc=?pkg_dir('unixodbc') 
 --with-mysql=?pkg_dir('mysql')  --with-pgsql=?pkg_dir('postgres')  
 --with-sybase-ct=?pkg_dir('sybase') 
--enable-ftp  --with-xml  --with-zlib






Edit this bug report at http://bugs.php.net/?id=12495&edit=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 #12495 Updated: when PHP configured with --enable-dmalloc Apache crashes

[joey]

ID: 12495
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Old Operating System: Linux 2.4.3
Operating System: Linux 2.4.3 [ Mandrake 8.0 ]
PHP Version: 4.0.6
New Comment:

Didn't notice that Mandrake was listed in the bug report.
(Was too busy looking for --enable-dmalloc in the configure
line. :)

Previous Comments:


[2001-08-01 03:20:21] [EMAIL PROTECTED]

What Linux distro are you running? Which version of dmalloc?
And I don't see --enable-dmalloc anywhere in the config
line you pasted below

I have been using dmalloc for over a year, with no problems,
so I expect it has something to do with a particular configuration
on your system.

I'm thinking something like one of the other packages
you are compiling in is linked to an older, different
dmalloc version that PHP is trying to link agains, or
something like that. Anyways, this clearly is not enough
information, so let's start by getting informed.



[2001-07-31 15:27:59] [EMAIL PROTECTED]

When is PHP configured with --enable dmalloc,
the Apache crashes with "can't compile regexp at line ...".
Apache 1.3.19, Mandrake 8.0,
--prefix=?pkg_install_prefix/?pkg_install_dir  
--with-config-file-path=?pkg_dir('apache')/conf 
--with-apxs=?pkg_dir('apache')/bin/apxs 
--enable-sysvsem --enable-sysvshm --enable-magic-quotes
--enable-memory-limit  --enable-track-vars   --enable-versioning   
 --enable-trans-sid   
--with-gettext   --with-recode 
--with-readline  --with-ldap=?pkg_dir('openldap') --with-ttf 
--with-gd --enable-gd-native-ttf 
 --with-gdbm --with-db3 --with-unixodbc=?pkg_dir('unixodbc') 
 --with-mysql=?pkg_dir('mysql')  --with-pgsql=?pkg_dir('postgres')  
 --with-sybase-ct=?pkg_dir('sybase') 
--enable-ftp  --with-xml  --with-zlib






Edit this bug report at http://bugs.php.net/?id=12495&edit=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 #12453 Updated: comparing 0==null is true?

[joey]

ID: 12453
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Win2k
PHP Version: 4.0.6
New Comment:

This is not a bug.
This is correct behavior.

For future reference, please try the following before reporting a bug:

http://www.php.net/bugs-dos-and-donts.php


For more info:
http://php.net/manual/en/language.operators.comparison.php
http://php.net/manual/en/language.types.string.php#language.types.string.conversion

Previous Comments:


[2001-07-31 08:40:35] [EMAIL PROTECTED]

i thought that any integer =0 was also equal to any string...

for example (in your script):

$MyVar=0;
if ($MyVar=="blahblahblahblah")
echo "yes";
else
echo "no";


will echo "yes"

I don't know if this is supposed to happen, but it does.
If you set the $MyVar=1, the script prints no.

Can anybody else verify if this is supposed to happen, or
if this is actually a bug?




[2001-07-28 22:54:40] [EMAIL PROTECTED]

If you compare the integer(0) to the string "null", PHP thinks they are the same.

Am I hopped up on goofballs, or whats up here?

$MyVar=0;
if($MyVar=="null")
print("apparently $MyVar is equal to \"null\"");
else
print("its not null, its $MyValue");







Edit this bug report at http://bugs.php.net/?id=12453&edit=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 #12507 Updated: memory leak

[joey]

ID: 12507
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *General Issues
Operating System: linux
PHP Version: 4.0.6
New Comment:

Would it be possible for you to provide more info?

What Linux distro?
What was your PHP configure line?
Did any other package move up in version between the 2 builds?

Previous Comments:


[2001-08-01 04:15:46] [EMAIL PROTECTED]

I use mtrace to check libphp4.so, i found:
mtrace /www/libexec/libphp4.so 

Memory not freed:
-
   Address Size Caller
000  at 

Whether php-4.0.6 have memory leak?
Our site, when heavy load, web server memeory will be used up, and swap also be used 
heavily!
I have to restart apache , i will get much of memory, or after httpd auto restart, i 
have set :
MaxRequestsPerChild 1 in httpd.conf.

I use mtrace to check php-4.0.4, it is no memory leak.





Edit this bug report at http://bugs.php.net/?id=12507&edit=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 #12507 Updated: memory leak

[joey]

ID: 12507
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *General Issues
Operating System: linux
PHP Version: 4.0.6
New Comment:

User says:

 I use redhat 6.2,but i upgrad kernel to 2.2.18.
 ./configure  --with-apxs=/www/bin/apxs  --with-oracle=/usr/local/oracle
 --with-oci8=/usr/local/oracle --with-mcrypt --enable-track-vars

I use same configure line in php4.04. and php4.0.6.

sky

Previous Comments:


[2001-08-01 04:18:03] [EMAIL PROTECTED]

Would it be possible for you to provide more info?

What Linux distro?
What was your PHP configure line?
Did any other package move up in version between the 2 builds?



[2001-08-01 04:15:46] [EMAIL PROTECTED]

I use mtrace to check libphp4.so, i found:
mtrace /www/libexec/libphp4.so 

Memory not freed:
-
   Address Size Caller
000  at 

Whether php-4.0.6 have memory leak?
Our site, when heavy load, web server memeory will be used up, and swap also be used 
heavily!
I have to restart apache , i will get much of memory, or after httpd auto restart, i 
have set :
MaxRequestsPerChild 1 in httpd.conf.

I use mtrace to check php-4.0.4, it is no memory leak.





Edit this bug report at http://bugs.php.net/?id=12507&edit=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 #12495 Updated: when PHP configured with --enable-dmalloc Apache crashes

[joey]

ID: 12495
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux 2.4.3 [ Mandrake 8.0 ]
PHP Version: 4.0.6
New Comment:

User replied by email:
> > What Linux distro are you running?
> Mandrake 8.0, compiler gcc 2.96

> > Which version of dmalloc?
> dmalloc 4.8.2

GCC 2.96 is an unstable compiler release which never
should have been included in a distro (see http://gcc.gnu.org/gcc-2.96.html for more 
info).

Reccomended that the user try gcc 2.95.x or 3.0, and see
if the bug goes away.

Previous Comments:


[2001-08-01 03:34:19] [EMAIL PROTECTED]

Didn't notice that Mandrake was listed in the bug report.
(Was too busy looking for --enable-dmalloc in the configure
line. :)



[2001-08-01 03:20:21] [EMAIL PROTECTED]

What Linux distro are you running? Which version of dmalloc?
And I don't see --enable-dmalloc anywhere in the config
line you pasted below

I have been using dmalloc for over a year, with no problems,
so I expect it has something to do with a particular configuration
on your system.

I'm thinking something like one of the other packages
you are compiling in is linked to an older, different
dmalloc version that PHP is trying to link agains, or
something like that. Anyways, this clearly is not enough
information, so let's start by getting informed.



[2001-07-31 15:27:59] [EMAIL PROTECTED]

When is PHP configured with --enable dmalloc,
the Apache crashes with "can't compile regexp at line ...".
Apache 1.3.19, Mandrake 8.0,
--prefix=?pkg_install_prefix/?pkg_install_dir  
--with-config-file-path=?pkg_dir('apache')/conf 
--with-apxs=?pkg_dir('apache')/bin/apxs 
--enable-sysvsem --enable-sysvshm --enable-magic-quotes
--enable-memory-limit  --enable-track-vars   --enable-versioning   
 --enable-trans-sid   
--with-gettext   --with-recode 
--with-readline  --with-ldap=?pkg_dir('openldap') --with-ttf 
--with-gd --enable-gd-native-ttf 
 --with-gdbm --with-db3 --with-unixodbc=?pkg_dir('unixodbc') 
 --with-mysql=?pkg_dir('mysql')  --with-pgsql=?pkg_dir('postgres')  
 --with-sybase-ct=?pkg_dir('sybase') 
--enable-ftp  --with-xml  --with-zlib






Edit this bug report at http://bugs.php.net/?id=12495&edit=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 #12495 Updated: when PHP configured with --enable-dmalloc Apache crashes

[joey]

ID: 12495
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux 2.4.3 [ Mandrake 8.0 ]
PHP Version: 4.0.6
New Comment:

Moving to gcc 3.0 solved the dmalloc issues.
Not a PHP bug.

Previous Comments:


[2001-08-03 20:08:29] [EMAIL PROTECTED]

User replied by email:
> > What Linux distro are you running?
> Mandrake 8.0, compiler gcc 2.96

> > Which version of dmalloc?
> dmalloc 4.8.2

GCC 2.96 is an unstable compiler release which never
should have been included in a distro (see http://gcc.gnu.org/gcc-2.96.html for more 
info).

Reccomended that the user try gcc 2.95.x or 3.0, and see
if the bug goes away.



[2001-08-01 03:34:19] [EMAIL PROTECTED]

Didn't notice that Mandrake was listed in the bug report.
(Was too busy looking for --enable-dmalloc in the configure
line. :)



[2001-08-01 03:20:21] [EMAIL PROTECTED]

What Linux distro are you running? Which version of dmalloc?
And I don't see --enable-dmalloc anywhere in the config
line you pasted below

I have been using dmalloc for over a year, with no problems,
so I expect it has something to do with a particular configuration
on your system.

I'm thinking something like one of the other packages
you are compiling in is linked to an older, different
dmalloc version that PHP is trying to link agains, or
something like that. Anyways, this clearly is not enough
information, so let's start by getting informed.



[2001-07-31 15:27:59] [EMAIL PROTECTED]

When is PHP configured with --enable dmalloc,
the Apache crashes with "can't compile regexp at line ...".
Apache 1.3.19, Mandrake 8.0,
--prefix=?pkg_install_prefix/?pkg_install_dir  
--with-config-file-path=?pkg_dir('apache')/conf 
--with-apxs=?pkg_dir('apache')/bin/apxs 
--enable-sysvsem --enable-sysvshm --enable-magic-quotes
--enable-memory-limit  --enable-track-vars   --enable-versioning   
 --enable-trans-sid   
--with-gettext   --with-recode 
--with-readline  --with-ldap=?pkg_dir('openldap') --with-ttf 
--with-gd --enable-gd-native-ttf 
 --with-gdbm --with-db3 --with-unixodbc=?pkg_dir('unixodbc') 
 --with-mysql=?pkg_dir('mysql')  --with-pgsql=?pkg_dir('postgres')  
 --with-sybase-ct=?pkg_dir('sybase') 
--enable-ftp  --with-xml  --with-zlib






Edit this bug report at http://bugs.php.net/?id=12495&edit=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 #8922 Updated: @xmldoc(...) doesn't quite suppress errors

[joey]

ID: 8922
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: DOM XML related
Operating System: RH 7.0
PHP Version: 4.0 Latest CVS (25/01/2001)
Old Assigned To: 
Assigned To: joey


Edit this bug report at http://bugs.php.net/?id=8922&edit=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 #11928 Updated: dbase_replace_record writes (null) in .dbf

[joey]

ID: 11928
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: Win2k
PHP Version: 4.0.6
New Comment:

Fixed in CVS.

Previous Comments:


[2001-08-16 08:52:13] [EMAIL PROTECTED]

Any news on this?
Here is the fix, when can this be implemented?...

312c312
<   pval *dbh_id, *fields, **field, *recnum;
---
>   pval *dbh_id, *fields, *field, *recnum;
359,360c359,360
<   convert_to_string(*field);
<   sprintf(t_cp, cur_f->db_format, (*field)->value.str.val); 
---
>   convert_to_string(field);
>   sprintf(t_cp, cur_f->db_format, field->value.str.val); 
362a363
> 



[2001-07-06 08:03:27] [EMAIL PROTECTED]

dbase_replace_record writes (null) string as field value. Identical bug with 
dbase_add_record was fixed in 4.02. See bug #6519 and #10984 (latter still open!!).
I need a version where this function worked, or a promise of a fix soon or I'm screwed 
:o)





Edit this bug report at http://bugs.php.net/?id=11928&edit=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 #12868 Updated: Appendix G Descrepancies..

[joey]

ID: 12868
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: win32
PHP Version: 4.0.6
New Comment:

I don't understand why it matters which is the 'master'
and which is the alias? I would guess that the reason for
the inconsistency in the documentation is that it really
doesn't matter which is which, so the doc team is not all
that careful about it. But that's just a guess...this
wouldn't be all that hard to clear up.

FWIW, rtrim() is an alias to chop() and fputs() is an alias
to fwrite().

Previous Comments:


[2001-08-21 00:12:18] [EMAIL PROTECTED]

This is truly a followup to my previous post - message about what appears to be 
"descrepancies" in Appendix G.. which has further some confusion as to "which" 
functions are "truly" an alias and which is the "master function"..

I guess I need to "understand" what the master function is supposed to be, and what an 
alias is supposed to be.

Perhaps I have these backwards, and thus the confusion, but
some of this doesn't quite set right..

The first function in the list (chop) is labeled as the master function, and it's 
alias as (rtrim).. but when you go to the master function, (chop) it's documentation 
indicates it's the alias. and to see rtrim for details.

There are some functions in this list like - fwrite() and fputs() - where fwrite is 
labled as the master and fputs the alias.. while the documentaion for both functions 
do not indicate either as an alias.. 

This goes on.. naturally some of these make perfect sense, if you looke at is_double() 
marked as a master - having aliases of is_float() and is_real().. the documentation 
corresponds perfectly.. 

i.e. if you call up is_float() or is_real() it directs you to is_double().. which 
brings "some" understanding back.

and jives with what "I" would preceive as the relationship between a "master function" 
and an alias.

Input on this matter would "greatly" be appreciated.. 

thanks a bunch.





Edit this bug report at http://bugs.php.net/?id=12868&edit=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 #12868 Updated: Appendix G Descrepancies..

[joey]

ID: 12868
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Documentation problem
Operating System: win32
PHP Version: 4.0.6
New Comment:

Update status...

Previous Comments:


[2001-08-21 01:28:13] [EMAIL PROTECTED]

I don't understand why it matters which is the 'master'
and which is the alias? I would guess that the reason for
the inconsistency in the documentation is that it really
doesn't matter which is which, so the doc team is not all
that careful about it. But that's just a guess...this
wouldn't be all that hard to clear up.

FWIW, rtrim() is an alias to chop() and fputs() is an alias
to fwrite().



[2001-08-21 00:12:18] [EMAIL PROTECTED]

This is truly a followup to my previous post - message about what appears to be 
"descrepancies" in Appendix G.. which has further some confusion as to "which" 
functions are "truly" an alias and which is the "master function"..

I guess I need to "understand" what the master function is supposed to be, and what an 
alias is supposed to be.

Perhaps I have these backwards, and thus the confusion, but
some of this doesn't quite set right..

The first function in the list (chop) is labeled as the master function, and it's 
alias as (rtrim).. but when you go to the master function, (chop) it's documentation 
indicates it's the alias. and to see rtrim for details.

There are some functions in this list like - fwrite() and fputs() - where fwrite is 
labled as the master and fputs the alias.. while the documentaion for both functions 
do not indicate either as an alias.. 

This goes on.. naturally some of these make perfect sense, if you looke at is_double() 
marked as a master - having aliases of is_float() and is_real().. the documentation 
corresponds perfectly.. 

i.e. if you call up is_float() or is_real() it directs you to is_double().. which 
brings "some" understanding back.

and jives with what "I" would preceive as the relationship between a "master function" 
and an alias.

Input on this matter would "greatly" be appreciated.. 

thanks a bunch.





Edit this bug report at http://bugs.php.net/?id=12868&edit=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 #12937 Updated: exec does not return value if only one char

[joey]

ID: 12937
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Output Control
Operating System: linux
PHP Version: 4.0.4pl1
New Comment:

This is fixed. Try a snapshot: http://snaps.php.net

Previous Comments:


[2001-08-23 22:36:31] [EMAIL PROTECTED]

exec() does not seem to return a value when the command it 
executes only outputs only one character.

i have an command line ini file editor i am using via exec.

$num1 = exec(escapeshellcmd("iniedit /var/www/html/test.ini 
-s main -k num1 -r"));

if the ini file is set

num1=46

normal command line output "46"
works fine $num1 = 46, but for 

num1=4

normal command line output "4"
however $num1 does not contain a value.

i am able to get around this issue by using passthru()
thanks for php! :)





Edit this bug report at http://bugs.php.net/?id=12937&edit=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 #12954 Updated: imap_uid does not return the uid

[joey]

ID: 12954
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: IMAP related
Operating System: Windows NT 4, SP6
PHP Version: 4.0.6
New Comment:

I'm not sure what's going on in #7486, but if you look
in the documentation for the IMAP c-client library, you'll
see the following entry in bugs.txt:
No POP3 UID support

At least, that's the word up until imap-200a's c-client, which
is the latest I have been able to find...

Not a PHP bug.

Previous Comments:


[2001-08-24 21:48:21] [EMAIL PROTECTED]

This same bug was reported in bug#7486 and its current status is "Bogus", that's why 
I'm reporting this problem again.

Base on RFC1939 (Post Office Protocol - Version 3), a command UIDL can be used to 
retrieve the "unique-id".

According to RFC1939:
"The unique-id of a message is an arbitrary server-determined string, consisting of 
one to 70 characters in the range 0x21 to 0x7E, which uniquely identifies a message 
within a maildrop and which persists across sessions.  This
persistence is required even if a session ends without
entering the UPDATE state.  The server should never reuse an
unique-id in a given maildrop, for as long as the entity
using the unique-id exists."

Although UIDL is an optional command, most POP3 server do support it.  In fact most 
POP3 email clients expect it.

The unique id supplied by UIDL is  NOT a "Message-ID" in the message header.  In fact, 
"Message-ID" uniqueness can not always be guranteed.

Please do check into this again, because without imap_uid() funtioning properly, imap_ 
functions’ usefulness for POP3 are significantly limited.






Edit this bug report at http://bugs.php.net/?id=12954&edit=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 #9740 Updated: wrong xml node content

[joey]

ID: 9740
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: Linux 2.2.16-3 (RH)
PHP Version: 4.0.4pl1
New Comment:

Closed in CVS, fix will be part of 4.0.7.

Previous Comments:


[2001-03-14 09:54:05] [EMAIL PROTECTED]

Element nodes contain the wrong content

When I loop through all the children of the node "root" of the following xml then the 
fourth child (second )contains ($node->content) 
"23" which should be nothing since its empty.
When I examine the output of a domxml_dumpmem dump of the $xml variable it does 
contain the correct data.
Libxml version is 2.3.2

xml:


1

2

3


output of my script:
idx=0 name=text content=

idx=1 name=my content=1
idx=2 name=text content=

idx=3 name=my content=
2

3

idx=4 name=text content=

idx=5 name=my content=2
idx=6 name=text content=

idx=7 name=my content=
3

idx=8 name=text content=

idx=9 name=my content=3
idx=10 name=text content=
end of output


my script:
\n";
$txt .= "\n";
$txt .= "1\n";
$txt .= "\n";
$txt .= "2\n";
$txt .= "\n";
$txt .= "3\n";
$txt .= "\n";

$xml = xmldoc($txt);

$root = $xml->children();

$children = $root[0]->children();

echo "\n";
for($i=0; $i < count($children); $i++) {
echo "idx=$i name=" . $children[$i]->name;
echo " content=" . $children[$i]->content;
echo "\n";
}
echo "\n";
?>





Edit this bug report at http://bugs.php.net/?id=9740&edit=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 #9893 Updated: Wrong args in xpath_ functions makes apache crash

[joey]

ID: 9893
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: Windows 2000 SP1
PHP Version: 4.0.4pl1
New Comment:

Fixed in CVS. Will be part of 4.0.7.

Previous Comments:


[2001-03-21 05:37:39] [EMAIL PROTECTED]

System: Windows 2000 SP1
Server: Apache 1.3.14 
PHP:4.0.4pl1 as module, php_domxml.dll extension

both these lines will crash Apache:

xpath_new_context($nothing);
xpath_eval($foo,$bar);






Edit this bug report at http://bugs.php.net/?id=9893&edit=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 #12985 Updated: mysql_connect() forces reuse of the connection

[joey]

ID: 12985
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Feature/Change Request
Operating System: not os related
PHP Version: 4.0.4pl1
New Comment:

What is different between what you are asking for
and mysql_pconnect()?

http://www.php.net/msyql-pconnect

Previous Comments:


[2001-08-27 20:47:11] [EMAIL PROTECTED]

Hi all,

i've just discovered that mysql_connect() uses a hash that forces it to reuse a 
connection on a second call to mysql_connect() with the same arguments, instead of 
opening a new connection.
This was, at least for me, an unexpected behaviour: i was hoping to be able to use 
several database connections to the same mysql server (and same user) in order to be 
able to issue several LOCK TABLE or GET_LOCK() queries (mysql allows only one 'active' 
lock per connection)

[I know basic locking may be done on php server's system level, but it doesn't make 
sense in web-cluster environment, and using a database to centralize locks sounds 
interesting]

I also took a look into php's mysql api source (i'm not familiar with php sources), 
and adding an optional argument saying _not_ to reuse a connection or coding an 
alternative mysql_connect() from the existing one doesnt _seem_ to be a long or 
complicated task.

I _might_ do the change myself for my server, but as the sites i'm working on are 
unlikely to be hosted on my server, this is not very portable and would be probably 
useless.

Please tell me what you think about this issue, and if a change to mysql_connect() 
function is conceivable (in that case i'd be glad to do the change myself and send you 
the result :)

Thanks
-- vedad






Edit this bug report at http://bugs.php.net/?id=12985&edit=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 #12985 Updated: mysql_connect() forces reuse of the connection

[joey]

ID: 12985
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Feature/Change Request
Operating System: not os related
PHP Version: 4.0.4pl1
New Comment:

Nevermind...I read this whole report backwards. I thought
you were looking for persistence, not trying to get rid
of it. Apologies.

Previous Comments:


[2001-08-27 22:45:59] [EMAIL PROTECTED]

What is different between what you are asking for
and mysql_pconnect()?

http://www.php.net/msyql-pconnect



[2001-08-27 20:47:11] [EMAIL PROTECTED]

Hi all,

i've just discovered that mysql_connect() uses a hash that forces it to reuse a 
connection on a second call to mysql_connect() with the same arguments, instead of 
opening a new connection.
This was, at least for me, an unexpected behaviour: i was hoping to be able to use 
several database connections to the same mysql server (and same user) in order to be 
able to issue several LOCK TABLE or GET_LOCK() queries (mysql allows only one 'active' 
lock per connection)

[I know basic locking may be done on php server's system level, but it doesn't make 
sense in web-cluster environment, and using a database to centralize locks sounds 
interesting]

I also took a look into php's mysql api source (i'm not familiar with php sources), 
and adding an optional argument saying _not_ to reuse a connection or coding an 
alternative mysql_connect() from the existing one doesnt _seem_ to be a long or 
complicated task.

I _might_ do the change myself for my server, but as the sites i'm working on are 
unlikely to be hosted on my server, this is not very portable and would be probably 
useless.

Please tell me what you think about this issue, and if a change to mysql_connect() 
function is conceivable (in that case i'd be glad to do the change myself and send you 
the result :)

Thanks
-- vedad






Edit this bug report at http://bugs.php.net/?id=12985&edit=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 #13025 Updated: Unknown list entry type in request shutdown with create_comment()

[joey]

ID: 13025
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: Linux Debian/unstable
PHP Version: 4.0CVS-2001-08-29
New Comment:

Fixed in CVS, thanks for the report.

Previous Comments:


[2001-08-29 13:48:39] [EMAIL PROTECTED]

Markus Fischer sent a patch for  php_domxml.c to me. The warning is gone since then ;)

here's the patch:

RCS file: /repository/php4/ext/domxml/php_domxml.c,v
retrieving revision 1.67.2.2
diff -r1.67.2.2 php_domxml.c
808c808
< 
---
>le_domxmlcommentp = zend_register_list_destructors_ex(php_free_xml_node, NLL, 
>"domcomment", module_number);




[2001-08-29 08:26:09] [EMAIL PROTECTED]

Hi

I'm again not sure, if this is really a bug, or if the method is not finished or if I 
use it the wrong way (since documentation is missing)

The code

$xml = new_xmldoc('1.0');
$root = $xml->add_root("root");
$comment = $xml->create_comment("this is just a comment");
$newchild = $root->add_child($comment);

gives the warning:

Warning: Unknown list entry type in request shutdown (0) in Unknown on line 0

Hope that helps for cleaning some bugs ;)

chregu







Edit this bug report at http://bugs.php.net/?id=13025&edit=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 #13066 Updated: one total bug of php is that it sucks

[joey]

ID: 13066
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *General Issues
Operating System: w98
PHP Version: 4.0.6
New Comment:

I almost don't even want to dignify this with a response.

Previous Comments:


[2001-08-30 15:48:39] [EMAIL PROTECTED]

one total bug of php is that it sucks
one total bug of php is that it sucks
one total bug of php is that it sucks





Edit this bug report at http://bugs.php.net/?id=13066&edit=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 #13067 Updated: bool dbmreplace (int dbm_identifier, string key, string value)

[joey]

ID: 13067
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Documentation problem
Operating System: na
PHP Version: 4.0.6
New Comment:

I'm not sure what is the right thing to do here. There *is*
a mismatch, but who is correct?

The proto says:
/* {{{ proto int dbmreplace(int dbm_identifier, string key, string value)
   Replaces the value for a key in a dbm database */

So, by this reasoning, the function operates correctly.

However, it seems to me that what you want to know is
whether the replace worked or not...

Previous Comments:


[2001-08-30 16:03:59] [EMAIL PROTECTED]

in docs dbmreplace() returns bool

bool dbmreplace(int dbm_identifier, string key, string value)

but dbmreplace() returns int like dbminsert()

you all make a good job
gegards
robert





Edit this bug report at http://bugs.php.net/?id=13067&edit=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 #11168 Updated: Problem with serializing more dimensional array with references ...

[joey]

ID: 11168
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Feature/Change Request
Operating System: RedHat
PHP Version: 4.0.5
New Comment:

I'm afraid I just don't see the "bug" here. On
my machine, this shows:

Wrong:
Array
(
[0] => Array
(
[0] => Ape1
[one] => Ape1
)

[1] => Array
(
[0] => Ape2
[two] => Ape2
)

)
Right:
Array
(
[0] => Array
(
[0] => Ape1
[one] => Ape1
)

[1] => Array
(
[0] => Ape2
[two] => Ape2
)

)

What's the problem?

Previous Comments:


[2001-08-31 11:10:21] [EMAIL PROTECTED]

Not a bug. 
Making it a feature request.
Duplicate of 10863.



[2001-05-29 08:17:03] [EMAIL PROTECTED]

Here is the smallest programm I could make to reproduce the problem.







Edit this bug report at http://bugs.php.net/?id=11168&edit=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 #11168 Updated: Problem with serializing more dimensional array with references ...

[joey]

ID: 11168
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Arrays related
Operating System: RedHat
PHP Version: 4.0.5
New Comment:

This is fixed in CVS. It will be part of 4.0.7. Thanks
for both the report and tracking down the change. :)

Previous Comments:


[2001-09-02 04:44:39] [EMAIL PROTECTED]

Well... I thought serialize couldn't handle references at all... but it can (the 
manual confirms that). So it's not a feature request.

But there IS a bug seomwhere... look at the following output made with PHP-4.0.6 
(tested on Windows 2000 and Debian Linux):

Wrong:
Array
(
[0] => Array
(
[0] => Ape1
[one] => Ape1
)

[1] => Array
(
[0] => Ape2
[two] => Array
 *RECURSION*
)

)
Right:
Array
(
[0] => Array
(
[0] => Ape1
[one] => Ape1
)

[1] => Array
(
[0] => Ape2
[two] => Ape2
)

)

print_r($wrong_a[1][two]); results in:
Array
(
[0] => Ape2
[two] => Array
(
[0] => Ape2
[two] => Array
(
[0] => Ape2
[two] => Array
 *RECURSION*
)

)

)



[2001-09-01 22:41:51] [EMAIL PROTECTED]

I'm afraid I just don't see the "bug" here. On
my machine, this shows:

Wrong:
Array
(
[0] => Array
(
[0] => Ape1
[one] => Ape1
)

[1] => Array
(
[0] => Ape2
[two] => Ape2
)

)
Right:
Array
(
[0] => Array
(
[0] => Ape1
[one] => Ape1
)

[1] => Array
(
[0] => Ape2
[two] => Ape2
)

)

What's the problem?



[2001-08-31 11:10:21] [EMAIL PROTECTED]

Not a bug. 
Making it a feature request.
Duplicate of 10863.



[2001-05-29 08:17:03] [EMAIL PROTECTED]

Here is the smallest programm I could make to reproduce the problem.







Edit this bug report at http://bugs.php.net/?id=11168&edit=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 #13138 Updated: constants behave weird in static hash arrays

[joey]

ID: 13138
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.0.4pl1
New Comment:

Please try a more recent version of PHP. 4.0.7RC1 gives
me:
array(1) {
  [1]=>
  bool(true)
}
array(1) {
  [1]=>
  bool(true)
}

Previous Comments:


[2001-09-04 13:23:25] [EMAIL PROTECTED]

I think the following piece of code behaves sort of weird:

 true);
static $stat_a = array(A => true);

var_dump($a);
var_dump($stat_a);
}
test();
?>

result is:
array(1) {
  [1]=>
  bool(true)
}
array(1) {
  ["A"]=>
  bool(true)
}

I'm not sure whether static variables are supposed to evaluate expressions but even if 
they were not, the engine should at least issue a warning.






Edit this bug report at http://bugs.php.net/?id=13138&edit=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 #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)

[joey]

ID: 13137
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: *Compile Issues
Operating System: Debian GNU/Linux unstable (sid)
PHP Version: 4.0CVS-2001-09-04
New Comment:

You *ARE* running unstable, after all.
Everything is fine with "testing"...it's really not a PHP bug.

Previous Comments:


[2001-09-04 17:20:05] [EMAIL PROTECTED]

Try libtool 1.4 (without any traling 'b') - this should work for now.

- Markus



[2001-09-04 13:06:52] [EMAIL PROTECTED]

With current CVS, I see the following output when running buildconf on a Debian 
system:

$ ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4-p4 (ok)
buildconf: libtool version 1.4b
1996, (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_LANG_PUSH
***BUG in Autoconf--please report*** AC_LANG_POP
***BUG in Autoconf--please report*** AC_LANG_PUSH
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_MSG_NOTICE
***BUG in Autoconf--please report*** AC_LANG_POP
***BUG in Autoconf--please report*** AC_LANG_PUSH
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_POP
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
rebuilding acconfig.h
rebuilding main/php_config.h.in
$

Needless to say, the resulting `./configure' file is not a valid shell script.

I've verified also on a RedHat system that autoconf 2.13 does not provide these 
macros; they are only available in autoconf 2.5x.  If it is intended that PHP CVS be 
compatible with autoconf 2.13, these macros should be replaced with something more 
portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being 
autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it 
properly.





Edit this bug report at http://bugs.php.net/?id=13137&edit=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 #13132 Updated: logic fields value

[joey]

ID: 13132
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: dBase related
Operating System: linux
PHP Version: 4.0.6
New Comment:

This appears to be fixed in CVS. Can you try a recent snapshot?

Previous Comments:


[2001-09-04 09:46:12] [EMAIL PROTECTED]

I have some logic(True/False) fields in db (dbase). When i read it value of it is 
always set to 0.





Edit this bug report at http://bugs.php.net/?id=13132&edit=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 #13138 Updated: constants behave weird in static hash arrays

[joey]

ID: 13138
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.0.4pl1
New Comment:

Great. If you still have problems, please reopen.

Previous Comments:


[2001-09-04 16:51:52] [EMAIL PROTECTED]

Please try a more recent version of PHP. 4.0.7RC1 gives
me:
array(1) {
  [1]=>
  bool(true)
}
array(1) {
  [1]=>
  bool(true)
}



[2001-09-04 13:23:25] [EMAIL PROTECTED]

I think the following piece of code behaves sort of weird:

 true);
static $stat_a = array(A => true);

var_dump($a);
var_dump($stat_a);
}
test();
?>

result is:
array(1) {
  [1]=>
  bool(true)
}
array(1) {
  ["A"]=>
  bool(true)
}

I'm not sure whether static variables are supposed to evaluate expressions but even if 
they were not, the engine should at least issue a warning.






Edit this bug report at http://bugs.php.net/?id=13138&edit=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 #8922 Updated: @xmldoc(...) doesn't quite suppress errors

[joey]

ID: 8922
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: DOM XML related
Operating System: RH 7.0
PHP Version: 4.0 Latest CVS (25/01/2001)
Assigned To: joey
New Comment:

Sterling beat me to it, but I still got an email...
Removing myself from "Assigned"

Previous Comments:


[2001-09-09 05:53:41] [EMAIL PROTECTED]

Fixed in CVS.



[2001-01-25 20:20:45] [EMAIL PROTECTED]

Take the following code:

';
$doc = @xmldoc($xml);
if (!$doc) {
echo "invalid xml\n";
}
?>

If you run it from the shell, the parser spits a bunch of messages out to STDOUT.  It 
would be nice if these could be repressed and/or captured easily by the script somehow 
(in $php_err_msg or something).

- Colin





Edit this bug report at http://bugs.php.net/?id=8922&edit=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 #13259 Updated: Unsetting a global var inside a function not working (can crash)

[joey]

ID: 13259
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux (Redhat 7.1 & 6.2)
PHP Version: 4.0.6
New Comment:

I am unable to duplicate this using latest CVS...can you check
a recent snapshot to see if this is fixed?

Previous Comments:


[2001-09-12 01:21:54] [EMAIL PROTECTED]

In a (bad) block of code I found the HTTP process to crash every time with the Zend 
Optimizer (v1.1.0) enabled in PHP 4.0.6.  The same version of Zend Optimizer does not 
crash in 4.0.5, however I think this is more a PHP issue than the Optimizer's.  

Code sample:



With or without the Zend Optimizer enabled, the 'echo' statement displays crap (in 
both 4.0.5 & 4.0.6), rather than an empty value.  However, with the Zend Optimizer 
enabled it actually causes the HTTP process to crash in 4.0.6. 

My build command for PHP is currently:
./configure  --with-mysql=/usr/local/mysql --enable-track-vars 
--with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/apache/conf 
--with-zlib

(I have rebuilt PHP without the zlib extension and it makes no difference)

---
GDB Backtrace:

Starting program: /usr/local/apache-1.3.12/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x4025dee5 in zend_reverse_table ()
   from /usr/local/apache/libexec/ZendOptimizer.so
(gdb) bt
#0  0x4025dee5 in zend_reverse_table ()
   from /usr/local/apache/libexec/ZendOptimizer.so
#1  0x40264513 in zend_reverse_table ()
   from /usr/local/apache/libexec/ZendOptimizer.so
#2  0x40271b35 in zend_reverse_table ()
   from /usr/local/apache/libexec/ZendOptimizer.so
#3  0x4027501d in zend_oe () from /usr/local/apache/libexec/ZendOptimizer.so
#4  0x403b7130 in zend_execute_scripts (type=8, file_count=3) at zend.c:752
#5  0x403c85db in php_execute_script (primary_file=0xb818) at main.c:1206
#6  0x403c4e86 in apache_php_module_main (r=0x80ef48c, display_source_mode=0)
at sapi_apache.c:89
#7  0x403c5811 in send_php (r=0x80ef48c, display_source_mode=0, filename=0x0)
at mod_php4.c:536
#8  0x403c583a in send_parsed_php (r=0x80ef48c) at mod_php4.c:547
#9  0x080542e3 in ap_invoke_handler () at eval.c:41
#10 0x08067819 in process_request_internal () at eval.c:41
#11 0x0806787c in ap_process_request () at eval.c:41
#12 0x0805f11e in child_main () at eval.c:41
#13 0x0805f2ac in make_child () at eval.c:41
#14 0x0805f409 in startup_children () at eval.c:41
#15 0x0805fa36 in standalone_main () at eval.c:41
#16 0x080601c3 in main () at eval.c:41
#17 0x4009a177 in __libc_start_main (main=0x805fe7c , argc=2, 
ubp_av=0xba3c, init=0x804e864 <_init>, fini=0x809419c <_fini>, 
rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xba34)
at ../sysdeps/generic/libc-start.c:129






Edit this bug report at http://bugs.php.net/?id=13259&edit=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 #13317 Updated: Optimizing Bug for 'sizeof' function

[joey]

ID: 13317
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Performance problem
Operating System: Unix/Linux
PHP Version: 4.0.6
New Comment:

But that is what you have ASKED it to do.
This is the way that for() should behave. Not a bug.

Previous Comments:


[2001-09-15 10:56:28] [EMAIL PROTECTED]

There is a huge diference in speed with these two approaches:

$file=file("file.txt");

1.
 for($i=0;$ihttp://bugs.php.net/?id=13317&edit=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 #13322 Updated: Still SIGSEGV with DOMXML / double free()

[joey]

ID: 13322
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Debian Linux 2.2
PHP Version: 4.0CVS-2001-09-15
New Comment:

I cannot duplicate this with current CVS...are
you absolutely SURE you are using most recent CVS?

Previous Comments:


[2001-09-15 17:27:32] [EMAIL PROTECTED]

ii  libc6  2.2.4-1GNU C Library: Shared libraries
ii  libc6-dbg  2.2.4-1GNU C Library: Libraries with
ii  libc6-dev  2.2.4-1GNU C Library: Development Lib
ii  libxml11.8.15-1   GNOME XML library
ii  libxml22.4.3-1GNOME XML library
ii  libxml2-dev2.4.3-1Development files for the GNOM
ii  libxmltok1 1.1-6  XML Parser Toolkit, runtime libraries

APACHE:
Server version: Apache/1.3.20 (Unix)
Server built:   Sep 15 2001 22:10:37
Server's Module Magic Number: 19990320:10
Server compiled with
 -D HAVE_MMAP
 -D HAVE_SHMGET
 -D USE_SHMGET_SCOREBOARD.
 -D USE_MMAP_FILES
 -D USE_SYSVSEM_SERIALIZED_ACCEPT
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D HTTPD_ROOT="/rscr/apprscr2"
 -D SUEXEC_BIN="/rscr/apprscr2/bin/suexec"
 -D DEFAULT_PIDLOG="logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/httpd.scoreboard"
 -D DEFAULT_LOCKFILE="logs/httpd.lock"
 -D DEFAULT_XFERLOG="logs/access_log"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"
 -D ACCESS_CONFIG_FILE="conf/access.conf"
 -D RESOURCE_CONFIG_FILE="conf/srm.conf"
Compiled-in modules:
  http_core.c
  mod_log_config.c
  mod_mime.c
  mod_status.c
  mod_dir.c
  mod_alias.c
  mod_rewrite.c
  mod_access.c
  mod_auth.c
  mod_setenvif.c
  mod_php4.c
  mod_gzip.c
EXTRA_CFLAGS=-DDYNAMIC_MODULE_LIMIT=0 ./configure
--prefix=/rscr/apprscr2 \
--with-layout=Apache \
--disable-module=env \
--disable-module=negotiation \
--disable-module=userdir \
--disable-module=asis \
--disable-module=include \
--disable-module=cgi \
--disable-module=actions \
--disable-module=imap \
--disable-module=autoindex \
--enable-module=dir \
--enable-module=rewrite \
--enable-module=alias \
--enable-module=setenvif \
--activate-module=src/modules/php4/libphp4.a \
   --activate-module=src/modules/gzip/mod_gzip.o


PHP4_SNAPSHOT: php4-200109151335
/configure --prefix=/rscr/apprscr2 \
--with-apache=../apache_1.3.20 \
--with-config-file-path=/rscr/apprscr2/conf \
--with-pear=/rscr/pear2 \
--with-regex=system \
--enable-debug \
--enable-track-vars \
--enable-trans-sid \
--disable-rpath \
--enable-session \
--enable-memory-limit \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--enable-ctype \
--enable-sockets \
--enable-exif \
--with-jpeg-dir=shared,/usr \
--with-xpm-dir=shared,/usr/X11R6 \
--with-png-dir=shared,/usr \
--with-ttf=shared,/usr \
--with-t1lib=shared,/usr \
--with-mm \
--with-pcre-regex=/usr \
--without-pgsql \
--with-mysql=/usr \
--with-dom=/usr \
--with-zlib=/usr \
--with-iconv=/usr





[2001-09-15 17:17:43] [EMAIL PROTECTED]

DOMXML still has problem with SIGSEGV. Now, after shutdown, php_free_xml_dom got NULL 
pointer and xmlFreeDoc double free or what. I hope, that problem is in mine, but joey 
please look at this.

My script:
--- test.php ---


--- text.xml ---

  


And result is:

Program received signal SIGSEGV, Segmentation fault.
0x40208860 in free () from /lib/libc.so.6
(gdb) bt
#0  0x40208860 in free () from /lib/libc.so.6
#1  0x400b0ca9 in xmlFreeNodeList () from /usr/lib/libxml2.so.2
#2  0x400b0c67 in xmlFreeNodeList () from /usr/lib/libxml2.so.2
#3  0x400af18c in xmlFreeDoc () from /usr/lib/libxml2.so.2
#4  0x808522d in php_free_xml_doc (rsrc=0x8290e24) at 
#5  0x813385a in list_entry_destructor (ptr=0x8290e24) at zend_list.c:177
#6  0x8133a45 in zend_destroy_rsrc_list (ht=0x8202a64) at zend_list.c:248
#7  0x8122a10 in shutdown_executor () at zend_execute_API.c:190
#8  0x812c2d6 in 

Re: [PHP-DEV] segfault with ze2/php5-cvs

[Joey Smith]

Very nice.

What about:

name = 'Eve';
$new = $start->__clone();
?>

Does it come back with 'Call to a member function on a non-object'?


On Fri, Mar 21, 2003 at 02:47:06PM -0500, Sterling Hughes wrote:
>  class sheep {
> var $name;
> }
> 
> $start = new sheep;
> $start->name = "Dolly";
> $new = $start->__clone();
> $new->name = "Molly";
> var_dump($start);
> ?>
> 
> BOOM!
> 
> -Sterling
> -- 
> Good judgement comes from experience, and experience comes from 
> bad judgement. 
> - Fred Brooks
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: PHP 4.0 Bug #8954 Updated: compiling with sybase-ctfails

[Joey Smith]

It can be. Just no one (AFAIK) has gotten around to it yet. Simply using
the patch specified in 7792 would make FreeTDS work, but break people
using the realy Sybase CT libs. 

On Wed, 31 Jan 2001, J.R. Lillard wrote the following to Bug Database :

> the patch provided for php 4.0.3pl1 in bug 7792 can be easily adapted for
> 4.0.4pl1.  i don't see why it couldn't be a simple configure option to
> automate it.


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]