dback".
Well, that's pretty untrue ...
Wrong comment for this bug.
If Apache2 SAPI still has problem with $_POST and
multipart/form-data encoding, add comment to
the report and reopen it.
Don't forget to test with CVS version of
PHP _AND_ Apache2.
--
Yasuo Ohgaki
--
PHP Development Mailing
()/ob_get_level() for
better buffer management.
Anyway, please let authors know there is bug in the scripts.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
it did not work when I
used it with multibyte character contents, but the header issue seems to
be the same.
Hmm... Let us know the problem so that we can fix problems before
release.
--
Yasuo Ohgaki
Thanks in advance,
Ryo
--- sapi/apache2filter/sapi_apache2.c~ Fri Aug 16 07:27:03 2002
that program is over writing memory
in somewhere - wrong zval handling, etc.
Do you still get garbage from variables?
If yes, we have nasty memory handling bug, I suppose.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Generally speaking,
we need _short_ _complete_ script for this.
However, try CVS version. We don't fix bugs other than
CVS version now.
--
Yasuo Ohgaki
Ernani Joppert Pontes Martins wrote:
I was having a problem like this in one simple script
It generates segfault by executing from shell
FYI
The problem was 100% reproducible with my scripts
and I cannot reproduce the problem with today's
source ;)
--
Yasuo Ohgaki
Yasuo Ohgaki wrote:
FYI.
I start getting garbage on some variables with
my application while I'm using recent CVS version.
I don't see the problem Oct. 1st
or not before
using it, otherwise it results in this error.
Did you change the behaviour of ob_gzhandler, which makes this warning
legal, or is it a bug?
Script should be modified...
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http
to static build.
Could we have shared as the default?
Most applications would use shared instead of static lib probably.
--
Yasuo Ohgaki
Index: php4/sapi/embed/config.m4
diff -u php4/sapi/embed/config.m4:1.1 php4/sapi/embed/config.m4:1.2
--- php4/sapi/embed/config.m4:1.1 Sun
you get function name and file name caused the segfault,
it should be easy to write short script reproduce the segfault.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Ernani Joppert Pontes Martins wrote:
Thanks Yasuo...
Does the cvs version is provided in rpm format too?
No. You need to build it from source. (There may be people
creating RPM, but I just don't know)
--
Yasuo Ohgaki
[]'s
Ernani
"Yasuo Ohgaki" [EMAIL
the php to segfault, so then I've commented it out and It worked
back again...that is weird because it was processing 10 rows of 5 cols...
If you know the segfault condition, please report it with
short and complete script to bug db. (w/o db access)
--
Yasuo Ohgaki
--
PHP Development Mailing List
?
+1 Let's have these constants.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
FYI.
I start getting garbage on some variables with
my application while I'm using recent CVS version.
I don't see the problem Oct. 1st source, at least.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Wez Furlong wrote:
On 10/09/02, Yasuo Ohgaki [EMAIL PROTECTED] wrote:
AFAIK, there is no Arial that includes CJK.
Arial Unicode MS (that 22MB TTF you'll find in \windows\fonts) seems
to do a good job of including virtually all characters known to man.
Hmm...
I don't have it under my W2k
to entity. Otherwise, characters
may be broken. Please do not try to use UTF-8 always to fix
since UTF-8 does not support everything.
Due to these two problems, phpinfo() output is much less
useful for me than used to be.
I hope someone responsible will fix it.
--
Yasuo Ohgaki
--
PHP
multibyte char support is fully
integrated to PHP/Zend.
--
Yasuo Ohgaki
Colin Viebrock wrote:
Would this problem be solved if the META tag that defines the character
set is hard-coded to use US-ASCII or ISO-8859-1, instead of going
through the process it does now to try and determine a charset
;icirc;Iacute;Euml;AElig;uuml;
This is EUC-JP text output from phpinfo(), btw.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
been resolved this.
Japanese version of Arial, that's missing some of the characters like
eactue; etc.. Since the page is probably outputting
charset=shift-JIS or whatever, the page looks broken.
AFAIK, there is no Arial that includes CJK.
--
Yasuo Ohgaki
--
PHP Development Mailing List http
.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
?
That's better. And you must not try to convert chars to
entities. This is the worst thing... Text cannot be read
even with HTML sources.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Gabor Hojtsy wrote:
What php-dev guys think about this?
Goba
Except there may be some lib detection problems on some
platforms. It's stable, IMO.
At least, API will not be changed.
--
Yasuo Ohgaki
- Original Message -
From: Friedhelm Betz [EMAIL PROTECTED]
To: [EMAIL
Pierre-Alain Joye wrote:
On Tue, 08 Oct 2002 23:43:42 +0900
Yasuo Ohgaki [EMAIL PROTECTED] wrote:
Gabor Hojtsy wrote:
What php-dev guys think about this?
Goba
Except there may be some lib detection problems on some
platforms. It's stable, IMO.
Without specify anything detection
, URL rewriter may fail to
modify HTML correctly.
I don't read code, so I cannot make comment on this.
But, I guess it is working as before w/o adding output
control functions.
BTW, don't forget adding my address.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe
supposed ;)
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
to be called fully supports chunked buffering, but
the code is still missing some.
pseudo code
while($html = read($fp, 100)) {
print($html);
ob_flush();
}
You see?
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
it.
Flushing is problematic and we know well :)
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
-generating-backtrace.php
BTW, I wrote this pages months ago. (We're better to move the back
trace generating page more obvious place)
--
Yasuo Ohgaki
At 18:37 07/10/2002, Jan Schneider wrote:
Zeev Suraski wrote:
What are you doing in order to get it to crash?
Calling any page in IMP
care much as I said before ;)
--
Yasuo Ohgaki
Zeev Suraski wrote:
zeev Sun Oct 6 08:02:54 2002 EDT
Modified files:
/php4/ext/standardbasic_functions.c var.c
/php4/mainoutput.c
Log:
Revert the implicit_flush mess.
Do
Both opinion makes sense to me, but
any objections to remove alias from MySQL?
--
Yasuo Ohgaki
Andi Gutmans wrote:
It doesn't really make sense to me to add an alias to MySQL if it's not
needed.
The less aliases we have in PHP the better IMO.
Andi
At 11:04 AM 10/3/2002 +0900, Yasuo
internally.
If it is finished, the patch shouldn't be needed anymore...
Zeev, I think it's easy to write it, isn't?
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
You are the one used unexported php_ob_* function in var.c :)
I'll fix var.c, then.
--
Yasuo Ohgaki
Derick Rethans wrote:
On Thu, 3 Oct 2002, Yasuo Ohgaki wrote:
A little history. When 4.1.0 (or 4.2.0?) is released, I've fixed
crush with deleting wrong buffer with implicit flush. The fix
Yasuo Ohgaki wrote:
yohgaki Thu Oct 3 04:54:45 2002 EDT
Modified files:
/php4/ext/standardvar.c
Log:
Prevent unwanted fluhsing.
Unwanted flushing which Derick mentioned is fixed.
I think there is something wrong in CLI.
It seems CLI
Derick Rethans wrote:
On Thu, 3 Oct 2002, Yasuo Ohgaki wrote:
You are the one used unexported php_ob_* function in var.c :)
I'll fix var.c, then.
No, don't. These functions were meant to be exported, see this chat log
with Zeev from around the time I implemented the function:
I'm
is broken for a looonng time.
Please refer to my comment recently added to output.c
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
]$ sapi/cli/php
?php
$out = highlight_string('?php echo "ABC; ?', TRUE);
var_dump($out);
?
B
string(0) ""
B
[yohgaki@dev DEV]$
See the difference? It seems CLI SAPI ignores and write to stdout directly.
--
Yasuo Ohgaki
--
PHP Development
=1 t
string(0)
$ sapi/cli/php -d implicit_flush=0 t
string(5) 'foo'
CGI and Apache SAPI is working as it supposed.
Which is worng?
BTW, now I'm sure what is wrong in CLI SAPI thanks
to your example :)
I'll fix it if you would like.
--
Yasuo Ohgaki
--
PHP Development Mailing List http
, process all buffers
and output.
implicit_flush should only be used for debugging.
If you need implicit flush, use ob_implicit_flush() to have
more control.
BTW, I think I found what's wrong in CLI thanks to Edin's
example.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net
for normal operation
as commentted for a long time. It's only for debugging.
User should use use ob_implicit_flush() instead.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Yasuo Ohgaki wrote:
Edin Kadribasic wrote:
Again, CLI does nothing but enable implicit_flush. Try enabling it
in your php.ini and cgi and apache will be broken in the same way.
I'll take a look at CLI SAPI, then...
It may be easy to find what's wrong thanks to your example.
User
Derick Rethans wrote:
On Thu, 3 Oct 2002, Yasuo Ohgaki wrote:
CGI and Apache SAPI is working as it supposed.
Which is worng?
BTW, now I'm sure what is wrong in CLI SAPI thanks
to your example :)
The CLI is perfect, the problem is in the implicit_flush 'fix' you
added. If you fix
. Looking at the old code it looks
It may not flush as user expected. It is depends on how each buffers
treat data. For instance, a handler may need 1024 bytes before output
anything.
Anyway, I'm not big fun of implicit flush and removing the feature
is ok to me, too.
--
Yasuo Ohgaki
--
PHP
Sebastian Bergmann wrote:
Yasuo Ohgaki wrote:
Anyway, I'm not big fun of implicit flush and removing the feature
is ok to me, too.
Do you actually read what other people post about this on php-dev?
Do you actually know how it is working?
Try some with current code. Let me know
flush.
(I remember someone is tweaking output layer wrongly :)
Without my patch, implicit flush is __USELESS__ that
needs buffers.
Okay, what you want to do with implicit_flush?
I think it may be okay to enable implicit_flush for
CLI? with buffering by default or not?
--
Yasuo Ohgaki
--
PHP
Zeev Suraski wrote:
At 13:26 03/10/2002, Yasuo Ohgaki wrote:
It may not flush as user expected. It is depends on how each buffers
treat data. For instance, a handler may need 1024 bytes before output
anything.
I'm not sure what you're talking about really. implicit_flush should
).
--
Yasuo Ohgaki
James Moore wrote:
Sebastian Bergmann wrote:
How about you read Zeev's excellent explanation of this issue in
Message-Id: 5.1.0.14.2.20021003111648.05550388@localhost?
Zeev may forgot some or misunderstood my patches.
I have to take a look at SAPI code. IIRC it has been
Oops.
s/interrelation/interpretation/
Yasuo Ohgaki wrote:
Thanks James,
I thought PG(implict_flush) was deleting buffer in old code. (but
my memory could be wrong)
Anyway, I understand the difference, but interrelation what
implicit_flush directive should do was different.
My last
Derick Rethans wrote:
On Thu, 3 Oct 2002, Yasuo Ohgaki wrote:
Do you really understand what you are doing?
I'm not against enabling implicit_flush for CLI, but
you just broke your var_export and code uses output
buffers under CLI at least :)
I ran make test and it works perfectly
Yasuo Ohgaki wrote:
Derick Rethans wrote:
On Thu, 3 Oct 2002, Yasuo Ohgaki wrote:
Do you really understand what you are doing?
I'm not against enabling implicit_flush for CLI, but
you just broke your var_export and code uses output
buffers under CLI at least :)
I ran make test
Do you really understand what you are doing?
I'm not against enabling implicit_flush for CLI, but
you just broke your var_export and code uses output
buffers under CLI at least :)
--
Yasuo Ohgaki
Derick Rethans wrote:
derickThu Oct 3 06:35:34 2002 EDT
Modified files
be
(except a little difference) before your commit.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
I think I've documented what chars are allowed.
If not, report missing description for allowed char as
session name.
--
Yasuo Ohgaki
Bernhard Fuerst wrote:
Hi,
I got non-working session when using session names like
BLAH_www.ile.tu-freiberg.de. Did I missed something in thr manual
Ok. I'll add alias to mysql and rename pgsql function.
--
Yasuo Ohgaki
Derick Rethans wrote:
On Wed, 2 Oct 2002, Marcus Börger wrote:
At 13:41 02.10.2002, Dan Kalowsky wrote:
On Wednesday, October 2, 2002, at 12:10 AM, Yasuo Ohgaki wrote:
I don't mind to have alias like pg_result_seek
Sebastian Bergmann wrote:
Yasuo Ohgaki wrote:
yohgaki Mon Sep 30 22:43:33 2002 EDT
Modified files:
/php4/main output.c
Log:
Fixed implicit flush.
This commit broke my script, that I mentioned before, again. It now
dumps the contents of a variable to stdout instead
Yasuo Ohgaki wrote:
A little history. When 4.1.0 (or 4.2.0?) is released, I've fixed
crush with deleting wrong buffer with implicit flush. The fix
disabled implicit flush.
I finally fixed implicit flush. Users should worry about
implicit flush directive in php.ini now. e.g. implicit_flush
Alan Knowles wrote:
Yasuo Ohgaki wrote:
A little history. When 4.1.0 (or 4.2.0?) is released, I've fixed
crush with deleting wrong buffer with implicit flush. The fix
disabled implicit flush.
I finally fixed implicit flush. Users should worry about
implicit flush directive in php.ini now
.
Some users may be surprised by these.
NEWS entry?
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hmm. function w/o PHPAPI is used in var.c
I'll commit new patch soon.
--
Yasuo Ohgaki
Yasuo Ohgaki wrote:
yohgaki Wed Oct 2 22:55:19 2002 EDT
Modified files:
/php4/mainoutput.c
Log:
Made some functions inline.
Added static for unexported
. It was stable and was working.
If it is broken, it's broken by recent changes...
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
?
It should help. Having and confirming prototype is
one of the best practice anyway.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Yasuo Ohgaki wrote:
yohgaki Tue Oct 1 23:16:36 2002 EDT
Modified files:
/php4/ext/pgsql pgsql.c php_pgsql.h
Log:
Added pg_data_seek().
pg_result_seek() woudl be better name, but there is mysql_data_seek()...
Any comment about this naming?
I
, etc, recently.
--
Yasuo Ohgaki
Zeev
At 13:18 30/09/2002, Wez Furlong wrote:
wez Mon Sep 30 06:18:06 2002 EDT
Modified files:
/php4/ext/zlib zlib.c
/php4/main output.c
Log:
Fix infinite recursion bug when using zlib output compression.
Cause
output so that large output can be
buffered and modified afterwards. e.g. ob_start() has 0 for default
chunk size.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
, too. My I idea was having only libphp.so (the name
is a little confusing, though) and install libphp.a and libphp.so
for PlPhp.
With the sapi, users are easier to set thing up right :)
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
pposed to do the job.
Does anyone find problem in this patch?
--
Yasuo Ohgaki
Index: Makefile.global
===
RCS file: /repository/php4/Makefile.global,v
retrieving revision 1.24
diff -u -r1.24 Makefile.global
--- Makefile.global 16 Aug
Jan Lehnardt wrote:
Hi,
On Sat, Sep 28, 2002 at 09:03:29PM +0900, Yasuo Ohgaki wrote:
Does anyone find problem in this patch?
I think 'make test' must be adjusted to these changes, not sure though.
AFAIK, make test depends on CLI sapi now and run-tests.php
can only be executed by CLI
Marcus Börger wrote:
At 15:43 28.09.2002, Yasuo Ohgaki wrote:
On Sat, Sep 28, 2002 at 09:03:29PM +0900, Yasuo Ohgaki wrote:
We are better to make run-tests.php runs under CGI sapi.
Otherwise, some tests must be skipped always.
Is there way to execute run-tests.php with CGI sapi?
I don't
cannot test drive until next month, but I'll try it then.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
I would like to remove ascii art from text version
of phpinfo(). We shouldn't add things that do not
work well. i.e. back slash has many interpretations.
Any comments?
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Tal Peer wrote:
Yasuo Ohgaki wrote:
I would like to remove ascii art from text version
of phpinfo(). We shouldn't add things that do not
work well. i.e. back slash has many interpretations.
Elaborate on this, please.
ISO 646 is the ASCII. There are variants of it. i.e. DE, DK,
CA, CN, CU
if the user name is not available. */
--
Yasuo Ohgaki
Jan Lehnardt wrote:
jan Thu Sep 26 07:19:27 2002 EDT
Modified files:
/php4/ext/standarddir.c
Log:
- GLOB_NOMATCH and GLOB_NOESCAPE are only defined in win32/glob.h
- fixes build
I got a little time, so I removed dup of GLOB_NOSORT
definition. Header problem remains.
--
Yasuo Ohgaki
Yasuo Ohgaki wrote:
Something wrong in current CVS.
[yohgaki@dev HEAD]$ php
HTTP/1.0 0 X
Content-type: text/html; charset=EUC-JP
PHP Notice: Constant GLOB_NOSORT already defined
function. Therefore, I agree
with Ilia's opinion.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
want change current
manual page if it will be correct again :)
http://www.php.net/manual/en/function.clearstatcache.php
Anyone who would like to keep old behavior, let me know
before I change the manual page.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe
break;
}
?
where %s is request_info.path_translated, and execute it using
eval_string(). It would greatly simplify the implementation and make it
much more easy to change/maintain.
Comments?
Smart idea for phps implementation :)
+1
--
Yasuo Ohgaki
--
PHP Development Mailing List http
.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Try again with system() and delete/change file stat.
strace also shows PHP is calling stat/access if you
would like.
--
Yasuo Ohgaki
Ilia A. wrote:
The code appears to be working fine, on my system it returns
bool(false)
bool(false)
bool(false)
bool(false)
and without the chmod line
.
I'm -1 for this change.
How about others?
--
Yasuo Ohgaki
Ilia Alshanetsky wrote:
iliaa Sat Sep 21 11:41:20 2002 EDT
Modified files:
/php4/ext/standarddatetime.c
Log:
Fixed bug #12934
locatime() now returns an error message when passed
atetime.c that would
prevent negative values from being passed along to localtime() on Windows.
And return an error specifying that current OS does not support negative
values.
What do you think?
No objection to your solution :)
--
Yasuo Ohgaki
Ilia
On September 24, 2002 10:43 pm
It's ok with or without caching to me.
Are we going to change doc or code?
If nobody objects, I'll just update the manual.
--
Yasuo Ohgaki
Ilia A. wrote:
The stat() calls are cached, but the access() do not appear to be.
I am not certain if PHP should even try to cache access() calls which
', $_SERVER['PATH_TRANSLATED']));
?
ln -s show_source.php target.phps
is no more complex than
ln -s target.php target.phps
I guess all of know well, but don't forget change your web
server setting so that phps is parsed and executed by php.
--
Yasuo Ohgaki
--
PHP Development Mailing List http
, ofcourse there are always some little
things with patches, but that doesn't matter right now.
It would be ok if it's a new flag is added to highlighe_string().
I'm not against for it. Let's add flag to the function.
--
Yasuo Ohgaki
Derick
On Thu, 19 Sep 2002, Yasuo Ohgaki wrote
Me too.
--
Yasuo Ohgaki
James Cox wrote:
I agree. Lets jsut get this in the tree..
-- james
On Thu, Sep 19, 2002 at 02:28:35AM +0100, Dan Hardiker wrote :
This doesnt demonstrate the use of the show_source (or other aliased)
function, but I assure you - it works similarly
get the source.
THIS is where phps is SO useful.
I'm not insisting we should remove phps, but discourage use of it :)
Hmm. Additional feature is useful for supporting people on irc probably.
Ok you win.
Let's discourage usage of phps in the manual while adding new feature.
--
Yasuo Ohgaki
Markus Fischer wrote:
On Thu, Sep 19, 2002 at 06:27:55PM +0900, Yasuo Ohgaki wrote :
Let's discourage usage of phps in the manual while adding new feature.
Wait, stop. First hand over the related bug IDs, couldn't
find it only be text searching which you were refering
[EMAIL PROTECTED] wrote:
On Thu, 19 Sep 2002, Yasuo Ohgaki wrote:
I don't recall bug ID, but here is the backtrace.
The cause would be output buffer and zend_printf does not
work well together. Enabling any buffer segfualt php when
phps is used.
this bt is pretty useless without any
[EMAIL PROTECTED] wrote:
On Thu, 19 Sep 2002, Yasuo Ohgaki wrote:
I guess you are sleepy :)
Or my mail is messed up ?
No, I'm not sleepdy. There aren't any line numbers or variables in your
backtrace. This usually does happen when there is no debug info.
Ah. I see.
I'm on the machine
[EMAIL PROTECTED] wrote:
On Thu, 19 Sep 2002, Yasuo Ohgaki wrote:
[EMAIL PROTECTED] wrote:
No, I'm not sleepdy. There aren't any line numbers or variables in your
backtrace. This usually does happen when there is no debug info.
Ah. I see.
I'm on the machine httpd w/o --enable-debug now
[EMAIL PROTECTED] wrote:
On Thu, 19 Sep 2002, Yasuo Ohgaki wrote:
Let's discourage usage of phps in the manual while adding new feature.
Let's not do that. There was no single bugreport about it.
Could you reproduce the problem now?
--
Yasuo Ohgaki
--
PHP Development Mailing
Zeev Suraski wrote:
At 12:27 19/09/2002, Yasuo Ohgaki wrote:
Dan Hardiker wrote:
We are dealing with *idiots* here. Their CODE doesnt work, they are
*learning* PHP, they want help on their *non-functional* code, easily,
simply and quickly.
We can already say put this in a .php file
Ohgaki
Devon
Yasuo Ohgaki wrote:
I prefer not to add any more feature to phps. The functoinality
should be provided within hilight_file/stirng/etc to avoid needless
complexity if it is needed.
I've been pointed out reasons why we are better to use
functions instead of phps
if you would like to change phps.
--
Yasuo Ohgaki
Devon
Yasuo Ohgaki wrote:
This msg may be sent twice
Devon O'Dell wrote:
I wonder if you understand that highligh_file() *is* a call to the
*same* function that provides .phps files with functionality.
By adding line numbers
Oops. The mail sent before correcting poor english by mistake.
But it can be understandable hopefully ;)
--
Yasuo Ohgaki
Yasuo Ohgaki wrote:
Devon,
You should be able to search bug db...
Devon O'Dell wrote:
Instead of telling me to read the source about how PHP/Zend works,
how about
, I don't against that. of course)
Why not just add new parameter to show_source/hilight_file?
We don't need to add new feature to phps, but should provide only
for functions. It should be good enough.
--
Yasuo Ohgaki
(note the default setting for a .phps without arguments)
This doesnt
This is fixed in both 4.2.0-dev and 4.3.0-dev weeks ago.
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
Yes I got the same bug.
--
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com - H?ergement de sites Internet
[EMAIL PROTECTED] a ?rit dans le message de news:
[EMAIL
[EMAIL PROTECTED] wrote:
On Thu, 12 Sep 2002, Yasuo Ohgaki wrote:
Tom Sommer wrote:
Devon O'Dell [EMAIL PROTECTED] wrote in
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Maybe, but then we're assuming Apache ;)
.phps does not work on IIS
phps may not work under Apache 1.3.x a
FYI
We got close one that Jani mentioned in bug db :)
It's user's problem, but I'm sure there are many
scripts do not check user input enough.
We're probably better to mention security risks more
in the manual...
--
Yasuo Ohgaki
Original Message
Subject: PHP fopen() CRLF
/prefered.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Marcus Boerger wrote:
Why is README.TESTING no longer in the repository?
I just updated the file but...
How about just add it again?
Does not make sense deleting it at all to me.
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
.
How this could be useful?
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
think we're better to keep it
simple still... (Even if I would like to have XML php.ini)
How about others?
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
101 - 200 of 909 matches
Mail list logo