date:20011115

Re: [PHP-DEV] Re: Bug #14063: unset($array[]) causes apache 1.3.20 to coredump

2001-11-15 Thread Yasuo Ohgaki


Derick Rethans wrote:

 Hello,
 
 On Thu, 15 Nov 2001, Yasuo Ohgaki wrote:
 
 
Suggested fix.

 
 This fixes the symtom, not the problem
 


Ok. I thought _get_zval_ptr() may return NULL when array element 
is not initilized. I leave this problem for real php hackers :)

--
Yasuo Ohgaki






_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-- 
PHP Development Mailing List http://www.php.net/
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 #14062 Updated: Wrong filetype displayed

2001-11-15 Thread Zak Greant


Ack. I missed the second, modified code... definitely bogus.

--zak

On November 15, 2001 12:15 am, [EMAIL PROTECTED] wrote:
...
 Then it's not a bug. Filetype works from the current directory, not
 from the directory you used with opendir().
...


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] long CVS commit messages

2001-11-15 Thread Hartmut Holzgraefe


could someone please modify the commitinfo script to shorten the
mail subject in CVS commit mail messages to a more sensible limit?

right now we have the name of every affected file in the subject,
which is rather disturbing for commits affecting a lot of files
like my addition of XML headers to phpdoc XML files yesterday

having all 100+ filenames in the subject line does not make to
much sense after all IMHO and might even confuse some mailclients?


-- 
PHP Development Mailing List http://www.php.net/
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 #14058 Updated: binary and

2001-11-15 Thread bate


ID: 14058
Updated by: bate
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux 2.2.14  Windows NT 5.0
PHP Version: 4.0.6
New Comment:

I tested it under 4.0.6/4.1.0/4.2.0 and i got this output:

4294967295  67633152 = 67633152

So i think its works for me.

Previous Comments:


[2001-11-14 13:47:57] [EMAIL PROTECTED]

Reproduced with 4.0.6, can't reproduce with 4.2.0-dev



[2001-11-14 12:48:53] [EMAIL PROTECTED]

echo 4294967295  67633152 = . (4294967295  67633152);
//under Windows: 4294967295  67633152 = 67633152  ok 
//under Linux:   4294967295  67633152 = 0 ???






Edit this bug report at http://bugs.php.net/?id=14058edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14054 Updated: Error evaluating the Intval function

2001-11-15 Thread bate


ID: 14054
Updated by: bate
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Duplicate
Bug Type: *Regular Expressions
Operating System: Windows 2000 Server
PHP Version: 4.0.4pl1
New Comment:

try (int)$val or use sprintf() or any other function to format you integer. Btw. 
(int)$string returns 0


Previous Comments:


[2001-11-14 12:02:38] [EMAIL PROTECTED]

This is not a bug, please ask support questions on the [EMAIL PROTECTED] 
mailinglist.

Derick



[2001-11-14 11:24:21] [EMAIL PROTECTED]

Hi,

See this simple script
?
if (intval($val) == $val)
   echo $val is equal to.intval($val);
else
   echo $val is not equal to.intval($val);
?

If i put a string in $val...for example ABC ad i run the script...PHP print:ABC is 
equal to 0

Thanks for all your work that give me a work ^_^'





Edit this bug report at http://bugs.php.net/?id=14054edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14054 Updated: Error evaluating the Intval function

2001-11-15 Thread derick


ID: 14054
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Duplicate
Status: Bogus
Bug Type: *Regular Expressions
Operating System: Windows 2000 Server
PHP Version: 4.0.4pl1
New Comment:

Non-Bugs have status 'Bogus'

Previous Comments:


[2001-11-15 04:23:04] [EMAIL PROTECTED]

try (int)$val or use sprintf() or any other function to format you integer. Btw. 
(int)$string returns 0




[2001-11-14 12:02:38] [EMAIL PROTECTED]

This is not a bug, please ask support questions on the [EMAIL PROTECTED] 
mailinglist.

Derick



[2001-11-14 11:24:21] [EMAIL PROTECTED]

Hi,

See this simple script
?
if (intval($val) == $val)
   echo $val is equal to.intval($val);
else
   echo $val is not equal to.intval($val);
?

If i put a string in $val...for example ABC ad i run the script...PHP print:ABC is 
equal to 0

Thanks for all your work that give me a work ^_^'





Edit this bug report at http://bugs.php.net/?id=14054edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] long CVS commit messages

2001-11-15 Thread Markus Fischer


-1 on that.

It's easier to search for modified CVS files when the files
appears in the subject. Your mail client doesn't need to do a
full text/attach of the whohle mails, only the subject.

For the last comment: Fix your mail client (I mean, really).

However, if php-doc guys wan't to handle it different, it's ok
for me but I don't want to loose this information on php-cvs
commits.

Markus

ps: another thing would be: just don't commit 100 files at one ;)

On Thu, Nov 15, 2001 at 10:49:19AM +0100, Hartmut Holzgraefe wrote : 
 could someone please modify the commitinfo script to shorten the
 mail subject in CVS commit mail messages to a more sensible limit?
 
 right now we have the name of every affected file in the subject,
 which is rather disturbing for commits affecting a lot of files
 like my addition of XML headers to phpdoc XML files yesterday
 
 having all 100+ filenames in the subject line does not make to
 much sense after all IMHO and might even confuse some mailclients?

-- 
PHP Development Mailing List http://www.php.net/
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= ? sytanx again

2001-11-15 Thread Stig S. Bakken


James Moore wrote:
 
When you cannot make up your mind, choose consistency.  In this case,
like it or not, the consistent thing to do is add it.
  
   I agree. It's very confusing that ?php= doesn't exist.
 
  Since nobody really objects to the addition of ?php= tag, why doesn't
  somebody with the Zend CVS access commits the Yasuo's patch so we can
 close
  this discussion.
 
 Sorry to put a spanner in the works but adding ?php= isnt a good idea, its
 more magic and I dont think we should be adding any more magic to the
 language. ?php echo is only 4 exta chars and is more readable, I would vote
 for depreciation of ?= and %= but I know thats not going to happen either,
 lets not make the situation worse by adding more magic.

Remember, PHP is hackish/magical by nature. The language itself is
embedded, you can't write a single code file without the magical open
tag in front! Even hash-bang shell scripts need to start with ?php. 
That's what's magical about PHP. With this perspective, I think the
remove short tags NOW! protest demonstration is utterly pointless. :-)

 - Stig

-- 
PHP Development Mailing List http://www.php.net/
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= ? sytanx again

2001-11-15 Thread Stig S. Bakken


Shane Caraveo wrote:
 
 Andi Gutmans wrote:
 
  Implementing this is not a problem but it seems that there is no consensus
  on adding it.
  I'm not sure what I think. I was very much against ?= but now it exists
  and is used by a lot of people it might be good to have ?php= but then
  again I can't make up my mind :)
  Andi
 
 When you cannot make up your mind, choose consistency.  In this case,
 like it or not, the consistent thing to do is add it.  It's odd and
 inconsistent to have %=, ?=, but not ?php=.

I was also against ?= originally, but now that we do have it I agree
that consistency (symmetry?) is better.

 - Stig

-- 
PHP Development Mailing List http://www.php.net/
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] Proposal for release process (Was: Re:[PHP-DEV]4.1.0)

2001-11-15 Thread Stig S. Bakken


Andi Gutmans wrote:
 
 At 01:36 AM 11/14/2001 +0100, Stig S. Bakken wrote:
   I didn't quite understand what you mean :)
   All I said was that if you create a branch say 4.1.0 and you want to
   release 4.1.x from that branch later on whilst HEAD has already moved a
   couple of months you're going to have a hard time doing it.
 
 Yes, merging bug fixes into that branch would be more difficult.  But
 certainly possible, _if_ we identify a need for small bugfix releases.
 
 The point is that for the person having a problem with a bug in 4.1.0,
 upgrading to 4.2.0 may be a problem because of all the other changes.
 In this case, a 4.1.1 release containing only that bug fix would make a
 lot of sense.  I've been in this situation a few times myself, and it's
 not funny (X is broken in 4.0.1, 4.0.2 fixes X but breaks Y).
 
 Stig,
 
 I understood the point from the beginning and I have no problem in trying.
 I was just skeptical about how well it will work in real life.

I think it will work if we can streamline the release process so it
takes a couple of weeks instead not six months.  This way HEAD and the
release branch won't be too different when the release is out.  If we
also get rid of extensions, there's even fewer potential conflicts.

He who lives will see. :-)  I think it's definitely worth an try.

 - Stig

-- 
PHP Development Mailing List http://www.php.net/
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 #14067: configure: error: libjpeg not found!

2001-11-15 Thread valeri . minkov


From: [EMAIL PROTECTED]
Operating system: SUN OS 2.6
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  configure: error: libjpeg not found!

./configure
  --with-apxs=/usr/local/apache/bin/apxs
  --enable-yp --enable-trans-sid --enable-track-vars
  --enable-sockets
  --enable-safe-mode --enable-magic-quotes --enable-ftp
  --enable-filepro --enable-calendar --with-mysql=/usr/local/mysql
  --with-oracle=/appl/oracle/product/8.1.7
  --with-oci8=/appl/oracle/product/8.1.7 --with-ldap=/usr/local
  --with-png-dir=/usr/local --with-openssl=/usr/local/ssl
  --with-gd=/usr/local --enable-versioning --enable-memory-limit
  --enable-inline-optimization --with-zlib-dir=/usr/local --with-zlib
  --with-pdflib=/usr/local --enable-shm --enable-discard-path  
  --enable-force-cgi-redirect --with-regexec=apache  
  --enable-sysvsem --enable-sysvshm --enable-threads
  --enable-gcc --with-tiff-dir=/usr/local --with-mhash
  --with-gettext=/usr/local --enable-libgcc
  --with-extra-includes=/usr/local/include
  --with-extra-libs=/usr/local/lib --enable-shared --with-threads
  --with-gnu-cc --enable-bcmath --with-imap=/usr/local
  --with-readline=/usr/local --with-zip=/usr/local
  --with-mnogosearch --with-freetype-dir=/usr/local
  --with-jpeg-dir=/usr/local

..
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... (cached) no
configure: error: libjpeg not found!

But i have all the libs in /usr/local/lib !!!


My config.log :

configure:17678: checking whether to enable truetype string function in
gd
configure:17731: checking for the location of libjpeg
configure:17780: checking for jpeg_read_header in -ljpeg
  
There is no error !!!

I tried with php-4.0.5 and jpeg was found , but i have many other problems
like parse error in unix.h

Can anyone help me pleace !
Thanks
-- 
Edit bug report at: http://bugs.php.net/?id=14067edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14067 Updated: configure: error: libjpeg not found!

2001-11-15 Thread derick


ID: 14067
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating System: SUN OS 2.6
PHP Version: 4.0.6
New Comment:

Can you try the latest snapshot from snaps.php.net, and see this fixes the problem?

Derick

Previous Comments:


[2001-11-15 05:01:01] [EMAIL PROTECTED]

./configure
  --with-apxs=/usr/local/apache/bin/apxs
  --enable-yp --enable-trans-sid --enable-track-vars
  --enable-sockets
  --enable-safe-mode --enable-magic-quotes --enable-ftp
  --enable-filepro --enable-calendar --with-mysql=/usr/local/mysql
  --with-oracle=/appl/oracle/product/8.1.7
  --with-oci8=/appl/oracle/product/8.1.7 --with-ldap=/usr/local
  --with-png-dir=/usr/local --with-openssl=/usr/local/ssl
  --with-gd=/usr/local --enable-versioning --enable-memory-limit
  --enable-inline-optimization --with-zlib-dir=/usr/local --with-zlib
  --with-pdflib=/usr/local --enable-shm --enable-discard-path  
  --enable-force-cgi-redirect --with-regexec=apache  
  --enable-sysvsem --enable-sysvshm --enable-threads
  --enable-gcc --with-tiff-dir=/usr/local --with-mhash
  --with-gettext=/usr/local --enable-libgcc
  --with-extra-includes=/usr/local/include
  --with-extra-libs=/usr/local/lib --enable-shared --with-threads
  --with-gnu-cc --enable-bcmath --with-imap=/usr/local
  --with-readline=/usr/local --with-zip=/usr/local
  --with-mnogosearch --with-freetype-dir=/usr/local
  --with-jpeg-dir=/usr/local

..
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... (cached) no
configure: error: libjpeg not found!

But i have all the libs in /usr/local/lib !!!


My config.log :

configure:17678: checking whether to enable truetype string function in gd
configure:17731: checking for the location of libjpeg
configure:17780: checking for jpeg_read_header in -ljpeg
  
There is no error !!!

I tried with php-4.0.5 and jpeg was found , but i have many other problems like parse 
error in unix.h

Can anyone help me pleace !
Thanks





Edit this bug report at http://bugs.php.net/?id=14067edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14067 Updated: configure: error: libjpeg not found!

2001-11-15 Thread valeri . minkov


ID: 14067
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Compile Failure
Operating System: SUN OS 2.6
PHP Version: 4.0.6
New Comment:

if i do ./configure without --with-jpeg-dir=/usr/local , it work`s perfect ,
but NO JPEG SUPPORT in libphp4.so for Apache !

Previous Comments:


[2001-11-15 05:02:35] [EMAIL PROTECTED]

Can you try the latest snapshot from snaps.php.net, and see this fixes the problem?

Derick



[2001-11-15 05:01:01] [EMAIL PROTECTED]

./configure
  --with-apxs=/usr/local/apache/bin/apxs
  --enable-yp --enable-trans-sid --enable-track-vars
  --enable-sockets
  --enable-safe-mode --enable-magic-quotes --enable-ftp
  --enable-filepro --enable-calendar --with-mysql=/usr/local/mysql
  --with-oracle=/appl/oracle/product/8.1.7
  --with-oci8=/appl/oracle/product/8.1.7 --with-ldap=/usr/local
  --with-png-dir=/usr/local --with-openssl=/usr/local/ssl
  --with-gd=/usr/local --enable-versioning --enable-memory-limit
  --enable-inline-optimization --with-zlib-dir=/usr/local --with-zlib
  --with-pdflib=/usr/local --enable-shm --enable-discard-path  
  --enable-force-cgi-redirect --with-regexec=apache  
  --enable-sysvsem --enable-sysvshm --enable-threads
  --enable-gcc --with-tiff-dir=/usr/local --with-mhash
  --with-gettext=/usr/local --enable-libgcc
  --with-extra-includes=/usr/local/include
  --with-extra-libs=/usr/local/lib --enable-shared --with-threads
  --with-gnu-cc --enable-bcmath --with-imap=/usr/local
  --with-readline=/usr/local --with-zip=/usr/local
  --with-mnogosearch --with-freetype-dir=/usr/local
  --with-jpeg-dir=/usr/local

..
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... (cached) no
configure: error: libjpeg not found!

But i have all the libs in /usr/local/lib !!!


My config.log :

configure:17678: checking whether to enable truetype string function in gd
configure:17731: checking for the location of libjpeg
configure:17780: checking for jpeg_read_header in -ljpeg
  
There is no error !!!

I tried with php-4.0.5 and jpeg was found , but i have many other problems like parse 
error in unix.h

Can anyone help me pleace !
Thanks





Edit this bug report at http://bugs.php.net/?id=14067edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14067 Updated: configure: error: libjpeg not found!

2001-11-15 Thread derick


ID: 14067
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating System: SUN OS 2.6
PHP Version: 4.0.6
New Comment:

Again:

Can you try the latest snapshot from snaps.php.net, and see this fixes the prob
lem?

Derick

Previous Comments:


[2001-11-15 05:09:10] [EMAIL PROTECTED]

if i do ./configure without --with-jpeg-dir=/usr/local , it work`s perfect ,
but NO JPEG SUPPORT in libphp4.so for Apache !



[2001-11-15 05:02:35] [EMAIL PROTECTED]

Can you try the latest snapshot from snaps.php.net, and see this fixes the problem?

Derick



[2001-11-15 05:01:01] [EMAIL PROTECTED]

./configure
  --with-apxs=/usr/local/apache/bin/apxs
  --enable-yp --enable-trans-sid --enable-track-vars
  --enable-sockets
  --enable-safe-mode --enable-magic-quotes --enable-ftp
  --enable-filepro --enable-calendar --with-mysql=/usr/local/mysql
  --with-oracle=/appl/oracle/product/8.1.7
  --with-oci8=/appl/oracle/product/8.1.7 --with-ldap=/usr/local
  --with-png-dir=/usr/local --with-openssl=/usr/local/ssl
  --with-gd=/usr/local --enable-versioning --enable-memory-limit
  --enable-inline-optimization --with-zlib-dir=/usr/local --with-zlib
  --with-pdflib=/usr/local --enable-shm --enable-discard-path  
  --enable-force-cgi-redirect --with-regexec=apache  
  --enable-sysvsem --enable-sysvshm --enable-threads
  --enable-gcc --with-tiff-dir=/usr/local --with-mhash
  --with-gettext=/usr/local --enable-libgcc
  --with-extra-includes=/usr/local/include
  --with-extra-libs=/usr/local/lib --enable-shared --with-threads
  --with-gnu-cc --enable-bcmath --with-imap=/usr/local
  --with-readline=/usr/local --with-zip=/usr/local
  --with-mnogosearch --with-freetype-dir=/usr/local
  --with-jpeg-dir=/usr/local

..
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... (cached) no
configure: error: libjpeg not found!

But i have all the libs in /usr/local/lib !!!


My config.log :

configure:17678: checking whether to enable truetype string function in gd
configure:17731: checking for the location of libjpeg
configure:17780: checking for jpeg_read_header in -ljpeg
  
There is no error !!!

I tried with php-4.0.5 and jpeg was found , but i have many other problems like parse 
error in unix.h

Can anyone help me pleace !
Thanks





Edit this bug report at http://bugs.php.net/?id=14067edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] long CVS commit messages

2001-11-15 Thread Hartmut Holzgraefe


Markus Fischer wrote:

 It's easier to search for modified CVS files when the files
 appears in the subject. Your mail client doesn't need to do a
 full text/attach of the whohle mails, only the subject.


good point! 


 For the last comment: Fix your mail client (I mean, really).

me and my mail-client have no problem with this

 
 However, if php-doc guys wan't to handle it different, it's ok
 for me but I don't want to loose this information on php-cvs
 commits.


 ps: another thing would be: just don't commit 100 files at one ;)


well, why should i split up commits if the same change 

has been applied to all the files in the set?
... athough i have already split the commits to one translation
at a time, as we still do not have independant cvs modules for
manual translations

but anyway: enough said, forget about my request, the search

 argument already killed it


-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




-- 
PHP Development Mailing List http://www.php.net/
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= ? sytanx again

2001-11-15 Thread Hartmut Holzgraefe


Stig S. Bakken wrote:

 I was also against ?= originally, but now that we do have it I agree
 that consistency (symmetry?) is better.

i guess the term is orthogonality?

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




-- 
PHP Development Mailing List http://www.php.net/
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 #14053 Updated: Memory leak when using BIG array (160MBytes)

2001-11-15 Thread derick


ID: 14053
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux (2.2.x/2.4.x)
PHP Version: 4.0.6
New Comment:

How many elements are there in the array? And isn't there another way to do this?

Derick

Previous Comments:


[2001-11-14 10:47:48] [EMAIL PROTECTED]

We do query a database and put the fetched result into some array, whichs keys are the 
first field of the fetched result-row. No problem to get the array build, it eats up 
about 180MBytes from the 2GBytes RAM the server has.

The script works fine, does some manipulation in the array (strings, ints) and 
re-inserts it into the database.

After the script terminates - all output to the browser is done - the Apache-process 
responsible for that request won't free the acquired memory. It instead eats one CPU 
completely for about 3-5minutes and then freezes - with aprox. 180MBytes of reserved 
RAM. (Fire the request 10 times and be sure to have the swap working!)

We currently use:
- HP LC2000r (2*PIII 933MHz, 2GByte RAM, 18GB HDD)
- Linux (Slackware 8.0), glibc2.2.3, Kernel 2.4.13 SMP
- Apache 1.3.22
- PHP 4.0.6
- ZendOptimizer 1.1.0.
Tested and reproduced with:
- Apache 1.3.20, 1.3.17
- w/o ZendOptimizer.
- PHP4.2.0-dev

It'll be nice to hear from you!


Thanks in advance,
 Ingo Bez





Edit this bug report at http://bugs.php.net/?id=14053edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #13928 Updated: No support for VARIANT array return type

2001-11-15 Thread phanto


ID: 13928
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: WinNT 2000 Pro
PHP Version: 4.0.6
New Comment:

try one of the 4.0.7 release candidates or a current cvs snapshot. this has been fixed 
for a while now, read former bugreports next time before you submit a new one ...

harald

Previous Comments:


[2001-11-05 00:06:19] [EMAIL PROTECTED]

I have built a 'standard' dual-interface COM dll. Most functions return data as a 1 
dimmension SafeArray of VARIANTs. I get the following when I try:

$jReader = new COM(journalmancom.reader) or die(Unable to instantiate JournalManCOM 
object);

$var = new VARIANT();
$jReader-GetPrimaryEventTypes( $var );
print $var-value;


Warning: Unsupported variant type: 8204 (0x200C)

This corresponds to VT_VARIANT | VT_ARRAY. I noticed that php_variant_to_pval() 
doesn't look for VT_ARRAY.







Edit this bug report at http://bugs.php.net/?id=13928edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #13928 Updated: No support for VARIANT array return type

2001-11-15 Thread phanto


ID: 13928
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: COM related
Operating System: WinNT 2000 Pro
PHP Version: 4.0.6


Previous Comments:


[2001-11-05 00:06:19] [EMAIL PROTECTED]

I have built a 'standard' dual-interface COM dll. Most functions return data as a 1 
dimmension SafeArray of VARIANTs. I get the following when I try:

$jReader = new COM(journalmancom.reader) or die(Unable to instantiate JournalManCOM 
object);

$var = new VARIANT();
$jReader-GetPrimaryEventTypes( $var );
print $var-value;


Warning: Unsupported variant type: 8204 (0x200C)

This corresponds to VT_VARIANT | VT_ARRAY. I noticed that php_variant_to_pval() 
doesn't look for VT_ARRAY.







Edit this bug report at http://bugs.php.net/?id=13928edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14067 Updated: configure: error: libjpeg not found!

2001-11-15 Thread valeri . minkov


ID: 14067
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Compile Failure
Operating System: SUN OS 2.6
PHP Version: 4.0.6
New Comment:

I have downloaded the latest snapshot and  ./configure work`s ,
but make do not work:

root:/appl/src/Apache/php4-20041500 make
Making all in Zend
make[1]: Entering directory `/appl/src/Apache/php4-20041500/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main   
-DSOLARIS2=260 -DMOD_SSL=208104 -DMOD_PERL -DUSE_PERL_SSI -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -DEAPI -DUSE_EXPAT -I../TSRM  -I/opt/vbroker/include 
-prefer-pic -c -o zend_language_parser.lo `test -f zend_language_parser.c || echo 
'./'`zend_language_parser.c
In file included from zend.h:54,
 from zend_compile.h:24,
 from zend_language_parser.c:148:
/usr/local/include/unix.h:182: parse error before `MAILSTREAM'
/usr/local/include/unix.h:182: warning: no semicolon at end of struct or union
/usr/local/include/unix.h:189: parse error before `}'
/usr/local/include/unix.h:189: warning: data definition has no type or storage class
/usr/local/include/unix.h:193: parse error before `*'
/usr/local/include/unix.h:193: warning: data definition has no type or storage class
/usr/local/include/unix.h:196: parse error before `*'
/usr/local/include/unix.h:197: parse error before `*'
/usr/local/include/unix.h:198: parse error before `*'
/usr/local/include/unix.h:199: parse error before `*'
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory `/appl/src/Apache/php4-20041500/Zend'
make: *** [all-recursive] Error 1




Previous Comments:


[2001-11-15 05:10:12] [EMAIL PROTECTED]

Again:

Can you try the latest snapshot from snaps.php.net, and see this fixes the prob
lem?

Derick



[2001-11-15 05:09:10] [EMAIL PROTECTED]

if i do ./configure without --with-jpeg-dir=/usr/local , it work`s perfect ,
but NO JPEG SUPPORT in libphp4.so for Apache !



[2001-11-15 05:02:35] [EMAIL PROTECTED]

Can you try the latest snapshot from snaps.php.net, and see this fixes the problem?

Derick



[2001-11-15 05:01:01] [EMAIL PROTECTED]

./configure
  --with-apxs=/usr/local/apache/bin/apxs
  --enable-yp --enable-trans-sid --enable-track-vars
  --enable-sockets
  --enable-safe-mode --enable-magic-quotes --enable-ftp
  --enable-filepro --enable-calendar --with-mysql=/usr/local/mysql
  --with-oracle=/appl/oracle/product/8.1.7
  --with-oci8=/appl/oracle/product/8.1.7 --with-ldap=/usr/local
  --with-png-dir=/usr/local --with-openssl=/usr/local/ssl
  --with-gd=/usr/local --enable-versioning --enable-memory-limit
  --enable-inline-optimization --with-zlib-dir=/usr/local --with-zlib
  --with-pdflib=/usr/local --enable-shm --enable-discard-path  
  --enable-force-cgi-redirect --with-regexec=apache  
  --enable-sysvsem --enable-sysvshm --enable-threads
  --enable-gcc --with-tiff-dir=/usr/local --with-mhash
  --with-gettext=/usr/local --enable-libgcc
  --with-extra-includes=/usr/local/include
  --with-extra-libs=/usr/local/lib --enable-shared --with-threads
  --with-gnu-cc --enable-bcmath --with-imap=/usr/local
  --with-readline=/usr/local --with-zip=/usr/local
  --with-mnogosearch --with-freetype-dir=/usr/local
  --with-jpeg-dir=/usr/local

..
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... (cached) no
configure: error: libjpeg not found!

But i have all the libs in /usr/local/lib !!!


My config.log :

configure:17678: checking whether to enable truetype string function in gd
configure:17731: checking for the location of libjpeg
configure:17780: checking for jpeg_read_header in -ljpeg
  
There is no error !!!

I tried with php-4.0.5 and jpeg was found , but i have many other problems like parse 
error in unix.h

Can anyone help me pleace !
Thanks





Edit this bug report at http://bugs.php.net/?id=14067edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14056 Updated: Large amounts of fileuploads in a page cause segmentation fault

2001-11-15 Thread michiel


ID: 14056
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: Redhat 7.0
PHP Version: 4.0.6
New Comment:


Yes, it is fixed in the current CVS, I used, php4-2005

I could even increase max to 300 and it worked. However, when submitting my test 
script with no files inserted for upload, the values of the file uploads were not 
none, but a temporary file. Unexpected behaviour which may lead to problems. The 
size of the (temp)files is 0, but the value of the variable should be none or .

Previous Comments:


[2001-11-14 13:13:00] [EMAIL PROTECTED]

Cannot reproduce with current CVS.



[2001-11-14 12:30:14] [EMAIL PROTECTED]

Can you try a snapshot from snaps.php.net and report back if that fixes the problem?

Derick



[2001-11-14 12:08:47] [EMAIL PROTECTED]

!-- example that causes the error --
!-- you don't need to upload any files, just clicking Submit will cause the crash --
form method=post enctype=multipart/form-data
?

if (is_array($file))
  while (list($key,$val) = each($file))
print $key = $valbr\n;

# changing max to 33 will not cause the segfault, 34 will.
$msx = 34;

for ($i=0;$i$msx;$i++) {
  print $i.'Upload file: input type=file name=file['.$i.']br';
}

?
input type=submit
/form

--end of example --

--with-mysql=/usr --enable-sysvshm=yes --enable-sysvsem=yes --enable-versioning 
--with-gd=/usr --enable-track-vars=yes --enable-force-cgi-redirect=yes 
--enable-memory-limit=yes --with-apache=../apache_1.3.19 --enable-debug=no 
--with-mcrypt

Page works if I switch back to php 4.0.4-pl1








Edit this bug report at http://bugs.php.net/?id=14056edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14056 Updated: Large amounts of fileuploads in a page cause segmentation fault

2001-11-15 Thread bate


ID: 14056
Updated by: bate
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Redhat 7.0
PHP Version: 4.0.6
New Comment:

Its now Fixed.

Previous Comments:


[2001-11-15 05:53:12] [EMAIL PROTECTED]


Yes, it is fixed in the current CVS, I used, php4-2005

I could even increase max to 300 and it worked. However, when submitting my test 
script with no files inserted for upload, the values of the file uploads were not 
none, but a temporary file. Unexpected behaviour which may lead to problems. The 
size of the (temp)files is 0, but the value of the variable should be none or .



[2001-11-14 13:13:00] [EMAIL PROTECTED]

Cannot reproduce with current CVS.



[2001-11-14 12:30:14] [EMAIL PROTECTED]

Can you try a snapshot from snaps.php.net and report back if that fixes the problem?

Derick



[2001-11-14 12:08:47] [EMAIL PROTECTED]

!-- example that causes the error --
!-- you don't need to upload any files, just clicking Submit will cause the crash --
form method=post enctype=multipart/form-data
?

if (is_array($file))
  while (list($key,$val) = each($file))
print $key = $valbr\n;

# changing max to 33 will not cause the segfault, 34 will.
$msx = 34;

for ($i=0;$i$msx;$i++) {
  print $i.'Upload file: input type=file name=file['.$i.']br';
}

?
input type=submit
/form

--end of example --

--with-mysql=/usr --enable-sysvshm=yes --enable-sysvsem=yes --enable-versioning 
--with-gd=/usr --enable-track-vars=yes --enable-force-cgi-redirect=yes 
--enable-memory-limit=yes --with-apache=../apache_1.3.19 --enable-debug=no 
--with-mcrypt

Page works if I switch back to php 4.0.4-pl1








Edit this bug report at http://bugs.php.net/?id=14056edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #13827 Updated: Space character gets inserted after parsing xml into an array

2001-11-15 Thread sander


ID: 13827
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: XML related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-25 18:51:24] [EMAIL PROTECTED]

Add the shortest possible self-containing example script 
which can be used to reproduce this problem here.

--Jani




[2001-10-25 13:28:42] [EMAIL PROTECTED]

Parsing ~40k XML file into an array using the SAX parser.

A single whitespace character always gets inserted at the same location.  It always 
inserts a space at the location that corresponds to character number 16385 in the 
source xml file.

Don't know if the bug is in the XML parser or Array.

I'm using Globalhosting.com (whom I assume compiled all the binaries).  The following 
is their config:

'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--with-curl' 
'--with-swf=/usr/local/flash' '--enable-ftp' '--with-gd=../gd-1.8.4' 
'--with-jpeg-dir=/usr/local' '--with-xpm-dir=/usr/X11R6' 
'--with-imap=../imap-2001.BETA.SNAP-0105220031' '--with-ming=../ming-0.1.1' 
'--enable-magic-quotes' '--with-mysql' '--enable-safe-mode' '--enable-track-vars' 
'--with-ttf' '--enable-versioning' '--with-zlib'





Edit this bug report at http://bugs.php.net/?id=13827edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] HELP! how to load phpapache2.dll filter under Win32

2001-11-15 Thread Paco Ortiz


Hello,

I just compiled php4apache2 filter for Win32, but the README
file says how to use it only under apache 2.0.x for UNIX. It's
clear because PHP is compiled into Apache. But...

Can somebody tell me how to load the sapi filter under 
Apache 2.0.x Win32, in http.conf file? I can't find any docs
about it.

I currently have Apache 2.0.28-beta and the latest PHP CVS files
for apache2filter.

Thank you !
___
Francisco Javier Ortiz Torre
ComuNET,S.A.
mailto:[EMAIL PROTECTED]



-- 
PHP Development Mailing List http://www.php.net/
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 #12404 Updated: ISAPI mode exec() access violation

2001-11-15 Thread sander


ID: 12404
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Win32 (all)
PHP Version: 4.0.6
New Comment:

Can you try a development-version from http://php-dev-win.dhs.org? It might be fixed.

Previous Comments:


[2001-07-26 13:01:23] [EMAIL PROTECTED]

I noticed the changlelog: {
Fixed popen() and the exec family under Win32 (Unable to fork issue). (Daniel)
}

Very Cool, there is alot more functionaility now.

However, in ISAPI mode, trying to execute system commands (ie $foo = `dir c:`;) 
produces something like:

'PHP has encountered an Access Violation at BFF7989A'.

Thanks!

ken





Edit this bug report at http://bugs.php.net/?id=12404edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #9119 Updated: JVM execution problem

2001-11-15 Thread sander


ID: 9119
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: Windows NT/2000
PHP Version: 4.0.4pl1
New Comment:

Can you try the latest version of PHP?
And can you try copy'ing jvm.dll to you winnt\system32 directory? Does it work now?

Previous Comments:


[2001-02-05 13:40:20] [EMAIL PROTECTED]

When I'm using php4isapi.dll module and trying to use the Java object, it works well 
only once. After that (when trying to reload a page) it corresponds an error: Fatal 
error: Unable to load Java Library jvm.dll, error: The specified module could not be 
found. in C:\PHP\PHP\java.php on line 3. In phpinfo() function the Java path 
parameters (java.class.path, java.home and others) are correct after the first page 
loading, and are reseting to No value after reload. This error doesn't occur if I'm 
using php.exe as the script executor instead of the ISAPI module.





Edit this bug report at http://bugs.php.net/?id=9119edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14053 Updated: Memory leak when using BIG array (160MBytes)

2001-11-15 Thread sniper


ID: 14053
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux (2.2.x/2.4.x)
PHP Version: 4.0.6
New Comment:

It would help also to know which database is this and 
if you have some sort of short example script to add here
too.


Previous Comments:


[2001-11-15 05:17:50] [EMAIL PROTECTED]

How many elements are there in the array? And isn't there another way to do this?

Derick



[2001-11-14 10:47:48] [EMAIL PROTECTED]

We do query a database and put the fetched result into some array, whichs keys are the 
first field of the fetched result-row. No problem to get the array build, it eats up 
about 180MBytes from the 2GBytes RAM the server has.

The script works fine, does some manipulation in the array (strings, ints) and 
re-inserts it into the database.

After the script terminates - all output to the browser is done - the Apache-process 
responsible for that request won't free the acquired memory. It instead eats one CPU 
completely for about 3-5minutes and then freezes - with aprox. 180MBytes of reserved 
RAM. (Fire the request 10 times and be sure to have the swap working!)

We currently use:
- HP LC2000r (2*PIII 933MHz, 2GByte RAM, 18GB HDD)
- Linux (Slackware 8.0), glibc2.2.3, Kernel 2.4.13 SMP
- Apache 1.3.22
- PHP 4.0.6
- ZendOptimizer 1.1.0.
Tested and reproduced with:
- Apache 1.3.20, 1.3.17
- w/o ZendOptimizer.
- PHP4.2.0-dev

It'll be nice to hear from you!


Thanks in advance,
 Ingo Bez





Edit this bug report at http://bugs.php.net/?id=14053edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14068: 2 while list each dont work

2001-11-15 Thread witterstein


From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Scripting Engine problem
Bug description:  2 while list each dont work

?php

$a[0]=x;
$a[1]=y;
$b[0]=z;
$b[1]=w;
$b[2]=u;

while (list($key,$val)=each($a) )
{
while (list($key2,$val2)=each($b) )
{
print $key: $val - $key2: $val2br;
}
}
?

'./configure' '--with-mysql' '--with-apache=../apache_1.3.20'
'--with-gd=../gd-1.8.3' '--enable-track-vars'
-- 
Edit bug report at: http://bugs.php.net/?id=14068edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14068: 2 while list each dont work

2001-11-15 Thread Andrey Hristov


Try
reset($a); before the first while, and reset($b) just before the second in 
the body if the first.



On Thursday 15 November 2001 06:56 am, you wrote:
 From: [EMAIL PROTECTED]
 Operating system: Linux
 PHP version:  4.0.5
 PHP Bug Type: Scripting Engine problem
 Bug description:  2 while list each dont work

 ?php

 $a[0]=x;
 $a[1]=y;
 $b[0]=z;
 $b[1]=w;
 $b[2]=u;

 while (list($key,$val)=each($a) )
   {
   while (list($key2,$val2)=each($b) )
   {
   print $key: $val - $key2: $val2br;
   }
   }
 ?

 './configure' '--with-mysql' '--with-apache=../apache_1.3.20'
 '--with-gd=../gd-1.8.3' '--enable-track-vars'

-- 
Andrey Hristov
Web Developer
Icygen Corporation
BUILDING SOLUTIONS
http://www.icygen.com

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] BUILD PHP from CVS...

2001-11-15 Thread Marco Kaiser


Hi,

today i got a problem with building PHP from CVS. I checked
http://www.php.net/anoncvs.php#buildconf_fail to check if correct
version are installed
and i got again the error 1 message. Btw i think its important to say
thats BISON too required to build. There is just a little note one the
http://www.php.net/cvsup.php website.


-- Marco



-- 
PHP Development Mailing List http://www.php.net/
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 #11868 Updated: Improper character encoding

2001-11-15 Thread sniper


ID: 11868
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:

Closed?


Previous Comments:


[2001-11-14 18:04:04] [EMAIL PROTECTED]

In the MS SQL Server Client Network Utility tool under DB-Library Option you can 
specify Automatic ANSI to OEM convertion.
Change this setting and your problem should be solved.



[2001-07-04 05:13:48] [EMAIL PROTECTED]

I am using PHP, Apache 1.3 and MSSQL 2000 server via mssql_* functions. If I SELECT 
some text types with czech characters (ie scaron; zcaron; etc.) these characters are 
malformed. If I INSERT and SELECT these chars directly from browser, they seem to be 
OK in browser, but not in direct DB view, so I suppose it is caused by incompatible 
character encoding between Apache, PHP and MSSQL server.





Edit this bug report at http://bugs.php.net/?id=11868edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #13928 Updated: No support for VARIANT array return type

2001-11-15 Thread sniper


ID: 13928
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Duplicate
Status: Closed
Bug Type: COM related
Operating System: WinNT 2000 Pro
PHP Version: 4.0.6
New Comment:

fixed - closed.


Previous Comments:


[2001-11-15 05:21:02] [EMAIL PROTECTED]

try one of the 4.0.7 release candidates or a current cvs snapshot. this has been fixed 
for a while now, read former bugreports next time before you submit a new one ...

harald



[2001-11-05 00:06:19] [EMAIL PROTECTED]

I have built a 'standard' dual-interface COM dll. Most functions return data as a 1 
dimmension SafeArray of VARIANTs. I get the following when I try:

$jReader = new COM(journalmancom.reader) or die(Unable to instantiate JournalManCOM 
object);

$var = new VARIANT();
$jReader-GetPrimaryEventTypes( $var );
print $var-value;


Warning: Unsupported variant type: 8204 (0x200C)

This corresponds to VT_VARIANT | VT_ARRAY. I noticed that php_variant_to_pval() 
doesn't look for VT_ARRAY.







Edit this bug report at http://bugs.php.net/?id=13928edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14068 Updated: 2 while list each dont work

2001-11-15 Thread hholzgra


ID: 14068
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:

you have to reset() the arrays before
the loops start to reset the internal
array pointer (see http://php.net/each)

or better use the foreach loop instead
of while/each

Previous Comments:


[2001-11-15 06:56:24] [EMAIL PROTECTED]

?php

$a[0]=x;
$a[1]=y;
$b[0]=z;
$b[1]=w;
$b[2]=u;

while (list($key,$val)=each($a) )
{
while (list($key2,$val2)=each($b) )
{
print $key: $val - $key2: $val2br;
}
}
?

'./configure' '--with-mysql' '--with-apache=../apache_1.3.20' '--with-gd=../gd-1.8.3' 
'--enable-track-vars'





Edit this bug report at http://bugs.php.net/?id=14068edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14068 Updated: 2 while list each dont work

2001-11-15 Thread bate


ID: 14068
Updated by: bate
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:

Andrey Hristov:

Try
reset($a); before the first while, and reset($b) just before the second in 
the body if the first.

Previous Comments:


[2001-11-15 07:29:44] [EMAIL PROTECTED]

you have to reset() the arrays before
the loops start to reset the internal
array pointer (see http://php.net/each)

or better use the foreach loop instead
of while/each



[2001-11-15 06:56:24] [EMAIL PROTECTED]

?php

$a[0]=x;
$a[1]=y;
$b[0]=z;
$b[1]=w;
$b[2]=u;

while (list($key,$val)=each($a) )
{
while (list($key2,$val2)=each($b) )
{
print $key: $val - $key2: $val2br;
}
}
?

'./configure' '--with-mysql' '--with-apache=../apache_1.3.20' '--with-gd=../gd-1.8.3' 
'--enable-track-vars'





Edit this bug report at http://bugs.php.net/?id=14068edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14056 Updated: Large amounts of fileuploads in a page cause segmentation fault

2001-11-15 Thread sniper


ID: 14056
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible crash
Operating System: Redhat 7.0
PHP Version: 4.0.6
New Comment:

The next release, 4.1.0 should work just fine.
( you can try the RC2 from http://www.php.net/~zeev/php-4.1.0RC2.tar.gz)

Latest CVS has new code for handling file uploads and
it's under development.
 
I'm fixing this 'no file sent' to behave same as it does
in 4.1.0.

--Jani


Previous Comments:


[2001-11-15 05:55:52] [EMAIL PROTECTED]

Its now Fixed.



[2001-11-15 05:53:12] [EMAIL PROTECTED]


Yes, it is fixed in the current CVS, I used, php4-2005

I could even increase max to 300 and it worked. However, when submitting my test 
script with no files inserted for upload, the values of the file uploads were not 
none, but a temporary file. Unexpected behaviour which may lead to problems. The 
size of the (temp)files is 0, but the value of the variable should be none or .



[2001-11-14 13:13:00] [EMAIL PROTECTED]

Cannot reproduce with current CVS.



[2001-11-14 12:30:14] [EMAIL PROTECTED]

Can you try a snapshot from snaps.php.net and report back if that fixes the problem?

Derick



[2001-11-14 12:08:47] [EMAIL PROTECTED]

!-- example that causes the error --
!-- you don't need to upload any files, just clicking Submit will cause the crash --
form method=post enctype=multipart/form-data
?

if (is_array($file))
  while (list($key,$val) = each($file))
print $key = $valbr\n;

# changing max to 33 will not cause the segfault, 34 will.
$msx = 34;

for ($i=0;$i$msx;$i++) {
  print $i.'Upload file: input type=file name=file['.$i.']br';
}

?
input type=submit
/form

--end of example --

--with-mysql=/usr --enable-sysvshm=yes --enable-sysvsem=yes --enable-versioning 
--with-gd=/usr --enable-track-vars=yes --enable-force-cgi-redirect=yes 
--enable-memory-limit=yes --with-apache=../apache_1.3.19 --enable-debug=no 
--with-mcrypt

Page works if I switch back to php 4.0.4-pl1








Edit this bug report at http://bugs.php.net/?id=14056edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14068 Updated: 2 while list each dont work

2001-11-15 Thread derick


ID: 14068
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:

Non-Bugs are bogus.

Previous Comments:


[2001-11-15 07:29:54] [EMAIL PROTECTED]

Andrey Hristov:

Try
reset($a); before the first while, and reset($b) just before the second in 
the body if the first.



[2001-11-15 07:29:44] [EMAIL PROTECTED]

you have to reset() the arrays before
the loops start to reset the internal
array pointer (see http://php.net/each)

or better use the foreach loop instead
of while/each



[2001-11-15 06:56:24] [EMAIL PROTECTED]

?php

$a[0]=x;
$a[1]=y;
$b[0]=z;
$b[1]=w;
$b[2]=u;

while (list($key,$val)=each($a) )
{
while (list($key2,$val2)=each($b) )
{
print $key: $val - $key2: $val2br;
}
}
?

'./configure' '--with-mysql' '--with-apache=../apache_1.3.20' '--with-gd=../gd-1.8.3' 
'--enable-track-vars'





Edit this bug report at http://bugs.php.net/?id=14068edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14069: Need function for Informix

2001-11-15 Thread puawat


From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  Need function for Informix

HI,

I use PHP 4.0.6 connect to Informix IDS2000 9.21.UC5 on AIX 4.3.3. I
would like to know
the number of rows that return from select statement. I try to use
ifx_affected_rows to get this 
info but it return the estimate no of rows not the exactly. Can you provide
the function for informix
that return the real number for the select statement.
Thank you for your help.

Regards,
Pornchai

-- 
Edit bug report at: http://bugs.php.net/?id=14069edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] 4.1.0RC2

2001-11-15 Thread Petr Cech


On Tue, Nov 13, 2001 at 04:10:01AM +0200 , Zeev Suraski wrote:
 http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
 
 Do your thang :)

There is some problem with php run from command line, when HTTP header
output is disabled - that's either -f or -q

test.php:
? session_start();
?

php -f test.php

br
bWarning/b:  Cannot send session cookie - headers already sent in
b/root/p/test.php/b on line b2/bbr
br
bWarning/b:  Cannot send session cache limiter - headers already sent
(output started at /root/p/test.php:2) in b/root/p/test.php/b on line
b2/bbr

and again is setcookie() OK. I'm not really sure about this, but
setcookie(bla); gives on earlier version this output:

Set-Cookie: bla=deleted; expires=Wed, 15-Nov-00 13:37:21 GMT

but on 4.1.0RC2

Set-Cookie: bla=

is that OK?

Petr Cech
-- 
Debian GNU/Linux maintainer - www.debian.{org,cz}
   [EMAIL PROTECTED]

Robot101 GNU\Linux on Win32 systems

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS account email address incorrect

2001-11-15 Thread Joao Prado Maia



I just noticed that the email address that is stored on your databases (or
wherever you keep the information on) is incorrect - [EMAIL PROTECTED]

Can someone with the proper permission please change it to
'[EMAIL PROTECTED]' ?

Thanks,
Joao

--
João Prado Maia [EMAIL PROTECTED]
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br


--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] ÉÏ¹ØÏµÍ¨Æ½Ì¨£¬½»ÊÂÒµÅóÓÑ£¬ÖÐÐÄ¶¯´ó½±

2001-11-15 Thread UP30

Title: ÉÏ¹ØÏµÍ¨£¬½±ÉÌÎñÍ¨£¡






  




 
  
  


  

  

  


  

  
 
  
  
  

 
   
ÉÏ¹ØÏµÍ¨£¬½±ÉÌÎñÍ¨
  
   

  

  
   
¹ØÏµÍ¨Èí¼þÊÇÈýÊ®¶øÁ¢Íøwww.up30.com¹ØÏµÁªÃËÊý¾Ý¿âµÄ·ÃÎÊÆ½Ì¨£¬ÕâÊÇÒ»¸ö¾ßÓÐÐÅÓÃÌØµãµÄÍøÂç½»ÍùÆ½Ì¨£¬ËùÓÐÓÃ»§ÒÔ¸öÈËÕæÊµÉí·Ý¼ÓÈë¡£ÈýÊ®¶øÁ¢ÍøÏÂµÄ¹ØÏµÁªÃËÊÇÒ»ÈºÒµÄÚÈËÊ¿ÎªÁË·½±ãÉÌÎñÁªÏµ£¬½»»»ÐÅÏ¢¶ø½¨Á¢µÄÒ»¸ö¹ØÏµÁªÃË£¬¸÷¸öÐÐÒµ¡¢µØÇø¾ùÓÐ¿ÊÍû²»¶ÏÍØÕ¹¸öÈË¹ØÏµµÄ¾«Ó¢¼ÓÈë¡£ÒªÔÚ¹ØÏµÍ¨½¨Á¢¸öÈË¸ü¹ã·ºµÄÈË¼Ê¹ØÏµ£¬ÄãËùÒª×öµÄ¾ÍÊÇÒÔÕæÊµµÄÉí·ÝºÍÆäËûÓÃ»§Ö÷¶¯È¥½»»»ÐÅÏ¢¡£ 
  ¿ªÍØ¹ØÏµ£¬ÈýÊ®¶øÁ¢ÊÇÎÒÃÇµÄ¿ÚºÅ£¡

  

  

 
µÇÂ½ÈýÊ®¶øÁ¢ÍøÕ¾www.up30.com£¬×¢²á³ÉÎª¹ØÏµÍ¨Æ½Ì¨ÓÃ»§£¬ÖÚ¶à¾ßÓÐÕæÊµÉí·ÝºÍÐÅÓÃ¼¶±ðµÄÒµ½ç¾«Ó¢µÈ×ÅÄã¡£ÉÏ¹ØÏµÍ¨£¬¿ªÍØ¹ØÏµ£¬ÈýÊ®¶øÁ¢¡£
»î¶¯Ï¸Ôò£º
£¨»î¶¯Ê±¼ä£º2001Äê11ÔÂ1ÈÕµ½2001Äê11ÔÂ30ÈÕ£©
¡ô ÏÖÔÚµÇÂ½ÈýÊ®¶øÁ¢ÍøÕ¾×¢²á¸öÈËÕæÊµ×ÊÁÏ³ÉÎª¹ØÏµÍ¨ÓÃ»§£»£¨Ê¹ÓÃÃûÆ¬½»»»¹¦ÄÜ¾Í¿ÉÒÔºÜ¿ì½¨Á¢ÆðÄãµÄ¹ØÏµÈ¦£©£»
¡ô 
ÔÚ11ÔÂ30ÈÕÇ°ÔÚÈýÊ®¶øÁ¢ÍøÕ¾Ê×Ò³ÉÏ½øÐÐÍÆ¼ö3Î»¹ØÏµÍ¨ÉÏÄãÈÏÎª×îÓÐ¼ÛÖµµÄÅóÓÑ£»£¨´ó¼ÒÒª×¢Òâµ½ÍøÕ¾ÉÏ²é¿´Ò»ÏÂÍÆ¼öÅÅÃû£©
¡ô 
µÃµ½ÍÆ¼ö×î¶àµÄ1Î»ÓÃ»§½«»ñµÃ×îÓÐ¼ÛÖµ»ï°é½±£¬½±£º¼ÛÖµ4680ÔªµÄÉÌÎñÍ¨±¼Ñï2186£»
¡ô¸ù¾ÝÓÃ»§µÄÆÀÓï£¬ÎÒÃÇÔÚ»ñµÃÍÆ¼öµÄÇ°10ÃûÓÃ»§ÖÐÑ¡³ö×îÕæÊµÓÃ»§½±1ÃûºÍ×îÈÈÇéÓÃ»§½±¸÷1Ãû£¬½±£º¼ÛÖµ1380ÔªµÄÉÌÎñÍ¨ÏÈ½ÝMBA8823£»
¡ô 
Ç°30ÃûÓÃ»§³ÉÎª¹ØÏµÍ¨µÄVIPÓÃ»§£¬ÔÚÈýÊ®¶øÁ¢ÍøÕ¾ÉÏ½øÐÐ¸öÐÔÍÆ¼ö½éÉÜ£¬²¢ÏíÓÐÒÔºóµÄ¶àÖÖÌØÊâ·þÎñ¡£
¡ô 
Ã¿Î»ÓÃ»§ÔÚÊ¹ÓÃ¹ØÏµÍ¨µÄÇ°3´Î¿ÉÒÔÓÐ»ú»á½éÉÜÄãµÄ10Î»ÀÏÓÑ¡£ÔÚÈÎºÎÒ»´Î¹ØÏµÍ¨µÄ»î¶¯ÖÐÖ»ÒªÄãÖÐ½±£¬ËûÃÇ¾Í»áÁ¬´øÖÐ½±¡£±¾´Î»î¶¯×îÓÐ¼ÛÖµÓÃ»§µÄ10Î»ºÃÓÑ¿ÉÔÚJAZZÄÐÊ¿ÏãË®¡¢¾µäÈ«¸ÖÔË¶¯±í¡¢SANFOÖÐ¿ÕËÄ¿×ÃÞÂÃÐÐË¯´ü¡¢È«Ì×¶¡¶¡ÀúÏÕ¼ÇÖÐÑ¡Ôñ1·ÝÀñÆ·¡£

 
¡¡

1. ½«¶Ô»ñ½±Õß½øÐÐ×ÊÁÏÓèÒÔºË¶Ô£¬Èç¹û³öÏÖÐé¼ÙÇé¿ö£¬È¡Ïû²Î¼Ó»î¶¯×Ê¸ñ¡£
2. ÉîÛÚ°®¶ûÆÕÐÅÏ¢¿Æ¼¼ÓÐÏÞ¹«Ë¾ÓµÓÐ¶Ô»î¶¯µÄ×îÖÕ½âÊÍÈ¨¡£
  

 
  
  
  

 
  

  

  


  

  


  
www.up30.com
  Copyright 2001 
  UP30com All rights reserved. 
  






--
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] md5sum() patch

2001-11-15 Thread Derick Rethans


Hello,

we already have md5() as a function. md5sum() will then be the same as:

echo md5(join (, file (filename)));

do you really think this new function is needed? And I think that the name
is not very well chosen either...

regards,
Derick


On Thu, 15 Nov 2001, Alessandro Astarita wrote:

 I have added md5sum() function to the standard extension. It returns the
 md5 hash of given filename.

 I think this is useful. Can you merge it in the main distribution?

 --
 Alessandro 'Asterix75' Astarita [EMAIL PROTECTED]
 Web site: http://asterix75.capri.it
 E-commerce software: http://www.alfacomm.it/

Derick Rethans

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


-- 
PHP Development Mailing List http://www.php.net/
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 #12404 Updated: ISAPI mode exec() access violation

2001-11-15 Thread ken


ID: 12404
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: Win32 (all)
Old PHP Version: 4.0.6
PHP Version: 4.2.0-dev
New Comment:

Yes!!! Forking now appears to work in ISAPI mode (havn't tested/dont know NSAPI 
status). It's a beautiful thing.

I noted that this build doesn't seem compatible with the windows-extensions just yet,  
(ie extension=php_ldap.dll) so I havent put it into a true production environment for 
a more thorough workout.

Thanks!!!

ken

Previous Comments:


[2001-11-15 06:44:29] [EMAIL PROTECTED]

Can you try a development-version from http://php-dev-win.dhs.org? It might be fixed.



[2001-07-26 13:01:23] [EMAIL PROTECTED]

I noticed the changlelog: {
Fixed popen() and the exec family under Win32 (Unable to fork issue). (Daniel)
}

Very Cool, there is alot more functionaility now.

However, in ISAPI mode, trying to execute system commands (ie $foo = `dir c:`;) 
produces something like:

'PHP has encountered an Access Violation at BFF7989A'.

Thanks!

ken





Edit this bug report at http://bugs.php.net/?id=12404edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14070: Segfault with concurrent postgres connections

2001-11-15 Thread mw


From: [EMAIL PROTECTED]
Operating system: Linux 2.2.19ext3
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Segfault with concurrent postgres connections

PHP segfaults in several places, when the following conditions occur:

1. two or more concurrent connections from the same script to the same
datebase, with EXACTLY the same connect string.
2. one of the links must be closed
3. the other link is used
4. postgres sends notices (e.g. rollback; commit) etc.

the problem is in pgsql.c/php_pgsql_do_connect(), around line 443. it uses
the connect string as hash key to find such a connection, and if
subsequenct connect calls use the same connect string, the connection seems
to be reused (which is wrong. it should NOT be reused).

the effects vary, sometimes it segfaults, sometimes not.


-- 
Edit bug report at: http://bugs.php.net/?id=14070edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Alessandro Astarita


Il 16:28, giovedì 15 novembre 2001, Derick Rethans ha scritto:
 we already have md5() as a function. md5sum() will then be the same as:

 echo md5(join (, file (filename)));

In this way you load in memory all the file contents and then you hash it.
It's not the same. My function is the php version of the md5sum utility that 
you can find at example in Linux (textutils package).

-- 
Alessandro 'Asterix75' Astarita [EMAIL PROTECTED]
Web site: http://asterix75.capri.it
E-commerce software: http://www.alfacomm.it/

-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread derick


On Thu, 15 Nov 2001, Alessandro Astarita wrote:

 In this way you load in memory all the file contents and then you hash it.
 It's not the same. My function is the php version of the md5sum utility that
 you can find at example in Linux (textutils package).

Then this will do the same:
$sum = `md5sum filename`;

Derick


-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Alessandro Astarita


Il 17:25, giovedì 15 novembre 2001, [EMAIL PROTECTED] ha scritto:
 Then this will do the same:
 $sum = `md5sum filename`;

Do I have to depends on the external executable? ...in my opinion is not the 
right way.

-- 
Alessandro 'Asterix75' Astarita [EMAIL PROTECTED]
Web Site: http://asterix75.capri.it
Unix IS user friendly. It's just selective about who its friends are

-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Martin Jansen


On Thu, 15 Nov 2001 17:25:24 +0100 (CET), [EMAIL PROTECTED] wrote:

On Thu, 15 Nov 2001, Alessandro Astarita wrote:

 In this way you load in memory all the file contents and then you hash it.
 It's not the same. My function is the php version of the md5sum utility that
 you can find at example in Linux (textutils package).

Then this will do the same:
$sum = `md5sum filename`;

I think it would be much nicer to have such a function in
the PHP core, than always executing an external program.

- Martin



-- 
PHP Development Mailing List http://www.php.net/
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 #12404 Updated: ISAPI mode exec() access violation

2001-11-15 Thread sander


ID: 12404
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Win32 (all)
PHP Version: 4.2.0-dev
New Comment:

Ok. Then I'll close this bug.

The binary modules supplied with 4.0.6 don't work with the latest binaries because the 
API has changed. All extensions should be recompiled.

Previous Comments:


[2001-11-15 11:12:58] [EMAIL PROTECTED]

Yes!!! Forking now appears to work in ISAPI mode (havn't tested/dont know NSAPI 
status). It's a beautiful thing.

I noted that this build doesn't seem compatible with the windows-extensions just yet,  
(ie extension=php_ldap.dll) so I havent put it into a true production environment for 
a more thorough workout.

Thanks!!!

ken



[2001-11-15 06:44:29] [EMAIL PROTECTED]

Can you try a development-version from http://php-dev-win.dhs.org? It might be fixed.



[2001-07-26 13:01:23] [EMAIL PROTECTED]

I noticed the changlelog: {
Fixed popen() and the exec family under Win32 (Unable to fork issue). (Daniel)
}

Very Cool, there is alot more functionaility now.

However, in ISAPI mode, trying to execute system commands (ie $foo = `dir c:`;) 
produces something like:

'PHP has encountered an Access Violation at BFF7989A'.

Thanks!

ken





Edit this bug report at http://bugs.php.net/?id=12404edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Sander Roobol


 Then this will do the same:
 $sum = `md5sum filename`;

Yes it will, but only if you have safe-mode disabled, and you're running
Unix or Linux. +1 for adding this function.

Sander



-- 
PHP Development Mailing List http://www.php.net/
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 segfaults??

2001-11-15 Thread Eric Terstegen


PHP Version: 4.0.6

I am working on a PHP extension which will basically be a 
wrapper for a library dealing with DECnet..  

PHP is compiled as a module for Apache 1.3.20 with apxs 
and no special arguments.  Also, I am compiling the 
extension by hand as illustrated in the Zend API docs (simple makefile).

The php extension links to 2 shared libraries (both are 
C++).  The main library contains a function (called from 
the extension) which creates a new instance of a class, 
and then returns this newly created class to the PHP 
extension as a (typdef void *), since the extension is 
straight C.  The class used in the main library is defined 
in the second library.  

After adding some code to implement resources (a basic 
MINIT, destructor, and handle) the extension segfaults 
every time.

If I take out the code for the resource it runs perfectly fine HOWEVER if 
I leave the resource code in and comment out the call to the function it runs 
perfectly fine as well... So it only happens when both resources and the call 
are made...

The most interesting thing is that I never actually use the resources (in 
this code), meaning I never call a zend_list_delete or a return_resource, it 
is just enough that the minit and destructor are there.

The backtrace usually looks like this:

Program received signal SIGSEGV, Segmentation fault.
0x40229aa7 in ?? ()
(gdb) bt
#0  0x40229aa7 in ?? ()
#1  0x4022cfa8 in ?? ()
#2  0x4022d14c in ?? ()
#3  0x40228ab1 in ?? ()
#4  0x4023adf0 in ?? ()
#5  0x4023855c in ?? ()
#6  0x08051461 in run_cleanups () at eval.c:41
#7  0x0804fad5 in ap_clear_pool () at eval.c:41
#8  0x0804fb57 in ap_destroy_pool () at eval.c:41
#9  0x080603c3 in child_main () at eval.c:41
#10 0x08060521 in make_child () at eval.c:41
#11 0x0806069c in startup_children () at eval.c:41
#12 0x08060d0c in standalone_main () at eval.c:41
#13 0x0806153c in main () at eval.c:41
#14 0x40095177 in __libc_start_main (main=0x80611a4 main, argc=2,
ubp_av=0xb97c, init=0x804e9ac _init, fini=0x8096e70 _fini,
rtld_fini=0x4000e184 _dl_fini, stack_end=0xb96c)
at ../sysdeps/generic/libc-start.c:129

I have very basic and stripped down code for both libraries and the 
module and can zip them up and send them if need be.

Thanks,
Eric Terstegen

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] ÉÏ¹ØÏµÍ¨Æ½Ì¨£¬½»ÊÂÒµÅóÓÑ£¬ÖÐÐÄ¶¯´ó½±

2001-11-15 Thread UP30

Title: ÉÏ¹ØÏµÍ¨£¬½±ÉÌÎñÍ¨£¡






  




 
  
  


  

  

  


  

  
 
  
  
  

 
   
ÉÏ¹ØÏµÍ¨£¬½±ÉÌÎñÍ¨
  
   

  

  
   
¹ØÏµÍ¨Èí¼þÊÇÈýÊ®¶øÁ¢Íøwww.up30.com¹ØÏµÁªÃËÊý¾Ý¿âµÄ·ÃÎÊÆ½Ì¨£¬ÕâÊÇÒ»¸ö¾ßÓÐÐÅÓÃÌØµãµÄÍøÂç½»ÍùÆ½Ì¨£¬ËùÓÐÓÃ»§ÒÔ¸öÈËÕæÊµÉí·Ý¼ÓÈë¡£ÈýÊ®¶øÁ¢ÍøÏÂµÄ¹ØÏµÁªÃËÊÇÒ»ÈºÒµÄÚÈËÊ¿ÎªÁË·½±ãÉÌÎñÁªÏµ£¬½»»»ÐÅÏ¢¶ø½¨Á¢µÄÒ»¸ö¹ØÏµÁªÃË£¬¸÷¸öÐÐÒµ¡¢µØÇø¾ùÓÐ¿ÊÍû²»¶ÏÍØÕ¹¸öÈË¹ØÏµµÄ¾«Ó¢¼ÓÈë¡£ÒªÔÚ¹ØÏµÍ¨½¨Á¢¸öÈË¸ü¹ã·ºµÄÈË¼Ê¹ØÏµ£¬ÄãËùÒª×öµÄ¾ÍÊÇÒÔÕæÊµµÄÉí·ÝºÍÆäËûÓÃ»§Ö÷¶¯È¥½»»»ÐÅÏ¢¡£ 
  ¿ªÍØ¹ØÏµ£¬ÈýÊ®¶øÁ¢ÊÇÎÒÃÇµÄ¿ÚºÅ£¡

  

  

 
µÇÂ½ÈýÊ®¶øÁ¢ÍøÕ¾www.up30.com£¬×¢²á³ÉÎª¹ØÏµÍ¨Æ½Ì¨ÓÃ»§£¬ÖÚ¶à¾ßÓÐÕæÊµÉí·ÝºÍÐÅÓÃ¼¶±ðµÄÒµ½ç¾«Ó¢µÈ×ÅÄã¡£ÉÏ¹ØÏµÍ¨£¬¿ªÍØ¹ØÏµ£¬ÈýÊ®¶øÁ¢¡£
»î¶¯Ï¸Ôò£º
£¨»î¶¯Ê±¼ä£º2001Äê11ÔÂ1ÈÕµ½2001Äê11ÔÂ30ÈÕ£©
¡ô ÏÖÔÚµÇÂ½ÈýÊ®¶øÁ¢ÍøÕ¾×¢²á¸öÈËÕæÊµ×ÊÁÏ³ÉÎª¹ØÏµÍ¨ÓÃ»§£»£¨Ê¹ÓÃÃûÆ¬½»»»¹¦ÄÜ¾Í¿ÉÒÔºÜ¿ì½¨Á¢ÆðÄãµÄ¹ØÏµÈ¦£©£»
¡ô 
ÔÚ11ÔÂ30ÈÕÇ°ÔÚÈýÊ®¶øÁ¢ÍøÕ¾Ê×Ò³ÉÏ½øÐÐÍÆ¼ö3Î»¹ØÏµÍ¨ÉÏÄãÈÏÎª×îÓÐ¼ÛÖµµÄÅóÓÑ£»£¨´ó¼ÒÒª×¢Òâµ½ÍøÕ¾ÉÏ²é¿´Ò»ÏÂÍÆ¼öÅÅÃû£©
¡ô 
µÃµ½ÍÆ¼ö×î¶àµÄ1Î»ÓÃ»§½«»ñµÃ×îÓÐ¼ÛÖµ»ï°é½±£¬½±£º¼ÛÖµ4680ÔªµÄÉÌÎñÍ¨±¼Ñï2186£»
¡ô¸ù¾ÝÓÃ»§µÄÆÀÓï£¬ÎÒÃÇÔÚ»ñµÃÍÆ¼öµÄÇ°10ÃûÓÃ»§ÖÐÑ¡³ö×îÕæÊµÓÃ»§½±1ÃûºÍ×îÈÈÇéÓÃ»§½±¸÷1Ãû£¬½±£º¼ÛÖµ1380ÔªµÄÉÌÎñÍ¨ÏÈ½ÝMBA8823£»
¡ô 
Ç°30ÃûÓÃ»§³ÉÎª¹ØÏµÍ¨µÄVIPÓÃ»§£¬ÔÚÈýÊ®¶øÁ¢ÍøÕ¾ÉÏ½øÐÐ¸öÐÔÍÆ¼ö½éÉÜ£¬²¢ÏíÓÐÒÔºóµÄ¶àÖÖÌØÊâ·þÎñ¡£
¡ô 
Ã¿Î»ÓÃ»§ÔÚÊ¹ÓÃ¹ØÏµÍ¨µÄÇ°3´Î¿ÉÒÔÓÐ»ú»á½éÉÜÄãµÄ10Î»ÀÏÓÑ¡£ÔÚÈÎºÎÒ»´Î¹ØÏµÍ¨µÄ»î¶¯ÖÐÖ»ÒªÄãÖÐ½±£¬ËûÃÇ¾Í»áÁ¬´øÖÐ½±¡£±¾´Î»î¶¯×îÓÐ¼ÛÖµÓÃ»§µÄ10Î»ºÃÓÑ¿ÉÔÚJAZZÄÐÊ¿ÏãË®¡¢¾µäÈ«¸ÖÔË¶¯±í¡¢SANFOÖÐ¿ÕËÄ¿×ÃÞÂÃÐÐË¯´ü¡¢È«Ì×¶¡¶¡ÀúÏÕ¼ÇÖÐÑ¡Ôñ1·ÝÀñÆ·¡£

 
¡¡

1. ½«¶Ô»ñ½±Õß½øÐÐ×ÊÁÏÓèÒÔºË¶Ô£¬Èç¹û³öÏÖÐé¼ÙÇé¿ö£¬È¡Ïû²Î¼Ó»î¶¯×Ê¸ñ¡£
2. ÉîÛÚ°®¶ûÆÕÐÅÏ¢¿Æ¼¼ÓÐÏÞ¹«Ë¾ÓµÓÐ¶Ô»î¶¯µÄ×îÖÕ½âÊÍÈ¨¡£
  

 
  
  
  

 
  

  

  


  

  


  
www.up30.com
  Copyright 2001 
  UP30com All rights reserved. 
  






--
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] Karma request

2001-11-15 Thread Jan Lehnardt


Hi,
can someone extend my karma to php4/pear. I'd like to help out in this
area as well.

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net

-- 
PHP Development Mailing List http://www.php.net/
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] Karma request

2001-11-15 Thread Jan Lehnardt


Hi,
On Thu, 15 Nov 2001 18:54:40 +0100
Jan Lehnardt [EMAIL PROTECTED] wrote:

 Hi,
 can someone extend my karma to php4/pear. I'd like to help out in this
 area as well.
 
user id is jan, sorry.

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net

-- 
PHP Development Mailing List http://www.php.net/
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 #14071: 'admin-values' php.ini also for CGI-binary

2001-11-15 Thread maddog2k


From: [EMAIL PROTECTED]
Operating system: Linux/FreeBSD
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  'admin-values' php.ini also for CGI-binary

The problem I ran into while using PHP as CGI-binary under for example
Apache instead of mod_php, is that you can't simply allow restrictive
overrides of certain values.

If you for example put a 'php.ini' file in a directory, PHP will read that
file...completely ignoring the /usr/local/lib/php.ini

Let's say we have a malicious user who wants to upload files of 100MB, he
could simply do that by allowing this in his 'own' php.ini (post_max_size).
I don't think this is a wanted situation.

The restriction I'm using now (thanks to Mathieu), is by an edited
php_ini.c that reads only the php.ini from PHP_CONFIG_FILE_PATH. 

Why not using the same guidelines as with the ini_set() function ? Or an
option in the 'default' .ini, to turn this behaviour on...:))
-- 
Edit bug report at: http://bugs.php.net/?id=14071edit=1


-- 
PHP Development Mailing List http://www.php.net/
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: apache 2.0.28 and php 4.1rc2

2001-11-15 Thread Sebastian Bergmann


Alonso wrote:
 try on php.qa group.

  php.qa would be more off-topic than php.dev, IM(NS)HO.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List http://www.php.net/
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 #14072 Updated: PHP Causes OpenLink Request Broker (odbc_mv.exe) to Segfault upon odbc_do, etc.

2001-11-15 Thread arthur


ID: 14072
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:

(Whoops, I forgot to mention that this is a standard MS Access DSN)

Client Platform: Apache 1.3.20/PHP 4.0.6/OpenLink Data Access Drivers (Current as of
yesterday), PHP Compiled --with-iodbc --with-openlink

Server Platform: WinNT 4.5 SBS, OpenLink Request Broker (Current as of yesterday).

When attempting to execute ANY query, ie:
select * from table
via any method (odbc_do, odbc_exec, odbc_prepare/odbc_execute, etc..) PHP causes a
segfault in the Request Broker on the NT machine.  This appears to be PHP specific. 
./odbctest works fine, and I can establish a connection to my odbc datasource and get 
any
data directly.  I have submitted a bug report to OpenLink software as well, but it 
appears
to be PHP specific.  Client machine remains running.

Previous Comments:


[2001-11-15 14:03:19] [EMAIL PROTECTED]

Client Platform: Apache 1.3.20/PHP 4.0.6/OpenLink Data Access Drivers (Current as of 
yesterday), PHP Compiled --with-iodbc --with-openlink

Server Platform: WinNT 4.5 SBS, OpenLink Request Broker (Current as of yesterday).

When attempting to execute ANY query, ie:
select * from table
via any method (odbc_do, odbc_exec, odbc_prepare/odbc_execute, etc..) PHP causes a 
segfault in the Request Broker on the NT machine.  This appears to be PHP specific.  
./odbctest works fine, and I can establish a connection to my odbc datasource and get 
any data directly.  I have submitted a bug report to OpenLink software as well, but it 
appears to be PHP specific.  Client machine remains running.






Edit this bug report at http://bugs.php.net/?id=14072edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14072: PHP Causes OpenLink Request Broker (odbc_mv.exe) to Segfault upon odbc_do, etc.

2001-11-15 Thread arthur


From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.3
PHP version:  4.0.6
PHP Bug Type: ODBC related
Bug description:  PHP Causes OpenLink Request Broker (odbc_mv.exe) to Segfault upon 
odbc_do, etc.

Client Platform: Apache 1.3.20/PHP 4.0.6/OpenLink Data Access Drivers
(Current as of yesterday), PHP Compiled --with-iodbc --with-openlink

Server Platform: WinNT 4.5 SBS, OpenLink Request Broker (Current as of
yesterday).

When attempting to execute ANY query, ie:
select * from table
via any method (odbc_do, odbc_exec, odbc_prepare/odbc_execute, etc..) PHP
causes a segfault in the Request Broker on the NT machine.  This appears to
be PHP specific.  ./odbctest works fine, and I can establish a connection
to my odbc datasource and get any data directly.  I have submitted a bug
report to OpenLink software as well, but it appears to be PHP specific. 
Client machine remains running.

-- 
Edit bug report at: http://bugs.php.net/?id=14072edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Lenar Lõhmus


Alessandro Astarita wrote:

 Il 17:25, giovedì 15 novembre 2001, [EMAIL PROTECTED] ha scritto:
 Then this will do the same:
 $sum = `md5sum filename`;
 
 Do I have to depends on the external executable? ...in my opinion is not
 the right way.
 

+1 to the function

-- 
Lenar Lõhmus
Vision Group

-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Hartmut Holzgraefe


Lenar Lõhmus wrote:

 Alessandro Astarita wrote:
Il 17:25, giovedì 15 novembre 2001, [EMAIL PROTECTED] ha scritto:
Then this will do the same:
$sum = `md5sum filename`;

Do I have to depends on the external executable? ...in my opinion is not
the right way.
 
 +1 to the function

hm, what about just overloading the current md5 function?

if given a string - current behavior

if given a file handle resource - read file and return sum

?

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread derick


On Thu, 15 Nov 2001, Hartmut Holzgraefe wrote:

 Lenar Lõhmus wrote:

 hm, what about just overloading the current md5 function?

 if given a string - current behavior

 if given a file handle resource - read file and return sum

That is a possibility, better then having a new function. Although it
makes it a bit obscure IMO. But I can live with it :)

Derick


-- 
PHP Development Mailing List http://www.php.net/
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: Bug #14063: unset($array[]) causes apache 1.3.20to coredump

2001-11-15 Thread Derick Rethans


On Thu, 15 Nov 2001, Yasuo Ohgaki wrote:

 Hi Derick,

 May I ask question? I've spent a little more time on this. (When I
 submit the patch, I spent less than 10 minutes :)

 When unset($arr[]) is called, get_zval_ptr() returns NULL since
 znode has IS_UNUSED type.

unset is supposed to work on a variabele. $arr[] is not a variable, so
the parser should give a parsing error IMO.

Derick

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


-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Andrei Zmievski


On Thu, 15 Nov 2001, [EMAIL PROTECTED] wrote:
 That is a possibility, better then having a new function. Although it
 makes it a bit obscure IMO. But I can live with it :)

Why is it better than having a new function? What's wrong with having a
new function? Name it md5_file() and it's pretty clear what it does.

-Andrei
* Programming is an art form that fights back. *

-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Hartmut Holzgraefe


Andrei Zmievski wrote:

 Why is it better than having a new function? 

because i realy like function overloading ;)

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Andrei Zmievski


On Thu, 15 Nov 2001, Hartmut Holzgraefe wrote:
 because i realy like function overloading ;)

I need to use some holy water on you.

-Andrei

A room without books is like a body without a soul.
  -- Marcus Tullius Cicero (106-43 B.C.)

-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Markus Fischer


On Thu, Nov 15, 2001 at 09:37:22PM +0100, Hartmut Holzgraefe wrote : 
 Lenar Lõhmus wrote:
 
 Alessandro Astarita wrote:
 Il 17:25, giovedì 15 novembre 2001, [EMAIL PROTECTED] ha scritto:
 Then this will do the same:
 $sum = `md5sum filename`;
 
 Do I have to depends on the external executable? ...in my opinion is not
 the right way.
 
 +1 to the function
 
 hm, what about just overloading the current md5 function?
 
 if given a string - current behavior
 
 if given a file handle resource - read file and return sum

-1 on that (+1 on md5_file() )

You want your code look like

$f = fopen('filename');
$md5sum = md5($f);
fclose($f);

than

$m45sum = md5_file($f);

?

No seriously I hope ;)

- Markus

-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Joao Prado Maia



On Thu, 15 Nov 2001, Markus Fischer wrote:

 $m45sum = md5_file($f);

 
I guess you probably meant this:

$md5sum = md5_file('filename');

Joao

--
João Prado Maia [EMAIL PROTECTED]
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br


--
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Markus Fischer


On Thu, Nov 15, 2001 at 03:08:00PM -0500, Joao Prado Maia wrote : 
 
 On Thu, 15 Nov 2001, Markus Fischer wrote:
 
  $m45sum = md5_file($f);
 
  
 I guess you probably meant this:
 
 $md5sum = md5_file('filename');

No. I refered to Hartmut who suggested:

H if given a string - current behavior
H if given a file handle resource - read file and return sum

So
$f = fopen('filename'); $md5sum = md5($f); fclose($f);

actually would be what he wanted.

Looks .. odd to me ;)

- Markus

-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Markus Fischer


Forget the message, finally managed to confuse myself ^_^

Joao, you were of course right.

- Markus

-- 
PHP Development Mailing List http://www.php.net/
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: Bug #13103 Updated: Image output functions doesn't work properly with output buffering.

2001-11-15 Thread \[osd.dk\] Tais M. Hansen



[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 Are you sure there is no whitespace before the ?php-tag???

I'm absolutely sure. :)


 And if that's not the case, can you try the latest snapshot or at least
4.0.6?

I haven't been able to check it in version 4.0.6 until last week. But it
seems like it works in 4.0.6. So I guess case is closed then. Great.

Regards,
Tais M. Hansen




-- 
PHP Development Mailing List http://www.php.net/
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 #14073: Premature end of script headers

2001-11-15 Thread actualmatt


From: [EMAIL PROTECTED]
Operating system: Win98
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  Premature end of script headers

Running PHP 4.0.6 on Apache 1.3.20, on Win98SE... Browser returns the 500
- Internal Server Error msg, and the error log reports Premature end of
script headers: c:/php/php.exe

It seems to be caused by an if() inside a while(), which is inside a
foreach(). The script will reach that point with no problems, but crashes
on the execution of the if( $day  $startdate and $day  $enddate ){}

PHP is only compiled with the default modules.

The other thing worth noting is that I get a Php: This program has
performed an illegal operation and will be shut down dialog box.

Thanks,
Matt Wilson [EMAIL PROTECTED]
-- 
Edit bug report at: http://bugs.php.net/?id=14073edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14073 Updated: Premature end of script headers

2001-11-15 Thread actualmatt


ID: 14073
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Win98
PHP Version: 4.0.6
New Comment:

...also, it does the same thing when run from the command line

Previous Comments:


[2001-11-15 16:05:06] [EMAIL PROTECTED]

Running PHP 4.0.6 on Apache 1.3.20, on Win98SE... Browser returns the 500 - Internal 
Server Error msg, and the error log reports Premature end of script headers: 
c:/php/php.exe

It seems to be caused by an if() inside a while(), which is inside a foreach(). The 
script will reach that point with no problems, but crashes on the execution of the 
if( $day  $startdate and $day  $enddate ){}

PHP is only compiled with the default modules.

The other thing worth noting is that I get a Php: This program has performed an 
illegal operation and will be shut down dialog box.

Thanks,
Matt Wilson [EMAIL PROTECTED]





Edit this bug report at http://bugs.php.net/?id=14073edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14073 Updated: Premature end of script headers

2001-11-15 Thread actualmatt


ID: 14073
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Scripting Engine problem
Bug Type: Reproducible crash
Operating System: Win98
PHP Version: 4.0.6
New Comment:

actually, after further checking it out, it is causing an invalid page fault in 
PHP4TS.DLL... does this mean it is a problem with my system, rather than PHP?

Previous Comments:


[2001-11-15 16:07:37] [EMAIL PROTECTED]

...also, it does the same thing when run from the command line



[2001-11-15 16:05:06] [EMAIL PROTECTED]

Running PHP 4.0.6 on Apache 1.3.20, on Win98SE... Browser returns the 500 - Internal 
Server Error msg, and the error log reports Premature end of script headers: 
c:/php/php.exe

It seems to be caused by an if() inside a while(), which is inside a foreach(). The 
script will reach that point with no problems, but crashes on the execution of the 
if( $day  $startdate and $day  $enddate ){}

PHP is only compiled with the default modules.

The other thing worth noting is that I get a Php: This program has performed an 
illegal operation and will be shut down dialog box.

Thanks,
Matt Wilson [EMAIL PROTECTED]





Edit this bug report at http://bugs.php.net/?id=14073edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14075: PHP/Apache compile with domxml

2001-11-15 Thread evan


From: [EMAIL PROTECTED]
Operating system: RedHat 7.1
PHP version:  4.0.6
PHP Bug Type: *Compile Issues
Bug description:  PHP/Apache compile with domxml

PHP Configure:

/configure --prefix=/usr --with-config-file-path=/etc 
--disable-debug --enable-pic --enable-shared 
--enable-inline-optimization --with-exec-dir=/usr/bin 
--with-regex=system --with-gettext --with-gd 
--with-jpeg-dir=/usr --with-png --with-zlib --with-db2 
--with-db3 --with-gdbm --enable-debugger 
--enable-magic-quotes --enable-safe-mode --enable-sockets 
--enable-sysvsem --enable-sysvshm --enable-track-vars 
--enable-yp --enable-ftp --enable-wddx --with-mysql 
--without-oracle --without-oci8 --with-xml 
--with-apache=/home/evan/CMS/apache_1.3.22 --with-dom

Apache Configure:

./configure --with-layout=Apache --prefix=/vars/www 
--activate-module=src/modules/php4/libphp4.a

PHP makes fine as does libxml2(I also tried a RH7.1 rpm). 
I also had to do a ln -s to get --with-dom to work 
(originally I pointed --with-dom=/path/to/XML which 
produced identical results as below).
The following is the output of Apache make:


=== src
make[1]: Entering directory `/home/evan/CMS/apache_1.3.22'
make[2]: Entering directory 
`/home/evan/CMS/apache_1.3.22/src'
=== src/os/unix
make[3]: Nothing to be done for `all'.
=== src/os/unix
=== src/ap
make[3]: Nothing to be done for `all'.
=== src/ap
=== src/main
make[3]: Nothing to be done for `all'.
=== src/main
=== src/lib
=== src/lib
=== src/modules
=== src/modules/standard
make[4]: Nothing to be done for `all'.
=== src/modules/standard
=== src/modules/php4
make[4]: Nothing to be done for `all'.
=== src/modules/php4
=== src/modules
gcc -c  -I./os/unix -I./include   -DLINUX=22 
-I/home/evan/CMS/php-4.0.6 -I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/TSRM 
-I/home/evan/CMS/php-4.0.6/TSRM -I/home/evan/CMS/php-4.0.6 
-DNO_DL_NEEDED `./apaci` modules.c
gcc -c  -I./os/unix -I./include   -DLINUX=22 
-I/home/evan/CMS/php-4.0.6 -I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/TSRM 
-I/home/evan/CMS/php-4.0.6/TSRM -I/home/evan/CMS/php-4.0.6 
-DNO_DL_NEEDED `./apaci` buildmark.c
gcc  -DLINUX=22 -I/home/evan/CMS/php-4.0.6 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/TSRM 
-I/home/evan/CMS/php-4.0.6/TSRM -I/home/evan/CMS/php-4.0.6 
-DNO_DL_NEEDED `./apaci`\
  -o httpd buildmark.o modules.o 
modules/standard/libstandard.a modules/php4/libphp4.a 
main/libmain.a ./os/unix/libos.a ap/libap.a
-Wl,-rpath,/home/evan/CMS/XML/lib  -rdynamic 
-L/home/evan/CMS/XML/lib -Lmodules/php4 -L../modules/php4 
-L../../modules/php4 -lmodphp4  -lpam  -ldl -lgd -ljpeg 
-lz -lxml -ldb -ldb2 -lgdbm -lz -lcrypt -lresolv -lm -ldl 
-lnsl  -lresolv   -lm -lcrypt -lexpat
make[2]: Leaving directory 
`/home/evan/CMS/apache_1.3.22/src'
make[1]: Leaving directory `/home/evan/CMS/apache_1.3.22'
modules/php4/libphp4.a(php_domxml.o): In function 
`php_xpathptr_new_context':
/home/evan/CMS/php-4.0.6/ext/domxml/php_domxml.c:1607: 
undefined reference to `xmlXPtrNewContext'
modules/php4/libphp4.a(php_domxml.o): In function 
`php_xpathptr_eval':
/home/evan/CMS/php-4.0.6/ext/domxml/php_domxml.c:1670: 
undefined reference to `xmlXPtrEval'
collect2: ld returned 1 exit status
make[2]: *** [target_static] Error 1
make[1]: *** [build-std] Error 2
make: *** [build] Error 2

-- 
Edit bug report at: http://bugs.php.net/?id=14075edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14063 Updated: unset($array[]) causes apache 1.3.20 to coredump

2001-11-15 Thread mfischer


ID: 14063
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0CVS-2001-11-14
New Comment:

Fixed in CVS.

Previous Comments:


[2001-11-15 02:36:42] [EMAIL PROTECTED]

Changing type to 'Scripting Engine problem' as this is a bug in the Zend Engine 
AFAICS.

Derick



[2001-11-15 02:17:53] [EMAIL PROTECTED]

Reproduced with latest CVS version.



[2001-11-15 02:09:09] [EMAIL PROTECTED]

Nice thingy :) Also reproduced with 4.0.6 on Linux.




[2001-11-14 17:20:04] [EMAIL PROTECTED]

I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08 (6 days 
ago) so I assume it's still in the source as no bugs reports detail this:

[mini:pgl]:~ $ php -v
4.2.0-dev
[mini:pgl]:~ $ cat ./test.php 
#!/usr/local/bin/php -q 
?
$a = array('1', '2');
unset($a[]);
?

[mini:pgl]:~ $ ./test.php 
Segmentation fault (core dumped)

regards,

Peter Lowe.





Edit this bug report at http://bugs.php.net/?id=14063edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14076: fopen() and touch() fail to create file under safe mode

2001-11-15 Thread a . genkin


From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: *Directory/Filesystem functions
Bug description:  fopen() and touch() fail to create file under safe mode

Under safe mode, fopen(filename, w) fails to create a file if it
doesn't exist, complaining about open_basedir restriction.  However, the
filename refers to the file in the directory configured in the
open_basedir.  Besides, if the same file is created manually, fopen() can
open it for writing without  any problems.  The directory is writeable to
the web server.

$dir = '/var/www/tmp/submit';

// Fails if the file doesn't exist.
// Succeeds if the file does exist
fopen( $dir/file.txt, w ); // Fails if the file doesn't exist.
mkdir( $dir/foo, 0700 ); // SUCCEEDS!!! Notice the same path.
-- 
Edit bug report at: http://bugs.php.net/?id=14076edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14070 Updated: Segfault with concurrent postgres connections

2001-11-15 Thread sniper


ID: 14070
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Old Bug Type: Reproducible crash
Bug Type: PostgreSQL related
Operating System: Linux 2.2.19ext3
PHP Version: 4.0.6
New Comment:

This should be fixed in CVS. Try latest CVS snapshot from
http://snaps.php.net/ and if it doesn't work, reopen this 
bug report.


Previous Comments:


[2001-11-15 11:09:25] [EMAIL PROTECTED]

PHP segfaults in several places, when the following conditions occur:

1. two or more concurrent connections from the same script to the same datebase, with 
EXACTLY the same connect string.
2. one of the links must be closed
3. the other link is used
4. postgres sends notices (e.g. rollback; commit) etc.

the problem is in pgsql.c/php_pgsql_do_connect(), around line 443. it uses the connect 
string as hash key to find such a connection, and if subsequenct connect calls use the 
same connect string, the connection seems to be reused (which is wrong. it should NOT 
be reused).

the effects vary, sometimes it segfaults, sometimes not.







Edit this bug report at http://bugs.php.net/?id=14070edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #13103 Updated: Image output functions doesn't work properly with output buffering.

2001-11-15 Thread sniper


ID: 13103
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Output Control
Operating System: FreeBSD 4.2
PHP Version: 4.0.4pl1
New Comment:

User feedback:
---

I haven't been able to check it in version 4.0.6 until last week. But it
seems like it works in 4.0.6. So I guess case is closed then. Great.


Closed.


Previous Comments:


[2001-11-15 06:49:58] [EMAIL PROTECTED]

Are you sure there is no whitespace before the ?php-tag???

And if that's not the case, can you try the latest snapshot or at least 4.0.6?



[2001-09-03 04:38:49] [EMAIL PROTECTED]

Example:

$im = imageCreateFromPNG( test-ob.png );
ob_start();
imagePNG( $im );
$outbuffer = ob_get_contents();
ob_end_clean();
header( Content-Type: image/gif );
print $outbuffer;

(test url: http://www.osd.dk/test/test-ob.php;)

The script above will fail on the header( ... line stating that output has already 
been sent and thus no more headers can be added.

For some reason the imagePNG() function (and other image output functions) seems to 
end the header section of the output even though output buffering is active.

I'm currently unable to test this on a newer version of php.

Regards,
Tais M. Hansen






Edit this bug report at http://bugs.php.net/?id=13103edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14075 Updated: PHP/Apache compile with domxml

2001-11-15 Thread sniper


ID: 14075
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: DOM XML related
Operating System: RedHat 7.1
PHP Version: 4.0.6
New Comment:

You have most likely not installed the -devel rpm for libxml. And it also seems like 
the configure finds some
old version of libxml. Please try the latest CVS snapshot
from http://snaps.php.net/ as it has some fixes in it
for domxml.

--Jani


Previous Comments:


[2001-11-15 18:07:37] [EMAIL PROTECTED]

Just want to mention my versions:
libxml2-2.4.10-1
apache-1.3.22
php4.0.6
RedHat 7.1




[2001-11-15 17:33:32] [EMAIL PROTECTED]

PHP Configure:

/configure --prefix=/usr --with-config-file-path=/etc 
--disable-debug --enable-pic --enable-shared 
--enable-inline-optimization --with-exec-dir=/usr/bin 
--with-regex=system --with-gettext --with-gd 
--with-jpeg-dir=/usr --with-png --with-zlib --with-db2 
--with-db3 --with-gdbm --enable-debugger 
--enable-magic-quotes --enable-safe-mode --enable-sockets 
--enable-sysvsem --enable-sysvshm --enable-track-vars 
--enable-yp --enable-ftp --enable-wddx --with-mysql 
--without-oracle --without-oci8 --with-xml 
--with-apache=/home/evan/CMS/apache_1.3.22 --with-dom

Apache Configure:

./configure --with-layout=Apache --prefix=/vars/www 
--activate-module=src/modules/php4/libphp4.a

PHP makes fine as does libxml2(I also tried a RH7.1 rpm). 
I also had to do a ln -s to get --with-dom to work 
(originally I pointed --with-dom=/path/to/XML which 
produced identical results as below).
The following is the output of Apache make:


=== src
make[1]: Entering directory `/home/evan/CMS/apache_1.3.22'
make[2]: Entering directory 
`/home/evan/CMS/apache_1.3.22/src'
=== src/os/unix
make[3]: Nothing to be done for `all'.
=== src/os/unix
=== src/ap
make[3]: Nothing to be done for `all'.
=== src/ap
=== src/main
make[3]: Nothing to be done for `all'.
=== src/main
=== src/lib
=== src/lib
=== src/modules
=== src/modules/standard
make[4]: Nothing to be done for `all'.
=== src/modules/standard
=== src/modules/php4
make[4]: Nothing to be done for `all'.
=== src/modules/php4
=== src/modules
gcc -c  -I./os/unix -I./include   -DLINUX=22 
-I/home/evan/CMS/php-4.0.6 -I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/TSRM 
-I/home/evan/CMS/php-4.0.6/TSRM -I/home/evan/CMS/php-4.0.6 
-DNO_DL_NEEDED `./apaci` modules.c
gcc -c  -I./os/unix -I./include   -DLINUX=22 
-I/home/evan/CMS/php-4.0.6 -I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/TSRM 
-I/home/evan/CMS/php-4.0.6/TSRM -I/home/evan/CMS/php-4.0.6 
-DNO_DL_NEEDED `./apaci` buildmark.c
gcc  -DLINUX=22 -I/home/evan/CMS/php-4.0.6 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/main 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/Zend 
-I/home/evan/CMS/php-4.0.6/TSRM 
-I/home/evan/CMS/php-4.0.6/TSRM -I/home/evan/CMS/php-4.0.6 
-DNO_DL_NEEDED `./apaci`\
  -o httpd buildmark.o modules.o 
modules/standard/libstandard.a modules/php4/libphp4.a 
main/libmain.a ./os/unix/libos.a ap/libap.a
-Wl,-rpath,/home/evan/CMS/XML/lib  -rdynamic 
-L/home/evan/CMS/XML/lib -Lmodules/php4 -L../modules/php4 
-L../../modules/php4 -lmodphp4  -lpam  -ldl -lgd -ljpeg 
-lz -lxml -ldb -ldb2 -lgdbm -lz -lcrypt -lresolv -lm -ldl 
-lnsl  -lresolv   -lm -lcrypt -lexpat
make[2]: Leaving directory 
`/home/evan/CMS/apache_1.3.22/src'
make[1]: Leaving directory `/home/evan/CMS/apache_1.3.22'
modules/php4/libphp4.a(php_domxml.o): In function 
`php_xpathptr_new_context':
/home/evan/CMS/php-4.0.6/ext/domxml/php_domxml.c:1607: 
undefined reference to `xmlXPtrNewContext'
modules/php4/libphp4.a(php_domxml.o): In function 
`php_xpathptr_eval':
/home/evan/CMS/php-4.0.6/ext/domxml/php_domxml.c:1670: 
undefined reference to `xmlXPtrEval'
collect2: ld returned 1 exit status
make[2]: *** [target_static] Error 1
make[1]: *** [build-std] Error 2
make: *** [build] Error 2






Edit this bug report at http://bugs.php.net/?id=14075edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14073 Updated: Premature end of script headers

2001-11-15 Thread actualmatt


ID: 14073
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: Win98
PHP Version: 4.0.6
New Comment:

This is the script that causes the problems:
(I tried cutting it down more, but as the problem part relies on the rest of the 
script it wasn't possible)

?php
if( !isset( $month )) {
$month = date(m);
}
$month = str_pad( $month, 2, 0, STR_PAD_LEFT);
$month = str_pad( $month, 4, 0);

$people = array( ross, jen, jon, mp, matt, marty );

$link = odbc_connect( 'calendar', '', '' )
or die(connect failed);

foreach( $people as $person ) {

  $result = odbc_exec( $link, SELECT * FROM calendar WHERE name = '$person');
  echo $person .br;

  while( odbc_fetch_row( $result ) ){
$startdate = odbc_result( $result, 2 );
$enddate = odbc_result( $result, 3 );

$startdate = substr( $startdate, 4, 4 );
$enddate = substr( $enddate, 4, 4 );

 for( $day = 1; $day 32; $day++ ){

if( $day  $startdate and $day  $enddate ) {
 //BUG OCCURS HERE  
$$person[ $month ][ $day ] = away;
} else {
$$person[ $month ][ $day ] = here;
}
echo $$person[ $month ][ $day ] .br;
}
}}
?

Previous Comments:


[2001-11-15 19:25:08] [EMAIL PROTECTED]

Add shortest possible script which can be used to reproduce
this problem into this report.

--Jani





[2001-11-15 16:25:00] [EMAIL PROTECTED]

actually, after further checking it out, it is causing an invalid page fault in 
PHP4TS.DLL... does this mean it is a problem with my system, rather than PHP?



[2001-11-15 16:07:37] [EMAIL PROTECTED]

...also, it does the same thing when run from the command line



[2001-11-15 16:05:06] [EMAIL PROTECTED]

Running PHP 4.0.6 on Apache 1.3.20, on Win98SE... Browser returns the 500 - Internal 
Server Error msg, and the error log reports Premature end of script headers: 
c:/php/php.exe

It seems to be caused by an if() inside a while(), which is inside a foreach(). The 
script will reach that point with no problems, but crashes on the execution of the 
if( $day  $startdate and $day  $enddate ){}

PHP is only compiled with the default modules.

The other thing worth noting is that I get a Php: This program has performed an 
illegal operation and will be shut down dialog box.

Thanks,
Matt Wilson [EMAIL PROTECTED]





Edit this bug report at http://bugs.php.net/?id=14073edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14077: it is an easter egg in all PHP pages

2001-11-15 Thread david_69_420


From: [EMAIL PROTECTED]
Operating system: win 98
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  it is an easter egg in all PHP pages

This isn't a bug but an easter egg.
add the line ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 minus the quotes
after any PHP page. It shows a picture of a developer with pencils in his
nose.
-- 
Edit bug report at: http://bugs.php.net/?id=14077edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14078: it is an easter egg in all PHP pages

2001-11-15 Thread david_69_420


From: [EMAIL PROTECTED]
Operating system: win 98
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  it is an easter egg in all PHP pages

This isn't a bug but an easter egg.
add the line ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 minus the quotes
after any PHP page. It shows a picture of a developer with pencils in his
nose.
-- 
Edit bug report at: http://bugs.php.net/?id=14078edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14077 Updated: it is an easter egg in all PHP pages

2001-11-15 Thread sniper


ID: 14077
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: win 98
PHP Version: 4.0.6
New Comment:

They're bread sticks :)


Previous Comments:


[2001-11-15 23:45:17] [EMAIL PROTECTED]

This isn't a bug but an easter egg.
add the line ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 minus the quotes after any 
PHP page. It shows a picture of a developer with pencils in his nose.





Edit this bug report at http://bugs.php.net/?id=14077edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14078 Updated: it is an easter egg in all PHP pages

2001-11-15 Thread sniper


ID: 14078
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: win 98
PHP Version: 4.0.6


Edit this bug report at http://bugs.php.net/?id=14078edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] md5sum() patch

2001-11-15 Thread Chris Newbill


Nahh I think md5_file() isn't very good.

However, overloading md5() doesn't really seem like a good idea either.

md5sum() is pretty appropriate, anybody who is going to use this function is
probably going to be familiar with the md5sum program.

Plus md5sum() is fewer keystrokes. ;)

-Chris

-Original Message-
From: Markus Fischer [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 1:10 PM
To: Hartmut Holzgraefe
Cc: Lenar Lõhmus; [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] md5sum() patch


On Thu, Nov 15, 2001 at 09:37:22PM +0100, Hartmut Holzgraefe wrote :
 Lenar Lõhmus wrote:

 Alessandro Astarita wrote:
 Il 17:25, giovedì 15 novembre 2001, [EMAIL PROTECTED] ha scritto:
 Then this will do the same:
 $sum = `md5sum filename`;
 
 Do I have to depends on the external executable? ...in my opinion is not
 the right way.
 
 +1 to the function

 hm, what about just overloading the current md5 function?

 if given a string - current behavior

 if given a file handle resource - read file and return sum

-1 on that (+1 on md5_file() )

You want your code look like

$f = fopen('filename');
$md5sum = md5($f);
fclose($f);

than

$m45sum = md5_file($f);

?

No seriously I hope ;)

- Markus

--
PHP Development Mailing List http://www.php.net/
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 http://www.php.net/
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 #14023 Updated: curl does not initialize HTTPS correctly - hence does not work.

2001-11-15 Thread alan_k


ID: 14023
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: cURL related
Operating System: linux debian
PHP Version: 4.0CVS-2001-11-12
New Comment:

better re-open this, the fixes below and the ones in CVS do not currently deal with 
conflicts between openssl and curl modules - (althought they will fix most common 
scenarios)

if curl.so and openssl.so are loaded -using dl() they will both attempt to initialize 
openssl. 

- It is probably not a common occurance - and as long as there is a bug report then 
somebody finding this happening has a chance of knowing what to do.

- workaround - either dont use openssl as a dl module (compile it into php) or dont 
user openssl and curl together as modules..

Previous Comments:


[2001-11-12 20:01:18] [EMAIL PROTECTED]

Patched in CVS (untested)



[2001-11-12 05:44:12] [EMAIL PROTECTED]

filed under correct type (oops)



[2001-11-12 04:17:24] [EMAIL PROTECTED]

also probably a good idea to add WIN32 inititialization as well eg. 
curl_global_init(CURL_GLOBAL_SSL  CURL_GLOBAL_WIN32)





[2001-11-12 00:26:30] [EMAIL PROTECTED]

the curl.c file initializes curl with nothing, the curl init library will then skip 
the init for ssl, and hence all https connections will fail.
also CURLOPT_SSL_VERIFYHOST is not defined..
patch below..

regards
alan

--- curl.c  18 Oct 2001 19:24:51 -  1.94
+++ curl.c  12 Nov 2001 05:25:05 -
@@ -142,6 +142,7 @@
REGISTER_CURL_CONSTANT(CURLOPT_SSLCERT);
REGISTER_CURL_CONSTANT(CURLOPT_SSLCERTPASSWD);
REGISTER_CURL_CONSTANT(CURLOPT_WRITEHEADER);
+   REGISTER_CURL_CONSTANT(CURLOPT_SSL_VERIFYHOST);
REGISTER_CURL_CONSTANT(CURLOPT_COOKIEFILE);
REGISTER_CURL_CONSTANT(CURLOPT_SSLVERSION);
REGISTER_CURL_CONSTANT(CURLOPT_TIMECONDITION);
@@ -253,7 +254,7 @@
REGISTER_CURL_CONSTANT(CURLE_OBSOLETE);
REGISTER_CURL_CONSTANT(CURLE_SSL_PEER_CERTIFICATE);

-   if (curl_global_init(CURL_GLOBAL_NOTHING) != CURLE_OK) {
+   if (curl_global_init(CURL_GLOBAL_SSL) != CURLE_OK) {
return FAILURE;
}
 
@@ -658,6 +659,7 @@
case CURLOPT_FRESH_CONNECT:
case CURLOPT_FORBID_REUSE:
case CURLOPT_CONNECTTIMEOUT:
+   case CURLOPT_SSL_VERIFYHOST:
case CURLOPT_SSL_VERIFYPEER:
convert_to_long_ex(zvalue);
error = curl_easy_setopt(ch-cp, option, Z_LVAL_PP(zvalue));







Edit this bug report at http://bugs.php.net/?id=14023edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #14053 Updated: Memory leak when using BIG array (160MBytes)

2001-11-15 Thread ingo . bez


ID: 14053
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Reproducible crash
Operating System: Linux (2.2.x/2.4.x)
PHP Version: 4.0.6
New Comment:

Hi, hholzgra!

Thanks a lot - this one marks the spot.
And: PHP _IS_ the right tool for the job. (The scenario, which eats the memory just 
happens once within a thousand requests so it's worth the pain).

The apache just freezes that very process (the script took over) for about 5 Minutes - 
which will not bother me ether, because of another 49 processes are idling in the 
background.


Thank you all.

Previous Comments:


[2001-11-15 07:37:08] [EMAIL PROTECTED]

memory once requested by php or apache
is not given back to the operating system
when being freed, its just available for
reuse *within* the process
(won't discuss any further here ...)

and the CPU use you see is a result of
the Zend engine cleaning up the complete
array element by element, including 
reference count handling and variable
destructor calls

i don't know if this could be optimized, 
but this is not a bug, PHP is just not the
right tool for the kind of job you want
it to do here

so the only bug in your report is the freeze
if the apache process realy doesn't respond
anymore. are you sure that it is dead and
that it is not just getting no requests 
served as the sceduler preferes other processes
from the apache process farm as they haven't
used as much resources (esp. CPU-time) yet?



[2001-11-15 07:02:16] [EMAIL PROTECTED]

Hi!

We accumulate approx. 60,000 datasets with 12 columns in the array and manipulate 
nearly half of the fields before we put them back into the db.

Ingo



[2001-11-15 06:51:09] [EMAIL PROTECTED]

It would help also to know which database is this and 
if you have some sort of short example script to add here
too.




[2001-11-15 05:17:50] [EMAIL PROTECTED]

How many elements are there in the array? And isn't there another way to do this?

Derick



[2001-11-14 10:47:48] [EMAIL PROTECTED]

We do query a database and put the fetched result into some array, whichs keys are the 
first field of the fetched result-row. No problem to get the array build, it eats up 
about 180MBytes from the 2GBytes RAM the server has.

The script works fine, does some manipulation in the array (strings, ints) and 
re-inserts it into the database.

After the script terminates - all output to the browser is done - the Apache-process 
responsible for that request won't free the acquired memory. It instead eats one CPU 
completely for about 3-5minutes and then freezes - with aprox. 180MBytes of reserved 
RAM. (Fire the request 10 times and be sure to have the swap working!)

We currently use:
- HP LC2000r (2*PIII 933MHz, 2GByte RAM, 18GB HDD)
- Linux (Slackware 8.0), glibc2.2.3, Kernel 2.4.13 SMP
- Apache 1.3.22
- PHP 4.0.6
- ZendOptimizer 1.1.0.
Tested and reproduced with:
- Apache 1.3.20, 1.3.17
- w/o ZendOptimizer.
- PHP4.2.0-dev

It'll be nice to hear from you!


Thanks in advance,
 Ingo Bez





Edit this bug report at http://bugs.php.net/?id=14053edit=1


-- 
PHP Development Mailing List http://www.php.net/
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 #11389 Updated: array_walk causes Apache to crash

2001-11-15 Thread derick


ID: 11389
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Critical
Status: Open
Bug Type: Arrays related
Operating System: W98
PHP Version: 4.0.6
New Comment:

It's not critical, cause it does not crash PHP.

Previous Comments:


[2001-11-13 04:04:29] [EMAIL PROTECTED]

But this is not the real script!!

My real script have a lot of code lines and
functions, a lot of arrays inside other arrays
and so on, i need 'walk' the arrays, and
array_walk crash my code sometimes.

To work around this bug, i have written my
'my_array_walk' function in PHP script that
always behave OK.

I don't need the 'array_walk' function, but
i think this bug must be fixed.



[2001-11-12 18:13:09] [EMAIL PROTECTED]

Yes, what happens is that array_walk tries to move
forward to the next element by calling zend_hash_move_forward_ex() which determines 
that the
hash is inconsistent and bails out. I think this
behavior is good enough. This script is asking for
trouble. It's important that people can't crash Apache,
but I don't mind if weird scripts like this misbehaves.
CVS works okay for me since PHP doesn't crash, but bails
out. For me I get the same behavior if I remove the call
by references (in array_walk call and myfunc declaration).




[2001-11-11 21:34:20] [EMAIL PROTECTED]

Indeed there is something odd going on:

?php
$myarr = array(array(1,2,3), array(1,2,3), array(1,2,3));
echo before\n;

array_walk($myarr, myfunc);
function myfunc($value, $key) {
   global $myarr;
   $myarr=null;
}

echo after\n;
?

This script only echo's before. 

--Jani




[2001-11-11 06:49:53] [EMAIL PROTECTED]

Reproduced with 4.2.0-dev (200111080300) on Windows 2000.

Array_walk seems to be pretty buggy. There were a few reports of crashes using 
array_walk, most importantly #12776.

Reopening.



[2001-10-21 01:44:42] [EMAIL PROTECTED]

I can not reproduce this with PHP 4.1.0RC1.
Could you please try the latest development build from
http://www.php4win.com/




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=11389


Edit this bug report at http://bugs.php.net/?id=11389edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] How to compile PHP with cygwin?

2001-11-15 Thread GRI


Hi

I wonder if anyone have managed to compile PHP with cygwin. I get
several errors when doing this.

I also wonder if I intend to make a dll to extend PHP for windows,
should I then compile PHP with cygwin or with  MS Visual C++?

Thanks




-- 
PHP Development Mailing List http://www.php.net/
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-WIN] How to compile PHP with cygwin?

2001-11-15 Thread Frank M. Kromann


Hi,

Only MS VC++ is supported at this point.

- Frank

 Hi
 
 I wonder if anyone have managed to compile PHP with cygwin. I get
 several errors when doing this.
 
 I also wonder if I intend to make a dll to extend PHP for windows,
 should I then compile PHP with cygwin or with  MS Visual C++?
 
 Thanks
 
 
 
 
 -- 
 PHP Windows Mailing List (http://www.php.net/)
 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 http://www.php.net/
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] How to compile PHP with cygwin?

2001-11-15 Thread Alan Knowles


Have a look through the mailing list archives (php-dev) - somebody has 
done this.

GRI wrote:

Hi

I wonder if anyone have managed to compile PHP with cygwin. I get
several errors when doing this.

I also wonder if I intend to make a dll to extend PHP for windows,
should I then compile PHP with cygwin or with  MS Visual C++?

Thanks







-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

90 matches

Mail list logo