#45155 [NoF-Opn]: Constructors not called when using classmap option in SoapClient
ID: 45155
Updated by: b...@php.net
Reported By: david at globulebleu dot com
-Status: No Feedback
+Status: Open
Bug Type: SOAP related
Operating System: *
PHP Version: 5.2.6
New Comment:
changed status because this bug still exists and is reproduced
Previous Comments:
[2009-06-22 13:20:31] b...@php.net
Hi Jani,
i strumbled over this issue and have the same bug here.
tested with latest 5.2snap. Results in a not called constructor or
other magic function.
the __destructor will be called but this is too late for handling
special stuff here.
[2009-05-06 01:00:01] php-bugs at lists dot php dot net
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.
[2009-04-28 18:40:52] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-02-03 09:44:08] r dot swets at gmail dot com
i can imagine that instead of using the constructor, the __wakeup
method is called.
[2008-06-03 09:43:30] david at globulebleu dot com
Description:
When using classmap to map the SOAP results to a class, the constructor
of the object you've mapped to is not called.
Reproduce code:
---
$client = new SoapClient(url_to_wsdl,
array('classmap' = array('contact' = Contact));
$params = array(1);
$contact = $client-__soapCall(get_contact, $params);
Expected result:
A contact object that has properties initialized (i.e. db connections,
...).
Actual result:
--
A contact object without the properties.
--
Edit this bug report at http://bugs.php.net/?id=45155edit=1
#45155 [NoF]: Constructors not called when using classmap option in SoapClient
ID: 45155
Updated by: b...@php.net
Reported By: david at globulebleu dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: *
PHP Version: 5.2.6
New Comment:
Hi Jani,
i strumbled over this issue and have the same bug here.
tested with latest 5.2snap. Results in a not called constructor or
other magic function.
the __destructor will be called but this is too late for handling
special stuff here.
Previous Comments:
[2009-05-06 01:00:01] php-bugs at lists dot php dot net
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.
[2009-04-28 18:40:52] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-02-03 09:44:08] r dot swets at gmail dot com
i can imagine that instead of using the constructor, the __wakeup
method is called.
[2008-06-03 09:43:30] david at globulebleu dot com
Description:
When using classmap to map the SOAP results to a class, the constructor
of the object you've mapped to is not called.
Reproduce code:
---
$client = new SoapClient(url_to_wsdl,
array('classmap' = array('contact' = Contact));
$params = array(1);
$contact = $client-__soapCall(get_contact, $params);
Expected result:
A contact object that has properties initialized (i.e. db connections,
...).
Actual result:
--
A contact object without the properties.
--
Edit this bug report at http://bugs.php.net/?id=45155edit=1
#43408 [Asn]: get_called_class not working as expected
ID: 43408
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type:Scripting Engine problem
PHP Version: 6CVS-2007-11-26 (snap)
Assigned To: colder
New Comment:
Hi Thanks for this comment so lets wait for a decision from the
government. :)
Previous Comments:
[2007-12-12 17:42:36] [EMAIL PROTECTED]
Fallbacks occur in static/self calls, as static/self resolve to foo
and it returns foo as expected.
However, when you do a parent::demo() you actually call bar::demo(),
which is currently understood as a fully qualified call: the caller is
not passed.
There are plans to allow explicit parent call to pass the caller, but
this is still under discussion.
[2007-12-12 10:36:30] [EMAIL PROTECTED]
Assigned to the author of the LSB patch.
[2007-11-26 09:44:10] [EMAIL PROTECTED]
Description:
The Function get_called_class works not as expected.
the new introduced static call works correct, the self call too but if
you call the demo class with parent you dont get foo as result. This
should be so because its not possible to overwrite a existing class in a
static class with late static binding.
get_called_class() should return in every call 'foo' and not as shown
with parent::demo() a 'bar'
Reproduce code:
---
?php
abstract class bar
{
public static function demo()
{
var_dump(get_called_class());
}
}
class foo extends bar
{
public static function parent_demo()
{
parent::demo();
}
public static function self_demo()
{
self::demo();
}
public static function static_demo()
{
static::demo();
}
}
echo 'bar::demo()' . PHP_EOL;
bar::demo();
echo 'foo::demo()' . PHP_EOL;
foo::demo();
echo 'foo::parent_demo()' . PHP_EOL;
foo::parent_demo();
echo 'foo::self_demo()' . PHP_EOL;
foo::self_demo();
echo 'foo::static_demo()' . PHP_EOL;
foo::static_demo();
?
Expected result:
bar::demo()
string(3) bar
foo::demo()
string(3) foo
foo::parent_demo()
string(3) bar
foo::self_demo()
string(3) foo
foo::static_demo()
string(3) foo
Actual result:
--
bar::demo()
string(3) bar
foo::demo()
string(3) foo
foo::parent_demo()
string(3) foo
foo::self_demo()
string(3) foo
foo::static_demo()
string(3) foo
--
Edit this bug report at http://bugs.php.net/?id=43408edit=1
#37111 [Opn]: Apache crashes when strftime is called inside user defined session write func
ID: 37111 Updated by: [EMAIL PROTECTED] Reported By: haakonsk at gmail dot com Status: Open Bug Type: Session related Operating System: Windows XP PHP Version: 5.1.2 New Comment: I can verify this bug. This happens too with latest of everything. (apache, php) This is also related to the pear::HTTP_Session2 package, because if you use this package you will get too an segfault under FreeBSD. I will provide a .core or backtrace later today. For both. WinXP and FreeBSD. (have to install MSVC) Previous Comments: [2006-06-24 23:05:53] haakonsk at gmail dot com What is MSVC6 short for and where can I download it? [2006-06-20 17:26:14] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2006-06-20 16:56:31] haakonsk at gmail dot com Same problem still, unfortunately. [2006-06-20 15:10:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-18 03:05:11] pnoster at mail dot ru Forgot to add, I experienced this error on Windows Server 2003 SP1. 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/37111 -- Edit this bug report at http://bugs.php.net/?id=37111edit=1
#36513 [Opn]: comment will be outputed in last line
ID: 36513 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows/Linux PHP Version: 5CVS-2006-02-24 (snap) New Comment: I applied the patch and the bug is gone :) Previous Comments: [2006-02-24 15:49:32] mv-php at binarysec dot com Hello, A patch can be found at http://badcode.be/~descript/PHP/php-5.1.zend_language_scanner.l.patch -michael [2006-02-24 14:19:43] [EMAIL PROTECTED] Description: If i have a php file with no ending ? no newline at the end and the last line is a comment like this //} the comment //} will be printed to the output. this happens just with ? //} no chars behind } and no newline this bug occurs with php cli too. php -r '//}' outputs //} Reproduce code: --- ?//} Expected result: empty output Actual result: -- //} -- Edit this bug report at http://bugs.php.net/?id=36513edit=1
#15265 [Fbk-Bgs]: printing of mssql 'bit' value crashes script
ID: 15265
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
Bug Type: MSSQL related
Operating System: Linux 2.4.2-2smp Redhat7.1
PHP Version: 4.1.1
New Comment:
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to Open.
Again, thank you for your continued support of PHP.
Please try a newer version of freetds.
http://www.freetds.org/
I tested it with freetds-0.53 and 0.60 and both works for me fine
without any crash.
Previous Comments:
[2002-10-09 11:47:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-01-28 20:15:22] [EMAIL PROTECTED]
outputing a bit field via print, echo, or var_dump causes the process
to go defunct.
--setup info
Apache/1.3.14 Ben-SSL/1.42
php 4.1.1
./configure --with-apxs=/usr/local/apache/bin/apxs --with-xml
--enable-ftp --with-sybase=/usr/local/freetds
--with-openssl=/usr/local/ssl --with-curl
freetds-0.51
mssql server 7.0
Here is an example
---
$bit_result = mssql_query('SELECT some_bit_field FROM fake_table');
$bit_row = mssql_fetch_array($bit_result);
print $bit_row['some_bit_field'];
---
--script crashes and the apache process goes defunct
---
This SQL cast fixes it
---
$bit_result = mssql_query('SELECT Cast(some_bit_field AS varchar(2)) AS
some_bit_field FROM fake_table');
$bit_row = mssql_fetch_array($bit_result);
print $bit_row['some_bit_field'];
---
---
The actual script that led me to discover this problem was sigificantly
longer and I was able to use the value as long as I never ouput it (I
think the reslts of comparisons I made were false though. i.e. if (
$bit_row['some_bit_field'] == 1 ) {} ). The point is that you can
include the value in the expression but never ouput it.
--
Edit this bug report at http://bugs.php.net/?id=15265edit=1
Bug #17486: Seg Fault
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: Class/Object related Bug description: Seg Fault http://bate.de/bug/class.php http://bate.de/bug/class_source.php Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x4036bea7 in buf.108 () at php_variables.c:192 192 } (gdb) bt #0 0x4036bea7 in buf.108 () at php_variables.c:192 #1 0x404b0ad4 in pam_strerror () from /lib/libpam.so.0 #2 0x403868d9 in buf.108 () at gd.c:271 #3 0x407d0895 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/ZendOptimizer.so #4 0x407d6908 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/ZendOptimizer.so #5 0x407e0325 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so #6 0x4038adb3 in buf.108 () at gd.c:1453 #7 0x403997a6 in buf.108 () at php_imap.c:864 #8 0x40394d6e in buf.108 () at php_imap.c:864 #9 0x40395930 in buf.108 () at php_imap.c:864 #10 0x403959a5 in buf.108 () at php_imap.c:864 #11 0x8055ae9 in ap_invoke_handler () #12 0x806c1df in process_request_internal () #13 0x806c252 in ap_process_request () #14 0x8062ae6 in child_main () #15 0x8062cc5 in make_child () #16 0x8062e46 in startup_children () #17 0x80634ed in standalone_main () #18 0x8063d6c in main () #19 0x4008ca8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 -- Edit bug report at http://bugs.php.net/?id=17486edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17486r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17486r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17486r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17486r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17486r=support Expected behavior: http://bugs.php.net/fix.php?id=17486r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17486r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17486r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17486r=globals
Bug #17486 Updated: Seg Fault
ID: 17486 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: Linux PHP Version: 4.2.0 New Comment: Backtrace without ZendOptimizer: Program received signal SIGSEGV, Segmentation fault. 0x4036bea7 in buf.108 () at php_variables.c:192 192 } (gdb) bt #0 0x4036bea7 in buf.108 () at php_variables.c:192 #1 0x404b0ad4 in pam_strerror () from /lib/libpam.so.0 #2 0x403868d9 in buf.108 () at gd.c:271 #3 0x4037671c in buf.108 () at zlib.c:1050 #4 0x4037a8f5 in buf.108 () at doaddsub.c:231 #5 0x4038adb3 in buf.108 () at gd.c:1453 #6 0x403997a6 in buf.108 () at php_imap.c:864 #7 0x40394d6e in buf.108 () at php_imap.c:864 #8 0x40395930 in buf.108 () at php_imap.c:864 #9 0x403959a5 in buf.108 () at php_imap.c:864 #10 0x8055ae9 in ap_invoke_handler () #11 0x806c1df in process_request_internal () #12 0x806c252 in ap_process_request () #13 0x8062ae6 in child_main () #14 0x8062cc5 in make_child () #15 0x8062e46 in startup_children () #16 0x80634ed in standalone_main () #17 0x8063d6c in main () #18 0x4008ca8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 Previous Comments: [2002-05-28 12:51:40] [EMAIL PROTECTED] Please post a script whcih makes PHP crash and try without ZendOptimizer first. Derick [2002-05-28 12:49:50] [EMAIL PROTECTED] http://bate.de/bug/class.php http://bate.de/bug/class_source.php Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x4036bea7 in buf.108 () at php_variables.c:192 192 } (gdb) bt #0 0x4036bea7 in buf.108 () at php_variables.c:192 #1 0x404b0ad4 in pam_strerror () from /lib/libpam.so.0 #2 0x403868d9 in buf.108 () at gd.c:271 #3 0x407d0895 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/ZendOptimizer.so #4 0x407d6908 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/ZendOptimizer.so #5 0x407e0325 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so #6 0x4038adb3 in buf.108 () at gd.c:1453 #7 0x403997a6 in buf.108 () at php_imap.c:864 #8 0x40394d6e in buf.108 () at php_imap.c:864 #9 0x40395930 in buf.108 () at php_imap.c:864 #10 0x403959a5 in buf.108 () at php_imap.c:864 #11 0x8055ae9 in ap_invoke_handler () #12 0x806c1df in process_request_internal () #13 0x806c252 in ap_process_request () #14 0x8062ae6 in child_main () #15 0x8062cc5 in make_child () #16 0x8062e46 in startup_children () #17 0x80634ed in standalone_main () #18 0x8063d6c in main () #19 0x4008ca8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 -- Edit this bug report at http://bugs.php.net/?id=17486edit=1
Bug #17486 Updated: Seg Fault
ID: 17486
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.2.0
New Comment:
?
$testvar = 'TEST';
class foo {
var $x = '';
function foo() {
global $testvar;
$this-x = $testvar;
echo $this-x.br;
$testvar = 'asd';
echo $this-x.br;
}
}
$c = new foo();
?
After building with --enable-debug
#0 0x400cc013 in memcpy () at ../sysdeps/generic/memcpy.c:64
No locals.
#1 0x40373223 in buf.108 () at fopen_wrappers.c:289
fopen_url_wrappers_hash = {nTableSize = 7, nTableMask =
1078735665, nNumOfElements = 23,
nNextFreeElement = 1077541536, pInternalPointer = 0x68, pListHead =
0x4052df80, pListTail = 0x0, arBuckets = 0x404c332c,
pDestructor = 0x4, persistent = 0 '\000', nApplyCount = 0 '\000',
bApplyProtection = 0 '\000', inconsistent = 0}
#2 0x403731de in buf.108 () at fopen_wrappers.c:289
fopen_url_wrappers_hash = {nTableSize = 7, nTableMask =
1078735665, nNumOfElements = 23,
nNextFreeElement = 1077541536, pInternalPointer = 0x68, pListHead =
0x4052df80, pListTail = 0x0, arBuckets = 0x404c332c,
pDestructor = 0x4, persistent = 0 '\000', nApplyCount = 0 '\000',
bApplyProtection = 0 '\000', inconsistent = 0}
#3 0x40371e0c in buf.108 () at main.c:1313
ini_entries = 0x4049e87c
module_initialized = -941861495
short_track_vars_names = 0x4049e848
short_track_vars_names_length = 0x4049e864
#4 0x4038c468 in buf.108 () at output.c:212
ref_str = \000\000\000\000\213\205pÿÿÿ\200x\016\000tD\203
#5 0x4037d500 in p_ere_exp (p=0x81e0ca4) at regcomp.c:254
p = (struct parse *) 0xd05cd
c = -65 '¿'
pos = 4
count = 0
count2 = 0
subno = 183193859
wascaret = 1078686977
#6 0x4038002f in smatcher (g=0x81da55c, string=0x2 Address 0x2 out of
bounds, nmatch=1747936628, pmatch=0x40391c7d,
eflags=1078970900) at engine.c:91
endp = 0x40387e21 \203Ä \213E\bÿH\fë\024\215t
i = 0
mv = {g = 0x81da69c, eflags = 136187044, pmatch = 0x81de9b4,
offp = 0x81e03b4 \b,
beginp = 0x81e0ca4 \002§\035\b, endp = 0x40368690
U\211å\213E\b\213U\f\212, coldp = 0x403686ec [\201Ã(C\031,
lastpos = 0x404fca14, dummy = 0, st = 136187044, fresh = 0, tmp =
3221218020, empty = 0}
m = (struct smat *) 0x403688b0
dp = 0x4052d7c8 \200
gf = 131331
gl = 3
start = 0x81e0420 \\\016\036\bl\004\036\b
stop = 0x960 Address 0x960 out of bounds
#7 0x40391d44 in buf.108 () at jewish.c:476
monthsPerYear = {2105775221, -2079391732, 138, -8616449,
-1115422721, -132, -1960479487, 1300832329, -1672115280,
-1994112373, 474622913, -1951642231, 1241755725, -1202878184,
-340507255, 7769433, 11042179, 1435177333, -1673163856}
yearOffset = {958153259, 58633285, -1951644279, 1300998213,
541131676, 957890819, 58570821, -2085075575,
1962976381, -1269462255, 197163, 108864592, -1994110837,
1166783565, 675318684, -2136455935, -2062614469, -854,
818563}
#8 0x403a5b57 in buf.108 () at gd.c:2420
le_gd = 0
---Type return to continue, or q return to quit---
le_gd_font = 0
le_ps_enc = 0
le_ps_font = 0
php_sig_gd2 = 8pu
#9 0x4039ffd0 in buf.108 () at gd.c:1453
le_gd = 0
le_gd_font = 0
le_ps_enc = 0
le_ps_font = 0
php_sig_gd2 = 8pu
#10 0x403a0f68 in buf.108 () at gd.c:1453
le_gd = 0
le_gd_font = 0
le_ps_enc = 0
le_ps_font = 0
php_sig_gd2 = 8pu
#11 0x403a0ff3 in buf.108 () at gd.c:1453
le_gd = 0
le_gd_font = 0
le_ps_enc = 0
le_ps_font = 0
php_sig_gd2 = 8pu
#12 0x8055ae9 in ap_invoke_handler ()
No symbol table info available.
#13 0x806c1df in process_request_internal ()
No symbol table info available.
#14 0x806c252 in ap_process_request ()
No symbol table info available.
#15 0x8062ae6 in child_main ()
No symbol table info available.
#16 0x8062cc5 in make_child ()
No symbol table info available.
#17 0x8062e46 in startup_children ()
No symbol table info available.
#18 0x80634ed in standalone_main ()
No symbol table info available.
#19 0x8063d6c in main ()
No symbol table info available.
#20 0x4008ca8e in __libc_start_main () at
../sysdeps/generic/libc-start.c:93
No locals.
Previous Comments:
[2002-05-28 12:51:52] [EMAIL PROTECTED]
Backtrace without ZendOptimizer:
Program received signal SIGSEGV, Segmentation fault.
0x4036bea7 in buf.108 () at php_variables.c:192
192 }
(gdb) bt
#0 0x4036bea7 in buf.108 () at php_variables.c:192
#1 0x404b0ad4 in pam_strerror () from /lib/libpam.so.0
#2 0x403868d9 in buf.108 () at gd.c:271
#3
Bug #16963: problem with ?xml
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: problem with ?xml ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; head titleTEST/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 / /head body leftmargin=0 topmargin=0 marginwidth=00 ? echo This is a Test; ? /body /html Parse error: parse error, unexpected T_STRING in /usr/local/httpd/htdocs/coding/bug/xml.php on line 1 Its seems to be a bug with the ?xml stuff. -- Edit bug report at http://bugs.php.net/?id=16963edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16963r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16963r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16963r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16963r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16963r=support Expected behavior: http://bugs.php.net/fix.php?id=16963r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16963r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16963r=submittedtwice
Bug #16963 Updated: problem with ?xml
ID: 16963 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 4.2.0 New Comment: I know some workarounds to fix this little problem, but is this not a general problem? ?xml are signed by RFC and its not ok that the parse didnt check this. Previous Comments: [2002-05-02 09:24:17] [EMAIL PROTECTED] You can change the first line to: ? echo '?xml'; ? version=1.0 encoding=iso-8859-1? [2002-05-02 09:20:21] [EMAIL PROTECTED] Derick, most public ISP didn't disable shortags. And i think its better to check the chars behind the ? tag. if none its look like php short tag. [2002-05-02 09:16:17] [EMAIL PROTECTED] Disable short tags. Nog a bug bogus. [2002-05-02 09:15:14] [EMAIL PROTECTED] ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; head titleTEST/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 / /head body leftmargin=0 topmargin=0 marginwidth=00 ? echo This is a Test; ? /body /html Parse error: parse error, unexpected T_STRING in /usr/local/httpd/htdocs/coding/bug/xml.php on line 1 Its seems to be a bug with the ?xml stuff. -- Edit this bug report at http://bugs.php.net/?id=16963edit=1
Bug #16633: typo in german doc
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.2.0
PHP Bug Type: Documentation problem
Bug description: typo in german doc
Beispiel 2.
?php
// Verwenden Sie bei PHP 4.0.6 oder niedriger $HTTP_SESSION_VARS
if (!isset($_SESSION['zaehler'])) {
$_SESSION['zaehler'] = 0;
}
else {
$_SESSION['zarhler']++;
?
http://de.php.net/manual/de/ref.session.php
there is a typo in the else case. $_SESSION['zaehler'] are correct.
--
Edit bug report at http://bugs.php.net/?id=16633edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16633r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16633r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16633r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16633r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16633r=support
Expected behavior: http://bugs.php.net/fix.php?id=16633r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16633r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16633r=submittedtwice
