[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c

At 09:14 AM 5/1/2001 +0200, Sebastian Bergmann wrote: >Sterling Hughes wrote: > > sterlingMon Apr 30 20:48:27 2001 EDT > > > > Modified files: > > /php4/sapi/cgi cgi_main.c > > Log: > > fix for bug 6491, http://www.php.net/bugs.php?id=6491, removes a > > bit of (wh

[PHP-DEV] Bug #10556 Updated: php does not work with php_mcrypt.dll

ID: 10556 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: mcrypt related PHP Version: 4.0.4 Assigned To: Comments: Please try the lastest 4.0.5 release from www.php.net as soon as it's posted on the site. You probably tried the 4.0.2 module from the

[PHP-DEV] Bug #10518 Updated: mcrypt_generic is padding input when using cfb and ofb modes

ID: 10518 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: mcrypt related PHP Version: 4.0.4pl1 Assigned To: derick Comments: I applied your fix in CVS. Thanks! Previous Comments: -

[PHP-DEV] Bug #8889 Updated: Memory is not being freed.

ID: 8889 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Performance problem PHP Version: 4.0.4 Assigned To: Comments: The main problem is that once the system's standard C library allocates heap space (with the sbrk() system call) it will never return

RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

I was kinda hoping the fast-cgi version would enable the best of both worlds; however, I have been unable to get it to work under apache at this point. Any comments ? -Original Message- From: Brian Foddy [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 9:18 PM To: Andi Gutmans; Br

[PHP-DEV] Bug #10572: https takes forever and a day when curl is enabled

From: [EMAIL PROTECTED] Operating system: Linux Red Hat 7.0 PHP version: 4.0.5 PHP Bug Type: cURL related Bug description: https takes forever and a day when curl is enabled I am experiencing the same problem(https takes a long time to return when curl is enabled with php)

[PHP-DEV] Bug #10566 Updated: don't work properly fopen

ID: 10566 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Filesystem function related PHP Version: 4.0.4pl1 Assigned To: Comments: I can reproduce this on Linux too. If file exists in ftp, you can not overwrite it or add to it. --Jani Previou

[PHP-DEV] Bug #10497 Updated: Not connect with MySql

ID: 10497 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Filesystem function related PHP Version: 4.0.4pl1 Assigned To: Comments: There is already open bug report from you about this same problem: #10566 --Jani Previous Comments: -

[PHP-DEV] Bug #9530 Updated: Apache will not start with PayFlow Pro SDK

ID: 9530 Updated by: jdonagher Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Verisign Payflow Pro related PHP Version: 4.0.4pl1 Assigned To: [EMAIL PROTECTED] Comments: Support for version 3 is now present in the CVS version of PHP. Note: You will need to do this

[PHP-DEV] PHP 4.0 Bug #10571 Updated:

ID: 10571 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Other web server Description: I am running a Xitami (v2.4c1) server on win2000. I used the install shield to install PHP 4.0.4. All the filters and stuff seem to be set up right in Xitami. I have installed and used PHP 3 with

[PHP-DEV] PHP 4.0 Bug #10571 Updated:

ID: 10571 User Update by: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Other web server Description: I am running a Xitami (v2.4c1) server on win2000. I used the install shield to install PHP 4.0.4. All the filters and stuff seem to be set up right in Xitami. I have installed and

[PHP-DEV] Bug #10571 Updated:

ID: 10571 Updated by: cnewbill Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Other web server PHP Version: 4.0.4pl1 Assigned To: Comments: Not enough information. See http://www.php.net/bugs-dos-and-donts.php -Chris Previous Comments:

[PHP-DEV] Bug #10571:

From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.0.4pl1 PHP Bug Type: Other web server Bug description: -- Edit Bug report at: http://bugs.php.net/?id=10571&edit=1 -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL P

RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

That sounds like it would work also. People would have to build PHP for both modules and CGI, but if they are willing to do that... Works for me. Brian On Mon, 30 Apr 2001 23:53:16 -0400, Rod K wrote: >Couldn't one just run a cgi and module version simultaneously? Set an add >type directive t

RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

Couldn't one just run a cgi and module version simultaneously? Set an add type directive to pass an extension, say .cphp, to the cgi instead of the module. Then those scripts that use extensive memory could be extended with .cphp??? -Original Message- From: Brian Foddy [mailto:[EMAIL PR

RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

Perhaps another possible solution is this... For those 1 in 300 web hits that the developer knows is going to use gobs of memory and assuming they can't be re-engineered to use less (through temp files, etc), create a simple function that is callable in PHP that will cause the parent apache proces

Re: [PHP-DEV] Bug #10570: PHP 4.0.5 - Cannot connect to mySQL database

I had the same problem when I first compiled 4.0.5, using the built-in MySQL libraries. I changed my configure line to use --with-mysql=/usr/local/mysql and it worked fine after that. I had the same problem on two different boxes. Seems kind of odd that they didn't catch this one... <[EMAIL PR

[PHP-DEV] RE: PHP 4.0.5 is out

Woohoo! Thanks guys for adding sybase_get_last_message() support! I only just discovered that I needed it yesterday, and then the new version comes out with the function implemented. Nice! Thanks guys for all the good werke. Tyson Lloyd Thwaites I.T&e Limited -- PHP Development Mailing Lis

[PHP-DEV] PHP 4.0 Bug #9433 Updated: ErrorDocument 404 pointing to PHP file

ID: 9433 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: ErrorDocument 404 pointing to PHP file To make this more understandable (people emailed me with questions which weren't posted in the report). This scenario does work on lynx and it can not be a browse

RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

I too have experienced this problem and can reproduce, I just changed to the cgi version instead to eliminate the problem, which I would agree, it is. I have one page on a site of hundreds of pages that produces the large process, 30MB+ and this is on a heavily used server with more than 300 proc

[PHP-DEV] Bug #10570: PHP 4.0.5 - Cannot connect to mySQL database

From: [EMAIL PROTECTED] Operating system: RedHat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: PHP 4.0.5 - Cannot connect to mySQL database I compiled and installed php 4.0.5. Then I could not establish any connections to the mySQL database we have

[PHP-DEV] CVS Account Request

Full name: Oliwier Ptak Email: [EMAIL PROTECTED] ID: aleczapka Purpose: Translating PHP Manula into Polish - and c\'mon guys if you don\'t wanna have it just drop me a msg.. this is a third time I try... -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTEC

Re: [PHP-DEV] 4.0.6

I am also one of the authors of ext/iconv module. iconv module is only for encoding translation but jstring (renaming to mbstring) is for general multibyte string handling fucntions. The encoding translation is one of functionalities of mbstring. I think rather iconv module should be merged into

RE: [PHP-DEV] php.ini location

Nope At 02:25 1/5/2001, Sean R. Bright wrote: >This wasn't the case with the 4.0.5 branch was it? > > > -Original Message- > > From: Mike Robinson [mailto:[EMAIL PROTECTED]] > > Sent: Monday, April 30, 2001 6:29 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [PHP-DEV] php.ini location > >

[PHP-DEV] Bug #10569: xslt_error handling

From: [EMAIL PROTECTED] Operating system: BSD PHP version: 4.0.4pl1 PHP Bug Type: Sablotron XSL Bug description: xslt_error handling Hi, again - the error handling issue. I read the closed bugs and am surprised at the speed at which they are closed. First of all - a docume

RE: [PHP-DEV] php.ini location

This wasn't the case with the 4.0.5 branch was it? > -Original Message- > From: Mike Robinson [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 30, 2001 6:29 PM > To: [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] php.ini location > > > > > [Andi Gutmans <[EMAIL PROTECTED]>] > > > Hi, > > >

RE: [PHP-DEV] Bug #10567: Your PHP 4.05 Zip file is missing 88 bytes!

This seems definiatly to be the case.. (I would build one but on a 56k its going to take a few hours before its upthere) - James > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 30 April 2001 23:18 > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] Bug #10567:

[PHP-DEV] Bug #10071 Updated: print and echo dont work for string of size >65k

ID: 10071 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in latest CVS. By the way, size_t on Windows is 32bit so the 64KB limit must be some internal buffer size of the Standa

[PHP-DEV] Bug #10568: error using ODBC

From: [EMAIL PROTECTED] Operating system: Win 98 PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: error using ODBC Hello: I am using a database called " RECITAL ". I am trying to connect myself using ODBC. When executing the command: odbc_exec($conne

RE: [PHP-DEV] php.ini location

> [Andi Gutmans <[EMAIL PROTECTED]>] > > Hi, > > > > The default location of php.ini in the current CVS seems to be > > /usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just > > got bitten by this and I bet there will be a huge amount of people who > > will too. > > I'll change

[PHP-DEV] PHP 4.0 Bug #10539 Updated: still - unresolved reference to compress

ID: 10539 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: still - unresolved reference to compress Thanks for your response. Info you requested is below. I'm afraid I don't know what to look for in this case, so let me know if you need

[PHP-DEV] Bug #10567: Your PHP 4.05 Zip file is missing 88 bytes!

From: [EMAIL PROTECTED] Operating system: Win 32 PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: Your PHP 4.05 Zip file is missing 88 bytes! Your PHP 4.05 Windows 32 ZIP file, complete install, appears to be bad. After downloading, I am told it is missi

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

But the reverse side of this is that I might have one script out of 1000 that needs that much memory. But since 20 of my httpd processes have run that script, they all have that much memory and are not going to let it go no matter what. I basically sounds like a flaw that memory can not be freed

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

At 04:59 PM 4/30/2001 -0500, Brian Moon wrote: >This is the answer I had previously received. IMHO, this sucks. We don't >do SQL queries on our production site. It is all cached. So, SQL is not >the problem. It is most likely because of the storage of large arrays or >something of that nature

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

This is the answer I had previously received. IMHO, this sucks. We don't do SQL queries on our production site. It is all cached. So, SQL is not the problem. It is most likely because of the storage of large arrays or something of that nature. I guess we will continue to use MaxRequestsPerCh

Re: [PHP-DEV] 4.0.6

At 05:56 AM 5/1/2001 +0900, [EMAIL PROTECTED] wrote: >On Mon, 30 Apr 2001 18:27:26 +0300 >Andi Gutmans wrote: > > > At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote: > > > > >On Mon, 30 Apr 2001 17:26:58 +0300 > > >Andi Gutmans <[EMAIL PROTECTED]> wrote: > > > > > > > At 10:01 PM 4/29/2001 -0400, S

[PHP-DEV] PHP 4.0.5 is out

After a very long QA process, PHP 4.0.5 has finally been officially released. This is a maintenance version, with a lot of bug fixes from PHP 4.0.4pl1. Other than that, there aren't too many new features in this release, so it's mostly recommended for people that were experiencing one (or mo

[PHP-DEV] Bug #10538 Updated: mcrypt_generic_init truncates key/iv upon first '\0'

ID: 10538 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mcrypt related PHP Version: 4.0.4pl1 Assigned To: derick Comments: It's fixed in CVS as you say (and it is fixed in 4.0.5 too BTW_ Previous Comments: -

[PHP-DEV] Bug #10566: don't work properly fopen

From: [EMAIL PROTECTED] Operating system: Windows NT/ Unix FreeBSD PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: don't work properly fopen this scrip don't work properly: (only the first time, that's ok) ftp://usr:pass@localhost/administrad

[PHP-DEV] Bug #10565: mysql_real_connect dumps core, fix included

From: [EMAIL PROTECTED] Operating system: SCO OpenServer 5.0.6 PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: mysql_real_connect dumps core, fix included ** This is a problem in MySql. This report provides a code modification to compensate for the MySql

Re: [PHP-DEV] 4.0.6

On Mon, 30 Apr 2001 18:27:26 +0300 Andi Gutmans wrote: > At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote: > > >On Mon, 30 Apr 2001 17:26:58 +0300 > >Andi Gutmans <[EMAIL PROTECTED]> wrote: > > > > > At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: > > > >ext/wchar (wide character support?) >

[PHP-DEV] Bug #7016 Updated: Error when starting iPlanet

ID: 7016 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: iPlanet related PHP Version: 4.0.2 Assigned To: Comments: status -> feedback Previous Comments: --- [2001-04-30 04:43:3

[PHP-DEV] Bug #10453 Updated: mod_auth_mysql and php4.0.5pl1

ID: 10453 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: You have to use the external mysql client libraries when you have some other modules in Apache that use mysql. ie. configure --with-

[PHP-DEV] Bug #10557 Updated: php does not work with php_mcrypt.dll

ID: 10557 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Bogus Bug Type: mcrypt related PHP Version: 4.0.4 Assigned To: Comments: submitted twice (#10556) Previous Comments: --- [2001-04-

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

Memory is never returned to the system with libc memory allocation. When you need memory it enlarges the address space it is using. Freeing memory won't make it shrink its address space. All I can suggest is to write your scripts in a way that if it deals with many SQL queries free a query befor

[PHP-DEV] Bug #10070 Updated: incorrect ob_gzhandler implementation

ID: 10070 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Zlib Related PHP Version: 4.0 Latest CVS (29/03/2001) Assigned To: Comments: This should have been resolved with various patches that have been added recently, please test with latest CVS and r

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

The big problem is that the memory is never returned to the system. The Apache process holds on to it until it dies. Brian Moon - Phorum Dev Team - http://phorum.org Making better forums with PHP

Re: [PHP-DEV] php.ini location

[Andi Gutmans <[EMAIL PROTECTED]>] > Hi, > > The default location of php.ini in the current CVS seems to be > /usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just > got bitten by this and I bet there will be a huge amount of people who > will too. I'll change it back. - Stig

[PHP-DEV] PHP 4.0 Bug #10497 Updated: Not connect with MySql

ID: 10497 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Description: Not connect with MySql this script don't work ftp://user:password@localhost/administrador/servicios.inc","w";); fputs($file,"Algo"); fclose($file); ?> Previous Comments: -

[PHP-DEV] PHP 4.0 Bug #10497 Updated: Not connect with MySql

ID: 10497 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Old-Bug Type: MySQL related Bug Type: Filesystem function related Description: Not connect with MySql this script don't work ftp://user:password@localhost/administrador/servicios.inc","w";); fputs($file,"Algo");

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

14MB of memory in use isn't necessarily that much. Some of that memory might be in shared libraries (shared across the Apache processes). Are you doing any big SQL queries in those scripts? Do you have time to do some tests and let us know if things improve? Andi At 06:31 PM 4/30/2001 +, [

[PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

ID: 8889 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem Description: Memory is not being freed. I am talking about nearly endless amounts. I saw Apache processes with as much as 14MB of memory in use. Brian. Previous Comments: --

[PHP-DEV] ODBC Build

Can you please look at the patch in bug http://www.php.net/bugs.php?id=10563 and commit it if its needed/comment on the bug. thanks - James -- James Moore [EMAIL PROTECTED] http://www.perl.com/search/index.php - we must be doing somthing right -- PHP Development Mailing List

Re: [PHP-DEV] Imap SSL support (Bug #10330)

On Mon, Apr 30, 2001 at 01:22:32PM -0500, J. Jones wrote: > > make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=/path/to/openssl/includes/ > Whoops! make that make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=-I/path/to/openssl/includes/ -- PHP Development Mailing List To uns

[PHP-DEV] Imap SSL support (Bug #10330)

The imap module fails with the following (perhaps only when building against imap-2000*): php_imap.c: In function `php_minit_imap': php_imap.c:450: `auth_ssl' undeclared (first use in this function) php_imap.c:450: (Each undeclared identifier is reported only once php_imap.c:450: for each functio

Re: [PHP-DEV] Troubles with DL'ed module

I'm going to try and build it statically first. I don't have any problem posting the code (its already avail on sourceforge but you will need some proprietary libraries to build it). The MINIT and/or RINIT is the constants are initialized. You've given me some to go on, I'll work with it for a

[PHP-DEV] If Interested..

Here's the URL's if anyone wants to have a look... http://www.billyrose.org/verity.c http://www.billyrose.org/php_verity.h http://www.billyrose.org/REFERENCE -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL P

[PHP-DEV] XML/EXPAT patches for empty elements

Hi! The problem is: expat parser produces no reports on the score of situation when the document contains etc. tags where there is no data and end tag. So, the workaround was to add a new function to expat, which is called by the PHP parser every time for empty entries when the end tag handler

[PHP-DEV] Bug #9964 Updated: Unresolved symbols

ID: 9964 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Compile Failure PHP Version: 4.0 Latest CVS (24/03/2001) Assigned To: Comments: fixed in cvs Previous Comments: --- [20

[PHP-DEV] I have libtool version 1.4 and buildconf script refuses to run

I have libtool version 1.4 and buildconf script refuses to run, it says: lexington# ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4 found. You need libtool version 1.3.3 or newer i

[PHP-DEV] RE: RE: Question

It is a front end to the Verity K2 Search Engine toolkit so that PHP script can run Verity searches. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EM

Re: [PHP-DEV] Question

What is doing your extension? -- alex On Mon, 30 Apr 2001, Billy Rose wrote: > I have developed an extension, and am wondering to whom or where I submit it for >review? > > -- > PHP Development Mailing List > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional comm

[PHP-DEV] Question

I have developed an extension, and am wondering to whom or where I submit it for review? -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTE

[PHP-DEV] Bug #10564: feof bug isn't fixed in windows versions.

From: [EMAIL PROTECTED] Operating system: win NT 4.0 PHP version: 4.0.4pl1 PHP Bug Type: *Function Specific Bug description: feof bug isn't fixed in windows versions. while (!feof($sock)) { echo fgets ($sock, 128); } fclose ($sock); This hangs forever,

[PHP-DEV] Bug #10526 Updated: Possible problem with query

ID: 10526 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: User feedback: Well, I'm not sure where the error message is comming from. It is an error being generated by either PHP or M

[PHP-DEV] Bug #10563: missing #defines for ODBC

From: [EMAIL PROTECTED] Operating system: Linux 2.4.2 PHP version: 4.0 Latest CVS (30/04/2001) PHP Bug Type: Compile Problem Bug description: missing #defines for ODBC php4/main/build-defs.h.in is missing 3 #define's for ODBC to compile correctly. (From looking at the CVS

[PHP-DEV] Bug #10562: undefined symbol alloca while building apache

From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: undefined symbol alloca while building apache I trying to build Apache 1.3.19 with PHP4 and Oracle 8.1.7. I've now loaded the latest version of PHP4 from

[PHP-DEV] Bug #10513 Updated: configure fails when I include Oracle 8.1.7

ID: 10513 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: user reports it's fixed in CVS Previous Comments: --- [2001-

Re: [PHP-DEV] 4.0.6

On Mon, Apr 30, 2001 at 10:47:21PM +0900, Rui Hirokawa wrote: > > On Mon, 30 Apr 2001 15:37:14 +0300 > Andi Gutmans <[EMAIL PROTECTED]> wrote: > > > At 09:35 PM 4/30/2001 +0900, Rui Hirokawa wrote: > > > > >Andi, > > > > > >We have plan to add ext/jstring which is a japanese string extension mo

Re: [PHP-DEV] Troubles with DL'ed module

Sounds like some kind of memory corruption. With these kind of problems even the order of statements can make a difference. Do you want to post those two functions and we can take a look at them? Also are your RINIT() & MINIT() functions doing anything? Maybe they are causing problems? Andi A

[PHP-DEV] PHP 4.0 Bug #10513 Updated: configure fails when I include Oracle 8.1.7

ID: 10513 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Description: configure fails when I include Oracle 8.1.7 I've got round this problem by loading a new version from snaps.php.net called php4-200104270145. Thanks. Previous Comments: ---

Re: [PHP-DEV] Troubles with DL'ed module

On Mon, 30 Apr 2001, Andi Gutmans wrote: > Your module is probably causing some memory corruption. The best way to > debug it is building the module statically into PHP. You need to copy it to > ext/your_module/ (assuming you have a standard config.m4). > Then in php4/ run ./buildconf and you sho

Re: [PHP-DEV] Troubles with DL'ed module

Your module is probably causing some memory corruption. The best way to debug it is building the module statically into PHP. You need to copy it to ext/your_module/ (assuming you have a standard config.m4). Then in php4/ run ./buildconf and you should see your module when you do ./configure --h

Re: [PHP-DEV] Troubles with DL'ed module

One more strange behavior I just saw. Take this little script: The tux_tpalloc and tux_free are new functions in my module. If I comment out everything but the phpinfo () and hit a fresh start of the web server, it will not core. My module is loaded because I see it in the phpinfo output.

Re: [PHP-DEV] Troubles with DL'ed module

Andi Gutmans wrote: > > Did you compile with debug on or off? > Please try without debug in both PHP and your module and let us know if > something changes. > Also can you try and load it via php.ini (extension=module.so) and not with > dl(). > I rebuilt php 4.0.4p1 with debug off, rebuilt my

Re: [PHP-DEV] 4.0.6

Andi Gutmans wrote: > Can we make a list of things which still need to make it into 4.0.6 > before we branch? i have started to create ext/saprfc that will interface with the ABAP/4 Remote Function Call mechanism in SAP R/3, but right now it only has a working configure script and no functional

Re: [PHP-DEV] key_exists from php

On Sun, Apr 29, 2001 at 09:50:13PM -0400, David Croft wrote: > There doesn't seem to be any way for a php script to determine whether a > given key exists in an array. isset($arr['x']) fails when it exists but > has a null value. I know there are ways around it like using foreach or > array_keys

Re: [PHP-DEV] 4.0.6

Cynic wrote: > recode is GPL'd IIRC and thus (your mileage may vary) not very > usable, doesn't build on win32 systems, and the author has > no interest in changing that. the recode command is under GPL while the library part is under LGPL so it's ok as it is license-wise (even RMS did not take

Re: [PHP-DEV] 4.0.6

At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote: >On Mon, 30 Apr 2001 17:26:58 +0300 >Andi Gutmans <[EMAIL PROTECTED]> wrote: > > > At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: > > >ext/wchar (wide character support?) > > >ext/mstring (multibyte string functions) > > >ext/jpstring (japanese

Re: [PHP-DEV] 4.0.6

On Mon, 30 Apr 2001 17:26:58 +0300 Andi Gutmans <[EMAIL PROTECTED]> wrote: > At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: > >ext/wchar (wide character support?) > >ext/mstring (multibyte string functions) > >ext/jpstring (japanese string functions) > > I'd make mstring -> mbstring. > The

[PHP-DEV] php.ini location

Hi, The default location of php.ini in the current CVS seems to be /usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just got bitten by this and I bet there will be a huge amount of people who will too. Andi -- PHP Development Mailing List To unsubscribe

[PHP-DEV] Bug #10561: sockets.c uses `SUN_LEN' unconditionally - undefined on Solaris

From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: sockets.c uses `SUN_LEN' unconditionally - undefined on Solaris Configured with nv 'CC=cc -mt' CFLAGS=-O CPPFLAGS='-D_XPG4_2 -D__EXTENSIONS__' ./configur

Re: [PHP-DEV] 4.0.6

> I'd make mstring -> mbstring. > The question is if it's worth splitting this up into more than one > extension. Probably not. > So we should probably be picking out of wchar, mbstring, jpstring. > Rui, what do you think? I'm not Rui, but my vote would be for "mbstring" (or "mb_string"). If thi

Re: [PHP-DEV] 4.0.6

On 30 Apr 2001, Stig Sæther Bakken wrote: > [Cynic <[EMAIL PROTECTED]>] > > recode is GPL'd IIRC and thus (your mileage may vary) not very > > usable, doesn't build on win32 systems, and the author has > > no interest in changing that. > > libiconv is pretty good too. I don't know if it builds o

[PHP-DEV] RE: Bug #10560 Updated: IISConfig Error

Does this error only have to do with the setup of MMC or does it effect more than that. I'm new to PHP so I can't tell yet if there is a problem. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 8:48 AM To: [EMAIL PROTECTED] Subject: Bug #1056

Re: [PHP-DEV] 4.0.6

[Cynic <[EMAIL PROTECTED]>] > recode is GPL'd IIRC and thus (your mileage may vary) not very > usable, doesn't build on win32 systems, and the author has > no interest in changing that. libiconv is pretty good too. I don't know if it builds on Win32 though. - Stig -- Stig Sæther Bakken <

Re: [PHP-DEV] 4.0.6

At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: >ext/wchar (wide character support?) >ext/mstring (multibyte string functions) >ext/jpstring (japanese string functions) I'd make mstring -> mbstring. The question is if it's worth splitting this up into more than one extension. Probably not. S

Re: [PHP-DEV] Logic in sapi/cgi/cgi_main.c

On Mon, 30 Apr 2001, Andi Gutmans wrote: > http://www.faqts.com/knowledge_base/view.phtml/aid/734/fid/37 > It sounds to me that you are right. That should probably just be request_uri. > I thought many people have used this $PHP_SELF so it's kind of strange that > there haven't been a zillion com

Re: [PHP-DEV] 4.0.6

C>> recode is GPL'd IIRC and thus (your mileage may vary) not very C>> usable, doesn't build on win32 systems, and the author has no recode libs are LGPL, IIRC. As for win32, I don't know (not being user of such systems) but I guess since its functionality do not include anything that is unix-spe

[PHP-DEV] Re: Bug #10526 Updated: Possible problem with query

Well, I 'm not sure where the error message is comming from. It is an error being generated by either PHP or MySQL. I have figured out a way around the error, so it can be closed - but I never figured out what was causing the error. It is definately something that should be looked into bec

Re: [PHP-DEV] 4.0.6

On Mon, 30 Apr 2001, Rui Hirokawa wrote: > > > On Mon, 30 Apr 2001 16:51:15 +0300 (IDT) > Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > > > RH>> For example, this module supports encoding conversion > > RH>> functionality between Unicode and some other encodings like > > RH>> ISO-8859-X. Curren

Re: [PHP-DEV] 4.0.6

On Mon, 30 Apr 2001 16:51:15 +0300 (IDT) Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > RH>> For example, this module supports encoding conversion > RH>> functionality between Unicode and some other encodings like > RH>> ISO-8859-X. Currently, it includes encoding conversion filter > > Doesn'

Re: [PHP-DEV] 4.0.6

recode is GPL'd IIRC and thus (your mileage may vary) not very usable, doesn't build on win32 systems, and the author has no interest in changing that. At 15:51 30.4. 2001, Stanislav Malyshev wrote the following: -- >RH>> For example,

Re: [PHP-DEV] 4.0.6

At 10:47 PM 4/30/2001 +0900, Rui Hirokawa wrote: > > No I don't see a problem with this but please do it quickly. 4.0.6 has > > already gone a long way since we started RC'ing 4.0.5 and I would like to > > start RC'ing it pretty soon. You should probably also copy > > dotnet/EXPERIMENTAL to your d

[PHP-DEV] Bug #9297 Updated: sprintf ("%f", $foo) crashes with very large $foo.

ID: 9297 Updated by: cmv Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Strings related PHP Version: 4.0.4pl1 Assigned To: Comments: Works fine for me (RH7 and latest CVS): [cmv@sunniva cmv]$ echo '' | php X-Powered-By: PHP/4.0.6-dev Content-type: text/html 228648495119489900

[PHP-DEV] Bug #10560 Updated: IISConfig Error

ID: 10560 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config PHP Version: 4.0.4pl1 Assigned To: Comments: this is being solved right now and will be probably fixed in 4.0.6 Previous Comments: ---

Re: [PHP-DEV] 4.0.6

RH>> For example, this module supports encoding conversion RH>> functionality between Unicode and some other encodings like RH>> ISO-8859-X. Currently, it includes encoding conversion filter Doesn't this duplicate the GNU recode functionality? -- Stanislav Malyshev, Zend Products Engineer [EMA

Re: [PHP-DEV] 4.0.6

On Mon, 30 Apr 2001 15:37:14 +0300 Andi Gutmans <[EMAIL PROTECTED]> wrote: > At 09:35 PM 4/30/2001 +0900, Rui Hirokawa wrote: > > >Andi, > > > >We have plan to add ext/jstring which is a japanese string extension module > >to php-4.0.6. > >Is there any problem to add this module on CVS tree now

[PHP-DEV] Bug #10560: IISConfig Error

From: [EMAIL PROTECTED] Operating system: NT 4.0 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: IISConfig Error During the install of PHP I recieved an error stating that the MSCOMCTL.OCX did not correctly register a file is missing or invalid.

[PHP-DEV] Bug #10439 Updated: relative chdir from root doesn´t work

ID: 10439 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Directory/Filesystem functions PHP Version: 4.0.4 Assigned To: Comments: Works fine in latest CVS under NT. Please try 4.0.5 which should be released today and report back if your problem has

  1   2   >