[PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

Stig Bakken wrote: > Log: > here's a preliminary list of stuff for 4.1 Is there any timeframe for when PHP 4.1.0 will be released? PS: When will PHP 4.0.5 be released? :) -- sebastian bergmann[EMAIL PROTECTED] http://w

[PHP-DEV] Bug #10324: reproducable seg fault during generic script exec with pgsql and mcrypt

From: [EMAIL PROTECTED] Operating system: Linux PPC (yellow dog 1.2) PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: reproducable seg fault during generic script exec with pgsql and mcrypt Hi, I've managed to uncover a reproducable segmentation fau

[PHP-DEV] Bug #10323: 4.05-dev : non-html escaped strings on phpinfo

From: [EMAIL PROTECTED] Operating system: linux 2.4 PHP version: 4.0 Latest CVS (13/04/2001) PHP Bug Type: *Function Specific Bug description: 4.05-dev : non-html escaped strings on phpinfo The PHPinfo() outputs data without running htmlspecialchars() For example: http://ww

Re: [PHP-DEV] Supplied argument is not a valid MySQL result resource

What does mysql_query() return? Did you try checking mysql_error()? In order to debug it, a good start would be removing the @ marks from your MySQL statements, so that if there are any errors, you'd see them. Zeev At 17:12 12/4/2001, Joshua Butcher wrote: >I am using code that used to work.

Re: [PHP-DEV] Same mysql link when calling mysql_connect a second time with same arguments

It should be completely transparent (well, provided you're not using the new in-CVS feature of unbuffered queries). With no drawbacks, and a fair advantage, it's a better way to go than establish a new link. The current implementation suffers from a limitation, in which closing one of the link

[PHP-DEV] PHP 4.0 Bug #10322 Updated: Logical error in fopen-wrappers.c

ID: 10322 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Description: Logical error in fopen-wrappers.c I thought, while I'm here, I'd submit a patch to fix this. The patch also includes support for an additional special case in php.ini's open_basedir. Th

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

On 2001-04-13 20:59:21, "Brian Moon" <[EMAIL PROTECTED]> wrote: > Ok, first, I had to edit gdttf.c and change: > > #if HAVE_LIBTTF && !defined(USE_GD_IMGSTRTTF) > to: > #if (HAVE_LIBTTF|HAVE_FREETYPE) && !defined(USE_GD_IMGSTRTTF) OK. I was using "--enable-gd-native-ttf", so this

[PHP-DEV] Bug #10322: Logical error in fopen-wrappers.c

From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.4pl1 PHP Bug Type: PHP options/info functions Bug description: Logical error in fopen-wrappers.c In main/fopen_wrappers.c I see that there is a function: PHPAPI int php_check_specific_open_basedir(char *basedir,

[PHP-DEV] Bug #10321: Apache Crash

From: [EMAIL PROTECTED] Operating system: Windows 2000 pro PHP version: 4.0.4 PHP Bug Type: Reproduceable crash Bug description: Apache Crash activate php_mssql70.dll in php.ini restart apache (php loaded as module) echo phpinfo() apache crashes (one thread only). Phpinfo

[PHP-DEV] CVS Account Request

Full name: Andy Sautins Email: [EMAIL PROTECTED] ID: asautins Purpose: Continue development of OCI8 collection support -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administra

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

Ok, first, I had to edit gdttf.c and change: #if HAVE_LIBTTF && !defined(USE_GD_IMGSTRTTF) to: #if (HAVE_LIBTTF|HAVE_FREETYPE) && !defined(USE_GD_IMGSTRTTF) Next I was getting complaints about not finding freetype.h. I edited the configure script and fixed what I guess was a typo:

[PHP-DEV] Bug #10320: Read fails with non_blocking socket.

From: [EMAIL PROTECTED] Operating system: Redhat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Sockets related Bug description: Read fails with non_blocking socket. This is a small part of my script.. EVERYTHING works except for the read.. and that works soon as I take out the non

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

When compiling Apache I get: modules/php4/libphp4.a(gd.o): In function `php_imagettftext_common': /usr/src/apache/php4-200104131045/ext/gd/gd.c:2667: undefined reference to `gdttf' Brian Moon Phorum Dev Team - Making better forums with PHP http://phorum.org/ -

Re: [PHP-DEV] Bug #10319: multipart/form-data does not work with Opera browser

I suspect this is likely a browser issue rather than a PHP issue. Can you flesh out a bit what PHP is doing wrong and what needs to be done to fix this "BUG"? Alternatively, you could submit a question to php-general... AZ - Original Message - From: <[EMAIL PROTECTED]> Newsgroups: php.d

[PHP-DEV] Bug #10319: multipart/form-data does not work with Opera browser

From: [EMAIL PROTECTED] Operating system: RedHat 6.1 PHP version: 4.0.3pl1 PHP Bug Type: *General Issues Bug description: multipart/form-data does not work with Opera browser We have a script which presents a form for uploading graphics files. We check for acceptable graph

[PHP-DEV] Bug #10313 Updated: ROUND inconsistency

ID: 10313 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Math Functions PHP Version: 4.0.4pl1 Assigned To: Comments: This isn't a bug. PHP uses the underlying C library to round, and all known C library's do this the same. Actually, you are reporti

[PHP-DEV] Bug #10318 Updated: pathinfo causes network error

ID: 10318 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0.4pl1 Assigned To: Comments: fixed in CVS and 4.0.5 branch Previous Comments: ---

[PHP-DEV] Bug #10318: pathinfo causes network error

From: [EMAIL PROTECTED] Operating system: RH Linux 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: pathinfo causes network error Calling pathinfo() on a path that lacks a file extension causes PHP to screw up: $info = pathinfo("/home/bill/b

[PHP-DEV] PHP 4.0 Bug #9489 Updated: The mail() function doesn't return the success or error

ID: 9489 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Mail related Description: The mail() function doesn't return the success or error I get always return FALSE since version 4.0.3. (Up to version 4.0.2 I got True if the mail was sent.) Nils PS Tested o

[PHP-DEV] Bug #10317 Updated: undefined symbol: NOT_FOUND

ID: 10317 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: For Apache2 you have to use --with-apxs2 --Jani Previous Comments:

[PHP-DEV] Bug #10317: undefined symbol: NOT_FOUND

From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: undefined symbol: NOT_FOUND Hi, we'e a problem compiling PHP 4.0 latest (11/4/2001). We type in a ./configure --with-oci8=/ext1/oracle8/app/oracle/pro

RE: [PHP-DEV] CVS mailling list screwy

I also had trouble earlier this week with PHP-DEV, my subscription just disappeared. Maybe there is a problem and it should be looked into my the list(s) maintainers? -Chris -Original Message- From: Wez Furlong [mailto:[EMAIL PROTECTED]] Sent: Friday, 13 April, 2001 6-25 aM To: php-dev

Re: [PHP-DEV] 4.0.5 modules

Just for curiosity whats the one issue? -Jason - Original Message - From: "James Moore" <[EMAIL PROTECTED]> To: "Marc Boeren" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, April 13, 2001 7:42 AM Subject: RE: [PHP-DEV] 4.0.5 modules > > > Hi! > > > > Is there some policy abou

Re: [PHP-DEV] Same mysql link when calling mysql_connect a second time with same arguments

On Thu, Apr 12, 2001 at 11:23:15PM +0200, Markus Fischer wrote : > Would it be an option to extend mysql_(p)connect to return new > links instead of allready created one with a new, optional > parameter ? Like : > > int mysql_connect ([string hostname [:port] [:/path/to/socket] [, >

RE: [PHP-DEV] 4.0.5 modules

> Hi! > > Is there some policy about the inclusion of newly added modules to RC's? > I'ld like to see the dbx module in the 4.0.5 release... > > Cheerio, Marc. I dont think any new code should be added to the Release branch now, although this is a contentious issue but I think its a bit late in

[PHP-DEV] 4.0.5 modules

Hi! Is there some policy about the inclusion of newly added modules to RC's? I'ld like to see the dbx module in the 4.0.5 release... Cheerio, Marc. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] CVS mailling list screwy

On 2001-04-13 13:07:13, "Sebastian Bergmann" <[EMAIL PROTECTED]> wrote: > Wez Furlong wrote: > > I'm subscribed to the CVS commit list, but I've received 0 messages > > from it. > The list works fine, I just recieved OK, I'll resubscribe. BUT, the php web seems to be down? I can reach cvs.ph

[PHP-DEV] GD patch committed

I've committed my GD 2.0.1 patch. If the build breaks, I'm sorry - it should be OK however. Please let me know if you have any problems with it. --Wez. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROT

Re: [PHP-DEV] CVS mailling list screwy

Wez Furlong wrote: > I'm subscribed to the CVS commit list, but I've received 0 messages > from it. The list works fine, I just recieved wez Fri Apr 13 05:00:12 2001 EDT Modified files: /php4/ext/gdconfig.m4 gd.c php_gd.h Log: Added GD 2.0.1 supp

[PHP-DEV] CVS mailling list screwy

Hey, I'm subscribed to the CVS commit list, but I've received 0 messages from it. Who is maintaining the list? What can be done about it? --Wez. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] always building cgi...

> > With some more minor restructuring, we can then let people build _all_ > > sapi modules in one go if they like. > Without careful consideration, I would not say that it would > require only minor restructuring. If we would implement that > change, it would have a direct effect up

Re: [PHP-DEV] always building cgi...

Sascha Schumann wrote: > combinations. From day-to-day experience, I have yet to > see an installation where web-servers run parallelly > (and which use PHP/require the same build options). This is true. Just one SAPI module + CGI would be exceedingly useful. Keeping them in sync wrt modules c

Re: [PHP-DEV] always building cgi...

[Sascha Schumann <[EMAIL PROTECTED]>] > > Okay, what about making libphp4.la contain everything but libsapi.la, > > and make a new final target including libsapi.la called > > libphp4_xxx.la, where xxx is the sapi module used. > > > > With some more minor restructuring, we can then let people buil