rectory in which the
socket file is stored (default "/tmp").
===
Environmnet variables can affect pgsql module behavior.
It would be nice if PHP Manual has description about it.
--
Yasuo Ohgaki
>
>
> On 3 Nov 2001 [EMAIL PROTECTED] wrote:
>
>
>>ID: 1391
elect() for simple query. These function will use
pg_convert() and pg_metadata() internally.
== other ==
Provide ini entry to trun on/off async functions.
I don't want to implement this, but I'm sure there will users use
aysnc functions on persistent connection improper manner...
libpq is threa
lopers to notice which reports are real bugs.
> Huge amount of the reports coming in are bogus.
I've submitted few bogus reports also :)
This should be good idea.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Zeev Suraski wrote:
> After some more investigation, it *might* be related to a bug that
> existed in 4.0.7 with multiple levels of internal output buffering, so I
> may have spoken too soon. I can't really reproduce it, so I asked Yasuo
> Ohgaki to take a look at it. I
Markus Fischer wrote:
> Btw, isn't sufficient to just mail CVS problems to the list and
> only create a new bug when really nothing happens? Else I think
> we clutter the bug system only with small temporary bug reports
> ...
Ok. I'll do that from next time.
--
g output buffering and mbstring-auto-encoding
> did not work.
Usually, I don't use zlib compression. I noticed the problem when
4.0.7RC is relased. It seems zlib output compression is working
now. (I'm testing with --enable-mbstr-enc-trans)
--
Yasuo Ohgaki
--
PHP Development Mail
shm.c:311: warning: passing arg 1 of `var_destroy' from
incompatible pointer type
make[3]: *** [sysvshm.lo] Error 1
make[3]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext/sysvshm'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext/sys
e is no
<%= CurrentTitle() %>
<%= LoginStatus() %>
<%= $Message %>
Login Name
<%= $LoginName %>
First Name
<%= $FirstName %>
Last Name
<%= $LastName %>
Lo
Yasuo Ohgaki wrote:
> I forgot to send the patch to the maintainer
> and the author, but I guess they
> noticed patch in php-dev.
> http://marc.theaimsgroup.com/?l=php-dev&m=100483599714646&w=2
I would like to hear from Jouni and Zeev how you think about
async qeury
Has anyone take a look at this patch?
I don't use xslt and don't know if this fix is valid or not.
If this patch fixes problem, it should be applied. IMO.
(There are 2 bugs for xslt, #13511 & #13750, is this patch fixes
these problems?)
--
Yasuo Ohgaki
Lenar Lõhmus wrote:
&g
o know to the script/config to be sure, though.
--
Yasuo Ohgaki
--
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]
o know to the script/config to be sure, though.
--
Yasuo Ohgaki
--
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]
is
FHMed. (While I'm writing this message. Thank you Jani :)
--
Yasuo Ohgaki
--
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]
Zeev Suraski wrote:
> I'm going to roll PHP 4.1.0RC2 in an hour if nobody shouts.
>
> Zeev
>
Sounds *OK* to me.
I'm warried about xlst crash bug patch.
http://marc.theaimsgroup.com/?l=php-dev&m=100531454215810&w=2
It's patch for Bug #13872. I don't s
Zeev Suraski wrote:
> http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
>
> Do your thang :)
>
> Zeev
>
It builds and runs for both cgi and apache SAPI.
Linux 2.4.4/glibc 2.2.2
Apahe 1.3.22/modssl 2.8.5/openssl 0.9.5b
-- summary --
Session module tests failed due to failure for openning
/tmp/s
Yasuo Ohgaki wrote:
> Zeev Suraski wrote:
>
>> http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
>>
>> Do your thang :)
>>
>> Zeev
>>
>
> It builds and runs for both cgi and apache SAPI.
>
> Linux 2.4.4/glibc 2.2.2
> Apahe 1.3.22/modssl 2.
Yasuo Ohgaki wrote:
> Yasuo Ohgaki wrote:
>> It builds and runs for both cgi and apache SAPI.
>>
>> Linux 2.4.4/glibc 2.2.2
>> Apahe 1.3.22/modssl 2.8.5/openssl 0.9.5b
>>
>> -- summary --
>>
>> Session module tests failed due to failure for op
Zeev Suraski wrote:
> http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
>
> Do your thang :)
>
> Zeev
>
FYI. ChangeLog file is missing in the archive :)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
Fo
is problem?
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> ID: 11389
> User updated by: [EMAIL PROTECTED]
> Reported By: [EMAIL PROTECTED]
> Status: Critical
> Bug Type: Arrays related
> Operating System: W98
> PHP Version: 4.0.6
> New Comment:
>
> But this is not the real sc
Manuel Lemos wrote:
> Apply for a CVS account. Somebody should reply to those requests.
I got no response also. Although, Zeev suggested to do that.
It seems most of requests are ignored. I don't mind it though. :)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.p
Reproduced on 4.1.0RC2 and 4.2.0 CVS.
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> From: [EMAIL PROTECTED]
> Operating system: FreeBSD 4.4-STABLE
> PHP version: 4.0CVS-2001-11-14
> PHP Bug Type: Reproducible crash
> Bug description: unset($array[]) causes a
Forgot to attach backtrace. (4.1.0RC2 CGI)
Yasuo Ohgaki
(gdb) run test.php
Program received signal SIGSEGV, Segmentation fault.
0x08178582 in execute (op_array=0x82281dc) at ./zend_execute.c:2201
(gdb) bt
#0 0x08178582 in execute (op_array=0x82281dc) at
./zend_execute.c:2201
#1 0x0815574e in
) {
+ if (ht && offset)
{
switch
(offset->type) {
case IS_DOUBLE:
case IS_RESOURCE:
---
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscrib
Derick Rethans wrote:
> Hello,
>
> On Thu, 15 Nov 2001, Yasuo Ohgaki wrote:
>
>
>>Suggested fix.
>>
>
> This fixes the symtom, not the problem
>
Ok. I thought _get_zval_ptr() may return NULL when array element
is not initilized. I leave this probl
Derick Rethans wrote:
> On Thu, 15 Nov 2001, Yasuo Ohgaki wrote:
>
>
>>Hi Derick,
>>
>>May I ask question? I've spent a little more time on this. (When I
>>submit the patch, I spent less than 10 minutes :)
>>
>>When unset($arr[]) is cal
Yasuo Ohgaki wrote:
> Derick Rethans wrote:
>
>> On Thu, 15 Nov 2001, Yasuo Ohgaki wrote:
>>
>>
>>> Hi Derick,
>>>
>>> May I ask question? I've spent a little more time on this. (When I
>>> submit the patch, I spent less than
Oops sorry. Never mind. I need some more sleep :)
Yasuo Ohgaki wrote:
> Yasuo Ohgaki wrote:
>
>> Derick Rethans wrote:
>>
>>> On Thu, 15 Nov 2001, Yasuo Ohgaki wrote:
>>>
>>>
>>>> Hi Derick,
>>>>
>>>> May I ask
There are some limitations in libpq. You may not be
able to execute query asyncronously)
Comments are welcome.
--
Yasuo Ohgaki
Index: pgsql.c
===
RCS file: /repository/php4/ext/pgsql/pgsql.c,v
retrieving revision 1.130
diff -u -r1.130 pgsq
A few changes,
- pg_reset() returns boolean value now
- added more cleanup for leftover
Comments are welcome.
PS: If you have problem with attachment, please let me know.
--
Yasuo Ohgaki
pgsql_async.diff
Description: Binary data
--
PHP Development Mailing List <http://www.php.net/&
ve time to
do, isn't it?
--
Yasuo Ohgaki
> Zak Greant wrote:
>
>> On November 29, 2001 10:38 am, aidan peiser wrote:
>>
>>> Learning PHP
>>> Coding in PHP
>>> Reading the PHP source
>>> Writing web pages with PHP
>>>
clear guideline for error messages for
both script coders and module developers.
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> ID: 14294
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Status: Bogus
> Bug Type: Filesystem function related
> Operating System: FreeBSD 4.3
&g
emember which modules was it, but I saw commit getting
rid of warnings.
I think we really need consistency for error messages...
--
Yasuo Ohgaki
>
> On Fri, Nov 30, 2001 at 08:13:59AM -, [EMAIL PROTECTED] wrote :
>
>>ID: 14294
>>User updated by: [EMAIL PROTECTED]
emember which modules was it, but I saw commit getting
rid of warnings.
I think we really need consistency for error messages... at least
for standard module functions.
--
Yasuo Ohgaki
>
> On Fri, Nov 30, 2001 at 08:13:59AM -, [EMAIL PROTECTED] wrote :
>
>>ID: 14294
>
Sorry for multiple messages.
I have to be more careful when there is mail client error...
--
Yasuo Ohgaki
--
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 administrat
Is this change is intended?
On my system, 4.1.0 have -g -O2 for compile options with
--enable-debug. It's slower to compile and less debug info in
objects with -O2 option...
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PRO
Yasuo Ohgaki wrote:
> Is this change is intended?
>
> On my system, 4.1.0 have -g -O2 for compile options with
> --enable-debug. It's slower to compile and less debug info in
> objects with -O2 option...
BTW, this happens for CGI build. --with-apxs, it build only with
-g.
pply to apache? can you test the CGI
> version too?
>
> - Markus
It seems CGI version output is ok to me also. (4.2.0-dev
2001/11/15. I thought I've tested with CGI version when I reported
this bug. It seems I'm not.)
Today's HEAD & 4.1.0RC with Aapche SAPI has
Yasuo Ohgaki wrote:
> Markus Fischer wrote:
>
>> I tested the CGI version (command line) and the first
>> outptus:
>>
>> $ php -f 14226.php
>> BBB$
>>
>> $ php -v
>> 4.2.0-dev
>>
>>
)
--
Yasuo Ohgaki
Index: output.c
===
RCS file: /repository/php4/main/output.c,v
retrieving revision 1.80
diff -u -r1.80 output.c
--- output.c30 Nov 2001 10:48:38 - 1.80
+++ output.c2 Dec 2001 22:20:58 -
@@ -585,6
Derick Rethans wrote:
> Hello,
>
> On Mon, 3 Dec 2001, Yasuo Ohgaki wrote:
>
> +/* {{{ proto integer ob_get_level(void)
> + Return the nesting level of the output buffer */
> +PHP_FUNCTION(ob_get_level)
> +{
> + Z_LVAL_P(return_value) = OG(ob_nesting
Yasuo Ohgaki wrote:
> Derick Rethans wrote:
>
>> Hello,
>>
>> On Mon, 3 Dec 2001, Yasuo Ohgaki wrote:
>>
>> +/* {{{ proto integer ob_get_level(void)
>> + Return the nesting level of the output buffer */
>> +PHP_FUNCTION(ob_get_lev
Yasuo Ohgaki wrote:
> ID: 14226
> User updated by: [EMAIL PROTECTED]
> Reported By: [EMAIL PROTECTED]
> Status: Open
> Bug Type: Output Control
> Operating System: Linux 2.4.4/glibc 2.2.2
> PHP Version: 4.1.0RC CVS (2001/12/2)
> New Comment:
>
> Ok I think I f
objects or writes patch, I'll write one.
If you have comments, please let me know before I start coding.
(I'll wait about a week for feedback at least)
Thank you for your comments.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAI
ative-ttf' \
'--with-freetype-dir=/usr' \
'--with-jpeg-dir=usr' \
'--with-png-dir=/usr' \
'--with-xpm-dir=/usr/X11R6' \
'--enable-ctype' \
'--enable-shmop' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-
How about to have *new* list for sending patch for PHP?
PostgreSQL has list for that. It seems the list is working great
for them.
With the list, it's easier to search who sent which patch.
(patches may be treated better than now :)
--
Yasuo Ohgaki
--
PHP Development Mailing List
James Moore wrote:
>
>
>>On Tue, 04 Dec 2001, Thies C. Arntzen wrote:
>>
>>>On Tue, Dec 04, 2001 at 09:04:29PM +0900, Yasuo Ohgaki wrote:
>>>
>>>>How about to have *new* list for sending patch for PHP?
>>>>PostgreSQL has li
Emanuel Dejanu wrote:
> Hi there,
>
> $_* arrays are a copy of the long GLOBAL vars.
> So $_SERVER is a copy of $HTTP_SERVER_VARS or is a reference?
>
$_SEERVER, etc are reference of $HTTP_*_VARS.
I think this should be noted *obvious* place when 4.1.0 is
released :)
-
Are you using ob_end_clean()/ob_end_flush() in your code?
If you are not sure about it, send backtrace.
If you are using ob_end_clean/flush(), make sure that you are
*not* deleting output buffer for ob_gzhandler...
--
Yasuo Ohgaki
Jerome Ponsin wrote:
> ID: 13482
> User updated by:
I cannot reproduce with 4.1.0RC5 and 4.2.0-dev (cgi).
I suggest to test against 4.1.0RC5 http://www.php.net/~zeev
and 4.2.0-dev http://snaps.php.net
Regards,
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> From: [EMAIL PROTECTED]
> Operating system: Debian GNU/Linux 2.2
> PH
RS?
If you are using Apache SAPI,
http://www.php.net/manual/en/function.getallheaders.php
php-general is the place to ask question like this.
Regards,
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional com
ch can be used
> to find out what the people 'out there' think ?
>
> --Jani
My vote wouldn't count, but I vote +1 :)
Converting scripts are really simple, since
users can replace exit() with paramters to die().
I remeber previous discussion, but I feel functions like
t;CVS it appears that I have to session_unregister() and unset()
>>the session variable to clear it out.
>>
>
> Hmm .. Derick what do you think of this . . .?
>
> - Markus
>
I usually use CVS version for my dev server and never
had problem like this. I d
x27;m planning to write HTML form module. I guess it fit into PECL, I've
read PEAR web, but I couldn't find description for PEAR C Module...
(There is a little description about PECL in FAQ, though)
Am I missing something?
Thanks.
--
Yasuo Ohgaki
--
PHP Development Mailing List &
I can read/get articles, but can't post.
News server problem?
--
Yasuo Ohgaki
[EMAIL PROTECTED]
--
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 administrat
PHP_FALIAS(pg_freeresult,pg_free_result,NULL)
PHP_FALIAS(pg_loreadall, pg_loread_all, NULL)
#if HAVE_PQCLIENTENCODING
PHP_FALIAS(pg_clientencoding,pg_client_encoding, NULL)
PHP_FALIAS(pg_setclientencoding, pg_set_client_encoding, NULL)
#endif
{NULL, NULL, NULL}
Egon Schmid wrote:
> From: "Jon Parise" <[EMAIL PROTECTED]>
>
>>On Tue, Dec 11, 2001 at 09:06:52PM +0900, Yasuo Ohgaki wrote:
>>
>>
>>>I would like to rename PostgreSQL functions to comfirm
>>>naming/coding standard. Similar chang
PHP_FALIAS(pg_freeresult,pg_free_result,NULL)
PHP_FALIAS(pg_loreadall, pg_loread_all, NULL)
#if HAVE_PQCLIENTENCODING
PHP_FALIAS(pg_clientencoding,pg_client_encoding, NULL)
PHP_FALIAS(pg_setclientencoding, pg_set_client_encoding, NULL)
#endif
{NULL, NULL, NULL}
lt,pg_free_result,NULL)
PHP_FALIAS(pg_loreadall, pg_loread_all, NULL)
#if HAVE_PQCLIENTENCODING
PHP_FALIAS(pg_clientencoding, pg_client_encoding, NULL)
PHP_FALIAS(pg_setclientencoding,pg_set_client_encoding, NULL)
#endif
{NULL, NULL, NULL}
};
/* }}} */
--
Yasu
HP_FALIAS(pg_setclientencoding,pg_set_client_encoding,NULL)
#endif
{NULL, NULL, NULL}
};
/* }}} */
--
Yasuo Ohgaki
--
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_FALIAS(pg_freeresult,pg_free_result,NULL)
PHP_FALIAS(pg_loreadall, pg_loread_all, NULL)
#if HAVE_PQCLIENTENCODING
PHP_FALIAS(pg_clientencoding,pg_client_encoding, NULL)
PHP_FALIAS(pg_setclientencoding, pg_set_client_encoding, NULL)
#endif
{NULL, NULL, NULL}
-Egon
I'll take care of both source and document. I take your comments as
"it's okay to rename function as far as it follows TODO and
CODING.STANDARDS". :)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTEC
d work and some programers might make some critical mistake.
> And PHP script with http input check is usually hard to read.
Agreed. I have class for that, but if PHP support input handler, it
helps a lot.
>
> If we can use http input handler, we can implemnt separately
> http
Markus Fischer wrote:
> On Tue, Dec 11, 2001 at 02:05:36PM +0900, Yasuo Ohgaki wrote :
>
>>Sorry if this message is posted twice.
>>
>
> Twice? I could be wrong but I think it has arrived three
> times or so already. NM ;-)))
>
>
These messages tha
Has news server setting been changed?
It seems I cannot post article via news.php.net
--
Yasuo Ohgaki
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
PHP Development Mailing List <h
n_name(TSRMLS_C),"old_function_name")) {
php_error(E_INFO,"%s is obsolete function name.",
get_active_function_name(TSRMLS_C));
}
- I suppose people has better idea than me for error message format :)
If this proposal and/or new error levels are accepted, I'll volunteer to
write pa
Markus Fischer wrote:
> On Wed, Dec 12, 2001 at 04:58:27PM +0900, Yasuo Ohgaki wrote :
>
>> php_error(E_WARNING, "%s expects size > 0",
>> get_active_function_name(TSRMLS_C));
>>
>
> I prefer "%s() ...&q
cribed :)
--
Yasuo Ohgaki
--
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]
blem.
Current Bug Type is easier to track the issue, IMHO.
I don't oppose to change it to feature request, though.
--
Yasuo Ohgaki
--
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]
>
> [2001-12-12 11:38:37] [EMAIL PROTECTED]
>
> This is fixed in CVS.
>
> --Jani
>
--
Yasuo Ohgaki
--
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]
_from and so on)
Function rename will be done also.
Thank you.
--
Yasuo Ohgaki
--
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]
0, os: Unix
I think it's just a matter of deleting output buffer.
I wish someone fix this problem, Hopefully soon...
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To
o output buffering, CGI SAPI may not be using body write
function defined in output.c. Anyone?
> i would love to work on this problem but i really have no idea where to
> get started... i can't even produce that log message you have.
That's great if you could sort out these pr
Chuck Hagenbuch wrote:
> Quoting Yasuo Ohgaki <[EMAIL PROTECTED]>:
>
>
>>CHORA's download feature is broken somewhat...
>>If I download source file, it is gzipped! (it can be other
>>format also... I guess)
>>
>
> Works fine for me. What
To me, this bug report is most likely a user error.
(Bug in user session handler)
Bogus may be the best status for now.
I like Status = No Feedback, too ;)
But it's not there.
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> ID: 12915
> Updated by: sander
> Reported By: [EMAIL PR
rt questions to php-general.
There are many nice people in the list :)
--
Yasuo Ohgaki
--
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]
Chuck Hagenbuch wrote:
> Quoting Yasuo Ohgaki <[EMAIL PROTECTED]>:
> > >>I guess your browser does not support gzip encoding.
>>
> > Well, you guess wrong. Try to avoid jumping to conclusions which
you have no
> basis for, except that it makes thing
s and
>he was pretty much suprised that PHP causes such problems. As the function
>curl_formadd() and "CURLOPT_POSTFIELDSIZE" is not implemented in PHP I can not give
>you a PHP script which produces the error but let me know if you're interested in an
>example written in C++. I would appriciate very much if this bug could be removed in
>futur
e versions of PHP.
> thanks in advance
> Hanno
>
>
>
>
>
>
>
>
> Edit this bug report at http://bugs.php.net/?id=14321&edit=1
>
>
--
Yasuo Ohgaki
--
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]
> http://www.mail-archive.com/openssl-dev%40openssl.org/msg09701.html
> http://www.phpbuilder.com/mail/php-general/2001072/2008.php
Does anyone know if there is SIGBUS problem(s) in FreeBSD?
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> ID: 14497
> Updated by: yohgaki
> Reported
Yasuo Ohgaki wrote:
> This could be hardware fault.
I'm also suspecting kernel bug... Any FreeBSD handkers around?
> However, I know other person who is complaining about
> similar problem with PHP 4.1.0
>
> I could find these easily, but there may be others...
>
Thanks you for report :)
Could you apply attached patch. It should fix the problem.
Please let me know if this patch fixed it or not.
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> ID: 13078
> User updated by: [EMAIL PROTECTED]
> Reported By: [EMAIL PROTECTED]
> Status: Critica
Yasuo Ohgaki wrote:
> Thanks you for report :)
> Could you apply attached patch. It should fix the problem.
> Please let me know if this patch fixed it or not.
Oops I forgot take into account that it can return null string ;)
Try this one instead.
--
Yasuo Ohgaki
Index: m
t;
Sorry I was busy to edit pgsql module source
I didn't see your message ;)
Anyway, I only have karma for pgsql and mbstring.
I cannot commit it anyway. Could you commit the
*second* patch I've sent?
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To u
Markus Fischer wrote:
> On Fri, Dec 14, 2001 at 04:35:04PM +0900, Yasuo Ohgaki wrote :
>
>>- if (retval->type == IS_STRING) {
>>+ convert_to_string_ex(&retval);
>>+ if (retval->value.str.len) {
>>
>
> Plea
close function to gc. (If there are many session_write_close(),
it will be a problem though)
--
Yasuo Ohgaki
--
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]
Ulf Wendel wrote:
>
> Yasuo Ohgaki wrote:
>
>>Ulf Wendel wrote:
>>
>>
>>>Hi,
>>>
>>>being not a php source code guru I need some help on understanding the
>>>source. Why does the session module run the garbage collection from the
&
Yasuo Ohgaki wrote:
> Ulf Wendel wrote:
>
>>
>> Yasuo Ohgaki wrote:
>>
>>> Ulf Wendel wrote:
>>>
>>>
>>>> Hi,
>>>>
>>>> being not a php source code guru I need some help on understanding the
>>>&
clientencoding,pg_set_client_encoding, NULL)
#endif
{NULL, NULL, NULL}
};
/* }}} */
Please reply if you have any comments.
Thank you.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
Joao Prado Maia wrote:
> On Sat, 15 Dec 2001, Yasuo Ohgaki wrote:
> Again, shouldn't the names comply with the (new?) coding standards ?
> pg_lo_import and pg_lo_export should be the names IMHO.
>
> I saw some other functions like pg_loclose and etc. Shouldn't they be
&
x27;s a duplicate of other bug
marked critical)
It would be difficult to find out where is wrong, so it takes
time to fix.
--
Yasuo Ohgaki
--
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]
Does anyone mind if I update session.xml?
I would like to prevent flood of bug reports.
Thank you.
PS: I may write poor English as many of you know already.
Please fix them if there are :) If you care about my writing
skill, please read mbstring and postgresql manual pages.
--
Yasuo Ohgaki
only to php-general.
Thank you.
PS: Read manaul sections (Object and Reference.
It's explained ;)
--
Yasuo Ohgaki
>
> Try the example below.
>
> Manuel Lemos
>
> class test_class
> {
> var $dummy="nothing";
> };
>
> Function not_ass
Gabor Hojtsy wrote:
>>Does anyone mind if I update session.xml?
>>I would like to prevent flood of bug reports.
>>Thank you.
>>
>
> Update as you see fit.
>
> Goba
>
Ok. I'll edit session.xml after I finish pgsql
related work :)
--
Yasuo Ohg
script. Runtime error can be ignored.
E_DEBUG: Error messages useful for debugging. Errors safe to ignore.
E_INFO: Not really a error but just a info. Useful for API change
notice, etc.
There are only 2300 php_error/zend_error in current source ;)
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
>
[EMAIL PROTECTED] wrote:
> Hello,
>
> On Sun, 16 Dec 2001, John Lim wrote:
>
>
>>Doesn't this seem counter-intuitive? Can we improve the implementation
>>somehow?
>>
I think it's not a problem in code, but a documentation problem.
Many people are c
[EMAIL PROTECTED] wrote:
> On Sun, 16 Dec 2001, Yasuo Ohgaki wrote:
>
>
>>[EMAIL PROTECTED] wrote:
>>
>>
>>>Hello,
>>>
>>>On Sun, 16 Dec 2001, John Lim wrote:
>>>
>>>
>>>
>>>>Doesn't this seem c
CVS, closing.
>
> Derick
Thanks ;)
--
Yasuo Ohgaki
--
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]
Andrew Sitnikov wrote:
> Hello derick,
>
> dpn> This was just fixed in CVS, closing.
> What you think about 4.1.0pl1 ?
>
I guess there will not be 4.1.0pl1, but will be 4.1.1.
Hopefully soon.
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
periencing
the same problem.
I notified Esser about this problem already.
--
Yasuo Ohgaki
--
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]
Just for the record, Esser's last commit fixed the issue.
(It works for me at least ;)
Yasuo Ohgaki wrote:
> Markus Fischer wrote:
>
>> On Sun, Dec 16, 2001 at 11:54:52PM +0100, Sebastian Bergmann wrote :
>>
>>> Setup: Apache 2, PHP 4 (current CVS) as CGI, W
some of these projects
> are finished.
>
May I ask one question?
Could you post current new bug database status and
new(?) lead developer?
I hope you'll be back soon :)
--
Yasuo Ohgaki
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROT
501 - 600 of 965 matches
Mail list logo