[PHP-DEV] PHP 4.0 Bug #9597 Updated: GD (most recent) doesent support Gif and the ordinary ext/gd.c doesent compile.

[derick]

ID: 9597
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

GD doesn't support GIF in the latest version, but that's not PHP's fault.

For the second problem, can you be more specific (please read 
www.php.net/bugs-dos-and-donts.php)

Previous Comments:
---

[2001-03-07 01:26:36] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9597&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9596 Updated: All the php executable text I see is blurred beyond recognition

[derick]

ID: 9596
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Could you provide more information? Please read also 
www.php.net/bugs-dos-and-donts.php before submitting a report.

Previous Comments:
---

[2001-03-07 00:58:22] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9596&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9595 Updated: All the php executable text I see is blurred beyond recognition

[derick]

ID: 9595
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Submitted twice

Previous Comments:
---

[2001-03-07 00:42:46] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9595&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9599:

[pairote . p]

From: [EMAIL PROTECTED]
Operating system: Solaris 8 
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  

juliet# make
Making all in Zend
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main   
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 
-I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double 
*)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
*** Error code 1
make: Fatal error: Command failed for target `zend_language_scanner_cc.lo'
Current working directory /export/rote/php-4.0.4pl1/Zend
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'


-- 
Edit Bug report at: http://bugs.php.net/?id=9599&edit=1



-- 
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 PROTECTED]

Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Andi wrote:
[snip]

> Yep. Let's start doing some damage. bzip2 is a very good victim.

bzclose  -> bz_close
bzcompress   -> bz_compress
bzdecompress -> bz_decompress
bzerrno  -> bz_errno
bzerror  -> bz_error
bzerrstr -> bz_errstr
bzflush  -> bz_flush
bzopen   -> bz_open
bzread   -> bz_read
bzwrite  -> bz_write

Can anyone see a problem with the proposed name changes?

Do we need to do anything (other than warn people about the changes to the
extension) for this particular case?

>> Good point - perhaps a better solution would be to have compression
>> library that uses switches to choose between bzip and gzip?  It would
>> be easy to bolt on other compression methods without having to do
>> much additional documentation, etc...
>
> You could write a PEAR script for this but I don't think it has
> anything to do with our current discussion :)

True enough. Move along, nothing to see here... ;)

 EXIF
 read_exif_data
>>> >
>>> exif_read_data?
>>
>>Yep - we should fix this...
>
>Yep.

As changes are proposed and accepted, we should keep track of them.  I
will keep a list of what is going on so that we don't have to
continually dig through the archives.

 GMP (not in manual yet)
 gmp_abs
 gmp_add
 gmp_and
 gmp_clrbit -> gmp_clr_bit ?
>>>
>>> this_seems_a_little_long_gmp_clrbit_i_think_might_be_better.
>>
>> I prefer Andi's gmp_clear_bit
>
> hmm, so do I. Strange :)

and it isn't even a full moon! ;)

[snip][hack]

 ZZIPLIB
 zzip_close
 zzip_closedir -> zzip_close_dir
>>>
>>> no.
>>>
>>> closedir() --> zzip_closedir()
>>>
>>> I'd prefer to keep it close to the php name.
>>
>> Hrm... I prefer to separate things that most people percieve as being
>> two words... but if I could waffle on (close|open)log, I can waffle
>> on this. :)
>
> I don't think we need to be caught in the C API loop all the time. I
> think if we'd start today without knowing libc we would call it
> zzip_open_dir() or something like that. The underscore makes more
> sense. As it is a new extension I think we could go with that
> underscore. PHP abstracts C API's and doesn't necessarily have to be
> the exact same thing as C.

Anyone else?


--zak



-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

At 11:28 PM 3/6/2001 -0700, Zak Greant wrote:
>Andi wrote:
> > At 05:05 PM 3/6/2001 -0700, Zak Greant wrote:
> > >Andi wrote:
> > >
> > >[snip]
> > >I don't have any complaints or helpful comments on what was above this.
> > >
> > > > 3) Why change the imap ones to not include underscores? Looks as if
>you
> > >did
> > > > the reverse here :)
> > >
> > >Removing the underscores was the choice that meant the least amount of
> > >change for the extension. :)
> >
> > I think it's a wrong choice. If we're moving to a standard system which
> > puts underscores in key places of the name, we shouldn't remove them from
>imap.
>
> I certainly don't have *any* problems adding underscores. :)  Removing
>the
> underscores was my best attempt to be moderate. If we can get agreement
> on moving imap towards the naming convention, then I am more than happy
> to go along!

I think the Status Quo is better than removing them. So we should decide to 
either fix them or to leave them the way they are.

Andi


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9597: GD (most recent) doesent support Gif and the ordinary ext/gd.c doesent compile.

[aageb]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  GD (most recent) doesent support Gif and the ordinary ext/gd.c 
doesent compile.




-- 
Edit Bug report at: http://bugs.php.net/?id=9597&edit=1



-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Andi wrote:
> At 05:05 PM 3/6/2001 -0700, Zak Greant wrote:
> >Andi wrote:
> >
> >[snip]
> >I don't have any complaints or helpful comments on what was above this.
> >
> > > 3) Why change the imap ones to not include underscores? Looks as if
you
> >did
> > > the reverse here :)
> >
> >Removing the underscores was the choice that meant the least amount of
> >change for the extension. :)
>
> I think it's a wrong choice. If we're moving to a standard system which
> puts underscores in key places of the name, we shouldn't remove them from
imap.

I certainly don't have *any* problems adding underscores. :)  Removing
the
underscores was my best attempt to be moderate. If we can get agreement
on moving imap towards the naming convention, then I am more than happy
to go along!

--zak


-- 
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 PROTECTED]

Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

At 05:43 PM 3/6/2001 -0700, Zak Greant wrote:
>Sterling wrote:
> > Overall I think this is very good.  I have a few problems with it (all
> > prefixed with a large IMHO :)...
>
>:)
>
> > > array_multisort -> array_multi_sort
> >
> > nah, doesn't sound as good as array_multisort, multisort should be a
>single
> > word... Its a type of sorting method, shouldn't be two different words
>
>After looking at this one again, I agree with you.
>
> > > BZ2 (Added 4.0.4)
> > > bzclose -> bz_close
> > > bzcompress -> bz_compress
> > > bzdecompress -> bz_decompress
> > > bzerrno -> bz_errno
> > > bzerror -> bz_error
> > > bzerrstr -> bz_errstr
> > > bzflush -> bz_flsuh
> > > bzopen -> bz_open
> > > bzread -> bz_read
> > > bzwrite -> bz_write
> >
> > Why leave the bcmatch functions alone, but change these?
>
>Because they are brand spanking new and we can make the follow the naming
>convention before everyone starts using them.

Yep. Let's start doing some damage. bzip2 is a very good victim.


> > The reason they're named this way is also to keep compatibility with the
> > zlib functions.
>
>Good point - perhaps a better solution would be to have compression library
>that uses switches to choose between bzip and gzip?  It would be easy to
>bolt on other compression methods without having to do much additional
>documentation, etc...

You could write a PEAR script for this but I don't think it has anything to 
do with our current discussion :)


> > > EXIF
> > > read_exif_data
> > >
> > exif_read_data?
>
>Yep - we should fix this...

Yep.


> > > GMP (not in manual yet)
> > > gmp_abs
> > > gmp_add
> > > gmp_and
> > > gmp_clrbit -> gmp_clr_bit ?
> >
> > this_seems_a_little_long_gmp_clrbit_i_think_might_be_better.
>
>I prefer Andi's gmp_clear_bit

hmm, so do I. Strange :)


> > > gmp_hamdist -> gmp_ham_dist ?
> >
> > hamdist is I believe an abbreviation for an algorithm, and a single
> > "concept" therefore it should be kept together.
>
>Ah - I was not sure, hence the ?
>
> > > gmp_sqrt -> gmp_sqrt_rem
> >
> > why that?
>
>Good catch :)
>
> > > readgzfile
> > gzreadfile?
>
>Good catch :)
>
> > > IISFUNC (Not in manual yet)
> > > iis_addserver -> iis_add_server
> > > iis_getdirsecurity -> iis_get_dir_security
> > > iis_getscriptmap -> iis_get_script_map
> > > iis_getserverbycomment -> iis_get_server_by_comment
> > > iis_getserverbypath -> iis_get_server_by_path
> > > iis_getserverright -> iis_get_server_right
> > > iis_getservicestate -> iis_get_service_state
> > > iis_removeserver -> iis_remove_server
> > > iis_setappsettings -> iis_set_app_settings
> > > iis_setdirsecurity -> iis_set_dir_security
> > > iis_setscriptmap -> iis_set_script_map
> > > iis_setserverright -> iis_set_server_right
> > > iis_startserver -> iis_start_server
> > > iis_startservice -> iis_start_service
> > > iis_stopserver -> iis_stop_server
> > > iis_stopservice -> iis_stop_service
> > >
> > hrrm. these names seem long, perhaps we can shorten them?
>
>I think that they are quite readable now - shortening them would probably
>reduce this.

I agree.


> > > msql_regcase -> msql_reg_case
> >
> > i like msql_regcase better, we shouldn't be using (IMHO prefixing all of
> > these comments, of course) underscores to seperate words per-sé, but
>rather
> > to seperate concepts.
>
>...hmmm... considering that the legibility of this can't easily be fixed
>with a change to the function name (unless we want to use
>msql_regex_case_insensitive :) - either way is fine with me.
>
> > > SABLOT
> > > xslt_closelog -> xslt_close_log
> >
> > let's leave these (openlog, closelog).
>
>Because they match openlog and close log - or is this how sablotron
>describes these features?
>
> > > xslt_create
> > > xslt_errno
> > > xslt_error
> > > xslt_fetch_result
> > > xslt_free
> > > xslt_openlog -> xslt_open_log
> > > xslt_output_begintransform -> xslt_output_begin_transform
> > > xslt_output_endtransform -> xslt_output_end_transform
> >
> > too long :)
>
>What about something like xslt_output_begin_trans ?

I think having an extra for characters which really help understand the 
meaning of the function is worth it. There for I would go with Zak's 
recommendation.


> > > ZEND (All of the Zend changes are wishful thinking! :)
> > > class_exists
> > > crash
> > > create_function -> func_create (or function_create)
> > > define -> constant_define
> > > defined ->  constant_defined
> > > each
> > > error_reporting
> > > func_get_arg (or function_get_arg)
> > > func_get_args (or function_get_args)
> > > func_num_args (or function_num_args)
> > > function_exists -> func_exists (or function_exists)
> > > get_class
> > > get_class_methods
> > > get_class_vars
> > > get_declared_classes
> > > get_defined_functions
> > > get_defined_vars
> > > get_included_files
> > > get_object_vars
> > > get_parent_class
> > > get_required_files
> > > get_resource_type
> > > is_subclass_of
> > > leak
> > > method_exists
> > > restore_error_handler -> error_restore_handler
> > > set_error_handler -

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

At 05:26 PM 3/6/2001 -0700, Zak Greant wrote:
>Derick Rethans wrote:
>[snip]
> > > 6) I think create_function() is OK. There was a long thread which
>decided
> > > upon this name. Same for function_exists().
> >
> > Can't we call it lambda()? =)
>
>That would make a sensible alias for it. :)

Nah no aliasing to this :)
This issue was closed a long time ago.
Andi


-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

At 05:05 PM 3/6/2001 -0700, Zak Greant wrote:
>Andi wrote:
>
>[snip]
>I don't have any complaints or helpful comments on what was above this.
>
> > 3) Why change the imap ones to not include underscores? Looks as if you
>did
> > the reverse here :)
>
>Removing the underscores was the choice that meant the least amount of
>change for the extension. :)

I think it's a wrong choice. If we're moving to a standard system which 
puts underscores in key places of the name, we shouldn't remove them from imap.

Thanks,
Andi


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9576 Updated: Parse error with ($i%2) ? echo '':echo''

[yasuo_ohgaki]

ID: 9576
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Description: Parse error with ($i%2) ? echo '':echo''

Ok thanks. "echo" is not a function like "include".
(include is a language construct, right?)
Then I expect following should not work.

($some_var) ? include('ture.inc') : include('false.inc');

but, it works for some reason. (or include() is a function?)
Not a big deal though.

Regards,
--
Yasuo Ohgaki


Previous Comments:
---

[2001-03-06 08:25:56] [EMAIL PROTECTED]
echo is a statement, not a function, thus cannot be used in
an expression. You are right to use print.

---

[2001-03-06 07:09:01] [EMAIL PROTECTED]
Miner parser bug.
PHP4.0.4pl1 on my Linux (PHP is running as Apache 1.3.17 module) gives parse error 
with following code. 

>

This one works as expected
>

Hope this helps.

---
Yasuo Ohgaki

=== SOURCE BEGIN 


test












>
@
@





 END SOURCE 

---


Full Bug description available at: http://bugs.php.net/?id=9576


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9596: All the php executable text I see is blurred beyond recognition

[wnorton]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server 
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  All the php executable text I see is blurred beyond recognition




-- 
Edit Bug report at: http://bugs.php.net/?id=9596&edit=1



-- 
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 PROTECTED]

[PHP-DEV] Re: PHP 4.0 Bug #9576 Updated: Parse error with ($i%2) ? echo '':echo''

[Yasuo Ohgaki]

> ID: 9576
> Updated by: stas
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: Scripting Engine problem
> Assigned To:
> Comments:
>
> echo is a statement, not a function, thus cannot be used in
> an expression. You are right to use print.

Ok thanks. "echo" is not a function like "include".
(include is a language construct, right?)
Then I expect following should not work.

($some_var) ? include('ture.inc') : include('false.inc');

but, it works for some reason. (or include() is a function?)
Not a big deal though.

Regards,
--
Yasuo Ohgaki

>
> Previous Comments:
> --
-
>
> [2001-03-06 07:09:01] [EMAIL PROTECTED]
> Miner parser bug.
> PHP4.0.4pl1 on my Linux (PHP is running as Apache 1.3.17 module) gives
parse error with following code.
>
> >
>
> This one works as expected
> >
>
> Hope this helps.
>
> ---
> Yasuo Ohgaki
>
> === SOURCE BEGIN 
> 
> 
> test
> 
> 
> 
> 
> 
> 
>
> 
> 
>  for ($i = 0; $i < 100; $i++) { ?>
> 
> 
> >
> $B!!(B
> $B!!(B
> 
>  } // END for( ) loop
> ?>
> 
> 
> 
>  END SOURCE 
>
> --
-
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
http://bugs.php.net/?id=9576&edit=2
>
>

-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9595: All the php executable text I see is blurred beyond recognition

[wnorton]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server 
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  All the php executable text I see is blurred beyond recognition




-- 
Edit Bug report at: http://bugs.php.net/?id=9595&edit=1



-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Waldschrott wrote:
> > Overall I think this is very good.  I have a few problems with it (all
> > prefixed with a large IMHO :)...
>
> agreeing in anything sterling mentioned, except and in addition this:
>
> >> GETTEXT
> >> bindtextdomain
> >> dcgettext
> >> dgettext
> >> gettext
> >> textdomain
>
> is there any reason not to change them?

Simplicity - the names are consistent with each other and they match the
names of the gettext C functions.

> >> IISFUNC (Not in manual yet)
> >> iis_addserver -> iis_add_server
> >> iis_getdirsecurity -> iis_get_dir_security
> >> iis_getscriptmap -> iis_get_script_map
> >> iis_getserverbycomment -> iis_get_server_by_comment
> >> iis_getserverbypath -> iis_get_server_by_path
> >> iis_getserverright -> iis_get_server_right
> >> iis_getservicestate -> iis_get_service_state
> >> iis_removeserver -> iis_remove_server
> >> iis_setappsettings -> iis_set_app_settings
> >> iis_setdirsecurity -> iis_set_dir_security
> >> iis_setscriptmap -> iis_set_script_map
> >> iis_setserverright -> iis_set_server_right
> >> iis_startserver -> iis_start_server
> >> iis_startservice -> iis_start_service
> >> iis_stopserver -> iis_stop_server
> >> iis_stopservice -> iis_stop_service
> >
> > hrrm. these names seem long, perhaps we can shorten them?
>
> how? :) I tried to find some shorter names, but then you would have to
omit parts of it,
> eg.
> iis_get/set_right  (omitting server)
> iis_get/set_state  (omitting service)
> iis_remove (omitting server)
> iis_add (omitting server)
> iis_start/stop (omitting server)
> ..maybe

As lng as the abbr. don't aff. readab. ;)

> >> xslt_output_begintransform -> xslt_output_begin_transform
> >> xslt_output_endtransform -> xslt_output_end_transform
>
> xslt_begin/end_transform ?

Ditto :)

>  >> gethostbyaddr ?
>  >> gethostbyname ?
>  >> getpeername ?
>
> ok.
>
> >> socket_get_status
> >> socket_set_blocking
> >> socket_set_timeout
>
> if we name the the socket extension functions socket_* we have a
> confusion here (these functions are from standard)

We could always use sock_ ...

> >> zzip_entry_compressedsize -> ..._compressed_size
> >> zzip_entry_compressionmethod -> ..._compression_method
>
> ok.

Thanks for the feedback Andre! :)

--zak


-- 
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 PROTECTED]

Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[André Langhorst]

> Overall I think this is very good.  I have a few problems with it (all
> prefixed with a large IMHO :)...

agreeing in anything sterling mentioned, except and in addition this:


>> GETTEXT
>> bindtextdomain
>> dcgettext
>> dgettext
>> gettext
>> textdomain

is there any reason not to change them?


>> IISFUNC (Not in manual yet)
>> iis_addserver -> iis_add_server
>> iis_getdirsecurity -> iis_get_dir_security
>> iis_getscriptmap -> iis_get_script_map
>> iis_getserverbycomment -> iis_get_server_by_comment
>> iis_getserverbypath -> iis_get_server_by_path
>> iis_getserverright -> iis_get_server_right
>> iis_getservicestate -> iis_get_service_state
>> iis_removeserver -> iis_remove_server
>> iis_setappsettings -> iis_set_app_settings
>> iis_setdirsecurity -> iis_set_dir_security
>> iis_setscriptmap -> iis_set_script_map
>> iis_setserverright -> iis_set_server_right
>> iis_startserver -> iis_start_server
>> iis_startservice -> iis_start_service
>> iis_stopserver -> iis_stop_server
>> iis_stopservice -> iis_stop_service
>> 
> 
> 
> hrrm. these names seem long, perhaps we can shorten them?
 
how? :) I tried to find some shorter names, but then you would have to omit parts of 
it,
eg.
iis_get/set_right  (omitting server)
iis_get/set_state  (omitting service)
iis_remove (omitting server)
iis_add (omitting server)
iis_start/stop (omitting server)
..maybe


>> xslt_output_begintransform -> xslt_output_begin_transform
>> xslt_output_endtransform -> xslt_output_end_transform

xslt_begin/end_transform ?


 >> gethostbyaddr ?
 >> gethostbyname ?
 >> getpeername ?

ok.

>> socket_get_status
>> socket_set_blocking
>> socket_set_timeout

if we name the the socket extension functions socket_* we have a 
confusion here (these functions are from standard)


>> zzip_entry_compressedsize -> ..._compressed_size
>> zzip_entry_compressionmethod -> ..._compression_method

ok.


andré




-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7673 Updated: PHP crashes when odbc_result is given a result ID as its second parameter

[kalowsky]

ID: 7673
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: ODBC related
Assigned To: kalowsky
Comments:

your script is faulty.  please correct your script and 
check report back. 

marking this as bogus as i am unable to reproduce this 
...

Previous Comments:
---

[2001-02-14 08:23:00] [EMAIL PROTECTED]
and finally the last of which I'll be looking at this time around.  the question to 
start off with, does this continue on PHP4.0.4pl1?

---

[2000-11-07 06:50:11] [EMAIL PROTECTED]
On my test machine (a Windows 98 box running the precompiled Win32 PHP 4.0.3pl1 binary 
as a CGI program on top of Apache 1.3.12), the following (admittedly bizarre) code 
will crash PHP:

$db = odbc_connect("db1","","");
$result = odbc_exec("SELECT * FROM table1");
while ($odbc_fetch_row($result)) {
  print odbc_result($result, $result);
}

It will crash it no matter what resource ID PHP has assigned to $result, and even if 
odbc_result's arguments 1 and 2 point to different result sets, even from different 
databases.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7673&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9594: Call to unsupported or undefined function pg_connect() in...

[yoong]

From: [EMAIL PROTECTED]
Operating system: redhat 6.1
PHP version:  4.0.4pl1
PHP Bug Type: PostgreSQL related
Bug description:  Call to unsupported or undefined function pg_connect() in...

I have successfully installed both PHP-3.0.12.6 and PostgreSQL-6.5.2-1. Both have been 
tested and work.

my application work fine since last year when i put it online, it is a online 
registration program...

However, when trying to register yesterday, I get:

Fatal error: Call to unsupported or undefined function pg_connect() in 
/home/httpd/html/register.php on line 2

pls help


-- 
Edit Bug report at: http://bugs.php.net/?id=9594&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9593: disable_functions does not work as an Apache Directive

[edws]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2
PHP version:  4.0.3pl1
PHP Bug Type: Apache related
Bug description:  disable_functions does not work as an Apache Directive

In Apache I have the line:

AddType application/x-httpd-php .php
php_admin_flag safe_mode On
php_admin_value disable_functions phpversion

php_admin_value disable_functions is ignored, however it does show up as a local 
varible in phpinfo(). Note all other Apache directives I have are working fine.

If I do this in php.ini:

disable_functions = phpversion

It works.

I need this functionality in Apache however.

Thanks






-- 
Edit Bug report at: http://bugs.php.net/?id=9593&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9592: print __FILE__ doesn't return full path when using include_once

[vince]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.2 (RedHat 6.x)
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  print __FILE__ doesn't return full path when using include_once

When doing "print(__FILE__);" it only echo's the file name not the full path when the 
file is included with include_once or require_once. I don't know if this is a bug or 
not, but my programming staff seems to think its a bug.

Example:

# php -v
4.0.4pl1
# grep -C php test.*
test.inc:
--
test.php:
# php -q test.php
/root/test.inc
# grep -C php test.*
test.inc:
--
test.php:
# php -q test.php
test.inc
# 



-- 
Edit Bug report at: http://bugs.php.net/?id=9592&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9534 Updated: Inclusion of 'mcrypt' keeps Apache from starting

[yubby]

ID: 9534
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: mcrypt related
Bug Type: Verisign Payflow Pro related
Description: Inclusion of 'mcrypt' keeps Apache from starting

Ooops,  forgot to change the 'type'

Previous Comments:
---

[2001-03-06 20:23:50] [EMAIL PROTECTED]
Changing 'bug type' to "PayFlowPro" related (from 'mcrypt' related) since I have found 
that I can include "mcrypt" (and all the other libraries, such as mysql) if I exclude 
the PFP library from Signio.   Have seen that there's another Bug report on this issue 
(#9530) that looks very similar.

I'm now attempting the 'build' using Apache 1.3.19 and mod_ssl-2.8.1-1.3.19


---

[2001-03-03 17:30:20] [EMAIL PROTECTED]
libmcrypt 2.4.7 works just fine for me.
And yes, you have to configure libmcrypt with --disable-posix-threads

--Jani


---

[2001-03-03 00:54:53] [EMAIL PROTECTED]
I've been 'rebuilding' my webservers, upgrading from Apache 1.3.12 (and 
14)/PHP-4.0.3pl1/libmcrypt-2.4.5/mysql-3.22.32   to  Apache 
1.3.17/PHP-4.0.4pl1/libmcrypt-2.4.9/mysql-3.23.33

My 'single CPU' Athlon system upgraded fine,  but the 2 'dual' Pentium servers (all of 
them are running Redhat 6.2  2.2.17-14) won't start Apache if I have the 
'--with-mcrypt' inclusion in my PHP config.   Without it, everything works fine.   I 
even tried 'back-reving' libmcrypt to the old version (2.4.5, 2.4.6, 2.4.7, and 2.4.8, 
 by wiping out all of the 'libmcrypt' stuff in /usr/local/lib, and rebuilding) which 
didn't work either...

gdb reports that httpd exited normally (and that there's no 'backtrace')

My configuration looks like:
./configure 
--with-config-file-path=/usr/local/apache 
--with-mysql=/usr/local/mysql 
--with-pfpro=/usr/local/signio/linux 
--with-apxs=/usr/local/apache/bin/apxs 
--with-mcrypt   ## (this line is EVIL!!)
 
(please help me..wh)

P.S.  Though libmcrypt compiles fine either way,  I seem to remember that there might 
have been a reason to use the --disable-posix-threads option



---


Full Bug description available at: http://bugs.php.net/?id=9534


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9534 Updated: Inclusion of 'mcrypt' keeps Apache from starting

[yubby]

ID: 9534
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: mcrypt related
Description: Inclusion of 'mcrypt' keeps Apache from starting

Changing 'bug type' to "PayFlowPro" related (from 'mcrypt' related) since I have found 
that I can include "mcrypt" (and all the other libraries, such as mysql) if I exclude 
the PFP library from Signio.   Have seen that there's another Bug report on this issue 
(#9530) that looks very similar.

I'm now attempting the 'build' using Apache 1.3.19 and mod_ssl-2.8.1-1.3.19


Previous Comments:
---

[2001-03-03 17:30:20] [EMAIL PROTECTED]
libmcrypt 2.4.7 works just fine for me.
And yes, you have to configure libmcrypt with --disable-posix-threads

--Jani


---

[2001-03-03 00:54:53] [EMAIL PROTECTED]
I've been 'rebuilding' my webservers, upgrading from Apache 1.3.12 (and 
14)/PHP-4.0.3pl1/libmcrypt-2.4.5/mysql-3.22.32   to  Apache 
1.3.17/PHP-4.0.4pl1/libmcrypt-2.4.9/mysql-3.23.33

My 'single CPU' Athlon system upgraded fine,  but the 2 'dual' Pentium servers (all of 
them are running Redhat 6.2  2.2.17-14) won't start Apache if I have the 
'--with-mcrypt' inclusion in my PHP config.   Without it, everything works fine.   I 
even tried 'back-reving' libmcrypt to the old version (2.4.5, 2.4.6, 2.4.7, and 2.4.8, 
 by wiping out all of the 'libmcrypt' stuff in /usr/local/lib, and rebuilding) which 
didn't work either...

gdb reports that httpd exited normally (and that there's no 'backtrace')

My configuration looks like:
./configure 
--with-config-file-path=/usr/local/apache 
--with-mysql=/usr/local/mysql 
--with-pfpro=/usr/local/signio/linux 
--with-apxs=/usr/local/apache/bin/apxs 
--with-mcrypt   ## (this line is EVIL!!)
 
(please help me..wh)

P.S.  Though libmcrypt compiles fine either way,  I seem to remember that there might 
have been a reason to use the --disable-posix-threads option



---


Full Bug description available at: http://bugs.php.net/?id=9534


-- 
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 PROTECTED]

Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Sterling wrote:
> Overall I think this is very good.  I have a few problems with it (all
> prefixed with a large IMHO :)...

:)

> > array_multisort -> array_multi_sort
>
> nah, doesn't sound as good as array_multisort, multisort should be a
single
> word... Its a type of sorting method, shouldn't be two different words

After looking at this one again, I agree with you.

> > BZ2 (Added 4.0.4)
> > bzclose -> bz_close
> > bzcompress -> bz_compress
> > bzdecompress -> bz_decompress
> > bzerrno -> bz_errno
> > bzerror -> bz_error
> > bzerrstr -> bz_errstr
> > bzflush -> bz_flsuh
> > bzopen -> bz_open
> > bzread -> bz_read
> > bzwrite -> bz_write
>
> Why leave the bcmatch functions alone, but change these?

Because they are brand spanking new and we can make the follow the naming
convention before everyone starts using them.

> The reason they're named this way is also to keep compatibility with the
> zlib functions.

Good point - perhaps a better solution would be to have compression library
that uses switches to choose between bzip and gzip?  It would be easy to
bolt on other compression methods without having to do much additional
documentation, etc...

> > EXIF
> > read_exif_data
> >
> exif_read_data?

Yep - we should fix this...

> > GMP (not in manual yet)
> > gmp_abs
> > gmp_add
> > gmp_and
> > gmp_clrbit -> gmp_clr_bit ?
>
> this_seems_a_little_long_gmp_clrbit_i_think_might_be_better.

I prefer Andi's gmp_clear_bit

> > gmp_hamdist -> gmp_ham_dist ?
>
> hamdist is I believe an abbreviation for an algorithm, and a single
> "concept" therefore it should be kept together.

Ah - I was not sure, hence the ?

> > gmp_sqrt -> gmp_sqrt_rem
>
> why that?

Good catch :)

> > readgzfile
> gzreadfile?

Good catch :)

> > IISFUNC (Not in manual yet)
> > iis_addserver -> iis_add_server
> > iis_getdirsecurity -> iis_get_dir_security
> > iis_getscriptmap -> iis_get_script_map
> > iis_getserverbycomment -> iis_get_server_by_comment
> > iis_getserverbypath -> iis_get_server_by_path
> > iis_getserverright -> iis_get_server_right
> > iis_getservicestate -> iis_get_service_state
> > iis_removeserver -> iis_remove_server
> > iis_setappsettings -> iis_set_app_settings
> > iis_setdirsecurity -> iis_set_dir_security
> > iis_setscriptmap -> iis_set_script_map
> > iis_setserverright -> iis_set_server_right
> > iis_startserver -> iis_start_server
> > iis_startservice -> iis_start_service
> > iis_stopserver -> iis_stop_server
> > iis_stopservice -> iis_stop_service
> >
> hrrm. these names seem long, perhaps we can shorten them?

I think that they are quite readable now - shortening them would probably
reduce this.

> > msql_regcase -> msql_reg_case
>
> i like msql_regcase better, we shouldn't be using (IMHO prefixing all of
> these comments, of course) underscores to seperate words per-sé, but
rather
> to seperate concepts.

...hmmm... considering that the legibility of this can't easily be fixed
with a change to the function name (unless we want to use
msql_regex_case_insensitive :) - either way is fine with me.

> > SABLOT
> > xslt_closelog -> xslt_close_log
>
> let's leave these (openlog, closelog).

Because they match openlog and close log - or is this how sablotron
describes these features?

> > xslt_create
> > xslt_errno
> > xslt_error
> > xslt_fetch_result
> > xslt_free
> > xslt_openlog -> xslt_open_log
> > xslt_output_begintransform -> xslt_output_begin_transform
> > xslt_output_endtransform -> xslt_output_end_transform
>
> too long :)

What about something like xslt_output_begin_trans ?

> > ZEND (All of the Zend changes are wishful thinking! :)
> > class_exists
> > crash
> > create_function -> func_create (or function_create)
> > define -> constant_define
> > defined ->  constant_defined
> > each
> > error_reporting
> > func_get_arg (or function_get_arg)
> > func_get_args (or function_get_args)
> > func_num_args (or function_num_args)
> > function_exists -> func_exists (or function_exists)
> > get_class
> > get_class_methods
> > get_class_vars
> > get_declared_classes
> > get_defined_functions
> > get_defined_vars
> > get_included_files
> > get_object_vars
> > get_parent_class
> > get_required_files
> > get_resource_type
> > is_subclass_of
> > leak
> > method_exists
> > restore_error_handler -> error_restore_handler
> > set_error_handler -> error_set_handler
> > strcasecmp
> > strcmp
> > strlen
> > strncasecmp
> > strncmp
> > trigger_error -> error_trigger
> > user_error
> > zend_version
> >
> Please, NO! ;-)))
>
> Seriously though, I think the Zend names are fine as they are...

This seems to be the general consensus so far. (Leaving the functions along
that is...)

> > ZZIPLIB
> > zzip_close
> > zzip_closedir -> zzip_close_dir
>
> no.
>
> closedir() --> zzip_closedir()
>
> I'd prefer to keep it close to the php name.

Hrm... I prefer to separate things that most people percieve as being two
words... but if I could waffle on (close|open)log, I can waffle on this. :)

> > zzip_opendir -> zzip_open_dir
>
> same as with z

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Derick Rethans wrote:
[snip]
> > 6) I think create_function() is OK. There was a long thread which
decided
> > upon this name. Same for function_exists().
>
> Can't we call it lambda()? =)

That would make a sensible alias for it. :)


--zak


-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

HOW wrote:
> Well, let's start fire =8)
>
> I think the compression extensions should follow the same standard.
> The one you proposed for bzip2 should be applied to gzip functions as
well.
> readgzfile -> gz_readfile (or gzreadfile), at least to keep functions
names
> in alphabetical order ;-)

I suggested the full rename of bzip because it was very recent.  Few users
will have adopted it yet.  I did not suggest a major rework of gzip because
it is consistent internally and is in wide use.

> Also, I know the gd extension follows the library API, but names are
really
> long and would benefit from being prefixed with img_ or gd_, img_ being my
> favorite because one usually use $img = imagecreate... and not $gd =
> imagecreate... But gd_ is more standard compliant as it takes the
extension
> name.
> Indeed, this extension doesn't follow the naming convention
> (imagecolorallocate should look more like gd_allocate_color)

For the most part the gd is consistent - wrong but consistent - and I only
wanted to fix what I thought was obviously broken. :)

> Concerning the database extensions, I noticed that there are both
> [db]_fieldtype and [db]_field_type for some of them.
> I assume that the shorter one is to be an alias to the longer one and that
> only the longer one would be documented.
> Concerning DB especially, shouldn't dblist be renamed dbmlist to keep
> consistent with its own family, if not underscored ?

Yep, another one that slipped past me.

> OCI and DB are the only database extensions without underscores.

But they names are consistent within their extension.

> Although Andi's suggestion is not to bother with consistent extensions, it
> is probably a good idea to keep extensions "families" consistent
altogether.
> So, oci* functions would also gain an underscore.

IMO, yes - but for the sake of fixing what is most broken with the least
effort, I will have to disagree. :)

> getallheaders... Two changes instead of one, but for better compliance...
> get_all_headers... Too much overhead ?

My vote is already cast on this one :)

> Maybe DOMXML and GETTEXT functions would benefit from a complete lifting
;-)
>
> EXIF : read_exif_data -> exif_read_data

Good eye - this should be fixed as well

> gmp_clrbit -> gmp_clr_bit ? Hmmm... gmp_clear_bit ?
> The gmp_ functions look odd... You have gmp_gcdext, gmp_sqrt, gmp_powm
then
> gmp_perfect_square
> I don't have a solution for that. =8(

They are new - we can do whatever is best to them. :)

> In HYPERWAVE functions you have hw_connection_info then hw_deleteobject...
> One of those looks wrong.
> hw_errormsg -> hw_errmsg (to keep consistent with all other errmsg
> functions around).

Hmmm  -  I must have missed this one as well.

> Output buffering handlers should remain consistent such as ob_[handler
> type]_handler (see ob_gzhandler -> ob_gz_handler)

Good eye.

> I didn't quite follow the thread for the last two weeks and my
intervention
> may seem to be a step back from there. Just my 2cts.

No worries - your feedback is valued!

> >phpversion -> phpversion
>
> *** you meant php_version =8)

 Yep

> >user_error
>
> *** Yes, error_user would be offensive ;-)

:)

--zak


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9591 Updated: Segmentation fault

[sniper]

ID: 9591
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To: 
Comments:

The segfault bug is fixed in CVS already. 

FYI (from NEWS file in CVS):
- Added 'r' flag to date() which generates an RFC822 formatted date, e.g.
   "Thu,  9 Nov 2000 16:33:01 -0500" (Colin)


--Jani



Previous Comments:
---

[2001-03-06 19:18:49] [EMAIL PROTECTED]
The following code produces a segmentation fault:
 d/m-y'); ?>
If i remove the  it works just fine.

In the web-browser it outputs wrong day of the month
Example: "12:59:40 3158065/03-01"

In error_log the following message is printed:
"child pid x exit signal Segmentation fault (11)"

No core dump or any output in gdb

The code above works fine in earlier versions of PHP

I have tried the code with serveral different apache versions,
with different modules/configure options, and with both DSO and static compiles, and 
on different computers. Always the same result.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9591&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9591: Segmentation fault

[torkel]

From: [EMAIL PROTECTED]
Operating system: Linux RedHat 6.1
PHP version:  4.0.4pl1
PHP Bug Type: Date/time related
Bug description:  Segmentation fault

The following code produces a segmentation fault:
 d/m-y'); ?>
If i remove the  it works just fine.

In the web-browser it outputs wrong day of the month
Example: "12:59:40 3158065/03-01"

In error_log the following message is printed:
"child pid x exit signal Segmentation fault (11)"

No core dump or any output in gdb

The code above works fine in earlier versions of PHP

I have tried the code with serveral different apache versions,
with different modules/configure options, and with both DSO and static compiles, and 
on different computers. Always the same result.



-- 
Edit Bug report at: http://bugs.php.net/?id=9591&edit=1



-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Andi wrote:

[snip]
I don't have any complaints or helpful comments on what was above this.

> 3) Why change the imap ones to not include underscores? Looks as if you
did
> the reverse here :)

Removing the underscores was the choice that meant the least amount of
change for the extension. :)

> 4) If we decide to keep the socket functions like their C counterparts
then
> I'd change the following two on your list:
> getsockname -> socket_getsockname() and not socket_get_name()
> getsockopt -> socket_getsockopt() and not socket_get_opt()

Agreed.

> 5) I think define() and defined() are OK as they are on the language
level.
> 6) I think create_function() is OK. There was a long thread which decided
> upon this name. Same for function_exists().

Ok.

--zak


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9585 Updated: Apache do not start - Floating Point Exception

[sniper]

ID: 9585
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Web Server problem
Assigned To: 
Comments:

Can you please try the latest CVS snapshot from http://snaps.php.net/
and if this happens with it too, generate a GDB backtrace of the crash.
Remember to configure PHP with --enable-debug first before generating
the backtrace!

--Jani


Previous Comments:
---

[2001-03-06 14:38:42] [EMAIL PROTECTED]
I am currently running PHP3 on a Cobalt Qube 2, I want to add PHP 4, to be used with a 
PHP 4 written email application.

I have no problem to run ./configure, or make or make install, my problem occurs when 
I stop and start apache. Apache do not want to start, it do not give me any errors, 
when I run httpd it gives me the error "Floating Point Exception". I have compile 
various versions, with and without MySql, and I still get the error. When I include 
the libphp4.so in the httpd.conf file, this error occur, if I remove it works fine 
again.

I am running a Apache 1.3.3, MySql 3.22.21 on a Cobalt with a mips processor.

I am stuck, I have tried all options in my mind, plus all information that I gather 
from PHP.net FAQ and Cobalt FAQ, I have tried all the different options suggested in 
these FAQ when it comes to ./cofigure. So, with that conclusion I beleive it may be a 
bug.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9585&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9581 Updated: filesystem reading functions (fread, fpassth.)

[sniper]

ID: 9581
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Apache related
Bug Type: Documentation problem
Assigned To: 
Comments:

Fixed in documentation CVS. I added an note into fread() docs about
the fact that file must be opened with 'b' on Windows.

--Jani


Previous Comments:
---

[2001-03-06 12:35:38] [EMAIL PROTECTED]
hi jani - that is another way to solve the problem.

in documentation, it's said, that fread is binary safe. so this is a documentation 
problem.

for the people programming the software it might be good to know, that it only happens 
in the apache module, not in the cgi-mode.

thanks for your comments.

--mot

---

[2001-03-06 12:04:45] [EMAIL PROTECTED]
You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9581&edit=2


-- 
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 PROTECTED]

[PHP-DEV] Re: PHP 4.0 Bug #9533 Updated: new_opencount[0] == 0

[Krzysztof Wychowalek]

On 3 Mar 01, at 22:32, Bug Database wrote:

> 1. What was the configure line used to configure PHP 4?

'../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--disable-rpath'
'--enable-memory-limit' '--enable-calendar' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-debug'
'--disable-static' '--with-bz2' '--with-curl=shared,/usr' '--with-db2'
'--with-ndbm' '--with-dom=shared,/usr' '--enable-exif' '--enable-filepro'
'--enable-ftp' '--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-imap=shared' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mm' '--with-mhash=shared'
'--with-mysql=shared,/usr' '--with-pcre-regex=/usr' '--with-pgsql=shared,/usr'
'--with-sablot=shared,/usr' '--enable-shmop' '--with-snmp=shared'
'--enable-sockets' '--with-ttf' '--with-t1lib' '--with-xml=shared,/usr' '--with-yp'
'--with-zlib'

> 2. Is your apache linked with libpthread.so? ( ldd httpd )

"ldd /usr/sbin/apache-ssl" in my case:

 libm.so.6 => /lib/libm.so.6 (0x4001b000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40039000)
libgdbm.so.1 => /usr/lib/libgdbm.so.1 (0x40067000)
libdb2.so.2 => /usr/lib/libdb2.so.2 (0x4006d000)
libdl.so.2 => /lib/libdl.so.2 (0x400b1000)
libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x400b4000)
libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x400e1000)
libc.so.6 => /lib/libc.so.6 (0x401aa000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)

Is something missing? This "libpthread.so" ? TIA for help.



Krzysztof Wychowalek
ICQ# 34184303
GSM +48600225435
PGP Key ID 0xEA9D2A3C

-- 
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 PROTECTED]

Re: [PHP-DEV] crap in apache logs

[Zeev Suraski]

It should be fixed.  From what I see in the CVS log, even though I thought 
I committed a fix quite long ago, it was never committed, so output 
buffering could very often result in the HTML being sent as-is to the error 
log (until today)...

Zeev

At 07:41 6/3/2001, Cameron wrote:
>this was fixed but seems to be back, when using output buffering, in
>about 1 in 1000 web pages it doesnt ditch the html when a request is
>canceled, instead it sends it to the apache error log . . .
>
>someone mind fixing this again? im using ob for gzip'n pages but not
>currently using obgzhandler. latest snap as of yesterday
>
>
>--
>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 PROTECTED]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
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 PROTECTED]

Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Sterling Hughes]

- Original Message -
From: "Zak Greant" <[EMAIL PROTECTED]>
To: "Andi Gutmans" <[EMAIL PROTECTED]>
Cc: "PHP Development" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, March 06, 2001 1:35 PM
Subject: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming


> Andi wrote:
> > Can you please resend :)
>
> Your wish is my command! :)
>

Overall I think this is very good.  I have a few problems with it (all
prefixed with a large IMHO :)...

> AOLSERVER
> getallheaders
>
> APACHE
> apache_child_terminate
> apache_lookup_uri
> apache_note
> getallheaders
> virtual
>
> APACHE2FILTER
> apache_lookup_uri
> apache_sub_req
> get_all_headers -> getallheaders (Inconsistent with getallheaders in
> aolserver + apache)
>
> ARRAY
> array
> array_count_values
> array_diff
> array_flip
> array_intersect
> array_keys
> array_merge
> array_merge_recursive
> array_multisort -> array_multi_sort

nah, doesn't sound as good as array_multisort, multisort should be a single
word... Its a type of sorting method, shouldn't be two different words

> array_pad
> array_pop
> array_push
> array_rand
> array_reverse
> array_shift
> array_slice
> array_splice
> array_unique
> array_unshift
> array_values
> array_walk
> arsort
> asort
> compact
> count
> current
> each
> end
> extract
> in_array
> array_search
> key
> krsort
> ksort
> list
> natsort
> natcasesort
> next
> pos
> prev
> range
> reset
> rsort
> shuffle
> sizeof
> sort
> uasort
> uksort
> usort
>
> ASPELL
> aspell_check
> aspell_check_raw
> aspell_new
> aspell_suggest
>
> BC
> bcadd
> bccomp
> bcdiv
> bcmod
> bcmul
> bcpow
> bcscale
> bcsqrt
> bcsub
>
> BZ2 (Added 4.0.4)
> bzclose -> bz_close
> bzcompress -> bz_compress
> bzdecompress -> bz_decompress
> bzerrno -> bz_errno
> bzerror -> bz_error
> bzerrstr -> bz_errstr
> bzflush -> bz_flsuh
> bzopen -> bz_open
> bzread -> bz_read
> bzwrite -> bz_write

Why leave the bcmatch functions alone, but change these?

The reason they're named this way is also to keep compatibility with the
zlib functions.

>
> CALENDAR
> easter_date
> easter_days
> frenchtojd
> gregoriantojd
> jddayofweek
> jdmonthname
> jdtofrench
> jdtogregorian
> jdtojewish
> jdtojulian
> jdtounix
> jewishtojd
> juliantojd
> unixtojd
>
> CCVS
> ccvs_add
> ccvs_auth
> ccvs_command
> ccvs_count
> ccvs_delete
> ccvs_done
> ccvs_init
> ccvs_lookup
> ccvs_new
> ccvs_report
> ccvs_return
> ccvs_reverse
> ccvs_sale
> ccvs_status
> ccvs_textvalue
> ccvs_void
> cv_add
> cv_auth
> cv_command
> cv_count
> cv_delete
> cv_done
> cv_init
> cv_lookup
> cv_new
> cv_report
> cv_return
> cv_reverse
> cv_sale
> cv_status
> cv_textvalue
> cv_void
>
> COM
> com_get
> com_invoke
> com_load
> com_propget
> com_propput
> com_propset
> com_set
>
> CPDF
> cpdf_add_annotation
> cpdf_add_outline
> cpdf_arc
> cpdf_begin_text
> cpdf_circle
> cpdf_clip
> cpdf_close
> cpdf_closepath
> cpdf_closepath_fill_stroke
> cpdf_closepath_stroke
> cpdf_continue_text
> cpdf_curveto
> cpdf_end_text
> cpdf_fill
> cpdf_fill_stroke
> cpdf_finalize
> cpdf_finalize_page
> cpdf_global_set_document_limits
> cpdf_import_jpeg
> cpdf_lineto
> cpdf_moveto
> cpdf_newpath
> cpdf_open
> cpdf_output_buffer
> cpdf_page_init
> cpdf_place_inline_image
> cpdf_rect
> cpdf_restore
> cpdf_rlineto
> cpdf_rmoveto
> cpdf_rotate
> cpdf_rotate_text
> cpdf_save
> cpdf_save_to_file
> cpdf_scale
> cpdf_setdash
> cpdf_setflat
> cpdf_setgray
> cpdf_setgray_fill
> cpdf_setgray_stroke
> cpdf_setlinecap
> cpdf_setlinejoin
> cpdf_setlinewidth
> cpdf_setmiterlimit
> cpdf_setrgbcolor
> cpdf_setrgbcolor_fill
> cpdf_setrgbcolor_stroke
> cpdf_set_action_url
> cpdf_set_char_spacing
> cpdf_set_creator
> cpdf_set_current_page
> cpdf_set_font
> cpdf_set_horiz_scaling
> cpdf_set_keywords
> cpdf_set_leading
> cpdf_set_page_animation
> cpdf_set_subject
> cpdf_set_text_matrix
> cpdf_set_text_pos
> cpdf_set_text_rendering
> cpdf_set_text_rise
> cpdf_set_title
> cpdf_set_viewer_preferences
> cpdf_set_word_spacing
> cpdf_show
> cpdf_show_xy
> cpdf_stringwidth
> cpdf_stroke
> cpdf_text
> cpdf_translate
>
> CRACK
> crack_check
> crack_closedict
> crack_getlastmessage
> crack_opendict
>
> CTYPE
> ctype_alnum
> ctype_alpha
> ctype_cntrl
> ctype_digit
> ctype_graph
> ctype_lower
> ctype_print
> ctype_punct
> ctype_space
> ctype_upper
> ctype_xdigit
>
> CURL
> curl_close
> curl_errno
> curl_error
> curl_exec
> curl_getinfo
> curl_init
> curl_setopt
> curl_version
>
> CYBERCASH
> cybercash_base64_decode
> cybercash_base64_encode
> cybercash_decr
> cybercash_encr
>
> DB
> dblist
> dbmclose
> dbmdelete
> dbmexists
> dbmfetch
> dbmfirstkey
> dbminsert
> dbmnextkey
> dbmopen
> dbmreplace
>
> DBA
> dba_close
> dba_delete
> dba_exists
> dba_fetch
> dba_firstkey
> dba_insert
> dba_nextkey
> dba_open
> dba_optimize
> dba_popen
> dba_replace
> dba_sync
>
> DBASE
> dbase_add_record
> dbase_close
> dbase_create
> dbase_delete_record
> dbase_get_record
> dbase_get_record_with_names
> dbase_numfields
> dbase_numrecords
> dbase_open
> dbase_pack
> dbase_replace_record
>
>

Re: [PHP-DEV] fopen

[Myke Corredera]

In fopen is there a way to get the file info like Mod Date, Size of File

I am trying to mimic the look of a Apache Index listing , if that helps


-- 
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 PROTECTED]

[PHP-DEV] Bug #9590: Error in installation, file not included?

[dselman]

From: [EMAIL PROTECTED]
Operating system: Windows NT
PHP version:  3.0.17
PHP Bug Type: Installation problem
Bug description:  Error in installation, file not included?

I took a snapshot of the error message box, it can be found here: 
http://www.elderlawassociates.com/error.gif
I dont think any other information is relevant besides that it is on Windows NT 4, we 
are running IIS 4.


-- 
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 PROTECTED]

Re: [PHP-DEV] Rsync and CVS

[Jim Winstead]

On Wed, Mar 07, 2001 at 09:34:36AM +1300, Simon Roberts wrote:
> >right now, there's a mix of entries in the notes database marked
> >using the page title and the page id. the ones identified only by
> >title need to get fixed in the database.
> 
> Out of interest, why did we change to using the page id?

the page title changes depending on the language, the id doesn't.
the id also tends to be a little more stable, since people have
been known to tweak the titles for readability.

mapping the old entries that just have a title and not an id will
be easy, i just need to get around to it.

> >but mainly 'getting it into the rsync repository' was what was on
> >my to-do list.
> 
> Cool.
> 
> > (if you're talking about commiting the get-user-notes code, it's
> > already there. it needs work, but it is a good start.)
> 
> Yeah, I wrote it as a stopgap before all this rsync stuff was up and
> working.  My local version works much nicer, but I didn't want to commit it
> until we had rsync (a far better way than fetching notes from
> http://www.php.net/get-user-notes.php). Once that's done, we can write the
> usernotes from cron, and install the following code into shared-manual.inc

i don't really see how this differs from what is in cvs already
(except for pulling in both the title and id, which will be
unnecessary once the database is fixed), but this is the general
idea.

jim

-- 
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 PROTECTED]

Re: [PHP-DEV] Rsync and CVS

[Boian Bonev]

hi,

> >i'd suggest to make things simpler - just plain pre-generated html with
the
> >notes part. name it after TOPIC and include it in the proper place. the
> >generator script may run as cron job. there is only one problem - to
> prevent
> >rsync client from getting a semi-generated copy. this can be achieved
like:
> >or better - why not generate html upon comment add and use the html on
the
> >main site also?
>
> The reason the HTML is not pregenerated, is so that we can change the
> formatting etc on the fly. Perhaps according to a "max comments per page",
> or "look and feel" parameters.  The CPU load in formatting comments is
> pretty insignificant, especially compared to the other things it does at
the
> same time.

keep the stuff in the db like now. when you change design or alignment or
something just generate again... thus loose no flexibility and make
mirroring flawless. the code that generates the html is already written, the
whole thing is just a small rearrange.

why keep the file includes on the main site? just to have exact copies - no
different versions, no if ($mirror)...

about cpu you are partly right (cpu power is cheep these days). but we can't
compare text include/readfile/somthing with db query/fetch/etc right? why
not use the more performant one when nothing is lost.

> There might be some arguements for caching the comments in the filesystem
> (on www.php.net), but the gains are probably not worth the hassle, IMHO.

if mirroring requires it - why not use it in both places and keep code
simple and maintainable?

b.


-- 
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 PROTECTED]

RE: [PHP-DEV] Rsync and CVS

[Simon Roberts]

>i'd suggest to make things simpler - just plain pre-generated html with the
>notes part. name it after TOPIC and include it in the proper place. the
>generator script may run as cron job. there is only one problem - to
prevent
>rsync client from getting a semi-generated copy. this can be achieved like:
>or better - why not generate html upon comment add and use the html on the
>main site also?

The reason the HTML is not pregenerated, is so that we can change the
formatting etc on the fly. Perhaps according to a "max comments per page",
or "look and feel" parameters.  The CPU load in formatting comments is
pretty insignificant, especially compared to the other things it does at the
same time.

There might be some arguements for caching the comments in the filesystem
(on www.php.net), but the gains are probably not worth the hassle, IMHO.

Simon


-- 
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 PROTECTED]

Re: [PHP-DEV] Rsync and CVS

[Boian Bonev]

hi,

> I was thinking of /manual/usernotes/TOPIC.txt, where TOPIC is the subject
in
> question. The contents of those files would just be a serialize array,
> exactly as would be returned by the DB.  My local setup actually does
that,
> but loading those files requires a semi-backdoor into www.php.net, which
I'm
> a bit uncomfortable about.

i'd suggest to make things simpler - just plain pre-generated html with the
notes part. name it after TOPIC and include it in the proper place. the
generator script may run as cron job. there is only one problem - to prevent
rsync client from getting a semi-generated copy. this can be achieved like:

write_content($content,$tmpname);
unlink($path.$topic);
link($path.$topic,$tmpname);
unlink($tmpname);

if $path.$topic is being opened by rsync, after the unlink it will continue
to read the old version. when closed the os will delete the file.
next attempts will result in opening the new version of the file. if rsync
tries to open/find the file between unlink/link the client will lack the
comments until next update...

or better - why not generate html upon comment add and use the html on the
main site also?

> I know, installing a DB on the mirror and loading it with a dump of the
> master is another option, but rsync'd files is just *simpler*.

this is ok but it makes mirror administration harder. also pregenerated
content will require less cpu power...

b.


-- 
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 PROTECTED]

[PHP-DEV] RE: PHP 4.0 Bug #9569 Updated: configure ignores --with-ttf

[Mike Gibbons]

Hi Jani,

Thanks, you guys are first class.

Sorry if I mis-reported this as a bug - I had done extensive research
(literally days) on the newsgroup before deciding to report it as a bug.

Your advice solved the inclusion of FreeType support problem, but I was
still left with "checking whether to enable truetype string function in
gd... no"

After further research today, I turned up bug report #9506 which solved the
"enable-gd-imgstrttf" problem - so there was a bug in there after all.

Best regards,

Mike Gibbons
-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 06, 2001 1:19 AM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #9569 Updated: configure ignores --with-ttf


ID: 9569
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To:
Comments:

1. use the _install_ path of gd, e.g. --with-gd=/www/gd
2. use the _install_ path of ttf, e.g. --with-ttf=/usr (no /lib here!)
3. GD extension only works with Freetype 1.x
4. Ask further questions on [EMAIL PROTECTED] or
[EMAIL PROTECTED]
as this is not any bug.

--Jani


Previous Comments:
---

[2001-03-05 18:54:45] [EMAIL PROTECTED]
After running make in gd-1.8.2 with
CFLAGS=-2 -DHAVE_JPEG
LIBS=-lm -lgd -lz -lpng -ljpeg

./configure
> --with-apxs
> --with-mysql=/usr
> --with-gd=../gd-1.8.3
> --with-ttf=/usr/lib
> --enable-gd-imgstrttf

Output from configure contains
..
checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... no
checking for libXpm (needed by gd-1.8+)... no
checking whether to include GD support... yes (static)
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageColorClosestHWB in -lgd... yes
checking for compress in -lz... yes
checking for png_info_init in -lpng... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... yes
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking whether to include FreeType 1.x support... no

Why is it ignoring ttf?

Running PHP gives error
Warning: ImageTtfText: No TTF support in this PHP build


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9569&edit=2


-- 
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 PROTECTED]

Re: [PHP-DEV] Bug #8565 -- analyzed, but...?

[Richard Lee-Morlang]

On Tue, Mar 06, 2001 at 07:55:23PM +0200, Andi Gutmans wrote:
> I couldn't reproduce this problem. It only happens when you declare the 
> sub-class before you declare the base class.
> Is this what is happening to you? Or can you send me a very short 
> reproducing set of scripts.

I sent scripts to reproduce this to Andi outside of the list. If anyone else
is following this and would like the scripts, drop me a line. There are
examples listed in the bug database as well. 
http://bugs.php.net/bugs.php?id=8565

Rick



-- 
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 PROTECTED]

[PHP-DEV] OO overloading

[Jason Greene]

Andi, 
 
    I just started working on an 
InterMail extension for php. I am not sure if I can release it into the tree 
(openwave has some licensing issues), but If I can I will add it in the future. 
Anyways, I am in the initial phases of this project, and I was considering using 
the Zend OO overloading that is used by the java and COM extensions. The 
Intermail C API wants to be used in an OO way. Are there any issues 
that you know of that I might run into using this method?
    
    Another question I had for you 
is about PHP's OO support. I have seen alot of various issues with it , and I 
have seen threads go on about how to solve things that appear simple to the 
user, though very complex internally. Is PHP's OO were we all want it to be? Are 
we looking at a possible redesign in much later revisions? 
 
Thanks,
-Jason
 
 
 
    
 

[PHP-DEV] PHP 4.0 Bug #9589 Updated: Compile failure with glibc 2.1.2 and 2.4.2 kernel

[derick]

ID: 9589
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Assigned To: 
Comments:

Submitted twice

Previous Comments:
---

[2001-03-06 16:01:19] [EMAIL PROTECTED]
Compiling PHP with a fairly old version of glibc (2.1.2) on
the new 2.4.X (specifically 2.4.2) series of Linux kernels
fails. It seems to be necessary to upgrade to at least 2.1.3
of glibc before compiling under 2.4.X kernel, even though it
is possible to compile PHP with glibc 2.1.2 under a 2.2.X
kernel without problems.

It would be nice if this was documented better, and perhaps
a check added to the ./configure script to ensure that this
potential problem was recognised.

The distribution is fairly heavily customised Mandrake 7.0.
I solved the problem by upgrading to glibc 2.1.3 with an RPM
from Mandrake 7.2.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9589&edit=2


-- 
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 PROTECTED]

Re: [PHP-DEV] object->method() chaining

[The Doctor What]

* Andi Gutmans ([EMAIL PROTECTED]) [010306 14:50]:
> Hi,
> 
> We are aware of this limitation. I am trying to think of a good way to 
> solve this and it isn't trivial. I'll try and come up with something.
> 
> Andi

I'll send you something Rackspace-ish if you solve this.  Currently,
this problem is driving me bonko.  Feel free to talk things out
with me.  I've looked at the zend parser and I couldn't begin to
figure it out, never mind other issues.

To me, it seems like the whole way of returning objects is broken,
but that's just from putzing around with stuff.

Again, thank you for looking at this.

Ciao!

-- 
"No one will ever win the battle of the sexes; there's too much fraternizing with the 
enemy.."
-- Henry Kissinger

The Doctor What: "What, Doctor What" http://docwhat.gerf.org/
[EMAIL PROTECTED]   KF6VNC

-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9589: Compile failure with glibc 2.1.2 and 2.4.2 kernel

[chrish]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Compile failure with glibc 2.1.2 and 2.4.2 kernel 

Compiling PHP with a fairly old version of glibc (2.1.2) on
the new 2.4.X (specifically 2.4.2) series of Linux kernels
fails. It seems to be necessary to upgrade to at least 2.1.3
of glibc before compiling under 2.4.X kernel, even though it
is possible to compile PHP with glibc 2.1.2 under a 2.2.X
kernel without problems.

It would be nice if this was documented better, and perhaps
a check added to the ./configure script to ensure that this
potential problem was recognised.

The distribution is fairly heavily customised Mandrake 7.0.
I solved the problem by upgrading to glibc 2.1.3 with an RPM
from Mandrake 7.2.


-- 
Edit Bug report at: http://bugs.php.net/?id=9589&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9588: Compile failure with glibc 2.1.2 and 2.4.2 kernel

[chrish]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Compile failure with glibc 2.1.2 and 2.4.2 kernel 

Compiling PHP with a fairly old version of glibc (2.1.2) on
the new 2.4.X (specifically 2.4.2) series of Linux kernels
fails. It seems to be necessary to upgrade to at least 2.1.3
of glibc before compiling under 2.4.X kernel, even though it
is possible to compile PHP with glibc 2.1.2 under a 2.2.X
kernel without problems.

It would be nice if this was documented better, and perhaps
a check added to the ./configure script to ensure that this
potential problem was recognised.

The distribution is fairly heavily customised Mandrake 7.0.
I solved the problem by upgrading to glibc 2.1.3 with an RPM
from Mandrake 7.2.


-- 
Edit Bug report at: http://bugs.php.net/?id=9588&edit=1



-- 
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 PROTECTED]

Re: [PHP-DEV] object->method() chaining

[Andi Gutmans]

Hi,

We are aware of this limitation. I am trying to think of a good way to 
solve this and it isn't trivial. I'll try and come up with something.

Andi

At 02:41 PM 3/6/2001 -0600, The Doctor What wrote:
>I'm currently working on the DB project from h*ll.   Why? Because
>a lot of the tables of the normalized DB are mapped into objects and
>PHP's object support questionable at best.
>
>I've worked around the lack of multiple inheritance, and some of the
>other problems.  But the inability to do something as simple as:
>object->MethodThatReturnsAnotherObject()->method() is very
>troublesome
>
>I cannot express how error prone it is to have to create tons of
>temporary variables.
>
>I can already hear people saying stuff like: "Why don't you use the
>attribute (or variable) directly?"
>
>Because in most cases MethodThatReturnsAnotherObject() does work
>before it hands me the object, and it's important to my project.
>
>If someone has a good example of an object framework around a
>normalized database, I'd love to see it.  Otherwise, can someone
>tell me where in the flipping PHP4 code is this limitation coded?
>
>Dislaimer: I'm irrate.  This problem has been grating against me for
>4 weeks straight now.
>
>I have a bug entered into the bug database:
>http://bugs.php.net/bugs.php?id=7515
>
>I'd be happy to fix it if someone can point me to the right place.
>
>Ciao!
>
>--
>installs Windows NT!"
> Orlando (on Slashdot)
>
>The Doctor What: "What, Doctor What" http://docwhat.gerf.org/
>[EMAIL PROTECTED]   KF6VNC
>
>--
>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 PROTECTED]


-- 
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 PROTECTED]

[PHP-DEV] object->method() chaining

[The Doctor What]

I'm currently working on the DB project from h*ll.   Why? Because
a lot of the tables of the normalized DB are mapped into objects and
PHP's object support questionable at best.

I've worked around the lack of multiple inheritance, and some of the
other problems.  But the inability to do something as simple as:
object->MethodThatReturnsAnotherObject()->method() is very
troublesome

I cannot express how error prone it is to have to create tons of
temporary variables.

I can already hear people saying stuff like: "Why don't you use the
attribute (or variable) directly?"

Because in most cases MethodThatReturnsAnotherObject() does work
before it hands me the object, and it's important to my project.

If someone has a good example of an object framework around a
normalized database, I'd love to see it.  Otherwise, can someone
tell me where in the flipping PHP4 code is this limitation coded?

Dislaimer: I'm irrate.  This problem has been grating against me for
4 weeks straight now.

I have a bug entered into the bug database:
http://bugs.php.net/bugs.php?id=7515

I'd be happy to fix it if someone can point me to the right place.

Ciao!

-- 
installs Windows NT!"
Orlando (on Slashdot)

The Doctor What: "What, Doctor What" http://docwhat.gerf.org/
[EMAIL PROTECTED]   KF6VNC

-- 
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 PROTECTED]

RE: [PHP-DEV] Rsync and CVS

[Simon Roberts]

Jim,

>right now, there's a mix of entries in the notes database marked
>using the page title and the page id. the ones identified only by
>title need to get fixed in the database.

Out of interest, why did we change to using the page id?

>but mainly 'getting it into the rsync repository' was what was on
>my to-do list.

Cool.

> (if you're talking about commiting the get-user-notes code, it's
> already there. it needs work, but it is a good start.)

Yeah, I wrote it as a stopgap before all this rsync stuff was up and
working.  My local version works much nicer, but I didn't want to commit it
until we had rsync (a far better way than fetching notes from
http://www.php.net/get-user-notes.php). Once that's done, we can write the
usernotes from cron, and install the following code into shared-manual.inc

Sounds simple? :)

Simon


function manualGetUserNotesDb($title, $id)
{
$host = 'localhost';
$user = 'nobody';
$pass = '';
$db_id = mysql_connect($host, $user, $pass);
$query = "SELECT *,UNIX_TIMESTAMP(ts) AS xwhen FROM note WHERE sect =
'$title' OR sect = '$id' ORDER BY id";
$result_id = mysql_db_query("php3", $query, $db_id);

$notes = array();
if ($result_id && mysql_num_rows($result_id) > 0) {
while ($row = mysql_fetch_array($result_id)) {
$notes[] = $row;
}
}

return $notes;
}

function manualGetUserNotesCache($sect)
{
global $DOCUMENT_ROOT;
$cachefile = "$DOCUMENT_ROOT/manual/usernotes/" . urlencode($sect) .
".txt";
if ($fh = @fopen($cachefile,'r')) {
$notes = @unserialize(fread($fh,1000));
fclose($fh);
} else {
$notes = array();
}
return $notes;
}


function manualUserNotes($title, $id) {
...
if(strstr($MYSITE,"www.php.net")) {
$notes = manualGetUserNotesDb($title, $id);
} else {
$notes = array_merge( manualGetUserNotesCache($title),
manualGetUserNotesCache($id) );
}
...
}





-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9587: obj->method()->method2() doesn't work!!

[docwhat]

From: [EMAIL PROTECTED]
Operating system: Linux/Debian(Woody)
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  obj->method()->method2() doesn't work!!

You cannot do the following:

obj->method()->method2();

Mini example:
class Foo{
 var $obj;
  
 setObj( &$obj ) {
   $this->obj =& $obj;
 }

 &getObj() {
   return $this->obj;
}

 hello() {
   print "hi\n";
 }
}

$a = new Foo;
$b = new Foo;
$b->setObj( $a );

$a->getObj()->hello();
// Doesn't work

In fact, this doesn't work either:
function foob() {
  global $a;
  return $a;
}

foo()->hello();

In addition, anything that hands objects back doesn't work
right.  You can't chain certain things, like new commands.

All in all, the objects are rather inflexable.


-- 
Edit Bug report at: http://bugs.php.net/?id=9587&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9586: encrypt(decrypt($value)) != $value

[kameleon]

From: [EMAIL PROTECTED]
Operating system: Slackware 7.1, kernel 2.4.2
PHP version:  4.0.4pl1
PHP Bug Type: mcrypt related
Bug description:  encrypt(decrypt($value)) != $value

I'm using Apache 1.3.19 (with so-module of course), mhash-0.8.9, libmcrypt-2.4.9, 
mcrypt-2.5.5 (last three in packages)
php configure line:
./configure --prefix=/usr/local/php4 --with-apxs=/usr/local/apache/bin/apxs 
--with-mysql --with-pgsql --with-mcrypt --with-mhash
configuring finish succesfully, but in config.log I can find this messages:
configure:23001: checking for init_mcrypt in -lmcrypt
configure:23020: gcc -o conftest -g -O2  -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT  
-Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lmcrypt  -lresolv -lm -ldl 
-lcrypt -lnsl  -lresolv 1>&5
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlerror'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlclose'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlexit'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlsetsearchpath'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlopenext'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlsym'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlinit'
collect2: ld returned 1 exit status
configure: failed program was:
#line 23009 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char init_mcrypt();

int main() {
init_mcrypt()
; return 0; }
configure:23050: checking for mcrypt_module_open in -lmcrypt
configure:23069: gcc -o conftest -g -O2  -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT  
-Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lmcrypt  -lresolv -lm -ldl 
-lcrypt -lnsl  -lresolv -lltdl 1>&5
configure:23357: checking for mhash support
configure:23683: checking for mSQL support

(I tried to be so short as possible).
But I can compile PHP succesfully. When I try to encrypt and decrypt some values this 
values are diffrent before and after decrypting. E.g:
$login should be eqaul mcrypt_cfb($code_method, $code_key, mcrypt_cfb($code_method, 
$code_key, $login, MCRYPT_ENCRYPT), MCRYPT_DECRYPT);
but it isn't :-((
What else ??? Various browsers in another way show this value. If I try to do:
  $login = "sydney"
  print $login . "Hello"
links shows as: "sydney..Hello"
Netscape 4.76 as: "sydney" and i can't print anything else.
strlen($login) always is equal 8.



-- 
Edit Bug report at: http://bugs.php.net/?id=9586&edit=1



-- 
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 PROTECTED]

Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Derick Rethans]

On Tue, 6 Mar 2001, Andi Gutmans wrote:

> 6) I think create_function() is OK. There was a long thread which decided
> upon this name. Same for function_exists().

Can't we call it lambda()? =)

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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 PROTECTED]

Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Hellekin O. Wolf]

Well, let's start fire =8)

I think the compression extensions should follow the same standard.
The one you proposed for bzip2 should be applied to gzip functions as well.
readgzfile -> gz_readfile (or gzreadfile), at least to keep functions names 
in alphabetical order ;-)

Also, I know the gd extension follows the library API, but names are really 
long and would benefit from being prefixed with img_ or gd_, img_ being my 
favorite because one usually use $img = imagecreate... and not $gd = 
imagecreate... But gd_ is more standard compliant as it takes the extension 
name.
Indeed, this extension doesn't follow the naming convention 
(imagecolorallocate should look more like gd_allocate_color)

Concerning the database extensions, I noticed that there are both 
[db]_fieldtype and [db]_field_type for some of them.
I assume that the shorter one is to be an alias to the longer one and that 
only the longer one would be documented.
Concerning DB especially, shouldn't dblist be renamed dbmlist to keep 
consistent with its own family, if not underscored ?
OCI and DB are the only database extensions without underscores.

Although Andi's suggestion is not to bother with consistent extensions, it 
is probably a good idea to keep extensions "families" consistent altogether.
So, oci* functions would also gain an underscore.

getallheaders... Two changes instead of one, but for better compliance... 
get_all_headers... Too much overhead ?

Maybe DOMXML and GETTEXT functions would benefit from a complete lifting ;-)

EXIF : read_exif_data -> exif_read_data

gmp_clrbit -> gmp_clr_bit ? Hmmm... gmp_clear_bit ?
The gmp_ functions look odd... You have gmp_gcdext, gmp_sqrt, gmp_powm then 
gmp_perfect_square
I don't have a solution for that. =8(

In HYPERWAVE functions you have hw_connection_info then hw_deleteobject... 
One of those looks wrong.
hw_errormsg -> hw_errmsg (to keep consistent with all other errmsg 
functions around).

Output buffering handlers should remain consistent such as ob_[handler 
type]_handler (see ob_gzhandler -> ob_gz_handler)

I didn't quite follow the thread for the last two weeks and my intervention 
may seem to be a step back from there. Just my 2cts.


>phpversion -> phpversion

*** you meant php_version =8)

>user_error

*** Yes, error_user would be offensive ;-)

hellekin


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9585: Apache do not start - Floating Point Exception

[tzetter]

From: [EMAIL PROTECTED]
Operating system: mips_linux
PHP version:  4.0.4pl1
PHP Bug Type: *Web Server problem
Bug description:  Apache do not start - Floating Point Exception

I am currently running PHP3 on a Cobalt Qube 2, I want to add PHP 4, to be used with a 
PHP 4 written email application.

I have no problem to run ./configure, or make or make install, my problem occurs when 
I stop and start apache. Apache do not want to start, it do not give me any errors, 
when I run httpd it gives me the error "Floating Point Exception". I have compile 
various versions, with and without MySql, and I still get the error. When I include 
the libphp4.so in the httpd.conf file, this error occur, if I remove it works fine 
again.

I am running a Apache 1.3.3, MySql 3.22.21 on a Cobalt with a mips processor.

I am stuck, I have tried all options in my mind, plus all information that I gather 
from PHP.net FAQ and Cobalt FAQ, I have tried all the different options suggested in 
these FAQ when it comes to ./cofigure. So, with that conclusion I beleive it may be a 
bug.


-- 
Edit Bug report at: http://bugs.php.net/?id=9585&edit=1



-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

For starters (too long of a list and not that easy to decide on each and 
everyone of them) I'll give you what I can think of :)

I started making a list of what looks OK to me but it became too long so 
I'll just mention what isn't OK in my opinion. Consider me pretty much pro 
all the other changes. In any case, I think what's important is not just 
putting underscores but changing the function names to reflect more what 
they do *even* if the names don't end up being exactly like their C api 
functions. I am for the socket_* change but this is maybe the exception to 
my previous sentence where I think we should keep stronger similarity (see 4)).
1) I'm for keeping get_all_headers() the way it is.
2) Things like gmp_clrbit should probably change to gmp_clear_bit and not 
gmp_clr_bit. Same goes for the rest of gmp_*.
3) Why change the imap ones to not include underscores? Looks as if you did 
the reverse here :)
4) If we decide to keep the socket functions like their C counterparts then 
I'd change the following two on your list:
getsockname -> socket_getsockname() and not socket_get_name()
getsockopt -> socket_getsockopt() and not socket_get_opt()
5) I think define() and defined() are OK as they are on the language level.
6) I think create_function() is OK. There was a long thread which decided 
upon this name. Same for function_exists().

That's pretty much it. I'll let you guys know if something else pops up.
Interesting to see what others think.

Andi


-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Andi wrote:
> Can you please resend :)

Your wish is my command! :)

--zak


This message is a duplicate of a post on Saturday, March 03, 2001:

Andi wrote:
> We should probably just make a list of all the effected functions and see
> which ones we start fixing and which not.

Based on Andi's suggestion of a moderate approach, I feel that the goal of
the renaming is to fix the most obvious mistakes with the least amount of
change.  If an extension does not follow the naming convention, but is
consistent internally, then we should probably leave it alone (oci for
example).

We probably should correct function names in the non-core extensions that
are not consistent with the other functions in the extension (like informix,
pdf, postgres, etc..)  In my opinion, having names like pdf_endpath,
pdf_end_page, pdf_setmiterlimit, pdf_setrgbcolor_fill and
pdf_set_border_color in the same extension is just silly. In some cases, we
should probably even make a name *inconsistent* with the standard if it is
the oddball in an extension.

Based on these ideas, my criteria for suggesting broken function names was
this.

If a function name is:
 - inconsistent with the other names in the extension
and/or
 - very, very inconsistent with another similar function names
and/or
 - does not follow the naming convention and was added in 4.0.4 or is not
documented.

Notes: I may have missed one or two odd names here and there...

--zak

AOLSERVER
getallheaders

APACHE
apache_child_terminate
apache_lookup_uri
apache_note
getallheaders
virtual

APACHE2FILTER
apache_lookup_uri
apache_sub_req
get_all_headers -> getallheaders (Inconsistent with getallheaders in
aolserver + apache)

ARRAY
array
array_count_values
array_diff
array_flip
array_intersect
array_keys
array_merge
array_merge_recursive
array_multisort -> array_multi_sort
array_pad
array_pop
array_push
array_rand
array_reverse
array_shift
array_slice
array_splice
array_unique
array_unshift
array_values
array_walk
arsort
asort
compact
count
current
each
end
extract
in_array
array_search
key
krsort
ksort
list
natsort
natcasesort
next
pos
prev
range
reset
rsort
shuffle
sizeof
sort
uasort
uksort
usort

ASPELL
aspell_check
aspell_check_raw
aspell_new
aspell_suggest

BC
bcadd
bccomp
bcdiv
bcmod
bcmul
bcpow
bcscale
bcsqrt
bcsub

BZ2 (Added 4.0.4)
bzclose -> bz_close
bzcompress -> bz_compress
bzdecompress -> bz_decompress
bzerrno -> bz_errno
bzerror -> bz_error
bzerrstr -> bz_errstr
bzflush -> bz_flsuh
bzopen -> bz_open
bzread -> bz_read
bzwrite -> bz_write

CALENDAR
easter_date
easter_days
frenchtojd
gregoriantojd
jddayofweek
jdmonthname
jdtofrench
jdtogregorian
jdtojewish
jdtojulian
jdtounix
jewishtojd
juliantojd
unixtojd

CCVS
ccvs_add
ccvs_auth
ccvs_command
ccvs_count
ccvs_delete
ccvs_done
ccvs_init
ccvs_lookup
ccvs_new
ccvs_report
ccvs_return
ccvs_reverse
ccvs_sale
ccvs_status
ccvs_textvalue
ccvs_void
cv_add
cv_auth
cv_command
cv_count
cv_delete
cv_done
cv_init
cv_lookup
cv_new
cv_report
cv_return
cv_reverse
cv_sale
cv_status
cv_textvalue
cv_void

COM
com_get
com_invoke
com_load
com_propget
com_propput
com_propset
com_set

CPDF
cpdf_add_annotation
cpdf_add_outline
cpdf_arc
cpdf_begin_text
cpdf_circle
cpdf_clip
cpdf_close
cpdf_closepath
cpdf_closepath_fill_stroke
cpdf_closepath_stroke
cpdf_continue_text
cpdf_curveto
cpdf_end_text
cpdf_fill
cpdf_fill_stroke
cpdf_finalize
cpdf_finalize_page
cpdf_global_set_document_limits
cpdf_import_jpeg
cpdf_lineto
cpdf_moveto
cpdf_newpath
cpdf_open
cpdf_output_buffer
cpdf_page_init
cpdf_place_inline_image
cpdf_rect
cpdf_restore
cpdf_rlineto
cpdf_rmoveto
cpdf_rotate
cpdf_rotate_text
cpdf_save
cpdf_save_to_file
cpdf_scale
cpdf_setdash
cpdf_setflat
cpdf_setgray
cpdf_setgray_fill
cpdf_setgray_stroke
cpdf_setlinecap
cpdf_setlinejoin
cpdf_setlinewidth
cpdf_setmiterlimit
cpdf_setrgbcolor
cpdf_setrgbcolor_fill
cpdf_setrgbcolor_stroke
cpdf_set_action_url
cpdf_set_char_spacing
cpdf_set_creator
cpdf_set_current_page
cpdf_set_font
cpdf_set_horiz_scaling
cpdf_set_keywords
cpdf_set_leading
cpdf_set_page_animation
cpdf_set_subject
cpdf_set_text_matrix
cpdf_set_text_pos
cpdf_set_text_rendering
cpdf_set_text_rise
cpdf_set_title
cpdf_set_viewer_preferences
cpdf_set_word_spacing
cpdf_show
cpdf_show_xy
cpdf_stringwidth
cpdf_stroke
cpdf_text
cpdf_translate

CRACK
crack_check
crack_closedict
crack_getlastmessage
crack_opendict

CTYPE
ctype_alnum
ctype_alpha
ctype_cntrl
ctype_digit
ctype_graph
ctype_lower
ctype_print
ctype_punct
ctype_space
ctype_upper
ctype_xdigit

CURL
curl_close
curl_errno
curl_error
curl_exec
curl_getinfo
curl_init
curl_setopt
curl_version

CYBERCASH
cybercash_base64_decode
cybercash_base64_encode
cybercash_decr
cybercash_encr

DB
dblist
dbmclose
dbmdelete
dbmexists
dbmfetch
dbmfirstkey
dbminsert
dbmnextkey
dbmopen
dbmreplace

DBA
dba_close
dba_delete
dba_exists
dba_fetch
dba_firstkey
dba_insert
dba_nextkey
dba_open
dba_optimize
dba_popen
dba_replace
dba_sync

DBASE
dbase_add_record
dbase_close
dbase_create
dbase_delete_record
dbase_get_record
dbase_g

Re: [PHP-DEV] copy of object is not copy PHP4.0.4 serious BUG

[Andi Gutmans]

There is a problem with deeply places references (often objects) not being 
full copy constructed but the reference is copied.
In order to change the behavior we would have to do a deep copy *everytime* 
we copy a complex structure. This would be very bad performance wise so 
except for thinking about it I don't have a quick answer. You can most 
probably code around it (create a $a->clone() function which also copies 
the object inside).

Andi

At 07:20 PM 3/6/2001 +0100, Roland wrote:

>Hello,
>consider following two classes:
>
> class TDynVars
> {
> var $vars;
> function set ($key, $val)
> {
> $this->vars[$key] = $val;
> }
> }
>
> class TRequest
> {
> var $eventData;
> function TRequest ()
> {
> $this->eventData = new TDynVars;
> }
> }
>
>and two programs, A and B.
>program A:
>
> $r1 = new TRequest;
> $r1->eventData->vars[0]=1;
> $r2 = $r1;
> $r2->eventData->vars[0]=2;
> print($r1->eventData->vars[0]);
>
>output of program A should be "1" and is "1", it is OK.
>
>program B:
>
> $r1 = new TRequest;
> $r1->eventData->set(0,1);
> $r2 = $r1;
> $r2->eventData->vars[0]=2;
> print($r1->eventData->vars[0]);
>
>output of program B should be obviously "1" and is "2", it is NOT OK.
>
>Why $r2 changes data of $r1 if $r2 is $r1's copy by value not reference?
>
>Why this faulty behaviour is dependent on indirect access using member
>function use instead of direct acces?
>
>Note: The program B on PHP3.0.8 runs correctly, but not on PHP4.0.4.
>
>Thank you for solving this fundamental problem.
>Roland Divin
>
>
>
>--
>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 PROTECTED]


-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

Can you please resend :)

Andi

At 11:02 AM 3/6/2001 -0700, Zak Greant wrote:
>Hello Everyone,
>
>Is anyone bold enough to comment on the suggested names besides Phil? I know
>that you all have opinions...
>
>Don't make me use humor again. This time, I'll make fun of people by name
>(and by reference - I've got to be thorough) 
>
>--zak


-- 
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 PROTECTED]

[PHP-DEV] copy of object is not copy PHP4.0.4 serious BUG

[Roland]

Hello,
consider following two classes:

class TDynVars
{
var $vars;
function set ($key, $val)
{
$this->vars[$key] = $val;
}
}

class TRequest
{
var $eventData;
function TRequest ()
{
$this->eventData = new TDynVars;
}
}

and two programs, A and B.
program A:

$r1 = new TRequest;
$r1->eventData->vars[0]=1;
$r2 = $r1;
$r2->eventData->vars[0]=2;
print($r1->eventData->vars[0]);

output of program A should be "1" and is "1", it is OK.

program B:

$r1 = new TRequest;
$r1->eventData->set(0,1);
$r2 = $r1;
$r2->eventData->vars[0]=2;
print($r1->eventData->vars[0]);

output of program B should be obviously "1" and is "2", it is NOT OK.

Why $r2 changes data of $r1 if $r2 is $r1's copy by value not reference?

Why this faulty behaviour is dependent on indirect access using member
function use instead of direct acces?

Note: The program B on PHP3.0.8 runs correctly, but not on PHP4.0.4.

Thank you for solving this fundamental problem.
Roland Divin



-- 
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 PROTECTED]

[PHP-DEV] Function dl()

[Andrew Lawrence]

I'm not a member of this list so please CC any replies to me or to the 
php-gtk list

I would like to ask the PHP developers to consider the following change to 
the function dl()

If the module name does not include an extension (i.e. no dot in the module 
name), add the appropriate extension as required for the operating - either 
.so or .dll as appropriate.

The rational is a follows:

1) In php-gtk every, every script must be with something like

if (strtoupper(substr(PHP_OS, 0, 3)) == 'WIN')
dl('php_gtk.dll');
else
dl('php_gtk.so');

This has caused a few problems where either the constant seemed to have an 
incorrect value or people screwed up the code.

2) As the distribution of PHP grows it is forseeable that the set of values 
for PHP_OS may change, resulting in broken code. Also the appropriate 
extensions may change as new operating systems are supported.

3) It would simply the php.ini file as the same extension= line would apply 
to both Linux and WinXX

4) And finnally, it is a simple compile time decision to determine with 
operating system is being used and set the appropriate default.


I look forward to your feed-back.

-- 
Andrew Lawrence
Smoke & Mirrors
http://www.smoke-and-mirrors.net
Tel: 416 461-8708 Fax: 416 461-1758

-- 
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 PROTECTED]

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Hello Everyone,

Is anyone bold enough to comment on the suggested names besides Phil? I know
that you all have opinions...

Don't make me use humor again. This time, I'll make fun of people by name
(and by reference - I've got to be thorough) 

--zak


-- 
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 PROTECTED]

Re: [PHP-DEV] Bug #8565 -- analyzed, but...?

[Andi Gutmans]

I couldn't reproduce this problem. It only happens when you declare the 
sub-class before you declare the base class.
Is this what is happening to you? Or can you send me a very short 
reproducing set of scripts.

Thanks,

Andi

At 03:17 AM 3/6/2001 -0800, Richard Lee-Morlang wrote:

>I ran into bug #8565, and after locating it in the database, I see that
>it's marked as analyzed but it hasn't been updated for two months. The
>last comment indicates that it's been left for "Zeev/Andi's attention".
>I tried current CVS and it breaks as well.
>
>It seems like this would make the parent:: syntax quite useless in many
>situations. PEAR comes to mind. Does anyone know the status of this
>issue, or has it been forgotten?
>
>Rick
>
>
>
>--
>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 PROTECTED]


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9584: NSAPI PHP eating up all memory on server

[wongh]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.51
PHP version:  4.0.4pl1
PHP Bug Type: *Web Server problem
Bug description:  NSAPI PHP eating up all memory on server

I have NSAPI PHP module installed with my Netscape Iplanet Web server 4.1SP3. It can 
run fine with all pages but then I checked memory usage thru "top" command, and it 
seems that the Memory used by the scripts are not returned after completing the 
script. This problem also happened when i used NSAPI PHP for Netscape Enterprise 
Server 3.63, but the problem was not as signifcant then.

After a few runs of php pages with database + ldap:
1) For NES 3.63 PHP NSAPI, it jumped from 20MB to 34MB
2) For NES 4.1SP3 PHP NSAPI, it jumped from 30MB to 65MB

Is there a memory leak for PHP NSAPI or is there a way to force PHP to release its 
memory? I have already set the memory limit to limit each script. (IT works), but 
still the 1-2MB memory I Allocate to the PHP is not freed up after use.

I am running it under an enterprise server and I can't have PHP eat up all the memory. 
It is imperative that i force php to relase it back for use, I know restarting 
webserver works, but I can't possibly reboot a production server frequently


-- 
Edit Bug report at: http://bugs.php.net/?id=9584&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9581 Updated: filesystem reading functions (fread, fpassth.)

[mot]

ID: 9581
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Apache related
Description: filesystem reading functions (fread, fpassth.)

hi jani - that is another way to solve the problem.

in documentation, it's said, that fread is binary safe. so this is a documentation 
problem.

for the people programming the software it might be good to know, that it only happens 
in the apache module, not in the cgi-mode.

thanks for your comments.

--mot

Previous Comments:
---

[2001-03-06 12:04:45] [EMAIL PROTECTED]
You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---


Full Bug description available at: http://bugs.php.net/?id=9581


-- 
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 PROTECTED]

Re: [PHP-DEV] XHTML conforming nl2br, please!

[Karsten Dambekalns]

On Tue, Mar 06, 2001 at 05:52:59PM +0100, Jani Taskinen wrote:
> 
> Try the latest CVS snapshot from http://snaps.php.net/
> as this is already taken care of. And 4.0.5 will have the
> fixed version.

Great! Thanks for the quick response!

Karsten
-- 
Why do we have to hide from the police, daddy?
Because we use emacs, son. They use vi.
-
mailto:[EMAIL PROTECTED] w³: http://www.k-fish.de/
gpg: http://www.k-fish.de/mykeys.gpg

 PGP signature

[PHP-DEV] PHP 4.0 Bug #9446 Updated: CGI version echos first line

[vinay]

ID: 9446
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Configuration Issues
Description: CGI version echos first line

there are encoded files on that machine too.  By disabling optimizer, all encoded 
files stop running.

Previous Comments:
---

[2001-03-06 11:59:55] [EMAIL PROTECTED]
Putting this:

zend_optimizer.enable_loader=0

in the php.ini should help you.

---

[2001-03-06 11:52:32] [EMAIL PROTECTED]
Yes, I use Zend Optimizer.  Is it causing the problem ?

---

[2001-03-06 06:34:04] [EMAIL PROTECTED]
Do you use Zend Optimizer, probably?

---

[2001-02-25 15:37:41] [EMAIL PROTECTED]
using PHP 4.0.4pl1 under Linux

I configured php as:
./configure --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/posgresql 
--enable-track-vars --enable-gd=../gd1.8.3 --enable-ftp --enable-discard-path

now.. the problem is simple... i create script to run from the shell containing the 
following:

#!/usr/local/bin/php


the problem: PHP prints #!/usr/local/bin/php on top of all output.. i tried to use 
output buffering to suppress it, but it doesnt catch it, without the 
#!/usr/local/bin/php I cant run the script from shell properly ... 

I noticed this issue since version 4.0.3pl1 (I think) .. but it was not existant in 
past versions (4.0.2 ,  etc)

---


Full Bug description available at: http://bugs.php.net/?id=9446


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9581 Updated: filesystem reading functions (fread, fpassth.)

[sniper]

ID: 9581
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


Previous Comments:
---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9581&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9580 Updated: .php files do not run

[sniper]

ID: 9580
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

You can have more than one suffix in this directive (in httpd.conf) :

AddType application/x-httpd-php .php .php4

--Jani



Previous Comments:
---

[2001-03-06 10:21:28] [EMAIL PROTECTED]
I installed the Apache webserver and php4 on my NT machine I can run *.php4 files but 
I'm not able to run  *.php files

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9580&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9446 Updated: CGI version echos first line

[stas]

ID: 9446
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Configuration Issues
Assigned To: 
Comments:

Putting this:

zend_optimizer.enable_loader=0

in the php.ini should help you.

Previous Comments:
---

[2001-03-06 11:52:32] [EMAIL PROTECTED]
Yes, I use Zend Optimizer.  Is it causing the problem ?

---

[2001-03-06 06:34:04] [EMAIL PROTECTED]
Do you use Zend Optimizer, probably?

---

[2001-02-25 15:37:41] [EMAIL PROTECTED]
using PHP 4.0.4pl1 under Linux

I configured php as:
./configure --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/posgresql 
--enable-track-vars --enable-gd=../gd1.8.3 --enable-ftp --enable-discard-path

now.. the problem is simple... i create script to run from the shell containing the 
following:

#!/usr/local/bin/php


the problem: PHP prints #!/usr/local/bin/php on top of all output.. i tried to use 
output buffering to suppress it, but it doesnt catch it, without the 
#!/usr/local/bin/php I cant run the script from shell properly ... 

I noticed this issue since version 4.0.3pl1 (I think) .. but it was not existant in 
past versions (4.0.2 ,  etc)

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9446&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9446 Updated: CGI version echos first line

[vinay]

ID: 9446
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Configuration Issues
Description: CGI version echos first line

Yes, I use Zend Optimizer.  Is it causing the problem ?

Previous Comments:
---

[2001-03-06 06:34:04] [EMAIL PROTECTED]
Do you use Zend Optimizer, probably?

---

[2001-02-25 15:37:41] [EMAIL PROTECTED]
using PHP 4.0.4pl1 under Linux

I configured php as:
./configure --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/posgresql 
--enable-track-vars --enable-gd=../gd1.8.3 --enable-ftp --enable-discard-path

now.. the problem is simple... i create script to run from the shell containing the 
following:

#!/usr/local/bin/php


the problem: PHP prints #!/usr/local/bin/php on top of all output.. i tried to use 
output buffering to suppress it, but it doesnt catch it, without the 
#!/usr/local/bin/php I cant run the script from shell properly ... 

I noticed this issue since version 4.0.3pl1 (I think) .. but it was not existant in 
past versions (4.0.2 ,  etc)

---


Full Bug description available at: http://bugs.php.net/?id=9446


-- 
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 PROTECTED]

Re: [PHP-DEV] XHTML conforming nl2br, please!

[Jani Taskinen]

Try the latest CVS snapshot from http://snaps.php.net/
as this is already taken care of. And 4.0.5 will have the
fixed version.

--Jani


On Tue, 6 Mar 2001, Karsten Dambekalns wrote:

>Hi all!
>
>My company is in the process of changing all HTML pages we work on to
>conform to XHTML. This can be easily done with tolls like tidy or by editing
>own source code.
>
>But if one uses nl2br(), he is stuck. Since I am no C programmer and don't
>have write access on PHP CVS: Could someone please take care of this issue?
>If there are some more functions which deal with HTML (strip_tags...),
>please take a look at them too.
>
>I (and others, I suppose) would be grateful for this. Mayby even for
>PHP4.0.5 ?!?
>
>Regards,
>Karsten
>
>BTW: I am not subscribed to the list, but do look at the archives now and
>then...
>


-- 
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 PROTECTED]

[PHP-DEV] XHTML conforming nl2br, please!

[Karsten Dambekalns]

Hi all!

My company is in the process of changing all HTML pages we work on to
conform to XHTML. This can be easily done with tolls like tidy or by editing
own source code.

But if one uses nl2br(), he is stuck. Since I am no C programmer and don't
have write access on PHP CVS: Could someone please take care of this issue?
If there are some more functions which deal with HTML (strip_tags...),
please take a look at them too.

I (and others, I suppose) would be grateful for this. Mayby even for
PHP4.0.5 ?!?

Regards,
Karsten

BTW: I am not subscribed to the list, but do look at the archives now and
then...
-- 
Why do we have to hide from the police, daddy?
Because we use emacs, son. They use vi.
-
mailto:[EMAIL PROTECTED] w³: http://www.k-fish.de/
gpg: http://www.k-fish.de/mykeys.gpg

 PGP signature

[PHP-DEV] PHP 4.0 Bug #9583: session variables not kept when using $HTTP_SESSION_VARS and register_globals

[sander]

From: [EMAIL PROTECTED]
Operating system: Debian GNU stable with unstable php and apache packages
PHP version:  4.0.4pl1
PHP Bug Type: *Session related
Bug description:  session variables not kept when using $HTTP_SESSION_VARS and 
register_globals

Hi,

i have this (sample) script:
\nScore:" . $totalscore;
//$line = session_id() . "\nScore:" . $HTTP_SESSION_VARS["totalscore"];
?>







If register_globals is On, everything works fine using the $totalscore global. But, if 
you change the comments, and use $HTTP_SESSION_VARS[] the sessiondata (totalscore) 
stays undefined.

If i change register_globals to Off (and restarting apache), the globals (surprise) 
don't work anymore, but $HTTP_SESSION_VARS do.

This is in contrast with the manual, saying that if register_globals is On, both 
$HTTP_SESSION_VARS and the global reference the same value.

gr,
Sander De Graaf


-- 
Edit Bug report at: http://bugs.php.net/?id=9583&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9582: Config to reduce the session lenght

[frederic . bruneteau]

From: [EMAIL PROTECTED]
Operating system: Linux Redhat 6.2
PHP version:  4.0.3
PHP Bug Type: *Install and Config
Bug description:  Config to reduce the session lenght

It is possible to reduce the lenght (32 digits) of the session id generated by PHP4 ?

Thanks.



-- 
Edit Bug report at: http://bugs.php.net/?id=9582&edit=1



-- 
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 PROTECTED]

Re: [PHP-DEV] php_curl

[Peter]

Sorted this out.  There is no problem with php_curl in the latest snapshot,
just me bing dim...

Cheers
Peter



"Peter Johnson" <[EMAIL PROTECTED]> wrote in message
2DC103B51A1BD211AD0800A0C9DD666E3B2B1D@USLSERVER4">news:2DC103B51A1BD211AD0800A0C9DD666E3B2B1D@USLSERVER4...
> Hi there
>
> I am using the latest version of PHP (4.05 dev) compiled by php4win.de.  I
> am running on Win2K and trying to make use of php_curl extension.
Whenever
> I do a post, the call to curl_exec never returns.  The only way I can make
> it return is by setting a timeout in curl_setopt.  I need the return value
> from the script to parse, but I am not getting this.
>
> This all worked fine in 4.04.  I am having to use 4.05-dev because of the
> fixes to the COM functions.
>
> Any help given much appreciated
> Peter
>
> -
> Peter Johnson
> Email: mailto:[EMAIL PROTECTED]
> ---
> The information in this internet eMail is confidential and is
> intended solely for the addressee. Access, copying or re-use of
> information in it by anyone else is unauthorised. Any views or
> opinions presented are solely those of the author and do not
> necessarily represent those of Unified Solutions Ltd or any of
> its affiliates. If you are not the intended recipient please
> contact Unified Solutions Ltd, +44 (0) 1753 775050
> ---
>
>
> --
> 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 PROTECTED]
>



-- 
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 PROTECTED]

[PHP-DEV] customized usort && pass by reference...

[Marc Boeren]

Hi!

In my (C-)module I'm building a customized usort function, that accepts 
an object as the first argument, and a user-defined function as the second.

The object contains an array that I want to sort using the user-defined
compare function.

If I simulate this in PHP-script, the behaviour should be like

  function special_object_sort(&$so, $compare_function) {
  // check object validity here
  // and sort it if ok
  usort($so->data, $compare_function);
  }
   // (note the reference in front of the first argument)
   // ...
   special_object_sort($my_object, "my_compare_function");

What I actually get is that the $so parameter is not changed. All the C-
functions get called, the compare-function gets called, so I suspect that 
it has something to do with pass by reference/value.

Now, since call-time pass-by-reference is deprecated, I need some way
to create the function mentioned above in C-code.
(otherwise I could have used
special_object_sort( & $my_object, "my_compare_function");
)

Here follows a C-snippet (with lots of stuff left out) that indicates how
things 
work now

   zend_get_parameters_array_ex(number_of_arguments, arguments);
   if ((*arguments[0])->type != IS_OBJECT) RETURN_LONG(0);
if (zend_hash_find((*arguments[0])->value.obj.properties, "data", 5,
 (void **) &zval_data)==FAILURE || (*zval_data)->type !=
IS_ARRAY) {
RETURN_LONG(0);
}
passthru_arguments[0] = zval_data;
passthru_arguments[1] = arguments[1];
call_php_function("usort", &returned_zval, number_of_passthru_arguments,

passthru_arguments);
RETURN_LONG(1);

This acts as though I had implemented the PHP-script function mentioned
above, 
but without the reference in front of the first argument.

Can anyone help me to get the code to work?

-- 
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 PROTECTED]

[PHP-DEV] customized usort && pass by reference... addendum

[Marc Boeren]

I know that if I set
   allow_call_time_pass_reference = On
in the ini file and call my c-function with a reference, it works ok.

But since this is deprecated, I need some help to set it up 
correctly for the new situation...

Cheerio, Marc.

-- 
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 PROTECTED]

Re: [PHP-DEV] Win32 UNC and PHP (fwd)

[Derick Rethans]

This was not my message, but I forwarded it...

On Tue, 6 Mar 2001, Derick Rethans wrote:

> Hi there
>
> We've the same problem as the guy below descript to you (env: Windows 2000 /
> IIS5). We've migrated some projects from php3 to php4. Now, all functions
> whit an UNC seams to have problems if they tray to access a file (any
> function) on a share (-> UNC). If the file is on a local drive, everything
> works fine.
>
> So my actual question is: Because we've more then one customer whit the same
> problem (and as it looks we are not the only one) we like to solve the
> problem by changing the code. Because none of us has ever been in a PHP
> project I ask you if the problem is solvable for someone new in
> PHP-source-programming (we've some experience  programmers in C / C++ ).
> Probably one of you already knows where the problem is or how it could be
> solved, time- or source- amount we need to change? Some hint's, other
> persons to talk to  ???
>
> Thx
> Martin

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


-- 
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 PROTECTED]

[PHP-DEV] Win32 UNC and PHP (fwd)

[Derick Rethans]

Hi there

We've the same problem as the guy below descript to you (env: Windows 2000 /
IIS5). We've migrated some projects from php3 to php4. Now, all functions
whit an UNC seams to have problems if they tray to access a file (any
function) on a share (-> UNC). If the file is on a local drive, everything
works fine.

So my actual question is: Because we've more then one customer whit the same
problem (and as it looks we are not the only one) we like to solve the
problem by changing the code. Because none of us has ever been in a PHP
project I ask you if the problem is solvable for someone new in
PHP-source-programming (we've some experience  programmers in C / C++ ).
Probably one of you already knows where the problem is or how it could be
solved, time- or source- amount we need to change? Some hint's, other
persons to talk to  ???

Thx
Martin

   http://bugs.php.net/bugs.php?id=7401

[2000-10-23 04:14:54] [EMAIL PROTECTED]
Our websites are on a central storage unit. We use UNC to access the files
(\\server\folder\file)
With PHP3 everything worked fine.
Now we're trying to install PHP4 but it seems, that it doesn't like UNC
fileshares. We've
made some testing and the script is executed if it resides on a local drive.
>From the UNC
share, IIS is reporting a CGI Error and if I try to start it directly with
perl.exe from the
command prompt there is no output. The same script on a local drive works.
[2000-10-30 11:30:37] [EMAIL PROTECTED]
Can you explain what perl.exe has to do with it?

Dev List:
UNC paths, are they supported?
[2000-10-30 12:29:49] [EMAIL PROTECTED]
Stanislav reported:
--
AFAIK, no. I fear it would be serious PITA to support them too, though I
might be wrong.
If someone who know how UNC pathes behave will look on this, maybe we'll
support them.

Did I say I hate Windows file naming system?
--

I totally agree with him...

I wanted to change it to feature request, but the bug
system does not allow this.
[2000-10-30 18:35:54] [EMAIL PROTECTED]
reclassified as feature request.

--Jani



-- 
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 PROTECTED]

Re: [PHP-DEV] Re: PHP 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[Stanislav Malyshev]

DC>> function some_generic_function($myarray)
DC>> {
DC>>   foreach ($myarray as $k => $v) {
DC>> if (is_string($k)) {
DC>>   /* some behaviour for associative array element */
DC>> }
DC>> else {
DC>>   /* some behaviour for indexed array element */
DC>> }
DC>>   }
DC>> }

Well, that's a bad code. Very bad. Why would you distinguish between
string and number keys? Anyway, there's no way (known to me) to do this in
PHP. If you tell me why would you need this, I could probably give some
advice (such as adding "k_" to each key, for example), but as a
theoretical example it just looks like "let's do something just because we
want, no matter that PHP is not meant to do that".

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 PROTECTED]

Re: [PHP-DEV] Re: PHP 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[David Croft]

function some_generic_function($myarray)
{
  foreach ($myarray as $k => $v) {
if (is_string($k)) {
  /* some behaviour for associative array element */
}
else {
  /* some behaviour for indexed array element */
}
  }
}

On Tue, 6 Mar 2001, Stanislav Malyshev wrote:

> DC>> So what about a string key that breaks when someone enters a
> DC>> string that can be autoconverted. Zend turns it into a number
> DC>> and hey presto nothing works any more. Can we have a construct
> DC>> to *force* it not to convert these things?
>
> I don't get what you are talking about. Can you give me an example
> (script)?
> --
> Stanislav Malyshev, Zend Products Engineer
> [EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115
>
>
>


-- 
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 PROTECTED]

Re: [PHP-DEV] Re: PHP 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[Stanislav Malyshev]

DC>> So what about a string key that breaks when someone enters a
DC>> string that can be autoconverted. Zend turns it into a number
DC>> and hey presto nothing works any more. Can we have a construct
DC>> to *force* it not to convert these things?

I don't get what you are talking about. Can you give me an example
(script)?
-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 PROTECTED]

Re: [PHP-DEV] Re: PHP 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[David Croft]

So what about a string key that breaks when someone enters a string that
can be autoconverted. Zend turns it into a number and hey presto nothing
works any more. Can we have a construct to *force* it not to convert these
things?

On Tue, 6 Mar 2001, Stanislav Malyshev wrote:

> DC>> Even for array keys that are *not numbers*? How do I get a
> DC>> string for my array key in this case?
>
> If they are not numbers, they are not interpreted as numbers. So, $a[0] is
> the same as $a['0'], but different from $a["foo"].
> --
> Stanislav Malyshev, Zend Products Engineer
> [EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115
>
>
>


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9581: filesystem reading functions (fread, fpassth.)

[mot]

From: [EMAIL PROTECTED]
Operating system: win98se
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  filesystem reading functions (fread, fpassth.) 

while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.


-- 
Edit Bug report at: http://bugs.php.net/?id=9581&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9580: .php files do not run

[sjspin]

From: [EMAIL PROTECTED]
Operating system: NT
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  .php files do not run

I installed the Apache webserver and php4 on my NT machine I can run *.php4 files but 
I'm not able to run  *.php files


-- 
Edit Bug report at: http://bugs.php.net/?id=9580&edit=1



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9575 Updated: After install, the web server Apache don't restart ..

[sniper]

ID: 9575
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

1. Have you set the necessary Oracle specific environment vars before
starting Apache? ( http://www.php.net/oci8 )

2. Is your Apache linked with libpthread? ( # ldd /path/to/httpd )
3. Have you tried PHP 4.0.4pl1 ?

--Jani


Previous Comments:
---

[2001-03-06 06:11:51] [EMAIL PROTECTED]
My server configuration : Linux RedHat 6.2  - Apache 1.3.9  -  Php4.0.2  -  
Oracle8.1.5.

After install "Php4.0.2" with Oracle8.1.5., the web server apache don't restart.

   # ./configure --with-apxs=/usr/sbin/apxs --with-oracle=/oracle/app/oracle815 
--with-oci8=/oracle/app/oracle815
   # make
   # make install

   /usr/local/lib/php.ini

They are no messages aren't displayed or stocked in "/var/log/httpd/error_log" when 
restart Apache.


I have tested install only "Php4.0.2" and "Apche1.3.9" : it's worked normally with any 
bugs.


Thank, for your intervention
Best regard.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9575&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9579: POST method not performing action handler (ISAPI)

[rhanic]

From: [EMAIL PROTECTED]
Operating system: NT4.0 ISAPI
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  POST method not performing action handler (ISAPI)

Create a form and use method = POST with an action to another php script. The initial 
form is displayed properly but when you press the submit button a HTTP 500 internal 
server error message is displayed indicating that the action script 
(action=myscript.php) isn't found.
If I replace the POST with a GET this form works properly.




Web Server:IIS4 
NT 4.0 Service Pack 6
ISAPI installation





-- 
Edit Bug report at: http://bugs.php.net/?id=9579&edit=1



-- 
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 PROTECTED]

Re: [PHP-DEV] Re: PHP 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[Stanislav Malyshev]

DC>> Even for array keys that are *not numbers*? How do I get a
DC>> string for my array key in this case?

If they are not numbers, they are not interpreted as numbers. So, $a[0] is
the same as $a['0'], but different from $a["foo"].
-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9577 Updated: compiler error while configured enabled '--with-gd' feature

[sniper]

ID: 9577
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

You must use the install directories with those confgure options.
e.g. :

./configure --with-apxs --with-gd=/www/gd


--Jani


Previous Comments:
---

[2001-03-06 08:48:44] [EMAIL PROTECTED]
./configure --with-jpeg-dir=../gd/jped-6b --with-png-dir=../gd/libpng-1.0.9 
--with-mysql --with-apxs --with-zlib=/usr/local --with-mod_charset --enable-track-vars 
--enable-gd-native-ttf --with-gd=../gd/gd-1.8.4

all appropriate libraries (z, gd, jpeg, png, freetype 2) are installed first.

and now:

#make
<...>
gd.c:91: conflicting types for `gdIOCtx'
/usr/home/riddle/apache/gd-1.8.4/gd_io.h:18: previous declaration of `gdIOCtx'
*** Error code 1


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9577&edit=2


-- 
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 PROTECTED]

[PHP-DEV] Re: PHP 4.0 Bug #9307 Updated: Numeric-looking array keys are forcedto be integers

[David Croft]

Even for array keys that are *not numbers*? How do I get a string for my
array key in this case?

On 6 Mar 2001, Bug Database wrote:

> ID: 9307
> Updated by: stas
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: Scripting Engine problem
> Assigned To:
> Comments:
>
> Right, this is how PHP works. That's not a bug, that's an
> intended behaviour.
>
> Previous Comments:
> ---
>
> [2001-02-16 16:17:20] [EMAIL PROTECTED]
>  $myarray['105'] = 'Hello';
> $myarray[(string)'106'] = 'Goodbye';
> var_dump($myarray);
> ?>
>
> array(2) {
>   [105]=>
>   string(5) "Hello"
>   [106]=>
>   string(7) "Goodbye"
> }
>
> It shouldn't be auto-converting array keys to numbers if they're already of a 
>different type! Let's say I have an whole list of items as my array keys, and one 
>just happens to be "able" to be converted into a number. Suddenly one of my array 
>keys is no longer a string.
>
> ---
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=9307&edit=2
>
>


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9574 Updated: Apache can't load neither static (core dump) neither DSO module (linking err).

[sniper]

ID: 9574
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

Please try latest CVS snapshot from http://snaps.php.net/ as both of these
problems should be fixed.

--Jani


Previous Comments:
---

[2001-03-06 06:24:35] [EMAIL PROTECTED]
This first part is already fixed in CVS.

---

[2001-03-06 06:11:51] [EMAIL PROTECTED]
When module is static, then system reports "floating point exception, core dumped" 
(see also bug 9573).
When module is DSO, then system reports "Cannot load 
.../apache_1.3.17/libexec/libphp4.so into server: Undefined symbol "_finite" in 
httpd:.../apache_1.3.17/libexec/libphp4.so"

PHP:
./configure
--with-mysql=/usr/local
--with-apxs=/home/apache_1.3.17/bin/apxs
--enable-safe-mode
--with-openssl
--with-zlib

Apache is '1.3.17'. Patched by mod_ssl-2.8.0-1.3.17.
./configure
--prefix=.../apache_1.3.17
--enable-rule=SHARED_CORE
--enable-module=rewrite
--enable-module=so
--enable-module=ssl
--enable-shared=ssl


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9574&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7706 Updated: HTML & PHP documents return "Document contains no data"

[sniper]

ID: 7706
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

User feedback:
---
After some consultation with other admins here at Rice, we think that 
the problem was an incompatibility between mod_perl with a perl that 
had large files support, and PHP 4.0.3pl1, both built as DSOs.  Others
were able to build Apache with both mod_perl & PHP as DSOs, using a 
perl that didn't have large files support compiled in.


AFAIK, this problem was fixed in PHP 4.0.4pl1

--Jani


Previous Comments:
---

[2001-03-06 07:34:14] [EMAIL PROTECTED]
You probably have some version incompatibility or build
problem between PHP and Apache. Are you sure apxs is from
the same Apache that is running? Does Apache contain any
non-standard modules?

---

[2000-11-08 21:06:52] [EMAIL PROTECTED]
PHP compiled as DSO for Apache 1.3.14

When module is loaded & server running, HTML & PHP docs return
"Document contains no data" messages to browser.   GIFs, however,
can be retrieved.

configure line:
--prefix=/path/to/php-4.0.3pl1
--with-apxs=/path/to/apache-1.3.14/sbin/apxs
--with-pgsql=/path/to/pgsql

php.ini file is dist file.

gdb output, incl. backtrace:

libadm189=/var/opt/apache/etc>gdb /usr/site/apache-1.3.14-DSO/sbin/httpd 
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.5.1"...
(gdb) run -X -f /var/opt/apache/etc/httpd.conf
Starting program: /usr/site/apache-1.3.14-DSO/sbin/httpd -X -f /var/opt/apache/e
tc/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
(gdb) bt
#0  0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
#1  0x4e260 in ap_invoke_handler ()
#2  0x6af3c in process_request_internal ()
#3  0x6b45c in ap_internal_redirect ()
#4  0x32348 in handle_dir ()
#5  0x4e260 in ap_invoke_handler ()
#6  0x6af3c in process_request_internal ()
#7  0x6afc0 in ap_process_request ()
#8  0x5e9d0 in child_main ()
#9  0x5ec64 in make_child ()
#10 0x5ee80 in startup_children ()
#11 0x5f870 in standalone_main ()
#12 0x6046c in main ()


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7706&edit=2


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9578: mysql_select_db() returning currently seected database

[wizaerd]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  mysql_select_db() returning currently seected database

Typically in my code, I open and select a database in a prepended file, and use that 
same database throughout my entire page.  I've also been building some modular plugins 
to my site that may require a different database selected.  It'd be nice if 
mysql_select_db() would return the currently selected db so that in a plugin module I 
could do something like this:

$OldDB = mysql_select_db( "SomeDB", $dbConnection );

/*
bunch of other code
*/

// return to main site
mysql_select_db( $OldDB, $dbConnection );


-- 
Edit Bug report at: http://bugs.php.net/?id=9578&edit=1



-- 
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 PROTECTED]

[PHP-DEV] Second Attempt: Checkin Request

[Ken Gengler]

I sent this checkin request about two weeks ago, but haven't seen it
get checked in yet. So, I thought I'd send it again. I believe I'm
following the correct protocol, but should I just register as a dev-
eloper?



I need someone to check in some updates I've made to the java ext and
servlet sapi. They address some threading issues I was encountering. I
also added some performance tweaks. In my experience, you still need
--enable-debug to get the servlet stuff to work reliably, but I hear a
fix may appear soon (I'm hoping). (zts helps too, I think).

Here's what's in the attached tarball:

(new) ext/java/ClassInfo11.java
(new) ext/java/ClassInfo12.java
(mod) ext/java/Makefile.in
(mod) ext/java/reflect.java
(mod) sapi/servlet/Makefile.in
(new) sapi/servlet/ServiceResources11.java
(new) sapi/servlet/ServiceResources12.java
(mod) sapi/servlet/servlet.c
(mod) sapi/servlet/servlet.java

Alex Akilov suggested I get a developers account. Since I may doing
more changes, I may do that. But, thought I'd get this in first.

Thanks,

Ken
 chgs.tar.gz

-- 
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 PROTECTED]

[PHP-DEV] Re: PHP 4.0 Bug #7706 Updated: HTML & PHP documents return "Documentcontains no data"

[Chuck Bearden]

On 6 Mar 2001, Bug Database wrote:

> ID: 7706
> Updated by: stas
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Old-Bug Type: Scripting Engine problem
> Bug Type: Apache related
> Assigned To: 
> Comments:
> 
> You probably have some version incompatibility or build
> problem between PHP and Apache. Are you sure apxs is from
> the same Apache that is running? Does Apache contain any
> non-standard modules?

After some consultation with other admins here at Rice, we think that 
the problem was an incompatibility between mod_perl with a perl that 
had large files support, and PHP 4.0.3pl1, both built as DSOs.  Others
were able to build Apache with both mod_perl & PHP as DSOs, using a 
perl that didn't have large files support compiled in.

 


-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9577: compiler error while configured enabled '--with-gd' feature

[riddle]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 3.3-RELEASE
PHP version:  4.0 Latest CVS (06/03/2001)
PHP Bug Type: Compile Failure
Bug description:  compiler error while configured enabled '--with-gd' feature

./configure --with-jpeg-dir=../gd/jped-6b --with-png-dir=../gd/libpng-1.0.9 
--with-mysql --with-apxs --with-zlib=/usr/local --with-mod_charset --enable-track-vars 
--enable-gd-native-ttf --with-gd=../gd/gd-1.8.4

all appropriate libraries (z, gd, jpeg, png, freetype 2) are installed first.

and now:

#make
<...>
gd.c:91: conflicting types for `gdIOCtx'
/usr/home/riddle/apache/gd-1.8.4/gd_io.h:18: previous declaration of `gdIOCtx'
*** Error code 1



-- 
Edit Bug report at: http://bugs.php.net/?id=9577&edit=1



-- 
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 PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #9539 Updated: extract() does not overwriteold values in a while loop with the EXTR_OVERWRITE

[Stanislav Malyshev]

JT>> FYI, if you leave the textbox empty and only change the bug
JT>> type, there won't be any emails sent to anyone. So if you want
JT>> to just reclassify, only change the bug type. I changed it
JT>> because I didn't want to spam the php-dev list all the time when
JT>> just reorganizing reports.

Yes, I've already discovered that :) Thanks.

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9316 Updated: calling an external function in a loop

[stas]

ID: 9316
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Could you post short self-contained standalone script that
reproduces it?

Previous Comments:
---

[2001-02-20 10:47:55] [EMAIL PROTECTED]
I need to send you a little tar file 12Kb that has the makefile to compile the shared 
object, the php page that we use to see the problem and the external file read by the 
shared object libraries.

How I can do?

---

[2001-02-17 10:27:15] [EMAIL PROTECTED]
Please provide a reduced code fragment (<15 lines) producing
this behaviour.
Put no database queries etc. in it and rely on no external
files/functions to ensure that we can reproduce it easily
unless the problem is not directly related to some db (or
similar) function.

---

[2001-02-17 07:23:55] [EMAIL PROTECTED]
I have a shared object the works fine with PHP4.0.0
I recompile it for PHP 4.0.4pl1.

Each function of this shared object works fine.
The problem succeed when I use a function that return a STRING in a loop.

A loop greater than 4 hang present an empty page.

Ex:

for ($i=0; $i<6; $i++)
{
   $aa=callc_get_stringa("12345");
}

The wrapper code used to return the string it's the same used in the older version of 
PHP

I compile PHP with mysql,apxs,ldap,ftp





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9316&edit=2


-- 
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 PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #9539 Updated: extract() does not overwriteold values in a while loop with the EXTR_OVERWRITE

[Jani Taskinen]

FYI, if you leave the textbox empty and only change the bug type,
there won't be any emails sent to anyone. So if you want to just
reclassify, only change the bug type. I changed it because I didn't
want to spam the php-dev list all the time when just reorganizing reports.

--Jani


On 6 Mar 2001 [EMAIL PROTECTED] wrote:

>ID: 9539
>Updated by: stas
>Reported By: [EMAIL PROTECTED]
>Status: Feedback
>Old-Bug Type: Scripting Engine problem
>Bug Type: Variables related
>Assigned To:
>Comments:
>
>reclassify
>
>Previous Comments:
>---
>
>[2001-03-03 17:17:43] [EMAIL PROTECTED]
>Please try the latest CVS snapshot from http://snaps.php.net/ as I think
>this is already fixed.
>
>--Jani
>
>
>---
>
>[2001-03-03 15:51:28] [EMAIL PROTECTED]
>$sql = "select * from organization order by
>regionalrequirement,organizationname";
>$result = mysql_query($sql);
>
>
>while ($row=mysql_fetch_array($result))
>{
>
>
>// $organizationnameinchinese="";
>// if this line was not included .. the value
>// $organizationnameinchinese would not get the new value
>extract ($row,EXTR_OVERWRITE);
>
>
>echo "The school listed are
>
>
>$organizationname
>
>
>$organizationnameinchinese";
>}
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=9539&edit=2
>
>
>


-- 
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 PROTECTED]