Re: [PHP-DEV] exit()

2001-12-25 Thread Yasuo Ohgaki
Alexander Wagner wrote: > Yasuo Ohgaki wrote: > >>>exit("",0) wouldn't print anything. >>> >>It works, but question is >> >>"Is this really good fix? or good change to have?" >> >>I don't expect 100% compatibility for any language >>if there is major version up. I suppose many people >>want/keep

[PHP-DEV] Bug #14698 Updated: pg_fetch_array() does not require row param

2001-12-25 Thread junk-php
ID: 14698 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.0 Old Assigned To: yohgaki Assigned To: New Comment: Sounds good. I think it would be silly to drop this change. - It does not

[PHP-DEV] Bug #14698 Updated: pg_fetch_array() does not require row param

2001-12-25 Thread yohgaki
ID: 14698 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.0 Assigned To: yohgaki New Comment: Thanks for checking the change :) I'm the new module maintainer, so I'm asking previous module maintainers ab

[PHP-DEV] Bug #14698 Updated: pg_fetch_array() does not require row param

2001-12-25 Thread junk-php
ID: 14698 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.0 Old Assigned To: yohgaki Assigned To: New Comment: Implemented 6 months ago by jon (1.112) pgsql.c. Looks reasonable. Previo

Re: [PHP-DEV] exit()

2001-12-25 Thread Alexander Wagner
Yasuo Ohgaki wrote: > > exit("",0) wouldn't print anything. > > It works, but question is > > "Is this really good fix? or good change to have?" > > I don't expect 100% compatibility for any language > if there is major version up. I suppose many people > want/keep clean syntax, instead of keeping

[PHP-DEV] Bug #14698 Updated: pg_fetch_array() does not require row param

2001-12-25 Thread junk-php
ID: 14698 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.0 Old Assigned To: yohgaki Assigned To: New Comment: Works wonderfully without the row. That's certainly a win convienence wise, e

[PHP-DEV] Bug #14698 Updated: pg_fetch_array() does not require row param

2001-12-25 Thread yohgaki
ID: 14698 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.0 Assigned To: yohgaki New Comment: Additional comment: All pg_fetch_* works as reporter mentioned, but DO NOT take advantage of this. I may ch

[PHP-DEV] Bug #14698 Updated: pg_fetch_array() does not require row param

2001-12-25 Thread yohgaki
ID: 14698 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.0 Old Assigned To: Assigned To: yohgaki New Comment: I've checked current code. Reporter is right. I need to check when this ha

Re: [PHP-DEV] exit()

2001-12-25 Thread Alexander Wagner
Yasuo Ohgaki wrote: > > exit("",0) wouldn't print anything. > > > > Wouldn't break BC either, would it? > > No, I don't think it prints any of course. > It just seems strange to me ;) Sure, it looks arkward, but it should be fine for 4.x. IMHO it should be nuked for PHP 5, though. Sometimes BC ha

[PHP-DEV] Bug #14699: mcrypt.c:254: `td' undeclared

2001-12-25 Thread anders
From: [EMAIL PROTECTED] Operating system: FreeBSD v4.1.1 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: mcrypt.c:254: `td' undeclared The following, config line + make works fine under php v4.0.6, mcrypt Version 2.2.6 PHP Configure : ./configure --

[PHP-DEV] Bug #14698: pg_fetch_array() does not require row param

2001-12-25 Thread junk-php
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: Documentation problem Bug description: pg_fetch_array() does not require row param array pg_fetch_array (resource result, int row [, int result_type]) makes int row appear required, when it

Re: [PHP-DEV] exit()

2001-12-25 Thread Yasuo Ohgaki
Alexander Wagner wrote: > Andi Gutmans wrote: > >>>As Derick pointed out, it still prints... >>> >>Huh? What do you mean? >> > > exit("",0) wouldn't print anything. > > Wouldn't break BC either, would it? > I have additional comment :) It works, but question is "Is this really good fix? o

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread yohgaki
ID: 14695 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 New Comment: Ok. Thanks. I think I know what is causing the problem now :) I changed status to analiyzed, but I'm not 100% sure.

Re: [PHP-DEV] exit()

2001-12-25 Thread Yasuo Ohgaki
Alexander Wagner wrote: > Andi Gutmans wrote: > >>>As Derick pointed out, it still prints... >>> >>Huh? What do you mean? >> > > exit("",0) wouldn't print anything. > > Wouldn't break BC either, would it? > No, I don't think it prints any of course. It just seems strange to me ;) -- Yasuo

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread ccjeagle
ID: 14695 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 New Comment: ( I havn't tried to re-compile without --enable-trans-sid) Previous Comments:

Re: [PHP-DEV] exit()

2001-12-25 Thread Alexander Wagner
Andi Gutmans wrote: > >As Derick pointed out, it still prints... > > Huh? What do you mean? exit("",0) wouldn't print anything. Wouldn't break BC either, would it? regards Wagner -- Cynic, n.: A blackguard whose faulty vision sees things as they are, not as they ought to be. -- Ambrose Bi

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread ccjeagle
ID: 14695 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 New Comment: If the session.use_trans_sid set to 0, there is no error occure. Should I rewrite all my scripts to f

[PHP-DEV] Bug #14697 Updated: no HAVE_SYS_RESOURCE_H

2001-12-25 Thread mfischer
ID: 14697 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: RHL6.1/X86 PHP Version: 4.1.0 New Comment: Does config.log shows any special hints why sys/resource.h wasn't found? Feedback. Previous Comments:

Re: [PHP-DEV] exit()

2001-12-25 Thread Andi Gutmans
At 02:23 PM 12/26/2001 +0900, Yasuo Ohgaki wrote: >Brian Moon wrote: > >>+1 > > >-1 > >As Derick pointed out, it still prints... Huh? What do you mean? Andi >In stead of discussing about exit(), >I *strongly* suggest to discuss regarding BC issues > - which features may be changed > - how ch

[PHP-DEV] Bug #14697 Updated: no HAVE_SYS_RESOURCE_H

2001-12-25 Thread support
ID: 14697 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: RHL6.1/X86 PHP Version: 4.1.0 New Comment: It appears to be a bug in the configure script for 4.1.0 This is an extract from the ./configure output: checking f

Re: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Markus Fischer
On Wed, Dec 26, 2001 at 02:22:02AM -, Dominik Roettsches wrote : > Another suggestion is to replace the wordwrap code by the algorithm of > Knuth. This would break BC and therefore isn't an option. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailin

Re: [PHP-DEV] exit()

2001-12-25 Thread Yasuo Ohgaki
Brian Moon wrote: > +1 -1 As Derick pointed out, it still prints... In stead of discussing about exit(), I *strongly* suggest to discuss regarding BC issues - which features may be changed - how changes may be introduced - where these BC changes will be announced - when these DB chang

[PHP-DEV] Bug #14696 Updated: PHP4Apache module not loadable?

2001-12-25 Thread yohgaki
ID: 14696 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache2 related Operating System: win32 PHP Version: 4.1.0 New Comment: Unless PHP is compiled for Apache2, it does not work. Previous Comments: -

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread yohgaki
ID: 14695 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 Previous Comments: [2001-12-25 23:11:12] [EMAIL PROTECT

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread yohgaki
ID: 14695 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 New Comment: Sorry for inconplete question. I would like to know if you don't use --enable-trans-sid in your configure line, does this problem stop o

[PHP-DEV] Bug #14697: no HAVE_SYS_RESOURCE_H

2001-12-25 Thread support
From: [EMAIL PROTECTED] Operating system: RHL6.1/X86 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: no HAVE_SYS_RESOURCE_H With gcc version egcs-2.91.66 on RHL6.1/X86, apparently HAVE_SYS_RESOURCE_H is not being defined when it comes time to compile

Re: [PHP-DEV] exit()

2001-12-25 Thread Brian Moon
+1 - Original Message - From: "Andi Gutmans" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 3:20 AM Subject: [PHP-DEV] exit() | Guys, | | I just read the whole thread about exit() now. Boy you guys write a lot :) | Unlike Zeev I think that overloading exit()

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread ccjeagle
ID: 14695 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 New Comment: sorry, "walk around". Previous Comments: [2001-1

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread ccjeagle
ID: 14695 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 New Comment: yes sure. All ohter functions work fine for me till now. Moving the session_destroy() to the end

[PHP-DEV] Bug #14696: PHP4Apache module not loadable?

2001-12-25 Thread gosta . bostrom
From: [EMAIL PROTECTED] Operating system: win32 PHP version: 4.1.0 PHP Bug Type: Apache2 related Bug description: PHP4Apache module not loadable? Apache 2.0.28 won't start if I use the php4apache.dll module. I've read something about old apache modules not working under apac

[PHP-DEV] Bug #14695 Updated: session_destroy affects output

2001-12-25 Thread yohgaki
ID: 14695 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: FreeBSD4 PHP Version: 4.1.0 New Comment: Are you using and enable trans-sid? Previous Comments: -

Re: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Dominik Roettsches
Hello Yasuo, > I've never take a look at wordwrap code, but Dominik's suggestion > sounds nice to me. > > There are many search & replace algorithms patented, but I don't > think any of Knuth's algorithms are patented :) if others also would agree, there's the problem of finding someone who is

[PHP-DEV] Bug #14695: session_destroy affects output

2001-12-25 Thread ccjeagle
From: [EMAIL PROTECTED] Operating system: FreeBSD4 PHP version: 4.1.0 PHP Bug Type: Session related Bug description: session_destroy affects output Take a look at this: First Line Here" ; session_destroy() ; echo "Second Line Here" ; ?> The output source code become

Re: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Yasuo Ohgaki
Dominik Roettsches wrote: > [EMAIL PROTECTED] (Sean R. Bright) schrieb in news:001301c18daf$df79f6f0 > $e18e0418@cc230545b: > > >>Doesn't wordwrap() already handle this? Or am i missing something? >> >>Sean >> > > wordwrap() does just a simple wordwrap searching for the first whitespace > bac

RE: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Dominik Roettsches
[EMAIL PROTECTED] (Sean R. Bright) schrieb in news:001301c18daf$df79f6f0 $e18e0418@cc230545b: > Doesn't wordwrap() already handle this? Or am i missing something? > > Sean wordwrap() does just a simple wordwrap searching for the first whitespace backwards and breaking the line. The formattin

[PHP-DEV] Getting rid of --disable-session configure option.

2001-12-25 Thread Yasuo Ohgaki
Hi all, I keep posting about "undefiend symbol" error with sub module at start up Since, session is internal module now. How about get rid of --disable-session option from configure? This prevents "undefined symbol" error at runtime. This does not solve sub module related issues, though... --

Re: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Yasuo Ohgaki
Sean R. Bright wrote: > Doesn't wordwrap() already handle this? Or am i missing something? > > Sean Almost, just missing some features that can be found in fmt. Which is useful for text message formatting :) -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscr

RE: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Sean R. Bright
Doesn't wordwrap() already handle this? Or am i missing something? Sean > -Original Message- > From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 25, 2001 8:22 PM > To: [EMAIL PROTECTED]; Markus Fischer > Subject: Re: [PHP-DEV] Re: Suggestion: Adding fmt like linebr

Re: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Yasuo Ohgaki
Markus Fischer wrote: > On Tue, Dec 25, 2001 at 11:20:25PM -, Dominik Roettsches wrote : > >>Hello Yasuo >> >> >>>How about submit bug report (Feature Request)? >>> >>Okay, I did that, thanks for your hint. I didn't know >>about the usual way of submitting articles to this group. >> >>I hop

Re: [PHP-DEV] Building PHP extensions

2001-12-25 Thread Craig Morrison
Markus Fischer wrote: > > You need a support zip called win32build.zip mentioned > somewhere in the FAQ where to download and adjust the MSVC > pathes appropriate. After that, it compiles out of the box > (with just a few warnings, ignore them). Thanks for the pointer.. I had re

[PHP-DEV] Re: [PEAR-DEV] PECL module

2001-12-25 Thread Yasuo Ohgaki
Martin Jansen wrote: > On Tue, 25 Dec 2001 13:31:40 +0900, Yasuo Ohgaki wrote: > > >>I hope there is more explanation about PECL in PHP source. >>How about to have README.PECL to let develpers/users know >>status of PECL, what it is, what kind of module goes to PECL, >>etc. >> > > I've written

Re: [PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Markus Fischer
On Tue, Dec 25, 2001 at 11:20:25PM -, Dominik Roettsches wrote : > Hello Yasuo > > > How about submit bug report (Feature Request)? > > Okay, I did that, thanks for your hint. I didn't know > about the usual way of submitting articles to this group. > > I hope it gets integrated, I'd reall

Re: [PHP-DEV] Building PHP extensions

2001-12-25 Thread Markus Fischer
On Tue, Dec 25, 2001 at 06:37:12PM -0500, Craig Morrison wrote : > Is there a definitive list somewhere of exactly what is needed (tools, > headers, etc) to build PHP under Win32 using MSVC 6.0? You need a support zip called win32build.zip mentioned somewhere in the FAQ where to download

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main rfc1867.c

2001-12-25 Thread Yasuo Ohgaki
Sterling Hughes wrote: >>>Sterling: Thursday, December 13, 2001 7:19 PM >>> >>>Please provide a more descriptive note about what you changed and >>>what was wrong. Also, it would be great if you could add some >>>test cases, which show what the problem was, and how your fixes made >>

Re: [PHP-DEV] Building PHP extensions

2001-12-25 Thread Craig Morrison
Markus Fischer wrote: > > > > > When I try to build the sources from the Win32\php4.dsw I get a very long > > message about bcmath\libbcmath\output.c and main\output.c producing an object > > file in the same output directory and the project refuses to build. > > Use php4ts.dsw At the risk

[PHP-DEV] Bug #14693 Updated: Problem with searchin single signed LDAP base name dc=

2001-12-25 Thread Dubravko . Penezic
ID: 14693 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: LDAP related Operating System: Sun Solaris 2.7 (32 bit) PHP Version: 4.1.0 New Comment: Thanks for fast answer, right now it works. Why I think it is bug, simply I write code y

[PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Dominik Roettsches
Hello Yasuo > How about submit bug report (Feature Request)? Okay, I did that, thanks for your hint. I didn't know about the usual way of submitting articles to this group. I hope it gets integrated, I'd really appreciate that feature. Regards, Dominik -- PHP Development Mailing List

[PHP-DEV] Bug #14694: GNU fmt-like linebreak algorithm as PHP function

2001-12-25 Thread d-r
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: GNU fmt-like linebreak algorithm as PHP function Hi there, I've been searching for a PHP implementation of the GNU textformatting tool fmt (http://www.gn

Re: [PHP-DEV] Building PHP extensions

2001-12-25 Thread Markus Fischer
On Tue, Dec 25, 2001 at 05:56:47PM -0500, Craig Morrison wrote : > > Markus Fischer wrote: > > > > That's one of the major differences. You need some zend api > > dependend #ifdef's to make the module header work under both > > API's: > > Ahh, thanks! > > > > > The exact erro

[PHP-DEV] Re: Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Yasuo Ohgaki
Dominik Roettsches wrote: > Hi there, > > I've been searching for a PHP implementation of the GNU textformatting tool > fmt (http://www.gnu.org/software/textutils/textutils.html) which provides an > almost optimal linebreak for your text. > > I'm not skilled in enough in C programming to impl

Re: [PHP-DEV] Building PHP extensions

2001-12-25 Thread Craig Morrison
Markus Fischer wrote: > > That's one of the major differences. You need some zend api > dependend #ifdef's to make the module header work under both > API's: Ahh, thanks! > > The exact error (what lib is missing? whats your config.m4 > and Makefile.in is looking like? Have

Re: [PHP-DEV] Building PHP extensions

2001-12-25 Thread Markus Fischer
First, the documentation doesn't cover the latest changes. Read the source, luke. On Tue, Dec 25, 2001 at 05:25:49PM -0500, Craig Morrison wrote : > Using the 4.0.6 source tree I get preprocessor errors for undefined symbols > (STANDARD_MODULE_HEADERS is one). When trying to build under

[PHP-DEV] Bug #14693 Updated: Problem with searchin single signed LDAP base name dc=

2001-12-25 Thread venaas
ID: 14693 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: LDAP related Operating System: Sun Solaris 2.7 (32 bit) PHP Version: 4.1.0 New Comment: The problem has to do with continuation reference and which LDAP version you use. Most LDAP libs default t

[PHP-DEV] Building PHP extensions

2001-12-25 Thread Craig Morrison
Please pardon the intrusion, if this is too far off-topic for the list I apologize now and welcome pointers to documentation, links, etc.. My build environment is: Windows 2000 Professional, MSVC++ 6.0 SP5. I have been reading at www.php.net in the manual on how to build extensions to PHP. I ha

[PHP-DEV] Bug #14693: Problem with searchin single signed LDAP base name dc=

2001-12-25 Thread Dubravko . Penezic
From: [EMAIL PROTECTED] Operating system: Sun Solaris 2.7 (32 bit) PHP version: 4.1.0 PHP Bug Type: LDAP related Bug description: Problem with searchin single signed LDAP base name dc= $ds=ldap_connect("ds.carnet.hr"); $r=ldap_bind($ds); $dn = 'dc=hr';

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main rfc1867.c

2001-12-25 Thread Stig Venaas
On Thu, Dec 13, 2001 at 09:23:26PM +0100, Sterling Hughes wrote: > Hrrm, yeah, I'm thinking that the test suite should contain a simple > webserver which we can run PHP with (as a CGI even), it would make > the test suite more robust as there are a lot of features that rely > on th

[PHP-DEV] Bug #14688 Updated: session_register() doesn't register

2001-12-25 Thread niklas-phpbugs
ID: 14688 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: linux 2.2 PHP Version: 4.1.0 New Comment: This bug is in 4.1.1 aswell Previous Comments:

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread sitnikov
ID: 14690 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: Starting program: /export/work/php-4.1.1/./php -f t.php Program received signal SIGSEGV, Segmentation fault. 0x0814cd43 in

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread sitnikov
ID: 14690 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: (gdb) bt #0 0x0814cd43 in zif_mcrypt_module_self_test (ht=2, return_value=0x83c6144, this_ptr=0x0, retu

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread derick
ID: 14690 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: Can you make a backtrace for me, (with bt full)? Derick Previous Comments: ---

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread sitnikov
ID: 14690 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: I change form lib_dir_s = Z_STRVAL_PP(lib_dir);\ if (zend_get_parameters_ex(2, &arg1, &lib_dir) == FA

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread derick
ID: 14690 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: I can not reproduce this with 4.0.6, 4.1.0, 4.1.1dev or 4.2.0dev, and libmcrypt 2.4.18. Can you make a backtrace for m

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread sitnikov
ID: 14690 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: mcrypt_module_self_test('test','test'); Previous Comments: --

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread derick
ID: 14690 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Feedback Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 Old Assigned To: derick Assigned To: New Comment: Do you have a reproducing script for me? regards, Derick Previous Comment

Re: [PHP-DEV] Bug #14691 Updated: some more crash

2001-12-25 Thread derick
Hello, here is the patch. Derick On 25 Dec 2001 [EMAIL PROTECTED] wrote: > ID: 14691 > User updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > Status: Closed > Bug Type: mcrypt related > Operating System: Linux > PHP Version: 4.1.0 > New Comment: > > Ñan you send me patch ? > > P

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread derick
ID: 14692 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: This is not a PHP bug, but in libmcrypt. I reported this to the author of the library. This is the C code I used for it:

[PHP-DEV] Bug #14691 Updated: some more crash

2001-12-25 Thread sitnikov
ID: 14691 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: Ñan you send me patch ? Previous Comments: [2001-1

[PHP-DEV] Bug #14691 Updated: some more crash

2001-12-25 Thread derick
ID: 14691 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 Old Assigned To: derick Assigned To: New Comment: Fixed in CVS, this will be in 4.1.1 Derick Previous Comments: --

[PHP-DEV] two of the LDAP functions are equivalent, alias and deprecate?

2001-12-25 Thread Stig Venaas
The LDAP extension has two functions that are exactly the same, namely ldap_modify() and ldap_mod_replace(). I think we should start thinking of getting rid of one of them. We could start with making one of them an alias for the other, and state that the alias is deprecated in the manual. The ques

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread sitnikov
ID: 14692 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: i use php-4.1.1 Previous Comments: [2001-12-25 11:18

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread sitnikov
ID: 14692 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: I know what it is buggy script, but it not the justification for "Segmentation". Your script work for me and print "false"

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread sitnikov
ID: 14692 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 Previous Comments: [2001-12-25 10:29:26] [EM

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread derick
ID: 14692 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Feedback Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 Old Assigned To: derick Assigned To: New Comment: Hello, your script is buggy, GOST, is not a mode, but an algorithm. It indee

Re: [PHP-DEV] PHP cvs help

2001-12-25 Thread Sergey Kartashoff
On Tue, 25 Dec 2001 [EMAIL PROTECTED] wrote: > > ok. Then i will wait and update module after 4.1.1 will be released. > > Will the working branch tag (PHP_4_0_7) remain for PHP 4.1.x ? > > Yes, but you really should not new functionality (support for new > versions) into an old branch. Even for

[PHP-DEV] Re: [PEAR-DEV] PECL module

2001-12-25 Thread Martin Jansen
On Tue, 25 Dec 2001 13:31:40 +0900, Yasuo Ohgaki wrote: >I hope there is more explanation about PECL in PHP source. >How about to have README.PECL to let develpers/users know >status of PECL, what it is, what kind of module goes to PECL, >etc. I've written some documentation about PECL, that I w

Re: [PHP-DEV] PHP cvs help

2001-12-25 Thread derick
On Tue, 25 Dec 2001, Sergey Kartashoff wrote: > ok. Then i will wait and update module after 4.1.1 will be released. > Will the working branch tag (PHP_4_0_7) remain for PHP 4.1.x ? Yes, but you really should not new functionality (support for new versions) into an old branch. regards, Derick

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread derick
ID: 14692 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 Old Assigned To: Assigned To: derick Previous Comments: [20

Re: [PHP-DEV] PHP cvs help

2001-12-25 Thread Sergey Kartashoff
On Tue, 25 Dec 2001 [EMAIL PROTECTED] wrote: > > So i want to update mnogosearch module to make sure that next > > upcoming PHP release (4.1.1 ?) will come with updated extension. > > > > Can i update it ? > > It's too late anyway, as 4.1.1 is already packaged, and going to be > released tomorro

[PHP-DEV] Bug #14691 Updated: some more crash

2001-12-25 Thread derick
ID: 14691 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 Old Assigned To: Assigned To: derick Edit this bug report at http://bugs.php.net/?id=14691&edit=1 -- PHP Development Mailing List

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread sitnikov
ID: 14692 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: libmcrypt-2.4.18 Previous Comments: [2001-12-25 10:1

[PHP-DEV] Bug #14690 Updated: Crash in many functions

2001-12-25 Thread derick
ID: 14690 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 Old Assigned To: Assigned To: derick Edit this bug report at http://bugs.php.net/?id=14690&edit=1 -- PHP Development Mailing List

Re: [PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread derick
Hello, which verison of libmcrypt are you using? Derick On 25 Dec 2001 [EMAIL PROTECTED] wrote: > ID: 14692 > User updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > Status: Open > Bug Type: mcrypt related > Operating System: Linux > PHP Version: 4.1.0 > New Comment: > > Crash to

[PHP-DEV] Bug #14692 Updated: Crash

2001-12-25 Thread sitnikov
ID: 14692 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.0 New Comment: Crash to: (gdb) bt #0 0x in ?? () #1 0x4023d8de in mcrypt_module_is_block_algorithm_mode (mode=0x83c1d34 "go

[PHP-DEV] Bug #14692: Crash

2001-12-25 Thread sitnikov
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: mcrypt related Bug description: Crash #0 0x in ?? () #1 0x4023d8de in mcrypt_module_is_block_algorithm_mode (mode=0x83c1d34 "gost", m_directory=0x83c1dac "/usr") at mcrypt_mo

[PHP-DEV] Bug #14691: some more crash

2001-12-25 Thread sitnikov
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: mcrypt related Bug description: some more crash $cipher_name ($cipher)"; echo " (self test: "; echo (mcrypt_module_self_test($cipher)) ? 'OK' : 'Error'; echo ")\n

[PHP-DEV] Bug #14690: Crash in many functions

2001-12-25 Thread sitnikov
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: mcrypt related Bug description: Crash in many functions mcrypt_module_self_test, mcrypt_module_is_block_algorithm_mode, mcrypt_module_is_block_algorithm mcrypt_module_is_block_mode mcrypt_m

[PHP-DEV] Bug #11873 Updated: Apache make error with module php4 and ldap

2001-12-25 Thread venaas
ID: 11873 Updated by: venaas Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.0.6 New Comment: The problem is that on Solaris 2.8, ldap.h claims to have ldap_parse_reference(), while the library doesn't have it. I've now added

[PHP-DEV] Bug #14618 Updated: Undefined Symbol: ldap_parse_reference

2001-12-25 Thread venaas
ID: 14618 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: LDAP related Operating System: Solaris 2.8 PHP Version: 4.1.0 Assigned To: venaas New Comment: I decided to make a more generic check for ldap_parse_reference(). Could you please test with lates

[PHP-DEV] Suggestion: Adding fmt like linebreak algorithm

2001-12-25 Thread Dominik Roettsches
Hi there, I've been searching for a PHP implementation of the GNU textformatting tool fmt (http://www.gnu.org/software/textutils/textutils.html) which provides an almost optimal linebreak for your text. I'm not skilled in enough in C programming to implement such a feature for PHP but I'd rea

Re: [PHP-DEV] PHP cvs help

2001-12-25 Thread derick
On Tue, 25 Dec 2001, Sergey Kartashoff wrote: > Ok. Lets discuss it. > > It is very pity that PHP-4.1.0 was released with old mnogosearch extension > module. It does not support a new mnogosearch-3.2.x branch. So i have > really many questions from users. They cannot compile php-4.1.0 with > mnog

[PHP-DEV] Bug #14688 Updated: session_register() doesn't register

2001-12-25 Thread niklas-phpbugs
ID: 14688 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: linux 2.2 PHP Version: 4.1.0 New Comment: Both servers got register_globals = On. On the 4.1.0 server i run with a php.ini that originates fro

Re: [PHP-DEV] PHP cvs help

2001-12-25 Thread Sergey Kartashoff
On Sun, 23 Dec 2001 [EMAIL PROTECTED] wrote: > > I need to migrate latest mngosearch extension from php-4.2dev > > branch into php-4.1.x branch. > > Please do not MFH before discussing it, merging to the 4.1 branch is only > needed for important bugfixes, and not for simply updating the exte

[PHP-DEV] Bug #14338 Updated: CGI Error under IIS

2001-12-25 Thread lobbin
ID: 14338 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: ---

[PHP-DEV] Bug #12522 Updated: start apache, php4 /usr/local/apache/libexec/libphp4.so: unresolved external

2001-12-25 Thread lobbin
ID: 12522 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: hp-ux 11 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments:

[PHP-DEV] Bug #14688 Updated: session_register() doesn't register

2001-12-25 Thread derick
ID: 14688 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: linux 2.2 PHP Version: 4.1.0 New Comment: What is your register_globals setting? Derick Previous Comments:

Re: [PHP-DEV] 4.1.0 with OpenSSL

2001-12-25 Thread Stig-Ørjan Smelror
Stig-Ørjan Smelror wrote: > Hello all, > > I'm trying to use 4.1.0 with SSL, both with IMAP and alone, but get > this error when I try to start apache: > > apache/libexec/libphp4.so: undefined symbol: ssl_onceonlyinit > > Is this a known issue and is there a fix for it? > > > Thanks in advance.

[PHP-DEV] Bug #14689: apache fails to load php due to mmap failure

2001-12-25 Thread dxy
From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: apache fails to load php due to mmap failure Apache-1.3.22 fails to load libphp4.so and apachectl, therefore, does not complete to "start" or "configtest"