Re: [PHP-DEV] 4.3 release call to arms

2002-07-25 Thread Jani Taskinen

On Thu, 25 Jul 2002, Stig S. Bakken wrote:

>Hi guys,
>
>I'd like to start the 4.3 release process now.  Anyone with stuff they
>want to commit before the branch is created, please either commit it or
>let me know by sunday.  I want to create the branch on sunday night GMT+2.
>
>Here is, again, the 4.3 TODO list.  Most of these require only tweaking
>and lots of testing.

  Here's one more TODO:

  0. Fix all the Verified/Critical bugs (everyone)


>1. New build system (Sascha) [done?]
>
>2. PHP Streams (Wez)
>
>3. Command-line SAPI installed by default (Edin)
>   * php.ini issues
>
>4. PEAR integration including PECL builder (Stig)
>
>5. MySQL changes (Zak) [in progress]
>
>6. GD bundling (Rasmus) [done?]
>
>7. DOMXML changes (Christian)
>
>8. MacOS X support (Marko)
>
>9. Sockets extension (Jason Greene)
>
>10. Verify new LICENSE (Stig)
>
> - Stig
>
>
>


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] 4.3 release call to arms

2002-07-25 Thread Marcus Börger

At 23:21 25.07.2002, Rasmus Lerdorf wrote:
> > 6. GD bundling (Rasmus) [done?]
>
>Seems to be done.
>
>-R


There was a discussion about imageellipse and i did a patch to detect 
whther or not the
function is available in config.m4 file. The patch also used imagearc in a 
wrapper if
the former is missing.

That patch was removed by derick - meanwhile i suggest derick forgot to 
cvsclean and
rebuild so the config.m4 are applied.

Derick could you please verify, i mean it makes really no sense that the 
function detection
from the build system does fail for gd1.8.3 & imageellipse.

missing part of patch follows below.

marcus

cvs -z3 -q diff gd.c (in directory S:\php4\ext\gd\)
Index: gd.c
===
RCS file: /repository/php4/ext/gd/gd.c,v
retrieving revision 1.200
diff -u -r1.200 gd.c
--- gd.c29 Jun 2002 15:54:02 -  1.200
+++ gd.c25 Jul 2002 23:27:18 -
@@ -118,6 +118,7 @@
   */
  function_entry gd_functions[] = {
 PHP_FE(imagearc, 
NULL)
+   PHP_FE(imageellipse, 
 NULL)
 PHP_FE(imagechar, 
NULL)
 PHP_FE(imagecharup, 
NULL)
 PHP_FE(imagecolorallocate, 
NULL)
@@ -148,7 +149,6 @@
 PHP_FE(imagecreatetruecolor,NULL)
 PHP_FE(imagetruecolortopalette, NULL)
 PHP_FE(imagesetthickness, 
NULL)
-   PHP_FE(imageellipse, 
 NULL)
 PHP_FE(imagefilledarc, 
NULL)
 PHP_FE(imagefilledellipse, 
NULL)
 PHP_FE(imagealphablending, 
NULL)




Re: [PHP-DEV] 4.3 release call to arms (fwd)

2002-07-25 Thread Jan Schneider

Zitat von Dan Kalowsky <[EMAIL PROTECTED]>:

> One thing I'd like to see 4.3 is the IMAP quota stuff I've been working
> on... but I've not had a chance to test it fully... because I have no
> access to an IMAP server with quota support builtin!  (argh).
> 
> I've sent the patch numerous times to php-dev, gotten no responses, and
> once to php-general with no response.  Suggested recourse of action?

I've forwarded your message to the IMP list but no reaction either. Perhaps
it's just working or noone tried it.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
http://www.tip4all.de - Deine private Tippgemeinschaft

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] CLI SAPI (was Re: [PHP-DEV] 4.3 release call to arms)

2002-07-25 Thread Sander Steffann

> I think the only remaining issue here is to be able to have a separate 
> config/ini file for cli.  While we're at it we might as well support 
> SAPI-specific config files, so PHP first looks for php-$SAPI.ini, then 
> php.ini.

Sounds like a good idea.
Sander.




-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Re: sockets and fds

2002-07-25 Thread Ron Lange

Arrrgghh, I left out a detail:
the segmentation faults occured in the io-fns and _free() of libc.
Bye
Ron


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] sockets and fds

2002-07-25 Thread Ron Lange

Hello friends,
I have a couple of questions about sockets and file descriptors.
 
In my extension I make use of a ordinary c socket and two fds build on it. 
I want this connection to be kept over request, therefore I put a struct 
pointer containing this into the persistant_list of the zend engine. 

I made it like the mysql extension, which is looking for an already opened 
connection by zend_hash_find(). If a connection already exists, it will be 
used, if not, a new connection struct is malloced (not emalloc()) and 
inserted into a new list_entry, which is immediately hashed into the 
persistand list. As key I use a emalloced string, consisting of a prefix 
and the session id, since I need to map sessions to connections.
 
I've also implement a zend_list_destructor for a persistent resource, 
actual the allocated conn. struct. There the items of the struct will be 
freed by fclose(), close() and at last the whole struct by free().

The exported extension functions are calling sometimes not exported  
functions, which are not introduced by the function list macro. This 
functions do some not-zend-related-stuff, but make use of the allocated 
connection. 

The initialization of the connection succeed, the functions in the same 
request are working how I want them to, but the explicitly closing of the 
connection causes a segfault. If a new request attempts to reuse the 
connection, the fds are lost, respectively the connection struct pointer 
seems to be invalid -> segfault.

Now my questions: 
1. Is there anything to know about using standart c sockets and fds within 
php extensions?
2. Do pointers stay valid over request end, if they're malloced (not 
emalloc())?
3. Should anything be considered about additional c functions, which not 
exported? (if at all...)

I am not experienced with threads, therefore I might have forget some 
details...about allocations in threads an so on...

Good night and best regards
Ron


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] 4.3 release call to arms (fwd)

2002-07-25 Thread Dan Kalowsky

Seems this just went to Stig, but any comments from group would be
appriciated...

>---<
Dan Kalowsky"A little less conversation,
http://www.deadmime.org/~danka little more action."
[EMAIL PROTECTED] - "A Little Less Conversation",
[EMAIL PROTECTED] Elvis Presley

-- Forwarded message --
Date: Thu, 25 Jul 2002 18:05:47 -0400 (EDT)
From: Dan Kalowsky <[EMAIL PROTECTED]>
To: Stig S. Bakken <[EMAIL PROTECTED]>
Subject: Re: [PHP-DEV] 4.3 release call to arms

Stig

OSX Support is done, Marko got a lot of it done I think.

One thing I'd like to see 4.3 is the IMAP quota stuff I've been working
on... but I've not had a chance to test it fully... because I have no
access to an IMAP server with quota support builtin!  (argh).

I've sent the patch numerous times to php-dev, gotten no responses, and
once to php-general with no response.  Suggested recourse of action?

On Thu, 25 Jul 2002, Stig S. Bakken wrote:

> Hi guys,
>
> I'd like to start the 4.3 release process now.  Anyone with stuff they
> want to commit before the branch is created, please either commit it or
> let me know by sunday.  I want to create the branch on sunday night GMT+2.
>
> Here is, again, the 4.3 TODO list.  Most of these require only tweaking
> and lots of testing.
>
> 1. New build system (Sascha) [done?]
>
> 2. PHP Streams (Wez)
>
> 3. Command-line SAPI installed by default (Edin)
>* php.ini issues
>
> 4. PEAR integration including PECL builder (Stig)
>
> 5. MySQL changes (Zak) [in progress]
>
> 6. GD bundling (Rasmus) [done?]
>
> 7. DOMXML changes (Christian)
>
> 8. MacOS X support (Marko)
>
> 9. Sockets extension (Jason Greene)
>
> 10. Verify new LICENSE (Stig)
>
>  - Stig
>
>
>

>---<
Dan Kalowsky"A little less conversation,
http://www.deadmime.org/~danka little more action."
[EMAIL PROTECTED] - "A Little Less Conversation",
[EMAIL PROTECTED] Elvis Presley



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] 4.3 release call to arms

2002-07-25 Thread derick

On Thu, 25 Jul 2002, Stig S. Bakken wrote:

> Okay, I'm modifying "brancing on sunday" to "branching when 4.2.3 is out",
> so we don't have two QA processes at the same time.  Sorry Derick.

Disregard that folks, 4.2.3 is declared dead now.

Derick

> 
>  - Stig
> 
> On Thu, 25 Jul 2002, Stig S. Bakken wrote:
> 
> > Hi guys,
> > 
> > I'd like to start the 4.3 release process now.  Anyone with stuff they
> > want to commit before the branch is created, please either commit it or
> > let me know by sunday.  I want to create the branch on sunday night GMT+2.
> > 
> > Here is, again, the 4.3 TODO list.  Most of these require only tweaking
> > and lots of testing.
> > 
> > 1. New build system (Sascha) [done?]
> > 
> > 2. PHP Streams (Wez)
> > 
> > 3. Command-line SAPI installed by default (Edin)
> >* php.ini issues
> > 
> > 4. PEAR integration including PECL builder (Stig)
> > 
> > 5. MySQL changes (Zak) [in progress]
> > 
> > 6. GD bundling (Rasmus) [done?]
> > 
> > 7. DOMXML changes (Christian)
> > 
> > 8. MacOS X support (Marko)
> > 
> > 9. Sockets extension (Jason Greene)
> > 
> > 10. Verify new LICENSE (Stig)
> > 
> >  - Stig
> > 
> > 
> > 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] 4.3 release call to arms

2002-07-25 Thread Christian Stocker

On Thu, 25 Jul 2002, Stig S. Bakken wrote:

> Hi guys,
>
> I'd like to start the 4.3 release process now.  Anyone with stuff they
> want to commit before the branch is created, please either commit it or
> let me know by sunday.  I want to create the branch on sunday night GMT+2.
[...]

> 7. DOMXML changes (Christian)

there were no commits lately, so i don't think there are many problems
right now. But i will test it again, when the branching is done :)

chregu


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] 4.3 release call to arms

2002-07-25 Thread Jan Lehnardt

Hi,
On Thu, Jul 25, 2002 at 11:20:42PM +0200, Stig S. Bakken wrote:
> 
> Here is, again, the 4.3 TODO list.  Most of these require only tweaking
> and lots of testing.
[..]

11. phpinfo for CLI (jan) [in progress] 

I hope to have it running as fast as possible, though time is short.

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/
Got an old and spare laptop? Please send me a mail.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] 4.3 release call to arms

2002-07-25 Thread Stig S. Bakken

Okay, I'm modifying "brancing on sunday" to "branching when 4.2.3 is out",
so we don't have two QA processes at the same time.  Sorry Derick.

 - Stig

On Thu, 25 Jul 2002, Stig S. Bakken wrote:

> Hi guys,
> 
> I'd like to start the 4.3 release process now.  Anyone with stuff they
> want to commit before the branch is created, please either commit it or
> let me know by sunday.  I want to create the branch on sunday night GMT+2.
> 
> Here is, again, the 4.3 TODO list.  Most of these require only tweaking
> and lots of testing.
> 
> 1. New build system (Sascha) [done?]
> 
> 2. PHP Streams (Wez)
> 
> 3. Command-line SAPI installed by default (Edin)
>* php.ini issues
> 
> 4. PEAR integration including PECL builder (Stig)
> 
> 5. MySQL changes (Zak) [in progress]
> 
> 6. GD bundling (Rasmus) [done?]
> 
> 7. DOMXML changes (Christian)
> 
> 8. MacOS X support (Marko)
> 
> 9. Sockets extension (Jason Greene)
> 
> 10. Verify new LICENSE (Stig)
> 
>  - Stig
> 
> 
> 


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] CLI SAPI (was Re: [PHP-DEV] 4.3 release call to arms)

2002-07-25 Thread Stig S. Bakken

On Thu, 25 Jul 2002, Stig S. Bakken wrote:

> 3. Command-line SAPI installed by default (Edin)
>* php.ini issues

I think the only remaining issue here is to be able to have a separate 
config/ini file for cli.  While we're at it we might as well support 
SAPI-specific config files, so PHP first looks for php-$SAPI.ini, then 
php.ini.

 - Stig


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] New build system (Re: [PHP-DEV] 4.3 release call to arms)

2002-07-25 Thread Stig S. Bakken

On Thu, 25 Jul 2002, Stig S. Bakken wrote:

> 1. New build system (Sascha) [done?]

I'm forking this thread into one for each action item.

The new build system seems to work, my main concern is source
compatibility with 3rd-party extensions written for 4.2 or earlier.  It
seems to work, what we basically should do during RC is download a bunch
of extensions and see how it works.

 - Stig


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] 4.3 release call to arms

2002-07-25 Thread Rasmus Lerdorf

> 6. GD bundling (Rasmus) [done?]

Seems to be done.

-R


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] 4.3 release call to arms

2002-07-25 Thread Stig S. Bakken

Hi guys,

I'd like to start the 4.3 release process now.  Anyone with stuff they
want to commit before the branch is created, please either commit it or
let me know by sunday.  I want to create the branch on sunday night GMT+2.

Here is, again, the 4.3 TODO list.  Most of these require only tweaking
and lots of testing.

1. New build system (Sascha) [done?]

2. PHP Streams (Wez)

3. Command-line SAPI installed by default (Edin)
   * php.ini issues

4. PEAR integration including PECL builder (Stig)

5. MySQL changes (Zak) [in progress]

6. GD bundling (Rasmus) [done?]

7. DOMXML changes (Christian)

8. MacOS X support (Marko)

9. Sockets extension (Jason Greene)

10. Verify new LICENSE (Stig)

 - Stig


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] help with duplicate flag in string functions

2002-07-25 Thread fab wash

Hi,

you want to duplicate if you don't want the called procedure to touch the
original variable, or if you declare it as a local in your procedure and
don't pass it as a pointer.

Fab.
- Original Message -
From: "Tony Leake" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 25, 2002 2:05 PM
Subject: [PHP-DEV] help with duplicate flag in string functions


> Hi,
>
> I'm just starting out writing modules by reading api docs on zend.com
> and reading source code of existing modules.
>
> Several functions (example:)
> add_next_index_string(zval *array, char *str, int duplicate)
>
> have the int duplicate flag, the docs say,  The flag duplicate specifies
> whether the string contents have to be copied to Zend internal memory.
>
> but how do I know if the string should be copied to memory, in the
> simple functions I'm writing it seams to make no difference whether I
> set this to 1 or 0 but it must do something?
>
> Thanks for your time
> Tony
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Re: Bug #18547 Updated: Remote attacker can cause SIGSEGV (fwd)

2002-07-25 Thread David Brown

On Wed, Jul 24, 2002 at 01:37:12PM -0700, Thomas Cannon wrote:
> >-- Forwarded message --
> >Date: Wed, 24 Jul 2002 16:12:06 -0400 (EDT)
> >From: Dan Kalowsky <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Bug #18547 Updated: Remote attacker can cause SIGSEGV
> >
> >Please send it to [EMAIL PROTECTED]
> 
> (Okay, that's easy enough -- I posted this in the web form, but it
> wrapped all to hell. Thanks for the email address, Mr. Kalowsky)
> 
> Hello. While working on an exploit for the multipart_buffer_headers() hole
> that you just fixed, and I found another problem that you might want to
> look into. It looks like a DoS only, but there might be a way to execute
> arbitrary code and I just haven't found it yet. Credit for the find goes
> to myself and members of the [0dd] 0-Day Digest.

FWIW, I was able to reproduce the SEGV, one per connection, on a Linux
2.4.18 server here.

- Dave
  [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Fw: [PHP-DEV] patch for passing karmite

2002-07-25 Thread Steph

--- old_dir.c 2002-07-08 12:52:22.0 +
+++ dir.c 2002-07-25 19:14:10.0 +
@@ -158,7 +158,6 @@
   object_init_ex(return_value, dir_class_entry_ptr);
   add_property_stringl(return_value, "path", Z_STRVAL_PP(arg),
Z_STRLEN_PP(arg), 1);
   add_property_resource(return_value, "handle", dirp->rsrc_id);
-  zend_list_addref(dirp->rsrc_id); /* might not be needed */
   php_stream_auto_cleanup(dirp); /* so we don't get warnings under
debug */
  } else {
   php_stream_to_zval(dirp, return_value);

screw it

- Original Message -
From: "Steph" <[EMAIL PROTECTED]>
To: "PHP Development" <[EMAIL PROTECTED]>
Sent: Thursday, July 25, 2002 8:08 PM
Subject: Fw: [PHP-DEV] patch for passing karmite


> it's fighting back..
>
> - Original Message -
> From: "Steph" <[EMAIL PROTECTED]>
> To: "PHP Development" <[EMAIL PROTECTED]>
> Sent: Thursday, July 25, 2002 8:06 PM
> Subject: [PHP-DEV] patch for passing karmite
>
>
> > fixes #14657
> >
> > (nb I still can't do a thing with rewinddir(), but that's a separate
> bug
> > report)
> >
> >
>
>
> --
--
> 
>
>
> > --
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
>
>






> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Fw: [PHP-DEV] patch for passing karmite

2002-07-25 Thread Steph

it's fighting back..

- Original Message -
From: "Steph" <[EMAIL PROTECTED]>
To: "PHP Development" <[EMAIL PROTECTED]>
Sent: Thursday, July 25, 2002 8:06 PM
Subject: [PHP-DEV] patch for passing karmite


> fixes #14657
>
> (nb I still can't do a thing with rewinddir(), but that's a separate
bug
> report)
>
>






> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php


[PHP-DEV] patch for passing karmite

2002-07-25 Thread Steph

fixes #14657

(nb I still can't do a thing with rewinddir(), but that's a separate bug
report)



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php


Re: [PHP-DEV] ldap controls

2002-07-25 Thread Matthew Gray

Stig Venaas wrote:

>On Thu, Jul 18, 2002 at 02:40:33PM -0500, Matthew Gray wrote:
>  
>
>>A while back there was some talk about adding ldap_search_ext() and 
>>ldap_create_*_control()-style functions to PHP to allow server(and maybe 
>>client someday?) controls to be sent along with a request.  Is anybody 
>>working on or still thinking about doing this?  
>>
>>
>
>I have done some investigation and I believe you can send pass all
>the client and server controls you like using the existing
>ldap_set_option() function. The only drawback is that when you set
>controls using that, the controls will apply to all subsequent LDAP
>operations. If you want some controls for just one operation you
>will have to use ldap_set_option() again setting no controls or
>new control list that you need for the next opertaion.
>
>Hastily written from an internet cafe in Kyoto (:
>
>Stig
>  
>
I've tried passing server controls with ldap_set_option() before, but I 
couldn't get it to work(I did not try very hard however).
Still, I think it is a good idea to stick close to the C API. I like the 
names ldap_search_ext() and ldap_create_*_control().
Would it then make sense to have an ldap_create_control() function that 
would allow any OID for a control as well?
Or if controls continue to be represented as arrays, 
ldap_create_*_control() functions might not even be needed.  I would be 
happy to see and test any code for this.

Thanks,
Matt




-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] help with duplicate flag in string functions

2002-07-25 Thread Tony Leake

Hi, 

I'm just starting out writing modules by reading api docs on zend.com
and reading source code of existing modules. 

Several functions (example:) 
add_next_index_string(zval *array, char *str, int duplicate)  

have the int duplicate flag, the docs say,  The flag duplicate specifies
whether the string contents have to be copied to Zend internal memory.

but how do I know if the string should be copied to memory, in the
simple functions I'm writing it seams to make no difference whether I
set this to 1 or 0 but it must do something?

Thanks for your time
Tony


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] NEED PHP Developers

2002-07-25 Thread Joshua Abbott

Help!
We desperately need PHP Developers for an opensource Advanced Web Hosting
Control Panel Project.

Please contact [EMAIL PROTECTED] if you are interested or want more
information.

J Abbott

==
the Advanced Web Hosting Control Panel Project
(Extend your life a little)
==



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




RE: [PHP-DEV] Help talking to iODBC...?

2002-07-25 Thread Andrew Hill

Jay,

Still having problems?
Email me backchannel.

Best regards,
Andrew Hill
Director of Technology Evangelism
OpenLink Software  http://www.openlinksw.com
Universal Data Access & Virtuoso Universal Server

-Original Message-
From: Dan Kalowsky [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 24, 2002 3:11 PM
To: Jay Van Vark
Cc: PHP Development Mailing list
Subject: Re: [PHP-DEV] Help talking to iODBC...?

On Mon, 24 Jun 2002, Jay Van Vark wrote:

> >> --with-iodbc=/usr/local/src/odbcsdk
> I have iODBC installed at /usr/local/src/odbcsdk

Then that is the proper path to be using.

> I am trying to get iODBC to connect to a database - I have PHP
compiling ok,
> but it never finds any of the DSNs that I have defined... I can find
them in
> iSQL, but not from PHP...

Have you followed the instructions at iodbc.org?

You have to define the ODBCINI path in your PHP file for iODBC to work.
Andrew Hill has created a good tutorial on doing this at:

http://www.iodbc.org/iodbc-phposxHOWTO.html

>---<
Dan Kalowsky"The record shows, I took the blows.
http://www.deadmime.org/~dankAnd did it my way."
[EMAIL PROTECTED] - "My Way", Frank Sinatra
[EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] STANDARD_MODULE_PROPERTIES_EX?

2002-07-25 Thread Tom Oram

Hi,
We are trying to update a PHP extension we wrote a while back. We have
decided that we need to use the global startup/shutdown functions
e.g.
use STANDARD_MODULE_PROPERTIES_EX instead of STANDARD_MODULE_PROPERTIES

I have changed my code from the following:

zend_module_entry mymodule_module_entry = {
...,
PHP_MINFO(mymodule),
NO_VERSION_YET,
STANDARD_MODULE_PROPERTIES
};


to this

zend_module_entry mymodule_module_entry = {
...,
PHP_MINFO(mymodule),
NO_VERSION_YET,
zm_mymodule_global_startup,
zm_mymodule_global_shutdown,
STANDARD_MODULE_PROPERTIES_EX
};


and defined 2 functions as like so

int zm_mymodule_global_startup();
int zm_mymodule_global_shutdown();


Everything compiles but my new functions are not call, why, am I doing
something wrong?

Thanks for any help
Tom

-- 

***
Tom Oram
SCL Computer Services
URL http://www.scl.co.uk/
***

--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Requests for 4.2.3

2002-07-25 Thread Carlos Henrique Bauer

Hi,

[EMAIL PROTECTED] wrote:
 > I could never reproduce this problem, it would help if you could try the
 > stable snapshot from snaps.php.net/win32 to see if it works or not.
 > AFAIK this bug is not a bug actually... but just an error on the user
 > side.

We have at least one application that stops working in 4.2.x because the 
header() function doesn´t work in the same way it used to work in 4.1.x. 
Just upgrading to 4.2.x makes it stop working. I have not changed 
anything in the application code.

I did a workaround for an application that consisted in using the 
function headers_sent() to the test if the headers were already sent to 
the user.  When they were, the application sent the headers through META 
HTTP-EQUIVs. It made it work partially. We still need to be able to set 
the Content-type of the response. I think that, if the application uses 
META HTTP-EQUIV to set the Content-type it will corrupt the files it 
sents to the user.


 > Anyway, I think that patch you posted is not that related at all, and
 > thus I won't merge it. (It's more adding of a feature).

Ok. The description of patch mentioned it solved some problems with 
headers we that were experiencing. It seems a new feature that solved a 
old problem to me.

I will set a debug environment and try to create a case that is fully 
reproducible.

Regards,

Bauer


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process

2002-07-25 Thread Melvyn Sopacua

At 15:08 7/25/2002 +0200, Sascha Schumann wrote:

> > With buildconf you get the error in build/build2.mk, cause buildconf 
> has the
> > same issue.
>
> Is it so hard to simply accept that you need to type "make"
> instead of "gmake" or "unset MAKE" when building PHP?

In my case - yes.
Since that involves, resetting my path also, which then will use other old 
tools
as well.

Ok - maybe it's me just being lazy, but why not let the puter fix it, 
that's what
they're for, right? :-)
Below is the patch I use - it's ugly, but works always.

--- configure.in.dist   Wed Apr  3 21:22:12 2002
+++ configure.inWed Apr  3 21:22:46 2002
@@ -94,7 +94,10 @@
  *darwin*|*rhapsody*)
  CPPFLAGS="$CPPFLAGS -traditional-cpp";;
  *bsdi*)
-BSD_MAKEFILE=yes;;
+if test "GNU" != `${MAKE} --version | sed -n -e "s|^GNU.*|GNU|p"`; then
+BSD_MAKEFILE=yes
+fi
+;;
  *beos*)
  beos_threads=1
  LIBS="$LIBS -lbe -lroot";;
--- buildconf.dist  Tue Sep 26 13:19:38 2000
+++ buildconf   Wed Mar 27 19:43:31 2002
@@ -30,7 +30,10 @@

  case "`uname`" in
  *BSD/OS*)
-./build/bsd_makefile;;
+if test "GNU" != `${MAKE} --version | sed -n -e "s|^GNU.*|GNU|p"`; then
+./build/bsd_makefile
+fi
+;;
  esac

  ${MAKE:-make} -s -f build/build.mk AMFLAGS="$automake_flags"



Met vriendelijke groeten / With kind regards,

Webmaster IDG.nl
Melvyn Sopacua

<@Logan> I spent a minute looking at my own code by accident.
<@Logan> I was thinking "What the hell is this guy doing?"
http://www.geekissues.org/quotes/top50.html?6824


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] print_r's feature

2002-07-25 Thread Monte Ohrt

Should it be a boolean value, or something a bit more descriptive/flexible?

print_r($foo,'html');
print_r($foo,'xml');
$output = print_r($foo,'return');

Monte


Denis Arh wrote:
> Yeah, i know this... but... ok... ;)
> 
> wouldn't be simplier like this:
> 
> print_r($foo, true);
> 
> i know how to do it, it was just a suggestion...
> 
> 
> "Marco Glatz" <[EMAIL PROTECTED]> wrote in message
> C1A8D5312515D411908C0050BAB3C06F0FA1A0@GATEWAY">news:C1A8D5312515D411908C0050BAB3C06F0FA1A0@GATEWAY...
> 
>>>How about adding an extra second parameter to print_r
>>>function, that would
>>>enable HTML output, with s and maybe bold values?
>>
>>how about this ?
>>
>>
>>
>>
>>
>>
>>
>>
>>mg
> 
> 
> 
>


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Problem: Apache2 / Perl 5.8.0 / mod_perl 2.0 / PHP all on Win32

2002-07-25 Thread French, Shawn

I am in a bit of a jam. I think the "cross-post" is necessary since I need
the help of Apache, mod_perl, and PHP developers/users. I apologize for the
length, if you have time, my explanation (at the end) should clarify what I
mean.

Summary
---
I need:
- A perl-enabled web server to run on the win32 platform
- mod_perl to allow for persistent (stay connected on the server side)
Net::Telnet objects  (CGI is unacceptable since a new process is spawned at
each request leaving no room for persistent objects)
- Multiple perl interpreters of Apache2 / mod_perl 2.0 to serve more than
one mod_perl request at a time
- Access to the client's Net::Telnet object during all of his/her requests
throughout his/her session
- I might need Perl 5.8.0 for threads::shared to solve the above
problem
- A way for mod_perl scripts to communicate with PHP scripts quickly and
efficiently

Does anybody know what kind of configuration I could use to support all of
my needs above? 
Does anybody know another way for mod_perl 2.0 and PHP to communicate other
than apache_notes (if it's true I can't use apache_notes with Apache2 / PHP
4.2.X)?
If a solution is not available now (ie. I can't share Net::Telnet objects in
different requests, or, PHP isn't fully supporting Apache2), when will it be
available (if ever)?

Thanks for your time and any help,
Shawn


Brief (?) Explanation
-
I need a win32 server to provide a sort of web-interface to perl Net::Telnet
objects (which is just a wrapper for telnet sessions written in perl). These
objects open sockets/file_handles on the server and have to be accessible to
my server-side scripts throughout multiple client requests.

ie. A session for Client_123 might look like:
Request 1: Client_123's telnet object is initialized (connects to a
remote telnet host)
Request 2 -> n-1: A script on the server executes commands on
Client_123's telnet connection
Request n: Client_123's telnet object is destroyed

>From mod_perl 2.0 docs
(http://perl.apache.org/docs/2.0/os/win32/install.html):
A mod_perl 1.0 enabled server based on Apache 1.3 on Win32 is limited to a
single thread serving a request at a time. This effectively prevents
concurrent processing, which can have serious implications for busy sites.
This problem is addressed in the multi-thread/multi-process approach of
mod_perl 2.0/Apache 2.0

Obviously I need Apache2/mod_perl2 if I want to be able to have more than
one client request executing perl code at the same time. However, I need to
make sure that the Net::Telnet object is accessible (ie. in shared memory,
indexed by the clients session_id) for all of Client_123's request. I was
told that I might be able to use threads::shared to keep the Net::Telnet
objects accessible by multiple mod_perl threads in mod_perl2 and Perl 5.8.0
so that shouldn't be a problem... as long as I use Apache2 / mod_perl 2.0 /
Perl 5.8.0.

Thrown in to the mix is the fact that I need some PHP scripts to communicate
(transfer parameters) to mod_perl scripts, and for the mod_perl to transfer
the results back to the PHP scripts. I have this working using apache notes
in Apache1.3.26 / mod_perl 1.27 / PHP 4.21. However (as mentioned above)
only one mod_perl request (involving telnet stuff) can be served at a time
so I need to upgrade to Apache2, where there isn't apache_note support
(http://bugs.php.net/bug.php?id=17557).



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Only one CXX_SUFFIX

2002-07-25 Thread Sam Liddicott

Is there a great reason why rules_common.mk can't be modified so the suffix
rules work on .cxx as well as .cpp ?
 
Sam
  _  


Samuel Liddicott
Support Consultant
[EMAIL PROTECTED]  
Tel: +44 (0)113 367 4523
Fax: +44 (0)113 367 4680
Switchboard: +44 (0)113 367 4600

Orange Multimedia Operations
Marshall Mill
Marshall Street
Leeds
LS11 9YJ
  www.ananova.com

Ananova Limited Registered Office:
St James Court
Great Park Road
Almondsbury Park
Bradley Stoke
Bristol BS32 4QJ

Registered in England No.2858918

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you receive
this in error, please contact the sender and delete the material from any
computer.

I'm required to have this long signature so please don't pick on me about
it, yes I know it's often longer than the email message it goes with.

 






Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process

2002-07-25 Thread Sascha Schumann

> With buildconf you get the error in build/build2.mk, cause buildconf has the
> same issue.

Is it so hard to simply accept that you need to type "make"
instead of "gmake" or "unset MAKE" when building PHP?

- Sascha


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] print_r's feature

2002-07-25 Thread derick

On Thu, 25 Jul 2002, Tit "Black" Petric wrote:

> > Added in CVS, will be available in 4.3.0.
> > 
> > Derick
> 
> can you do the same thing for var_dump please?

No I cant, as var_dump supports multiple parameters to it:

var_dump ($foo, $bar, TRUE);

What should TRUE do here in this case, print TRUE or return the data?

You can use var_export here, which does only support one variable, and 
TRUE/FALSE to return or display the variable.

Derick

---
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process

2002-07-25 Thread Sascha Schumann

> So now I either need to adjust my environment, or patch configure.in, to check
> for GNU make, rather then just plain assume BSD make.

Install GNU make as "gmake" as every other BSD system and be
done with it.

- Sascha


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] print_r's feature

2002-07-25 Thread derick

On Thu, 25 Jul 2002, Dan Hardiker wrote:

>function printData($variable) {
> return "".print_r($variable,true)."";
>   }
> 
>   echo printData($_SERVER);
> ?>
> 
> Currently, this is only possible using output buffering which i would
> prefer to avoid. A real world use is logging / debugging - where you
> want a print_r dump to be piped to a file / console while the rest of
> the output sent to the client. [something I do quite regularly]
> 
> Would this be possible for some close version of PHP? Would it help if I
> was to code a patch and submit it?

Addedin CVS, will be available in 4.3.0.

Derick

---
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] print_r's feature

2002-07-25 Thread Dan Hardiker

> How about adding an extra second parameter to print_r function, that
> would enable HTML output, with s and maybe bold values?

The following would give near enough the desired effect:

";
print_r($variable);
echo "";
  }

  printData($_SERVER);
?>

However, I would like to see the function to be modified with an extra
flag which allow the resulting data to either be returned, or echoed
out... with the default being echoing out (to fit with BC). This would
allow the following to be possible (assuming the second (suggested)
paramater of print_r would return when set to true):

[function has been left in to show comparison]

".print_r($variable,true)."";
  }

  echo printData($_SERVER);
?>

Currently, this is only possible using output buffering which i would
prefer to avoid. A real world use is logging / debugging - where you
want a print_r dump to be piped to a file / console while the rest of
the output sent to the client. [something I do quite regularly]

Would this be possible for some close version of PHP? Would it help if I
was to code a patch and submit it?

-- 
Dan Hardiker [[EMAIL PROTECTED]]
ADAM Software & Systems Engineer
First Creative Ltd



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




RE: [PHP-DEV] php-bugs subject lines

2002-07-25 Thread Ford, Mike [LSS]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 25 July 2002 09:15
> To: Marko Karppinen
> 
> I like this idea, but I would propose to let the line always 
> begin with 
> "Bug #bugnr" (for sorting and stuff).

Is there any need to bother with "Bug" when it's on the php-bugs list?
Couldn't subject lines just start with the bug number, so:

  "#12345 Bogused: etc etc..."

Cheers!

Mike

-
Mike Ford,  Electronic Information Services Adviser,
Learning Support Services, Learning & Information Services,
JG125, James Graham Building, Leeds Metropolitan University,
Beckett Park, LEEDS,  LS6 3QS,  United Kingdom
Email: [EMAIL PROTECTED]
Tel: +44 113 283 2600 extn 4730  Fax:  +44 113 283 3211 

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process

2002-07-25 Thread Melvyn Sopacua

At 09:43 7/25/2002 +0200, Sascha Schumann wrote:


> > Maybe even comment on the MAKE env variable, I think it'll be OK.
>
> Why do you want to remove existing and working functionality?

Because it's only working, when using BSD make.
The case statement in configure.in just plain assumes "when on BSD/OS
we're using bsd make".
I'm not, simply because php and apache are the only ones so considerate
of BSD make so it makes no sence if you're installing and configuring software,
to use bsd make as your default.
So now I either need to adjust my environment, or patch configure.in, to check
for GNU make, rather then just plain assume BSD make.

Also see the first part of bug http://bugs.php.net/bug.php?id=14048

Met vriendelijke groeten / With kind regards,

Webmaster IDG.nl
Melvyn Sopacua

<@Logan> I spent a minute looking at my own code by accident.
<@Logan> I was thinking "What the hell is this guy doing?"
http://www.geekissues.org/quotes/top50.html?6824


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] print_r's feature

2002-07-25 Thread John Lim

Try this:

//debugging print_r
function print_pre($r,$prefixmsg='')
{
 if ($prefixmsg) $prefixmsg .= ' ';
 print "$prefixmsg";
 $s = "\n(\n";
 ob_start();
 print_r($r);
 ob_end_flush();
 print '';
}

"Denis Arh" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Yeah, i know this... but... ok... ;)
>
> wouldn't be simplier like this:
>
> print_r($foo, true);
>
> i know how to do it, it was just a suggestion...
>
>
> "Marco Glatz" <[EMAIL PROTECTED]> wrote in message
> C1A8D5312515D411908C0050BAB3C06F0FA1A0@GATEWAY">news:C1A8D5312515D411908C0050BAB3C06F0FA1A0@GATEWAY...
> >
> > > How about adding an extra second parameter to print_r
> > > function, that would
> > > enable HTML output, with s and maybe bold values?
> >
> > how about this ?
> >
> > 
> >
> > 
> >
> > 
> >
> >
> > mg
>
>



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




AW: [PHP-DEV] returning arrays

2002-07-25 Thread Marco Glatz

> Marco Glatz wrote:
> 
> >hi there, 
> >
> >i have an extension with a funtion that should return an 
> array, but my array
> >is empty ?.
> >
> >
> >-- snip --
> >
> >ZEND_FUNCTION(foo)
> >{
> > zval *tmp_array;
> >
> > MAKE_STD_ZVAL(tmp_array);
> >
> > array_init(tmp_array);
> > array_init(return_value);
> >
> >
> > // a loop to fill the array with some data
> > for(i=0; i < 10; i++) {
> > add_index_string(tmp_array, i, some_data, 1);
> > }
> >}
> >
> 
> is it missing some code - or did you mean to do
> 
> add_index_string(return_value, i, some_data, 1);

whoops ...

anyway, thanx :o)


marco

 

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] returning arrays

2002-07-25 Thread Alan Knowles

Marco Glatz wrote:

>hi there, 
>
>i have an extension with a funtion that should return an array, but my array
>is empty ?.
>
>
>-- snip --
>
>ZEND_FUNCTION(foo)
>{
>   zval *tmp_array;
>
>   MAKE_STD_ZVAL(tmp_array);
>
>   array_init(tmp_array);
>   array_init(return_value);
>
>
>   // a loop to fill the array with some data
>   for(i=0; i < 10; i++) {
>   add_index_string(tmp_array, i, some_data, 1);
>   }
>}
>

is it missing some code - or did you mean to do

add_index_string(return_value, i, some_data, 1);


>
>
> /snip   -
>
>hope someone can tell me whats wrong.
>
>marco
>
>  
>




-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] returning arrays

2002-07-25 Thread Marco Glatz


hi there, 

i have an extension with a funtion that should return an array, but my array
is empty ?.


-- snip --

ZEND_FUNCTION(foo)
{
zval *tmp_array;

MAKE_STD_ZVAL(tmp_array);

array_init(tmp_array);
array_init(return_value);


// a loop to fill the array with some data
for(i=0; i < 10; i++) {
add_index_string(tmp_array, i, some_data, 1);
}
}


 /snip   -

hope someone can tell me whats wrong.

marco

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] PHP_NEW_EXTENSION MFH to PHP_4_2_0?

2002-07-25 Thread derick

Hello,

On Thu, 25 Jul 2002, Melvyn Sopacua wrote:

> while trying to fix the sysvsem issues, I tried to build the
> new config.m4, but it failed on some syntax error.
> 
> Reverted to PHP_EXTENSION i.s.o. PHP_NEW_EXTENSION and it worked again.
> 
> Which is to be used for the PHP_4_2_0 branch?

The PHP_EXTENSION one. I don't think it would be a good idea to change 
this in the current build system, it can wait until 4.3.0.

Derick

---
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Patch suggestions for PHP 4.2.3 (tokenizer)

2002-07-25 Thread derick

Hello Alan,

I applied this one.

Derick


On Thu, 25 Jul 2002, Alan Knowles wrote:

> This would be nice to get into 4.2.3 - at least the tokenizer would be 
> usable in a release version :)
> 
> http://cvs.php.net/diff.php/php4/ext/tokenizer/tokenizer.c?r1=1.8&r2=1.9&ty=h&num=10
> 
> for bug : http://bugs.php.net/bug.php?id=16939
> 
> regards
> alan
> 
> 
> 
> 

---
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] print_r's feature

2002-07-25 Thread Denis Arh

Yeah, i know this... but... ok... ;)

wouldn't be simplier like this:

print_r($foo, true);

i know how to do it, it was just a suggestion...


"Marco Glatz" <[EMAIL PROTECTED]> wrote in message
C1A8D5312515D411908C0050BAB3C06F0FA1A0@GATEWAY">news:C1A8D5312515D411908C0050BAB3C06F0FA1A0@GATEWAY...
>
> > How about adding an extra second parameter to print_r
> > function, that would
> > enable HTML output, with s and maybe bold values?
>
> how about this ?
>
> 
>
> 
>
> 
>
>
> mg



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] php-bugs subject lines

2002-07-25 Thread derick

Hello,

I like this idea, but I would propose to let the line always begin with 
"Bug #bugnr" (for sorting and stuff).

Derick

On Thu, 25 Jul 2002, Marko Karppinen wrote:

> Let's make them a bit more informative.
> 
> Example:
> 
> instead of
> Bug #17725 Updated: CCan not compile with GCC 3
> 
> how about
> No feedback on #17725: CCan not compile with GCC 3
> 
> instead of
> Bug #18555 Updated: Incorrect link to Windows version 4.2.2
> 
> how about
> Bug #18555 Bogused: Incorrect link to Windows version 4.2.2
> 
> ..and so on.
> 
> I think this would direct more of developers' mail-browsing
> time to bugs that are actually open and need the attention.
> 
> mk
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




AW: [PHP-DEV] print_r's feature

2002-07-25 Thread Marco Glatz


> How about adding an extra second parameter to print_r 
> function, that would
> enable HTML output, with s and maybe bold values?

how about this ?








mg

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] print_r's feature

2002-07-25 Thread Denis Arh

How about adding an extra second parameter to print_r function, that would
enable HTML output, with s and maybe bold values?

Regards,
Denis 'xbite' Arh



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] php-bugs subject lines

2002-07-25 Thread Marko Karppinen

Let's make them a bit more informative.

Example:

instead of
Bug #17725 Updated: CCan not compile with GCC 3

how about
No feedback on #17725: CCan not compile with GCC 3

instead of
Bug #18555 Updated: Incorrect link to Windows version 4.2.2

how about
Bug #18555 Bogused: Incorrect link to Windows version 4.2.2

..and so on.

I think this would direct more of developers' mail-browsing
time to bugs that are actually open and need the attention.

mk



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process

2002-07-25 Thread Sascha Schumann

> Maybe even comment on the MAKE env variable, I think it'll be OK.

Why do you want to remove existing and working functionality?

> If no bug report comes in, we can safely take out all that stuff in 4.3,
> like has been done in HEAD.

The reason for BSD_MAKEFILE support ceased to exist with the
introduction of the new build system in 4.3.  PHP 4.3 is more
portable than 4.2.

- Sascha


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] CVS Account Request: jome

2002-07-25 Thread Per Gustafsson

I'm going to translate the manual to swedish.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php