#32120 [NEW]: xml feature
From: johnnygroeneveld at chello dot nl
Operating system: n.v.t.
PHP version: Irrelevant
PHP Bug Type: Feature/Change Request
Bug description: xml feature
Description:
I was thinking.
when I want to parse PHP i have to use
in XML this is reserved.
would become:
');
?>
wouldn't it be handy to have the print('hello');
or something like that.
the header could automatically be set to text/xml.
Maybe that there is already something like this what i haven't heard of.
and hello{$variable} instead of http://bugs.php.net/?id=32120&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32120&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32120&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32120&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32120&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32120&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32120&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32120&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32120&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32120&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32120&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32120&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32120&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32120&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32120&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32120&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32120&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32120&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32120&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32120&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32120&r=mysqlcfg
#11923 [Com]: when you access char(2000),i only get 255 bytes data, why ?
ID: 11923 Comment by: hollmanlp at gmail dot com Reported By: chenwumail at 163 dot net Status: No Feedback Bug Type: MSSQL related Operating System: Windows2000 PHP Version: 4.0.5 New Comment: anyone found the solution thanks. Previous Comments: [2004-01-07 11:00:16] Roland dot Grassmann at Jungheinrich dot de It's not a bug, it's a feature... Microsoft does not support access to any MS SQL Server >6.5 features by use of isql and db-library which seems to be used by php_mssql.dll. See: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/acdata/ac_8_mta_01_5cmk.asp This means: * no varchar etc with lengths > 255 * no unicode (ntext, nchar, nvarchar) fields. If anyone finds a solution, please mail me! Thanx, Roland [2002-08-07 02:49:44] mbretter at jawa dot at not a bug in php, a bug in microsoft. This is a limitation of the db-libraray of mssql. Try select cast (keyword as text) from news [2002-07-08 01:00:10] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-06-07 11:02:20] [EMAIL PROTECTED] Does this working for you? [2002-02-07 23:45:02] ollie at cronky dot net Its to with the TDS protocol (used for connecting to MSSQL/Sybase) apparently. On windows its out of date and therefore doesn't support more that 255 chars, you can use a convert statement (to convert the output of the column to text) or just change the datatype to text. Or use the ODBC functions. 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/11923 -- Edit this bug report at http://bugs.php.net/?id=11923&edit=1
#32121 [NEW]: __get and __set are not called when property explicitly defined public or var
From: jbeall at heraldic dot us
Operating system: Linux
PHP version: 5.0.3
PHP Bug Type: Arrays related
Bug description: __get and __set are not called when property explicitly
defined public or var
Description:
If you give a form input a name that should be a numerically indexed
array, such as
It is not possible to directly access the variable via $_GET, $_POST, or
$_REQUEST.
Dumping the entire contents of the request using e.g. print_r reveals that
the form data is submitted, but it cannot be accessed via e.g.
$_POST['fname']['1'] or $_POST['fname'][1]
Presumably this happens because the PHP engine is doing type juggling.
When a request variable is submitted and looks like an array, the PHP puts
it in an array and indexes the value at the string value '1'. However,
when you try to access $_POST['fname']['1'] it sees that '1' could be an
integer, converts to an integer transparently to the developer, and of
course there is nothing stored at $_POST['fname'][1]. The data was stored
at $_POST['fname']['1'].
For whatever reason, embedding the variable in a string appears to solve
the problem. E.g., "{$_POST['test'][1]}" works
Reproduce code:
---
echo ""; // So we can use \n for formatting
echo <<
EOT;
echo '('.gettype($test[1]).') value='.$test[1]."\n";
echo '('.gettype($test[1]).') value='.$test['1']."\n";
echo "But it works if we embed in a string --->
{$_REQUEST['test'][1]}\n";
var_dump($_REQUEST['test']);
// Put a string variable in the textbox and submit.
// If using GET method, URL might look like
// bugTest.php?test%5B1%5D=any+string+here
Expected result:
(string) value=any string here
(string) value=any string here
But it works if we embed in a string ---> any string here
Array
(
[1] => any string here
)
Actual result:
--
(NULL) value=
(NULL) value=
But it works if we embed in a string ---> any string here
Array
(
[1] => any string here
)
--
Edit bug report at http://bugs.php.net/?id=32121&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32121&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32121&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32121&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32121&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32121&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32121&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32121&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32121&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32121&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32121&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32121&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32121&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32121&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32121&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32121&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32121&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32121&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32121&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32121&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32121&r=mysqlcfg
#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5.0.3 New Comment: Backtrace: #0 ps_mm_destroy (data=0x82df880) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243 #1 0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295 #2 0x284cf895 in zm_shutdown_session (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824 #3 0x2856acfa in module_destructor (module=0x82f0c80) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500 #4 0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574 #5 0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640 #6 0x28566f34 in zend_shutdown () at /home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699 #7 0x28538b54 in php_module_shutdown () at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1516 #8 0x28538b23 in php_module_shutdown_wrapper (sapi_globals=0x285e3140) at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491 #9 0x285a3d85 in php_apache_server_shutdown (tmp=0x0) at /home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331 #10 0x2831d8f8 in run_cleanups () from /usr/local/lib/apache2/libapr-0.so.9 #11 0x2831cd11 in apr_pool_clear () from /usr/local/lib/apache2/libapr-0.so.9 #12 0x806890e in main () #13 0x805ce2e in _start () Previous Comments: [2005-02-18 13:09:46] root at mediamonks dot net I thought I'd give the mm handler a try as a workaround, but the same problem is present there: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal Segmentation fault (11) [2005-02-16 16:02:35] root at mediamonks dot net That CVS build has screwed even more on my system... Log file records: httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free Allowed memory size of 16777216 bytes exhausted (tried to allocate 1 bytes) httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free [Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal Segmentation fault (11) This repeats thousands of times, apache children segfault after each 10 or so, original save handler error remains. [2005-02-16 00:23:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-02-15 14:30:56] root at mediamonks dot net with notices on the log file records: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal Segmentation fault (11) PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal Segmentation fault (11) [Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal Segmentation fault (11) [2005-02-15 13:44:44] root at mediamonks dot net Description: Apache 2.0.53 & mod_php5 5.0.3 Sessions occasionally work, but in two-thirds of the session requests an error is generated and the apache child segfaults. Error recorded in the logfile: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 Error report
#32121 [Opn]: Form fields with names like fname[1] are not accessible
ID: 32121
User updated by: jbeall at heraldic dot us
-Summary: __get and __set are not called when property
explicitly defined public or var
Reported By: jbeall at heraldic dot us
Status: Open
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
Mozilla autofilled some of the fields when I submitted this bug and so
it had a completely unrelated/unhelpful summary. Hopefully it should
be corrected now, sorry for the confusion...
Previous Comments:
[2005-02-26 20:47:52] jbeall at heraldic dot us
Description:
If you give a form input a name that should be a numerically indexed
array, such as
It is not possible to directly access the variable via $_GET, $_POST,
or $_REQUEST.
Dumping the entire contents of the request using e.g. print_r reveals
that the form data is submitted, but it cannot be accessed via e.g.
$_POST['fname']['1'] or $_POST['fname'][1]
Presumably this happens because the PHP engine is doing type juggling.
When a request variable is submitted and looks like an array, the PHP
puts it in an array and indexes the value at the string value '1'.
However, when you try to access $_POST['fname']['1'] it sees that '1'
could be an integer, converts to an integer transparently to the
developer, and of course there is nothing stored at $_POST['fname'][1].
The data was stored at $_POST['fname']['1'].
For whatever reason, embedding the variable in a string appears to
solve the problem. E.g., "{$_POST['test'][1]}" works
Reproduce code:
---
echo ""; // So we can use \n for formatting
echo <<
EOT;
echo '('.gettype($test[1]).') value='.$test[1]."\n";
echo '('.gettype($test[1]).') value='.$test['1']."\n";
echo "But it works if we embed in a string --->
{$_REQUEST['test'][1]}\n";
var_dump($_REQUEST['test']);
// Put a string variable in the textbox and submit.
// If using GET method, URL might look like
// bugTest.php?test%5B1%5D=any+string+here
Expected result:
(string) value=any string here
(string) value=any string here
But it works if we embed in a string ---> any string here
Array
(
[1] => any string here
)
Actual result:
--
(NULL) value=
(NULL) value=
But it works if we embed in a string ---> any string here
Array
(
[1] => any string here
)
--
Edit this bug report at http://bugs.php.net/?id=32121&edit=1
#31678 [Fbk->NoF]: ODBC Connection fails on Multiprocessor System
ID: 31678 Updated by: php-bugs@lists.php.net Reported By: zipf dot mailcom at boewe-systec dot nospam dot de -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS (2005-02-05) New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-14 20:27:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip You could try the new database stuff in PHP 5. http://snaps.php.net/win32/PECL_5_0/php_pdo.dll http://snaps.php.net/win32/PECL_5_0/php_pdo_odbc.dll Documentation at: http://www.php.net/pdo PDO is to be bundled with the PHP 5.1 release; it's currently in beta, and has proven to be quite stable so far. I'd really appreciate your feedback to see if PDO has the same issues that you've found with the older ODBC extension. If you decide to try PDO and run into problems, ask for help on [EMAIL PROTECTED]; we're currently in aggressive beta/QA mode and aim to turnaround bug fixes next-day if possible. [2005-02-04 10:26:54] zipf dot mailcom at boewe-systec dot nospam dot de Ok we tested today with this development snapshot. it took a very long time to get that error but it still occured. But this time apache didn´t respond at all after the crash. usually apache was still serving requests, but this time there was no answer anymore. We tested with IIS as well and it is the same behavior, so this isn´t just apache related. testing a dbcheck php page with commandline still works after the crash. [2005-02-03 05:17:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And I ask again: Does this work on command line? (using PHP CLI binary..) Using PHP CLI binary means the executably file (is it php.exe or php-cli.exe in windows?) found in PHP distros.. Get the snapshot first. [2005-01-28 15:13:52] zipf dot mailcom at boewe-systec dot nospam dot de what do you mean with commandline? you mean after a db-problem check if a commandline connect to the db still works with php or what? I will test it next time we get that error. but it needs a couple of simultanous requests to produce that error so i need a bunch of peple to test it. [2005-01-26 05:33:57] [EMAIL PROTECTED] Does it work on command line? (using PHP CLI binary..) 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/31678 -- Edit this bug report at http://bugs.php.net/?id=31678&edit=1
#32123 [NEW]: Not Work
From: fLAre_Dra_X at yahoo dot com
Operating system: Windows XP SP 2
PHP version: 5.0.1
PHP Bug Type: COM related
Bug description: Not Work
Description:
I've try to use some advantage of PHP in connection to OLE or COM object.
I follow some script doing that but found some error like bellow.
My system specs are :
AMD Athlon XP 1800+
RAM 512 MB
HD Seagate 40 GB
OS Windows XP SP 2
WebServer IIS 5.1 integrated with MS.Net Framework 1.1.4322 and PHP
5.0.0RC1-win32 CGI Mode
Other kind like access MySQL, normal PHP script it's work normally, only
for COM procedure it doesn't work ???
Reproduce code:
---
Visible = 1;
$word->Documents->Add();
$word->Selections->TypeText("Pemrograman PHP 5 ...");
$word->Documents[1]->SaveAs("C:\\inetpub\\wwwroot\\test.doc");
$word->Quit();
$word = null;
$buka = new COM("InternetExplorer.Application");
$buka->Visible = true;
$buka->Navigate("http://localhost/test.doc";);
?>
Expected result:
I've expected that COM Object of Ms.Word will be created and save a
documents, then server open new IE window then get Ms.Word OLE inside it.
Actual result:
--
It bought me error :
Error : Class "com" not found error on line
I've think that my PHP doesn't have COM class for creating COM Object.
--
Edit bug report at http://bugs.php.net/?id=32123&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32123&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32123&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32123&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32123&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32123&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32123&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32123&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32123&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32123&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32123&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32123&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32123&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32123&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32123&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32123&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32123&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32123&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32123&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32123&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32123&r=mysqlcfg
