public one.
User may access server with the same session ID
always. etc
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
I guess you missed some points :)
Melvyn Sopacua wrote:
> At 08:18 14-8-2002, Yasuo Ohgaki wrote:
>
>> Rasmus Lerdorf wrote:
>>
>>> As much as I think trans-sid sucks from a performance perspective,
>>> what's
>>> with this comment in ph
o file and
it sits in memory. Therefore, it is deleted when browser
is closed.
I've already described how it could be useful to build a
more secure web site with it a little.
I believe there are many articles around that recommends
session cookie over normal cookie. Reading these will he
ased sessin management has more risks than cookie's.
Please advise people to consider risks :)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
what kind
of risks are involved with URL based session.
(Assuming users know issues/risks with session management
with cookie :)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
Melvyn Sopacua wrote:
> At 12:04 14-8-2002, Yasuo Ohgaki wrote:
>> Aren't we discussing what method of passing session ID is less
>> secure than others?
>
>
> Yes, but I fail to see what it has to do with security.
> For instance - I use sessions to store some ou
Melvyn Sopacua wrote:
>
> We seem to go around in circles :-)
>
> At 13:08 14-8-2002, you wrote:
>
>> Melvyn Sopacua wrote:
>>
>>> At 12:04 14-8-2002, Yasuo Ohgaki wrote:
>>>
>>>> Aren't we discussing what method of passing sess
er to be described/notified.
I posted the feature request so that someone is interested
someday, since not many people are interested last time I
asked here.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
ncentrate on the text please.
Patch applied.
It seems I forgot to update trans-sid ini description and
source default. It's fixed also.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
}
> - cur_elem++;
> }
>
> HANDLE_BLOCK_INTERRUPTIONS();
>
I've send the message to Dan, already.
Just posting php-dev again.
Top elements have more chance than end elements.
All elements should have equal chance to be shuffled.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
protection?
When we suppposed to unset protection?
--
Yasuo Ohgaki
>
>
> Index: php4/sapi/apache/mod_php4.c
> diff -u php4/sapi/apache/mod_php4.c:1.135 php4/sapi/apache/mod_php4.c:1.136
> --- php4/sapi/apache/mod_php4.c:1.135 Wed Aug 14 13:15:49 2002
> +++ php4/sapi/apac
ook at how Andi implemented
debug_backtrace() in ZE2.
It can be ported to ZE1, but he changed basic data
struture in engine and I thoguth it does not worth
the effort.
(QA, debug, etc don't worth the benefits)
Just wait ZE2 or use xdebug/apd/dbg or whatever
tools you like.
--
Yasuo Ohgaki
--
PH
Tim Converse wrote:
> --- Yasuo Ohgaki <[EMAIL PROTECTED]> wrote:
>
>>Dan Kalowsky wrote:
>>
>>>Anyone able to confirm or deny the validity of this
>>
>>patch?
>>
>>>
>>>-- Forwarded message --
>>>
&
Damn. This is a text book type of problem...
Thanks for reminding :)
--
Yasuo Ohgaki
Tim Converse wrote:
> --- Yasuo Ohgaki <[EMAIL PROTECTED]> wrote:
>
>>Tim Converse wrote:
>>
>>>--- Yasuo Ohgaki <[EMAIL PROTECTED]> wrote:
>>>
>>&
James E. Flemer wrote:
> Would it be difficult to just add a "dirty" flag somewhere,
It's easy.
Write your own session save handler does this if needed.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
We can get MD5 sum of it and compare.
If sum differs, save the session data else just leave it.
(2 to 3 addtional lines)
I'm not sure, but I guess it could be faster than actually
saving it always, especially, when multiple web servers share
database, etc.
I think James is willing to give it a
data is changed often enough. I
don't need the feature omitting session write automatically.
--
Yasuo Ohgaki
> Zeev
>
> At 04:52 18/08/2002, Yasuo Ohgaki wrote:
>
>> Rasmus Lerdorf wrote:
>>
>>> Well, I wouldn't call that easy. To do it in the session ha
ave handler)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
session ID always. That's one of my worry, too.
I guess msession is already doing this.
--
Yasuo Ohgaki
>
> -Rasmus
>
> On Mon, 19 Aug 2002, Yasuo Ohgaki wrote:
>
>
>>Rasmus Lerdorf wrote:
>> > Ok, then that is a bug that needs to be fixed before 4.3.
&
Rasmus Lerdorf wrote:
> On Mon, 19 Aug 2002, Yasuo Ohgaki wrote:
>
>
>>Zeev Suraski wrote:
>>
>>>I don't think that's the way to do it at all. In theory, it's no
>>>problem to track whether changes were made to the session data, and
>
n PHP that ensures that a SID is a valid active
> session. I don't see any reason to allow visitors to specify their own
> custom SID. What is the benefit to that?
>
> -Rasmus
>
I don't do that, but some users are using custom session id
to share values among users...
led by computer...
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
Marcus Börger wrote:
> Not that mod_apache delivering txt format info pages would be
> unusable but a simple phpinfo(0|1) would be better.
>
I would like to see phpinfo(true|false)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscri
it stayed like it is in the CVS now.
>
Not a big deal & I agree.
We can do php -r "print_r(ini_get_all())" or ini_set() before
phpinfo().
IMO, using html_errors flag to change phpinfo() behavior is not nice,
though. phpinfo() is not a error :)
I prefer less php.ini settings wh
James Cox wrote:
> Phil Copeland @ redhat pointed me at this bug:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752
Check with latest CVS before posting.
I fixed this bug weeks ago.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To uns
s developers support multibyte
strings, it's not a core feature.
And read discussion why we have it as a default.
If you don't like it, remove it by yourself.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
lity may not work correctly unless
> mbstring is loaded (or built in)?
It's not a good idea.
What we need is smart ini parser and module loader that understand
module dependecy and proper loading order.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubsc
[EMAIL PROTECTED] wrote:
> On Mon, 2 Sep 2002, Yasuo Ohgaki wrote:
>
>
>>James Cox wrote:
>>
>>>Phil Copeland @ redhat pointed me at this bug:
>>>But mbstring really isn't a core module, and very few people will require
>>>kr/zh/ru style en
nge/add/remove important
behavior, it should be posted on php-dev and discussed.
This is mentioned here sevral times at least...
Except simple bugfix patch, if there is maintainer and/or author
is known, patch should be sent to maintainer and/or author. IMHO.
--
Yasuo Ohgaki
--
PHP Development Ma
There are functions like this. i.e. array_filter, etc
As these function accesses internal data structure outside
of engine's control, thus it may crash PHP.
I added warning to array functions, but I might
forget to mentioned this in ob functions page.
--
Yasuo Ohgaki
--
PHP Developme
As all of us know, PHP crashes easily when module is loaded
improperly.
This is what we should fix.
As I mentioned in personal mail, it's not difficult to fix
at module loader level.
--
Yasuo Ohgaki
Marcus Börger wrote:
> At 01:24 02.09.2002, Yasuo Ohgaki wrote:
>
>> B
We should have generic code for this. IMHO.
--
Yasuo Ohgaki
Brian France wrote:
> I know this is ugly, but what about making the extensions handle it
> themselves?
>
> Your example of session_pgsql:
>
> In the extension init code:
>
> ext_enabled =
Forgot to mention this.
This will not solve module loading order issues.
Not only checks if modules needed in there, but also
we should be able to load module in order.
To achive this, we need to change module loading code
which is written in the engine.
--
Yasuo Ohgaki
Yasuo Ohgaki wrote
ard to get used to?
This is not only policy issue, but also a technical issue
as I mentioned. You're better to provide solution for it,
if you strongly insist.
If you find problem mbsting, let us know.
Problem should be easy to fix, since the code is
_very_ stable. New streamable filter wi
and module loader that understand
>> module dependecy and proper loading order.
>
>
> We already had some discussion on some IF statements in ini
> files already. I guess we might call to another mail thread here
> and hope we find a volunteer. I will not invent any work here si
[EMAIL PROTECTED] wrote:
> On Mon, 2 Sep 2002, Yasuo Ohgaki wrote:
>
>
>>[EMAIL PROTECTED] wrote:
>>
>>>No, not really. It was noted by more than one person that it breaks
>>>some simple things in PHP, affecting the bahavior of scripts that are
>>&
Jim Winstead wrote:
> Yasuo Ohgaki <[EMAIL PROTECTED]> wrote:
>
>>Marcus B?rger wrote:
>>
>>>We already had some discussion on some IF statements in ini
>>>files already. I guess we might call to another mail thread here
>>>and hope we find
API, current API will not be changed. The API is
there since php3 days. This is another reason why mbstring is
considered stable.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
ld be alias)
Current strlen() do not provide these features.
byte_len()'s problem is there are too many functions that allocates
more memory than it is needed. We might have to do something
about this or just return length inculdes garbages or make it
act like current strlen()
Opinions?
--
Title tells it.
I suppose it should be done in ext/iconv/config.m4.
Any reason not to doing it config.m4?
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
7;bar' is superfluous.
>
I agree, but it has been discussed recently.
Derick added extra , since it should not harm
any.
(there are shell script languages accept
extra , like this also)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
other code that rely on URL decoded
values. Letting you know just in case there is such
code.
--
Yasuo Ohgaki
Yasuo Ohgaki wrote:
> yohgaki Sat Sep 7 05:26:03 2002 EDT
>
> Modified files: (Branch: PHP_4_2_0)
> /php4/ext/mbstringmbstring.c
Edin Kadribasic wrote:
> This is a bit too unserious IMHO.
>
> Edin
I have to agree.
Besides, "\"char can be differect shape depend om
charsets according to the ISO standard.
--
Yasuo Ohgaki
>
> On Sat, 07 Sep 2002 23:14:23 -
> "Jan Lehnardt&quo
This obvious security risk is mentioned in bugtraq today.
IMHO, this is users' fault. They must check values before
using it. In this specfic case, user should use simple regex
before feeding str to header().
Any opinion to meke this to "won't fix"?
--
Yasuo Ohgaki
[EM
Yasuo Ohgaki wrote:
> This obvious security risk is mentioned in bugtraq today.
>
> IMHO, this is users' fault. They must check values before
> using it. In this specfic case, user should use simple regex
> before feeding str to header().
>
> Any opinion to meke this
I'll make it "won't fix".
--
Yasuo Ohgaki
Melvyn Sopacua wrote:
> On Sun, 8 Sep 2002, Yasuo Ohgaki wrote:
>
> YO>>> Date: Sun, 08 Sep 2002 11:01:44 +0900
> YO>>> From: Yasuo Ohgaki <[EMAIL PROTECTED]>
> YO>>> To: [EMAIL PROT
gt;even that's not a great way of saying it, but still...
>
>
> I just committed a reworded version. I'm sorry I didn't catch your
> response first, though, or I would have opened it up to further
> critique.
>
Thanks :)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
[EMAIL PROTECTED] wrote:
> On Sun, 8 Sep 2002, Yasuo Ohgaki wrote:
>
>
>>yohgaki Sun Sep 8 18:38:57 2002 EDT
>>
>> Modified files:
>>/php4 CODING_STANDARDS
>> Log:
>> It seems we're better to
[EMAIL PROTECTED] wrote:
> On Sun, 8 Sep 2002, Yasuo Ohgaki wrote:
>
>
>>yohgaki Sun Sep 8 18:38:57 2002 EDT
>>
>> Modified files:
>>/php4 CODING_STANDARDS
>> Log:
>> It seems we're better to
Oops. I thought both SMTP and NNTP is failed, but only STMP was
failing. Sorry for duplicated messages.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
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
Subje
be preferrable to add an optional parameter to the
> exisiting function, or make a new function.
+1 for no more ini directives...
No more ini entry unless it is strictly required/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 unsubscri
he.
How this could be useful?
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
also.
Any addition to phps does not worth the effort.
People should use show_source() etc instead of
phps.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
on this and get it ported to cvs HEAD.
>
> Brian
I understand your motivation, but I 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
[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]...
>>>
>>>
>>&g
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]&g
arch how things should be sent from PHP/Zend. With PHP level, e.g.
with scripting, we can forget all issues related to phps.
--
Yasuo Ohgaki
>
> Devon
>
> Yasuo Ohgaki wrote:
>
>> I prefer not to add any more feature to phps. The functoinality
>> should be provid
users by adding new feature to phps. User may think
phps works _correctly_ always.
I suggest fix buffer issue at least if you would like to change phps.
--
Yasuo Ohgaki
>
> Devon
>
> Yasuo Ohgaki wrote:
>
>> This msg may be sent twice
>>
>> Devon O'Dell w
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 so
ot working well. Therefore, phps should be left as it is now.
(If someone has feasible solution, 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 goo
) phps
feature. It's not needed. I even vote for removing it from php.
Guys. Can you wirte something like this script with in a minuite?
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
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, Yasu
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)
>
;s discourage usage of phps in the manual while adding new feature.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
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 se
[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
>
[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
[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 inf
[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?
-
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
o":
> highlight_file(%s, 1);// or whatever is necessary
> 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/
ixing this will break many scripts, probably.
Just point it out the problem I noticed, since Wez is
going to rewrite stat related code soon(?) IIRC.
--
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)
>
>
tency.
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
>
> I think a better solution would be a ifdef in the datetime.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
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 acce
like to fix it. However, I don't 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 Maili
]$
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
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: Cons
ackend with socket 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
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
s. */
# define GLOB_ONLYDIR(1 << 13)/* Match only directories. */
# define GLOB_TILDE_CHECK (1 << 14)/* Like GLOB_TILDE but return an error
if the user name is not available. */
--
Yasuo Ohgaki
Jan Lehnardt wrote:
> jan Thu Sep 26 07:19:27 2002 EDT
>
>
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 sap
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
ory.
Great :)
I was thinking similar thing to implement PlPhp for PostgreSQL.
I 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
you need to copy libphp.so
>>manually to appropriate directory.
>
>
> What about a libphp.a? :)
It will work, 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 t
ber you have been changing chunk
size, 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
unk_size is 0, instead of disabling
buffering, it should buffer all 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
de was around more than a year before merged
to php4 source tree. 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
ct prototyping?
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()...
>
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
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:
>
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,
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 direct
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 worr
1 - 100 of 965 matches
Mail list logo
