Vlad Krupin | 1 Feb 2003 01:12
Picon

--with-pgsql results in 'unexpected PLT reloc type 0x00'

Strange build problem. Build php 4.3.0 with pgsql support on linux 
(mostly redhat 7.2) and got this:

Installing shared extensions:     
/usr/local/lib/php/extensions/debug-non-zts-20020429/
Installing PEAR environment:      /usr/local/lib/php/
/usr/src/web/php-4.3.0/sapi/cli/php: error while loading shared 
libraries: unexpected PLT reloc type 0x00
make[1]: *** [install-pear-installer] Error 127
make: *** [install-pear] Error 2

(The error popped up when php executable was called to install PEAR)
The apache .so seems to work fine though. Everything works well if I 
exclude postgres support.

Can someone enlighten me what's going on?

--

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

Wez Furlong | 1 Feb 2003 04:53

Re: Question on bug list

Hey,

Wouldn't it be nice/more useful to generate RDF/RSS on a per-bug basis?
Then you could just add the feed url to your favourite RSS client.

If you make it do that, then I will take a look and commit, provided
that there are no objections to this.

--Wez.

On Fri, 31 Jan 2003, Sara Golemon wrote:

> > I have a "daily page" I go to every morning which contains all my news
> > feeds, some comic strips, movie listings, etc.... If there were a
> > programmatic query interface to bugs.php.net I could select bug #s to
> track,
> > and be able to bring up histories of them from my daily page.
> >
> To that end... here's a simple script (based heavily on
> php-bugs-web/bug.php) to do just that:
>
> http://frankenbox.alphaweb.net/test/export.phps
>
> Meant to be called as:
>
> http://bugs.php.net/export.php?id=1234
>
>
> If it's deemed worthy could someone add it to php-bugs-web?  I don't have
> the karma.
(Continue reading)

Sara Golemon | 1 Feb 2003 05:39
Picon

Re: Question on bug list

> Wouldn't it be nice/more useful to generate RDF/RSS on a per-bug basis?
> Then you could just add the feed url to your favourite RSS client.
>
> If you make it do that, then I will take a look and commit, provided
> that there are no objections to this.
>
Jesus suggested the same thing, I'm trying out a few different approaches to
see what looks best, I'll post again when I have something usable.

-Pollita

--

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

Marcus Börger | 1 Feb 2003 16:26
Picon
Favicon

Another bugs.php.net question

The assigne bugs reminder mail does not contain links to the
bug reports as normal mail from there do. Wouldn't it be nice
if one could simply click on the bugs?

marcus

--

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

Sebastian Bergmann | 1 Feb 2003 16:42
Picon
Gravatar

[META] Statistics for January 2003

  Disclaimer: I think the following information might be of interest.
              If not, rest assured that I won't post such statistics
              again.

  Statistics [1] for January 2003

   Top 10 of 324 Threads:
     Reducing the number of system calls for includes: 32 (3.7%)
     RfC: version names: 18 (2.08%)
     php4 /ext/standard file.c formatted_print.c: 16 (1.85%)
     str_ireplace vs. stri_replace: 16 (1.85%)
     Designing for PHP4 with PHP5 in mind...: 15 (1.73%)
     Feature Request #5919 case-insensitive version of str_replace():
     14 (1.62%)
     Question on bug list: 13 (1.5%)
     Should I fix this?: 12 (1.39%)
     PHP4 + PHP5: 11 (1.27%)
     request data filter: 10 (1.16%)

   Top 10 of 205 Posters:
     Derick Rethans <derick <at> php.net>: 60 (6.94%)
     Sebastian Bergmann <sebastian <at> php.net>: 37 (4.28%)
     Marcus Börger <marcus.boerger <at> t-online.de>: 33 (3.82%)
     Sascha Schumann <sascha <at> schumann.cx>: 27 (3.12%)
     Magnus Määttä <novell <at> kiruna.se>: 20 (2.31%)
     Andi Gutmans <andi <at> zend.com>: 20 (2.31%)
     Rasmus Lerdorf <rasmus <at> php.net>: 18 (2.08%)
     Zeev Suraski <zeev <at> zend.com>: 18 (2.08%)
     Ilia A. <ilia <at> prohost.org>: 17 (1.97%)
     Wez Furlong <wez <at> thebrainroom.com>: 17 (1.97%)
(Continue reading)

Melvyn Sopacua | 1 Feb 2003 16:53
Picon

RE: RfC: version names

At 17:11 31-1-2003, Sascha Schumann wrote:

>    What is the checkout date here?

Let's focus on the real issue. The issue is not which date -> it is a means to
asses, which source changes broke/fixed anything.

Something along this line, is looking at the issue, not the indicator:

find . -type f -name "*.[chy]" -print | xargs grep '/\*[[:space:]]*\$Id:' 
|sed -e "s|^[^:]*:||" >CVSIDS

This should be in run-tests.php, or a seperate script even, to allow you to 
track down
build breakers.

It would be required that all source files, have a conforming header so 
this has an
extra bonus.

With kind regards,

Melvyn Sopacua
<?php include("not_reflecting_employers_views.txt"); ?>

--

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

(Continue reading)

Magnus Määttä | 1 Feb 2003 22:13
Picon

Segmention fault when doing pear search crypt

This is in current HEAD.

#0  0x081f70e2 in zif_xmlrpc_decode (ht=1, return_value=0x41c30114, this_ptr=0x0, return_value_used=1)
    at /opt/DEV/php/php5/ext/xmlrpc/xmlrpc-epi-php.c:776
        retval = (struct _zval_struct *) 0x41a6d39c
        arg1 = (struct _zval_struct **) 0x41893c4c
        arg2 = (struct _zval_struct **) 0x0
        argc = 1
#1  0x0826435e in zend_do_fcall_common_helper (execute_data=0xbfff66b0, op_array=0x41a67830)
    at /opt/DEV/php/php5/Zend/zend_execute.c:2622
        original_return_value = (struct _zval_struct **) 0x79e
        current_scope = (struct _zend_class_entry *) 0x83c74b8
        current_this = (struct _zval_struct *) 0x41ae0cc8
        return_value_used = 1
#2  0x082649c6 in zend_do_fcall_handler (execute_data=0xbfff66b0, op_array=0x41a67830) at /opt/DEV/php/php5/Zend/zend_execute.c:2750
        fname = (struct _zval_struct *) 0x41ae0d78
#3  0x0825f741 in execute (op_array=0x41a67830) at /opt/DEV/php/php5/Zend/zend_execute.c:1229
        execute_data = {opline = 0x41ae0d54, function_state = {function_symbol_table = 0x4199dd68, function = 0x83c74f0,
    reserved = {0x41c2f49c, 0x20, 0x41c2f49c, 0xbfff66f8}}, fbc = 0x0, fbc_constructor = 0x8, op_array =
0x41a67830, object = 0x0,
  Ts = 0xbfff3d9c, original_in_execution = 1 '\001', calling_scope = 0x0, prev_execute_data = 0xbfff6740}
#4  0x08242b98 in call_user_function_ex (function_table=0x419586ec, object_pp=0x41c2efc4, function_name=0x41c2f014,
    retval_ptr_ptr=0xbfff6814, param_count=2, params=0x419fb464, no_separation=0, symbol_table=0x0)
    at /opt/DEV/php/php5/Zend/zend_execute_API.c:672
        i = 2
        original_return_value = (struct _zval_struct **) 0xbfff8aa4
        calling_symbol_table = (struct _hashtable *) 0x4199dd04
        original_function_state_ptr = (struct _zend_function_state *) 0xbfff8544
        original_op_array = (struct _zend_op_array *) 0x41a6751c
        original_opline_ptr = (struct _zend_op **) 0xbfff8540
(Continue reading)

Stephen van Egmond | 2 Feb 2003 19:33
Picon
Gravatar

followup: mod_negotiation and php

As a followup, I'd like to document what worked (for me) to address 
the problem.

The issue, in summary, is that mod_negotiation thinks that
PHP produces content of type application/x-httpd-php.  It usually
produces text/html of course, but there's no way for it to know that.

mod_negotiation has infrastructure to consider a few other mime
as "pseudo html" during the negotiation phase.  Changing
INCLUDES_MAGIC_TYPE in apache:src/include/httpd.h to
application/x-httpd-php results in the behaviour you would hope for.

I haven't got the chops to try to turn this into an acceptable patch.
But the hack could work for others.

--

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

Kai Schröder | 2 Feb 2003 21:18

RE: Test results [failed]

That's the result of testing lastest win32 snap (PHP4-STABLE) against test
cases in HEAD (something I should not do, I know):

> =====================================================================
> FAILED TEST SUMMARY
> ---------------------------------------------------------------------
> jdtojewish() function [D:\work\php5\ext\calendar\tests\jdtojewish.phpt]
> range() [D:\work\php5\ext\standard\tests\array\range.phpt]
> File type functions [D:\work\php5\ext\standard\tests\file\001.phpt]
> is_*() and file_exists() return values are boolean.
> [D:\work\php5\ext\standard\tests\file\003.phpt]
> Bug #21131: fopen($filename, "a+") has broken position
> [D:\work\php5\ext\standard\tests\file\bug21131.phpt]
> User-space filters [D:\work\php5\ext\standard\tests\file\userfilters.phpt]
> quoted_printable_decode() function test with CR/LF
> [D:\work\php5\ext\standard\tests\general_functions\006.phpt]
> MD5 / Base64 [D:\work\php5\ext\standard\tests\general_functions\007.phpt]
> getopt [D:\work\php5\ext\standard\tests\general_functions\getopt.phpt]
> GetImageSize() [D:\work\php5\ext\standard\tests\image\getimagesize.phpt]
> image_type_to_mime_type()
> [D:\work\php5\ext\standard\tests\image\image_type_to_mime_type.phpt]
> Various pow() tests [D:\work\php5\ext\standard\tests\math\pow.phpt]
> Test split() [D:\work\php5\ext\standard\tests\reg\009.phpt]
> unserialize() floats with E notation (#18654)
> [D:\work\php5\ext\standard\tests\serialize\003.phpt]
> Bug #21453 (handling of non-encoded <)
> [D:\work\php5\ext\standard\tests\strings\bug21453.phpt]
> nl2br() function [D:\work\php5\ext\standard\tests\strings\nl2br.phpt]
> wordwrap() function
> [D:\work\php5\ext\standard\tests\strings\wordwrap.phpt]
(Continue reading)

michel 'ziobudda' morelli | 2 Feb 2003 21:56
Gravatar

Re: Again scope

Il dom, 2003-02-02 alle 21:31, Maxim Maletsky ha scritto:
> da http://www.php.net/ZEND_CHANGES.txt
> 
> 
>             <?php
>             class FooClass {
>                 function foo() {
>                     $this->bar();
>                     bar();
>                 }
> 
>                 function bar() {
>                     print "foobar\n";
>                 }
>             }
> 
>             $obj = new FooClass;
>             $obj->foo();
>             ?>
> 
> 

Ok, this not works. My cvs is old, very old. Tnx anyway.

-- 
michel 'ziobudda' morelli <michel <at> ziobudda.net>

--

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
(Continue reading)


Gmane