[PHP-DEV] Bug #12989: php sets the wrong default header (use not mimetypes)

2001-08-28 Thread tf

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  php sets the wrong default header (use not mimetypes)

i want to parse .wml sites with php, the problem is the default 
header.

when i not have added 
AddType application/x-httpd-php .wml 
in the httpd.conf, then everything its fine and apache returned
the korrekt header in pure .wml sites (without php stuff).
my mimetype entry 
text/vnd.wap.wmlwml  
works in this case.

when i add
AddType application/x-httpd-php .wml 
to the apache config, the mimetype settings are useless :-(
apache sends by default text/html and i have to rework als .wml 
sites and have to add a line at first::
?php header(Content-Type: text/vnd.wap.wml);?
thats very bad, if i have lots of such sites, which were at first 
plain wml.

i wanted to rename all .php sites to .wml, if they produce wml 
code, because i want to avoid problems with wap browsers 
which are looking for the filepostfix...
imho should php set the header using mimetypes settings.
-- 
Edit bug report at: http://bugs.php.net/?id=12989edit=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 #12992: php ignores Accept: text/vnd.wap.wml

2001-08-28 Thread tf

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  php ignores Accept: text/vnd.wap.wml

when 
Accept: text/vnd.wap.wml
or other type is accepted and the .php site has only text/html , 
then an error should returned like:

406 Not Acceptable

like apache does.

for example:

tf@defiant:~/foobar  telnet stargazer 80
Trying 192.168.0.6...
Connected to stargazer.
Escape character is '^]'.
GET / HTTP/1.0
User-Agent: SMS
Accept: text/vnd.wap.wml
 
HTTP/1.1 406 Not Acceptable



-- 
Edit bug report at: http://bugs.php.net/?id=12992edit=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 #11626: additional oci function for quoting

2001-06-23 Thread tf

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.5
PHP Bug Type: Feature/Change Request
Bug description:  additional oci function for quoting


would be nice to have an oci/oracle function, which quotes 
strings
for CONTAINS() and LIKE ... statements oracle-like.
that means, not '' instead of \' same alike for wildcards
like $, _, % ...



-- 
Edit Bug report at: http://bugs.php.net/?id=11626edit=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 #10873: internal xmlparser eats only formatted xmlstrings...

2001-05-15 Thread tf

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.5
PHP Bug Type: XML related
Bug description:  internal xmlparser eats only formatted xmlstrings...

i use xmlrpc (from usefulinc) to communicate with different java systems. when i 
receive data, the data comes mostly only as string with only one row (no newlines 
between the tags).
there are 2 different javaxmlparser in usage and they send and parse these datas 
without problems.
expat seems to need newlines after tags, i used tidy from w3 to format the strings 
before using them with the phpparser.
this workaround costs lot of speed, the xmlstrings are ~ 200k.

could it be possible, that tidy can be build into the expat extension to perform an 
optional formation of the xmlstring?
the strings are similar like this:
?xml version=1.0 
encoding=ISO-8859-1?methodResponseparamsparamvaluearraydatavalue ... 
lots of tags and strings and everything in one row ... 
/value/data/array/value/param/params/methodResponse



-- 
Edit Bug report at: http://bugs.php.net/?id=10873edit=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 #10657: settype() with larger than 32bit values

2001-05-04 Thread tf

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4
PHP Bug Type: Feature/Change Request
Bug description:  settype() with larger than 32bit values

if i use settype($foo, integer) with an value for $foo
alike '112' 
settype() returns successfull type setting and changes the 
value to something like that '2147483647'

could it be possible that settype produces a warning, if 
an value larger that the supported bitvalue of the current 
system is and/or changes the value to 0 alike settype() on 
a striong like this 'fjsfjsdh'...



-- 
Edit Bug report at: http://bugs.php.net/?id=10657edit=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 #10633: settype(.., double) not work as expected(or documented)

2001-05-03 Thread tf

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4
PHP Bug Type: *Programming Data Structures
Bug description:  settype(.., double) not work as expected(or documented)

$tmp = 111t11t;
settype($tmp, double);
echo $tmp;

returns '111' imho it should be 0 ??
(alike settype(... integer))

using with 'double' the string is cuttet at the fist 
non-number-character 




-- 
Edit Bug report at: http://bugs.php.net/?id=10633edit=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 #9835: problems with multiple /* comments

2001-03-19 Thread tf

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.3pl1
PHP Bug Type: Scripting Engine problem
Bug description:  problems with multiple /* comments

seems, that the parser has problems with different /* */
in the source e.G. 

...
/*
...
$req="select /*+FIRST_ROWS */ from foo ...";
...
*/

from other language (java, c++ ... ) i know, thats works normally, so it seems to be a 
bug in php parser...


-- 
Edit Bug report at: http://bugs.php.net/?id=9835edit=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 #9743: can exec() or system() return the pid ?

2001-03-14 Thread tf

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  can exec() or system() return the pid ?

hi,

its possible to implement, that exec saves the new pid of 
the executed external programm into another parameter?
(like the output)





-- 
Edit Bug report at: http://bugs.php.net/?id=9743edit=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 #9458: in_array() error

2001-02-26 Thread tf

From: [EMAIL PROTECTED]
Operating system: linux 2.2.x 2.4.x
PHP version:  4.0.3pl1
PHP Bug Type: Arrays related
Bug description:  in_array() error

comparison problem in in_array() function

?php
$a="foo";
$b=array(1, 4, 6);
if(in_array($a, $b)){
echo "BAR!";
}
?

is a little bit confusing, espacially for user, who comes from other  programming 
languages ...
(seems not to be a feature ;-)




-- 
Edit Bug report at: http://bugs.php.net/?id=9458edit=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]