#24282 [Com]: Strange Open Base Dir Restriction Errors
ID: 24282 Comment by: chris at de-punkt dot de Reported By: matzrek at shw-networks dot de Status: Feedback Bug Type: Apache related Operating System: Suse Linux 8.2 / Apache 1.3.27 PHP Version: 4.3.3RC2 New Comment: Same problem here, random error just as in #19292. No open_basedir defined at all. PHP4.3.2 and 4.3.3RC Previous Comments: [2003-08-06 05:31:37] fs at nessus dot at Hi! I have tried this and i will report immediatly if the error occours again. I think its a good idea because of the Manual: http://php.zend.com/manual/sk/printwn/configuration.changes.php Greetings, Florian Schicker [2003-08-05 11:17:30] [EMAIL PROTECTED] Try this in the other vhosts: php_admin_value open_basedir none [2003-08-05 11:10:58] matzrek at shw-networks dot de Sorry : the latest 4.3.3RC2(!) also seens to contain this bug! [2003-08-04 04:44:49] fs at nessus dot at I have the same problem with version 4.3.2 under redhat 7.2 and apache 1.3.27. but i could recognize that the last request on the webserver what a request in the path /webs/web70, the path where the error occours... Warning: Unknown(): open_basedir restriction in effect. File(/webs/web20/html/produkte/index.php) is not within the allowed path(s): (/webs/web70/) in Unknown on line 0 Warning: Unknown(/webs/web20/html/produkte/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/webs/web20/html/produkte/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 my php.ini: [PHP] safe_mode = Off safe_mode_gid = True register_globals = On expose_php = Off magic_quotes_gpc = On enable_dl = On max_execution_time = 60 post_max_size = 15M upload_max_size = 15M and the vhost where the error occurs: NameVirtualHost 80.252.42.2:80 php_admin_flag safe_mode On php_admin_value safe_mode_exec_dir /webs/empty VirtualHost 80.252.42.2:80 ServerName www.server.at ServerAlias server1.at server2.at DocumentRoot /webs/web20/html User web20 Group somegroup ScriptAlias /cgi-bin/ /webs/web20/html/cgi-bin/ php_admin_value open_basedir /webs/web20/ php_admin_value upload_tmp_dir /webs/web20/phptmp/ /VirtualHost i hope i could help you to find this bug. greetings, Florian Schicker www.nessus.at [2003-08-02 18:27:26] matzrek at shw-networks dot de Setting an empty open Basedir doesnt help. The only Solution at the moment is to activate teh safemode for the vhost. 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/24282 -- Edit this bug report at http://bugs.php.net/?id=24282edit=1
#21872 [Com]: MSSQL/ODBC produce CGI Error:
ID: 21872 Comment by: seang at moosecat dot com dot au Reported By: khoker at rjobrien dot com Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Another update From research it only happens on Windows OS - and not all Set ups of Windows. (it does not happen on my set up - just on my clients set up) Apparently - it is not just php it happens with it is ASP too However there seems to be a solution. - or at least steps to reduce the problem http://bugs.php.net/bug.php?id=9852 From : [4 Aug 2002 10:48pm CDT] scott at datalink dot net dot au onwards... in particular... [25 Oct 2002 10:15am CDT] dmendez at artech dot com dot uy [28 Oct 2002 4:35am CST] ewald dot murgg at fh-joanneum dot at [3 Mar 5:23pm CST] gkasten at filnet dot fr [20 Mar 5:10pm CST] ottawasixtyseven at hotmail dot com Come down to setting the windows system performance to Background Application - Go to start button, control panel, system, advanced tab then performance option. to quote one of the posts also if it is still happening use SAPI modules (for exapmle php4isapi.dll). version instead of php.exe - see php.net Previous Comments: [2003-08-08 00:00:53] seang at moosecat dot com dot au I have also had a similar problem - although I am not sure of the OS - phpinfo says that it is: Windows NT IIS 5.0 build 2195 with an odbc / MS SQL combo I don't get it on my XP Pro Server... - with a MySQL combo I can rule out the odbc connection - although when I do switch the odbc back on the error happens 2-3/5 times. When it is off I get it about 1/20 times. It seems to be a time issue with the server - if there is no header out put within a certain amount of time (in this case less than a second) - then there is a CGI Error The extra time to connect to the db seems to cause the error to happen more frequently. I will try a few more ideas now - like trying to flush some data through at the beginning of the script.. seang [2003-02-07 23:52:47] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-01-27 02:12:51] [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 There were some mssql related fixes which didn't make it to 4.3.0..so please give the snapshot a go. [2003-01-25 20:36:52] khoker at rjobrien dot com I have also made a test script on a dev box available to the outside world. If a PHP developer was interested in seeing the error I will provide the link through e-mail. Thanks. [2003-01-25 20:19:32] khoker at rjobrien dot com Unfortunately, applying the aforementioned patches to my production server does not eliminate the problem. That box is a Dual Xeon of some speed, as opposed to my single P4 testing box. In order to exhibit the error there, I re-create the test script above to hold 50 iframes. I see the error approximately one out of 400 requests in conjunction with a MSSQL/ODBC call. I appologize for making you read all this. 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/21872 -- Edit this bug report at http://bugs.php.net/?id=21872edit=1
#24971 [Csd-Bgs]: Compilation process fail under TRU64 v5.1
ID: 24971 Updated by: [EMAIL PROTECTED] Reported By: kis_an at mail dot ru -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: Compaq TRU64 v5.1 PHP Version: 4.3.2 New Comment: Not exactly PHP bug - bogus. Previous Comments: [2003-08-08 00:18:05] kis_an at mail dot ru Sorry! I'm forget to close this bug! [2003-08-08 00:15:39] kis_an at mail dot ru I do install bison 1.35 and flex 2.5.4 after this build PHP 4.3.2 ended successfull! Great thanx and regards! [2003-08-07 07:46:29] [EMAIL PROTECTED] And make sure you're using working GNU versions of bison and flex too. # bison --version GNU Bison version 1.28 # flex --version flex version 2.5.4 [2003-08-07 07:45:00] [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 [2003-08-07 03:20:47] kis_an at mail dot ru Description: Compilation process fail with next error (compilation was made with root): code yacc /home/admin/tmp/php-4.3.2/ext/standard/parsedate.y fatal error: invalid escape, or illegal reserved word: expect, line 154 *** Exit 1 Stop. /code configure was made (without any errors): ./configure --with-oci8=$ORACLE_HOME --with-apxs=/usr/local/apache/bin/apxs --enable-sigchild Any suggestions? Reproduce code: --- Code from parsedate.y: code 153:/* This grammar has 14 shift/reduce conflicts. */ 154:%expect 14 155:%pure_parser 156: 157:%token tAGO tDAY tDAY_UNIT tDAYZONE tDST tHOUR_UNIT tID 158:%token tMERIDIAN tMINUTE_UNIT tMONTH tMONTH_UNIT 159:%token tSEC_UNIT tSNUMBER tUNUMBER tYEAR_UNIT tZONE /code -- Edit this bug report at http://bugs.php.net/?id=24971edit=1
#24063 [Opn-Asn]: Notice: unserialize(): Error at offset ... again
ID: 24063
Updated by: [EMAIL PROTECTED]
Reported By: jparneodo at yahoo dot fr
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: RH7.2
PHP Version: 4.3.3RC3
Assigned To: helly
New Comment:
Still works just fine for me, but that was even before any fixes were
made...assigned (again) to Marcus who opened this can of worms in the
first place..
Previous Comments:
[2003-08-08 02:58:06] jparneodo at yahoo dot fr
Test ext/standard/tests/serialize/bug24063.phpt failed
Last correct release was 4.3.0 (4.3.1 never tested).
All version after 4.3.0 have this bug
The new function spprintf was introduced. (to be analysed)
foreach(array(0.1,0.01,0.001,0.0001,0.1,0.01,0.001,0.0001,0.1)
as $v){
echo \n$v: .serialize($v);
}
0.1: d:0.1;
0.01: d:0.01;
0.001: d:0.001;
0.0001: d:0.0001;
1E-05: d:1.0E-5;
1E-06: d::.0E-7; // BUG
1E-07: d::.0E-8; // BUG
1E-08: d:1.0E-8;
1E-09: d:1.0E-9;
[2003-07-30 14:52:22] jeff at tmtrading dot com
Bug still exists:
http://snaps.php.net/php4-STABLE-200307301730.tar.bz2
EXPECTED OUTPUT
string(9) d:1.0E-6;
float(1.0E-6)
ACTUAL OUTPUT
Notice: unserialize(): Error at offset 0 of 9 bytes in
~/php4-STABLE-200307301730/ext/standard
/tests/serialize/bug24063.php on line 4
string(9) d::.0E-7;
bool(false)
FAILED
[2003-06-30 12:37:24] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
The output of unserialize($s); with latest CVS is
float(1.0E-6), which is the correct output.
[2003-06-30 12:33:00] jparneodo at yahoo dot fr
$f=1.0e-6;
$s=serialize($f);
$ff=unserialize($s);
// Output with php4-STABLE-200306301530/sapi/cli/php
4.3.3RC2-dev
Notice: unserialize(): Error at offset 0 of 9 bytes in - on line 5
d::.0E-7;
// Please compare output with 4.3.3RC1
[2003-06-29 20:05:27] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
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/24063
--
Edit this bug report at http://bugs.php.net/?id=24063edit=1
#19325 [Opn-Csd]: debug apache crashing?
ID: 19325 Updated by: [EMAIL PROTECTED] Reported By: screen at brainkrash dot com -Status: Open +Status: Closed Bug Type: Apache related Operating System: Win2000 -PHP Version: php4-win32-200211061900 +PHP Version: 4-win32-200211061900 New Comment: wrong version used - bug got lost. Closing since I can't reproduce this with latest stable CVS. Previous Comments: [2002-11-06 14:20:57] screen at brainkrash dot com The problem still persists in the latest daily build. [2002-11-06 09:25:26] [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-09-10 07:33:03] screen at brainkrash dot com Ok, i've created the simplest example I can. Unfortunately it's not as simple as i'd like. It requires a php handler to be defined in apache. The example handles a page request for the defined path in apache. It checks the requested type and includes php files with an output buffer function which then registered a shutdown function. This is done so that the output can still be captured if the requested php file performs an exit;. The crash doesn't occur unless the requested file generates multiple browser requests for files within the handled path (i haven't tested with files outside this path). Here's the link to the example: http://brainkrash.com/~screen/brainkrash_debug.zip the README.txt file contains apache conf, file layout, and reproduction instructions. [2002-09-10 06:00:40] screen at brainkrash dot com Through a long night of compiling i've generated the following debug information. I hope it's helpful. As far as generating code, i'll try and see what I can do. To be honest i'm completely uncertain as to even where to begin. I'll try though... Unhandled exception in Apache.exe (NTDLL.DLL): 0xC005: Access Violation. Call Stack: NTDLL! 77fcb032() _emalloc(unsigned int 10, char * 0x00a709bc `string', unsigned int 227, char * 0x, unsigned int 0) line 154 + 62 bytes _estrdup(const char * 0x005896d0, char * 0x00a709bc `string', unsigned int 227, char * 0x, unsigned int 0) line 335 + 25 bytes sapi_get_default_content_type(void * * * 0x005de040) line 227 + 29 bytes php_apache_get_default_mimetype(request_rec * 0x00726fb8, void * * * 0x005de040) line 456 + 10 bytes send_php(request_rec * 0x00726fb8, int 0, char * 0x00727b58) line 551 + 13 bytes send_parsed_php(request_rec * 0x00726fb8) line 578 + 13 bytes ap_invoke_handler(request_rec * 0x00726fb8) line 517 + 10 bytes process_request_internal(request_rec * 0x00726fb8) line 1308 + 9 bytes ap_process_request(request_rec * 0x00726fb8) line 1324 + 9 bytes child_sub_main(int 0) line 5928 child_main(int 0) line 5998 + 9 bytes _threadstartex(void * 0x005ddf80) line 212 + 13 bytes KERNEL32! 77e887dd() Registers: EAX = EBX = 0247 ECX = EDX = 043814D0 ESI = 0438 EDI = 04380298 EIP = 77FCB032 ESP = 0127F9C0 EBP = 0127FB58 EFL = 0246 CS = 001B DS = 0023 ES = 0023 SS = 0023 FS = 003B GS = OV=0 UP=0 EI=1 PL=0 ZR=1 AC=0 PE=1 CY=0 ST0 = +4.97601634110320460e+3400 ST1 = +0.58830211741752350e+4085 ST2 = -0.00828635751169817e+4399 ST3 = +0.0e+ ST4 = -3.97005806646183370e+4383 ST5 = +0.00635385167867965e+4930 ST6 = +9.6496582031250e-0001 ST7 = +2.0e+0001 CTRL = 027F STAT = 0120 TAGS = EIP = 1024929D CS = 001B DS = 0023 EDO = 0127F264 Disassembly: 77FCAFFF add byte ptr ds:[0FFFh],al 77FCB005 and ax,0F000h 77FCB009 jmp 77FCC95D 77FCB00E mov byte ptr [edi+5],al 77FCB011 pushdword ptr [ebp-30h] 77FCB014 mov esi,dword ptr [ebp-5Ch] 77FCB017 pushesi 77FCB018 call77F83573 77FCB01D mov ecx,dword ptr [ebp-30h] 77FCB020 mov eax,dword ptr [ecx+8] 77FCB023 mov dword ptr [ebp-128h],eax 77FCB029 mov ecx,dword ptr [ecx+0Ch] 77FCB02C mov dword ptr [ebp-12Ch],ecx 77FCB032 mov dword ptr [ecx],eax 77FCB034 mov dword ptr [eax+4],ecx 77FCB037 cmp eax,ecx 77FCB039 je 77FCD49C 77FCB03F mov eax,dword ptr [ebp-30h] 77FCB042 movzx ecx,word ptr [eax] 77FCB045 sub dword ptr [esi+28h],ecx 77FCB048 movzx eax,word ptr [eax] 77FCB04B add ebx,eax 77FCB04D mov dword ptr [ebp-58h],ebx 77FCB050 cmp ebx,0FE00h 77FCB056 jbe 77FCB065 77FCB058 pushebx 77FCB059 pushedi 77FCB05A pushesi 77FCB05B call
#24974 [NEW]: #19292 happening again
From: lenar at city dot ee Operating system: debian/unstable PHP version: 4.3.3RC2 PHP Bug Type: Apache related Bug description: #19292 happening again Description: The problem described in #19292 is still there. It's rare, but exists. Getting the error for virtualhosts that have no open_basedir defined. Seems open_basedir restriction form some other virtual host is in effect. Error message: open_basedir restriction in effect. File (/home/system/basesys.php) is not within the allowed path(s): (/tmp:/home/users/user1) in /home/system/modules/module.php) on line 26 it was said in #19292 setting open_basedir to none in every other virtualhost would help, but this is not a solution but a workaround. and in some cases a painful one. -- Edit bug report at http://bugs.php.net/?id=24974edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24974r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24974r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24974r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24974r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24974r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24974r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24974r=support Expected behavior: http://bugs.php.net/fix.php?id=24974r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24974r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24974r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24974r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24974r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24974r=dst IIS Stability: http://bugs.php.net/fix.php?id=24974r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24974r=gnused
#24979 [Opn-Csd]: $PHP_SELF not determined
ID: 24979 Updated by: [EMAIL PROTECTED] Reported By: sgerrand at mac dot com -Status: Open +Status: Closed Bug Type: PHP options/info functions Operating System: Mac OS X/10.2.6 PHP Version: 4.3.2 New Comment: Works fine with latest stable CVS (and PHP 4.3.3RC3) Previous Comments: [2003-08-08 01:11:40] sgerrand at mac dot com Description: Configure Command './configure' '--prefix=/usr/local/php' '--with- config-file-path=/usr/local/php/lib' '--with-apxs' '-- with-iconv=/usr/local/php' '--with-openssl=/usr' '-- with-zlib=/usr' '--with-mysql' '--with-pgsql=/Users/ marc/entropy-cvs/php-module/build/postgresql-build' '-- with-gd' '--with-png-dir=/usr/local/php' '--with- freetype-dir=/usr/local/php' '--with-t1lib=/usr/local/ php' '--with-jpeg-dir=/usr/local/php' '--with-tiff- dir=/usr/local/php' '--with-curl=/usr/local/php' '-- with-mcal=/usr/local/php' '--with-mcrypt=/usr/local/ php' '--with-mhash=/usr/local/php' '--with-mcve=/usr/ local/php' '--with-pdflib=/usr/local/php' '--with- imap=../imap-2002d' '--with-imap-ssl=/usr' '--with- expat-dir=/usr/local/php' '--with-gettext=/usr/local/ php' '--with-dom=/usr/local/php' '--with-dom-xslt=/usr/ local/php' '--with-dom-exslt=/usr/local/php' '--with- ldap' '--with-xmlrpc' '--with-xml' '--with-iodbc' '-- with-xslt-sablot=/usr/local/php' '--enable-xslt' '-- enable-sockets' '--enable-dbx' '--enable-dbase' '-- enable-trans-sid' '--enable-exif' '--enable-wddx' '-- enable-ftp' '--enable-mbstring Reproduce code: --- ?php echo $PHP_SELF; ? Expected result: output of the script's current location or the equivalent of ?php echo $_SERVER[PHP_SELF]; ? Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=24979edit=1
#24971 [Fbk-Opn]: Compilation process fail under TRU64 v5.1
ID: 24971 User updated by: kis_an at mail dot ru Reported By: kis_an at mail dot ru -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Compaq TRU64 v5.1 PHP Version: 4.3.2 New Comment: I do install bison 1.35 and flex 2.5.4 after this build PHP 4.3.2 ended successfull! Great thanx and regards! Previous Comments: [2003-08-07 07:46:29] [EMAIL PROTECTED] And make sure you're using working GNU versions of bison and flex too. # bison --version GNU Bison version 1.28 # flex --version flex version 2.5.4 [2003-08-07 07:45:00] [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 [2003-08-07 03:20:47] kis_an at mail dot ru Description: Compilation process fail with next error (compilation was made with root): code yacc /home/admin/tmp/php-4.3.2/ext/standard/parsedate.y fatal error: invalid escape, or illegal reserved word: expect, line 154 *** Exit 1 Stop. /code configure was made (without any errors): ./configure --with-oci8=$ORACLE_HOME --with-apxs=/usr/local/apache/bin/apxs --enable-sigchild Any suggestions? Reproduce code: --- Code from parsedate.y: code 153:/* This grammar has 14 shift/reduce conflicts. */ 154:%expect 14 155:%pure_parser 156: 157:%token tAGO tDAY tDAY_UNIT tDAYZONE tDST tHOUR_UNIT tID 158:%token tMERIDIAN tMINUTE_UNIT tMONTH tMONTH_UNIT 159:%token tSEC_UNIT tSNUMBER tUNUMBER tYEAR_UNIT tZONE /code -- Edit this bug report at http://bugs.php.net/?id=24971edit=1
#24242 [Com]: Match on '[' and ']' fails.
ID: 24242 Comment by: wiebe_j at hotmail dot com Reported By: madsen at sjovedyr dot dk Status: Bogus Bug Type: Regexps related Operating System: Debian Linux (Woody) Unstable PHP Version: 4.3.2 New Comment: For me this is still a problem. The next 16 codelines, logically all should display a y. But some display a n. (Tried the escaped versions and the hex-versions) echo brbr1.; echo br.(preg_match(/^[\[\]]+$/,[]) ? y : n ); echo br.(preg_match(/^[\]\[]+$/,[]) ? y : n ); echo br.(preg_match(/^[\[\]]+$/,][) ? y : n ); echo br.(preg_match(/^[\]\[]+$/,][) ? y : n ); echo brbr2.; echo br.(preg_match(/^[\x5B\x5D]+$/,[]) ? y : n ); echo br.(preg_match(/^[\x5D\x5B]+$/,[]) ? y : n ); echo br.(preg_match(/^[\x5B\x5D]+$/,][) ? y : n ); echo br.(preg_match(/^[\x5D\x5B]+$/,][) ? y : n ); echo brbr3.; echo br.(ereg(^[\[\]]+$,[]) ? y : n ); echo br.(ereg(^[\]\[]+$,[]) ? y : n ); echo br.(ereg(^[\[\]]+$,][) ? y : n ); echo br.(ereg(^[\]\[]+$,][) ? y : n ); echo brbr4.; echo br.(ereg(^[\x5B\x5D]+$,[]) ? y : n ); echo br.(ereg(^[\x5D\x5B]+$,[]) ? y : n ); echo br.(ereg(^[\x5B\x5D]+$,][) ? y : n ); echo br.(ereg(^[\x5D\x5B]+$,][) ? y : n ); Previous Comments: [2003-06-18 06:08:28] madsen at sjovedyr dot dk Found the solution... Appearantly '[' and ']' doesn't need to be escaped (inconsistency?), but they have to be the first characters in the list of matches [2003-06-18 06:05:43] madsen at sjovedyr dot dk Description: Attempting to use ereg() for matching the date from an Apache error_log fails, when using the pattern: ^\[([^\]]*)\] Intention of the pattern explained (in case I just can't see the error in it): ^\[ - Require first char in string to be a litteral '['. ([^\]]*) - Match any number of chars that is NOT ']'. \] - Match a litteral ']' When using this pattern in ereg(), like: ereg(^\[([^\]]*)\], $string, $regs); $regs has returned empty, when printed by a print_r(); But then if I use ^\[(.*)\] as my pattern, I get something in $regs, not the right match, since it then runs in 'greedy mode', and catches what's between *(* and *)*: [*(*Aug 25 2002 14:53:32] [error] [client: 88.99.111.222*)*] ... It's really confusing me... If this is not a bug I apologise, but I think I have taken every form of action required before reporting this as a bug. -- Edit this bug report at http://bugs.php.net/?id=24242edit=1
#24965 [Opn-Bgs]: Compilation error when enabling sybase
ID: 24965
Updated by: [EMAIL PROTECTED]
Reported By: ludovic dot noel at sgcib dot com
-Status: Open
+Status: Bogus
Bug Type: Compile Failure
Operating System: Linux RH AS
PHP Version: 4.3.3RC2
New Comment:
Try search the bug database BEFORE submitting reports, this is already
fixed in CVS.
Previous Comments:
[2003-08-06 09:32:33] ludovic dot noel at sgcib dot com
Description:
The same system with the same build line with PHP4.3.2 work with no
errors.
configure line :
./configure --prefix=/usr/local/sas/php-4.3.3RC2 --enable-dbx
--enable-dio --enable-exif --enable-ftp --enable-gd-native-tt
--enable-magic-quotes --enable-safe-mode --enable-sockets
--enable-tokenizer --enable-track-vars --enable-trans-sid --enable-wddx
--enable-xml --enable-yp --enable-calendar --enable-sockets
--with-gd=/usr/local --with-zlib --with-t1lib=/usr/local
--with-jpeg-dir=/usr/local --with-png-dir=/usr/local
--with-zlib-dir=/usr/local --with-ttf
--with-freetype-dir=/usr/local --with-sybase=/usr/local/sybase
--with-oracle=/usr/local/oracle/8.1.7
--with-apxs2=/usr/local/apache/bin/apxs ./resultat_compilation.txt
Compilation Error :
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`php_sybase_do_connect':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:395: request for
member `value' in something not a structure or union
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_select_db':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:657: invalid
type argument of `unary *'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_free_result':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:954: parse error
before `if'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: At top level:
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:955: parse error
before `return'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957:
`sybase_result_index' undeclared here (not in a function)
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: `type'
undeclared here (not in a function)
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: warning:
initialization makes integer from pointer without a cast
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: initializer
element is not constant
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: warning:
data definition has no type or storage class
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:959: parse error
before `if'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:961: parse error
before `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:963: parse error
before `('
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:964: parse error
before `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_result':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1326: request
for member `value' in something not a structure or union
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_affected_rows':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible types in initialization
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible types in assignment
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `unary *'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible type for argument 1 of `_zval_copy_ctor'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible type for argument 1 of `convert_to_long'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1371: invalid
type argument of `unary *'
make: *** [ext/sybase/php_sybase_db.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=24965edit=1
#24966 [Opn-Bgs]: Date format problem
ID: 24966
Updated by: [EMAIL PROTECTED]
Reported By: f dot ledoeuff at hud dot ac dot uk
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: win nt4
PHP Version: 4.3.1
New Comment:
Too old version (4.3.2 is out and also 4.3.3RC2 is out)
plus I think this was dealt with in some other bug report,
try search the old reports for this.
Previous Comments:
[2003-08-06 09:46:00] f dot ledoeuff at hud dot ac dot uk
Description:
Hi all,
I am having troubles to save dates in my mssql database using PHP
My query is perfectly fine:
insert into tblactivity_dts (actid, start_date, end_date) values
('885347739','10/12/2003','10/01/2004')
but the dates saved in my DB are 12/10/2003 and 01/10/2004
However if I run the query in sql server enterprise manager, the dates
are stored properly.
I have set the server configuration to british and set
mssql.datetimeconvert to 0
fred
--
Edit this bug report at http://bugs.php.net/?id=24966edit=1
#20110 [Com]: input in flex scanner failed in directory :)
ID: 20110 Comment by: rsemmens at names dot co dot uk Reported By: jeroen at unfix dot org Status: Closed Bug Type: Scripting Engine problem Operating System: Linux, Net|Free|OpenBSD, others? PHP Version: 4.2.3 Assigned To: derick New Comment: We get the problem intermittently. We run our websites from NFS and if the file read fails it comes up with this message. Only when doing includes though. I agree with the better error message comment :) Btw, we are using PHP 4.3.2 so it's still a current problem. Drop me an e-mail if you want any further details. Previous Comments: [2003-08-02 16:02:08] olus at artcurie dot com I have PHP Version 4.0.6 and Fatal error: input in flex scanner failed in directoryname on line 1 WHY WHY WHY!!! [2003-07-12 20:05:07] daten at breitraum dot com hi, I got this bug too. PHP Version 4.2.3 I got a class CAdminBorder - extends CAdmin CAdmin extents CAdminAttitudes if the construktor of cadmin i used a function in CAdminAttitudes like this: $this-PasswordFile = $this-getPasswordFile(); result: Fatal error: input in flex scanner failed in mypath on line 1 Then I try this: $this-PasswordFile = parent::getPasswordFile(); everything works fine. [2003-03-20 16:59:41] bostjan dot skufca at domenca dot com you can view the bug at: http://www.avtomobilizem.com/dev/modules/gallery2 this project is using Smarty template engine and bug only occurs when i set $smarty-force_compile = false; email me to provide you relevant source files [2002-12-24 20:27:44] gunnar at start dot no This error also appears with other functions. More specifically I've experienced it with the parse_ini_file() function. I do not have access to test it with PHP CVS version, do I don't know wether it has been fixed for just the include function, or all functions affected by this problem. [2002-10-27 18:28:18] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/20110 -- Edit this bug report at http://bugs.php.net/?id=20110edit=1
#24974 [Dup-Bgs]: random open_basedir errors
ID: 24974 Updated by: [EMAIL PROTECTED] Reported By: lenar at city dot ee -Status: Duplicate +Status: Bogus Bug Type: Apache related Operating System: debian/unstable PHP Version: 4.3.3RC2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Same Bug reported twice - BOGUS. Previous Comments: [2003-08-07 10:38:17] lenar at city dot ee Sorry I missed somehow bug #24282. I really looked for similar bug reports before reporting. This seems same issue, yes. But even if #23580 is the same thing there is no way I could know this. It talks about include_path. Not open_basedir. Anyway I find your message somewhat disturbing. People make mistakes. Try to be more undestanding about dups. Simple notion about report being dupe of #xyz is enough. I just tried to ensure that 4.3.3 when released is free of this behavior. Is thinking like this wrong? [2003-08-07 07:50:00] [EMAIL PROTECTED] And bug #24282 [2003-08-07 07:48:39] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. See bug #23580 [2003-08-07 07:14:26] lenar at city dot ee Description: The problem described in #19292 is still there. It's rare, but exists. Getting the error for virtualhosts that have no open_basedir defined. Seems open_basedir restriction form some other virtual host is in effect. Error message: open_basedir restriction in effect. File (/home/system/basesys.php) is not within the allowed path(s): (/tmp:/home/users/user1) in /home/system/modules/module.php) on line 26 it was said in #19292 setting open_basedir to none in every other virtualhost would help, but this is not a solution but a workaround. and in some cases a painful one. -- Edit this bug report at http://bugs.php.net/?id=24974edit=1
#24991 [Opn-Fbk]: On windows2000, only Unix EOF works
ID: 24991 Updated by: [EMAIL PROTECTED] Reported By: weife01 at ca dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows2000 PHP Version: 4.3.2 New Comment: fgets() doesn't automagically trim EOL charactres. http://www.php.net/fgets Perhaps what to do next is rtrim() it at the appropriate place of your code and see if it works. Previous Comments: [2003-08-08 17:20:12] weife01 at ca dot com On Windows2000, only Unix EOL works [2003-08-08 17:19:17] [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 [2003-08-08 17:15:48] weife01 at ca dot com Description: I have a client who runs PHP on Windows and use the PHP script calling my program, which it initialize the DB connection. My initialization will fail if one of the text file my program reads is in Windows format with EOL as \r\n. If I feed it with Unix format as EOL(\n only), the initialization is succeed. By debugging my own code, I found that my fgets, when calling by PHP script, always return one more byte than it should, means it doesn't recognize the \r on Windows as part of EOL. I have my client set the auto_detect_line_endings in his php.ini, but it didn't help. I have seen that you have similar bug 16708 reported, but this bug sounds reverse. I wonder if the fgets alters runtime library, and cause my fgets gets altered? Reproduce code: --- My program breaks only when calling by PHP, but I was unable to attach it here because of it's size. -- Edit this bug report at http://bugs.php.net/?id=24991edit=1
#24866 [Opn-Fbk]: PHP CLI crashes when locale has certain values
ID: 24866 Updated by: [EMAIL PROTECTED] Reported By: herouth at itouch dot co dot il -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.2 New Comment: I can not reproduce this. I used this configure line: './configure' \ '--disable-all' \ '--disable-cgi' \ '--enable-debug' \ '--with-sybase-ct=/opt/sybase-11.9.2/' Try the same, using latest stable CVS snapshot. Previous Comments: [2003-08-04 10:13:08] herouth at itouch dot co dot il No. Compiling with sybase and without imap has no effect. It still crashes with LANG=en_US, and works with LANG=C. [2003-08-04 09:58:22] [EMAIL PROTECTED] And I guess it works also when you compile PHP with sybase, but without imap? [2003-08-03 04:11:30] herouth at itouch dot co dot il I think I pinpointed it. I tried your configure/compile sequence and it eliminated the problem. I went on and re-compiled using my original configure line, except the sybase-ct line. No problem. I added the --with-sybase-ct line, and the crash reappeared. As for my Linux, it's an old RedHat, kernel 2.2.16-3smp. glibc is, I think, 2.1.3. [2003-07-31 13:39:44] [EMAIL PROTECTED] Does it crash with this: # rm config.cache ./configure --disable-all --disable-cgi --enable-debug # make clean make # unset LC_ALL # export LANG=en_US # sapi/cli/php -n -v Don't set any CFLAGS/other compile related settings, PHP configure knows better.. Which linux is this? glibc version? [2003-07-31 07:58:42] herouth at itouch dot co dot il Tried --enable-debug and -g3, same result in gdb. Note that crash doesn't happen if running php within gdb. 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/24866 -- Edit this bug report at http://bugs.php.net/?id=24866edit=1
#24972 [NEW]: Apache + php memory crash
From: belov at iba dot ru Operating system: Wndows XP PHP version: 4.3.2 PHP Bug Type: Unknown/Other Function Bug description: Apache + php memory crash Description: This code contains an error. OS Windows XP. Php 4.3.2. MySql 3.23.56 PHP there is as module Apache I think a problem with a stack. Search words in func.txt code BUG HERE Reproduce code: --- Start file: http://www.informab.com/phpbug/0_start.txt include files: http://www.informab.com/phpbug/m.txt http://www.informab.com/phpbug/func.txt Expected result: i`am expect stable php version. -- Edit bug report at http://bugs.php.net/?id=24972edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24972r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24972r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24972r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24972r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24972r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24972r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24972r=support Expected behavior: http://bugs.php.net/fix.php?id=24972r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24972r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24972r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24972r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24972r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24972r=dst IIS Stability: http://bugs.php.net/fix.php?id=24972r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24972r=gnused
#24965 [Dup-Bgs]: Compilation error when enabling sybase
ID: 24965
Updated by: [EMAIL PROTECTED]
Reported By: ludovic dot noel at sgcib dot com
-Status: Duplicate
+Status: Bogus
Bug Type: Compile Failure
Operating System: Linux RH AS
PHP Version: 4.3.3RC2
New Comment:
Leave the status alone..
Previous Comments:
[2003-08-06 10:35:06] ludovic dot noel at sgcib dot com
I had searched, (not very accurate this time :)
latest version works fine.
Thx
[2003-08-06 09:35:43] [EMAIL PROTECTED]
Try search the bug database BEFORE submitting reports, this is already
fixed in CVS.
[2003-08-06 09:32:33] ludovic dot noel at sgcib dot com
Description:
The same system with the same build line with PHP4.3.2 work with no
errors.
configure line :
./configure --prefix=/usr/local/sas/php-4.3.3RC2 --enable-dbx
--enable-dio --enable-exif --enable-ftp --enable-gd-native-tt
--enable-magic-quotes --enable-safe-mode --enable-sockets
--enable-tokenizer --enable-track-vars --enable-trans-sid --enable-wddx
--enable-xml --enable-yp --enable-calendar --enable-sockets
--with-gd=/usr/local --with-zlib --with-t1lib=/usr/local
--with-jpeg-dir=/usr/local --with-png-dir=/usr/local
--with-zlib-dir=/usr/local --with-ttf
--with-freetype-dir=/usr/local --with-sybase=/usr/local/sybase
--with-oracle=/usr/local/oracle/8.1.7
--with-apxs2=/usr/local/apache/bin/apxs ./resultat_compilation.txt
Compilation Error :
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`php_sybase_do_connect':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:395: request for
member `value' in something not a structure or union
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_select_db':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:657: invalid
type argument of `unary *'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_free_result':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:954: parse error
before `if'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: At top level:
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:955: parse error
before `return'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957:
`sybase_result_index' undeclared here (not in a function)
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: `type'
undeclared here (not in a function)
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: warning:
initialization makes integer from pointer without a cast
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: initializer
element is not constant
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:957: warning:
data definition has no type or storage class
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:959: parse error
before `if'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:961: parse error
before `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:963: parse error
before `('
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:964: parse error
before `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_result':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1326: request
for member `value' in something not a structure or union
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c: In function
`zif_sybase_affected_rows':
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible types in initialization
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible types in assignment
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `unary *'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible type for argument 1 of `_zval_copy_ctor'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370: invalid
type argument of `-'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1370:
incompatible type for argument 1 of `convert_to_long'
/usr/local/src/php-4.3.3RC2/ext/sybase/php_sybase_db.c:1371: invalid
type argument of `unary *'
make: *** [ext/sybase/php_sybase_db.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=24965edit=1
#24971 [Bgs]: Compilation process fail under TRU64 v5.1
ID: 24971 User updated by: kis_an at mail dot ru Reported By: kis_an at mail dot ru Status: Bogus Bug Type: Compile Failure Operating System: Compaq TRU64 v5.1 PHP Version: 4.3.2 New Comment: Yes of course BOGUS !!! Previous Comments: [2003-08-08 03:29:38] [EMAIL PROTECTED] Not exactly PHP bug - bogus. [2003-08-08 00:18:05] kis_an at mail dot ru Sorry! I'm forget to close this bug! [2003-08-08 00:15:39] kis_an at mail dot ru I do install bison 1.35 and flex 2.5.4 after this build PHP 4.3.2 ended successfull! Great thanx and regards! [2003-08-07 07:46:29] [EMAIL PROTECTED] And make sure you're using working GNU versions of bison and flex too. # bison --version GNU Bison version 1.28 # flex --version flex version 2.5.4 [2003-08-07 07:45:00] [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 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/24971 -- Edit this bug report at http://bugs.php.net/?id=24971edit=1
#24989 [Opn-Fbk]: PHP 4.3.3RC3 Sablot 1.0 problem
ID: 24989
Updated by: [EMAIL PROTECTED]
Reported By: sitnikov at infonet dot ee
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Linux
PHP Version: 4.3.3RC3
New Comment:
I can not reproduce this with latest PHP CVS and Sabltron 1.0. The
output is 'SUCCESS' always.
How did you configure Sablotron? And PHP?
Previous Comments:
[2003-08-08 15:58:37] sitnikov at infonet dot ee
Description:
b.xml
?xml version=1.0?
?xml-stylesheet type=text/xsl href=b.xsl?
test
/test
b.xsl
?xml version=1.0?
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=/test
html
head
titleTEST/title
/head
body bgcolor=blue text=#00
centerHELLO/center
/body
/html
/xsl:template
/xsl:stylesheet
b.php
?
// Allocate a new XSLT processor
$xh = xslt_create() or die('Can not do; xslt_create()');
xslt_set_log($xh, true);
xslt_set_log($xh, '/tmp/sablot.log');
// Process the document
if ($result = xslt_process($xh, './data/b.xml', './data/b.xsl')) {
print SUCCESS, test.xml was transformed by test.xsl into
result.xml;
print , result.xml has the following contents\nbr\n;
print pre\n;
echo $result;
print /pre\n;
}
else {
print Sorry, test.xml could not be transformed by test.xsl into;
print result.xml the reason is that . xslt_error($xh) . and
the ;
print error code is . xslt_errno($xh);
}
xslt_free($xh);
?
--
Results:
sabcmd: SUCCESS
PHP 4.3.2: SUCCESS
PHP 4.3.3RC3: ERROR (duplicate attribute and the error code is 2)
--
Edit this bug report at http://bugs.php.net/?id=24989edit=1
#24835 [Opn-Fbk]: mb_convert_encoding s option does not work
ID: 24835
Updated by: [EMAIL PROTECTED]
Reported By: jc at mega-bucks dot co dot jp
-Status: Open
+Status: Feedback
Bug Type: mbstring related
Operating System: Linux
PHP Version: 4.3.3RC1
New Comment:
I cannot reproduce the result with the following script.
Like what is mbstring part of your php.ini?
?
$words=urldecode(24%BB%FE%B4%D6%A1%A1TIME);
mb_internal_encoding(EUC-JP);
echo 1- $words\n;
$words = mb_convert_kana($words, KV);
echo 2- $words\n;
/* this should turn all zen-kaku spaces (%A1%A1) into han-kaku spaces
*/
$words = mb_convert_kana($words, sa);
echo 3- $words\n;
/*
* urlencoding the string should turn all han-kaku spaces into + */
$words = urlencode($words);
$aWords = split(\+,$words);
foreach($aWords as $word) {
if ($word == ) continue;
echo 4- $word\n;
$w= urldecode($word);
echo 5- $w\n;
}
?
I got:
1- 24[jikan][zenkaku space]TIME
2- 24[jikan][zenkaku space]TIME
3- 24[jikan] TIME
4- 24%BB%FE%B4%D6
5- 24[jikan]
4- TIME
5- TIME
Previous Comments:
[2003-07-28 01:41:21] jc at mega-bucks dot co dot jp
Description:
The s option in mb_convert_encoding should convert zen-kaku spaces to
han-kaku spaces, this does not work.
Reproduce code:
---
Input URI is words=24%BB%FE%B4%D6%A1%A1TIME
echo pre1- $wordsBR;
$words = mb_convert_kana($words, KV);
echo 2- $wordsBR;
/* this should turn all zen-kaku spaces (%A1%A1) into han-kaku spaces
*/
$words = mb_convert_kana($words, sa);
echo 3- $wordsBR;
/*
* urlencoding the string should turn all han-kaku spaces into + */
$words = urlencode($words);
$aWords = split(\+,$words);
foreach($aWords as $word) {
if ($word == ) continue;
echo 4- $wordBR;
$w= urldecode($word);
echo 5- $wBR;
}
Expected result:
1- 24#26178;#38291;#12288;TIME
2- 24#26178;#38291;#12288;TIME
3- 24#26178;#38291; TIME
4- 24%BB%FE%B4%D6+TIME
5- 24#26178;#38291;
5- TIME
Actual result:
--
1- 24#26178;#38291;#12288;TIME
2- 24#26178;#38291;#12288;TIME
3- 24#26178;#38291;#12288;TIME
4- 24%BB%FE%B4%D6%A1%A1TIME
5- 24#26178;#38291;#12288;TIME
--
Edit this bug report at http://bugs.php.net/?id=24835edit=1
