[PHP-BUG] Bug #64012 [NEW]: Make rsvg compilable for PHP = 5.4
From: pm at datasphere dot ch Operating system: linux (all) PHP version: 5.4.11 Package: Compile Failure Bug Type: Bug Bug description:Make rsvg compilable for PHP = 5.4 Description: There is a compilation error for rsvg on PHP 5.4: .../php-pecl-rsvg-0.1.0/RSVG-0.1.0/rsvg.c: In function 'rsvg_object_new': .../php-pecl-rsvg-0.1.0/RSVG-0.1.0/rsvg.c:458:44 error: 'zend_class_entry' has no member named 'default_properties' Here is a patch directly inspired from https://bugs.php.net/bug.php?id=59731 -- Edit bug report at https://bugs.php.net/bug.php?id=64012edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64012r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64012r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64012r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64012r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64012r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64012r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64012r=needscript Try newer version: https://bugs.php.net/fix.php?id=64012r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64012r=support Expected behavior: https://bugs.php.net/fix.php?id=64012r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64012r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64012r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64012r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64012r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64012r=dst IIS Stability: https://bugs.php.net/fix.php?id=64012r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64012r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64012r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64012r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64012r=mysqlcfg
Bug #64012 [Opn]: Make rsvg compilable for PHP = 5.4
Edit report at https://bugs.php.net/bug.php?id=64012edit=1 ID: 64012 User updated by:pm at datasphere dot ch Reported by:pm at datasphere dot ch Summary:Make rsvg compilable for PHP = 5.4 Status: Open Type: Bug Package:Compile Failure Operating System: linux (all) PHP Version:5.4.11 Block user comment: N Private report: N New Comment: Please note also that PECL/rsvg is not an option as a package for this bug's classification. Previous Comments: [2013-01-17 17:43:40] pm at datasphere dot ch Description: There is a compilation error for rsvg on PHP 5.4: .../php-pecl-rsvg-0.1.0/RSVG-0.1.0/rsvg.c: In function 'rsvg_object_new': .../php-pecl-rsvg-0.1.0/RSVG-0.1.0/rsvg.c:458:44 error: 'zend_class_entry' has no member named 'default_properties' Here is a patch directly inspired from https://bugs.php.net/bug.php?id=59731 -- Edit this bug report at https://bugs.php.net/bug.php?id=64012edit=1
Req #40046 [Com]: OpenSSL CRL generation support
Edit report at http://bugs.php.net/bug.php?id=40046edit=1
ID: 40046
Comment by: pm at datasphere dot ch
Reported by: mbechler at eenterphace dot org
Summary: OpenSSL CRL generation support
Status: Assigned
Type:Feature/Change Request
Package: Feature/Change Request
PHP Version: 5.2.1RC2
Assigned To: pajoye
New Comment:
I'm also very interested in having this feature supported in the PHP
standards. Can I expect to see it soon available ?
Previous Comments:
[2010-02-15 09:07:32] cnyegle at gmail dot com
Will the patch be merged into PHP?It's two years after the last
modification of this issue.
[2007-09-23 19:51:19] paj...@php.net
From Moritz Bechler:
It took some time - but I now managed to put together some test cases
(which hopefully can also serve as examples). I noticed that the
current
openssl_x509_checkpurpose function does not allow for passing
verification flags so I introduced a new function openssl_x509_check
(verify might be better but might cause confusion with openssl_verify)
which does pretty much the same thing but takes a flags parameter which
can be used to enable CRL checking and some other checking features
which I did not test yet. I chose to add a new function because a)
adding the argument to the end forces passing two (one unused in most
cases) optional arguments b) _checkpurpose is a bit too specific. I
hope
that approach is okay.
The updated patch is at
http://mbechler.eenterphace.org/php6-openssl-crl.patch
and the phpt and required data (needs a small CA, included files are
valid for 5 years) at
http://mbechler.eenterphace.org/php6-openssl-crl-tests.tar.bz2
I noted my test fails (even for ascii filenames) when run in unicode
mode which is a result of
this check in php_openssl_x509_from_zval:
if (!(Z_TYPE_PP(val) == IS_STRING || Z_TYPE_PP(val) == IS_OBJECT)) {
return NULL;
}
maybe I'll find some time to have a look at proper filesystem encoding
conversions for ext/openssl.
[2007-08-03 11:37:24] paj...@php.net
Add the note here too :)
Please provide some test cases as well, including the required data (if
any).
[2007-01-07 02:47:19] mbechler at eenterphace dot org
Ok, finally found the bug - new patch is here:
http://mbechler.eenterphace.org/ext-openssl-crl.patch
[2007-01-07 02:26:36] mbechler at eenterhace dot org
When trying to use the functionality in a real world scenario I noticed
problems with this patch. My FastCGI processes are throwing errors like
this *** corrupted double-linked list: 0x08a135f0 *** while it is
working nice when run from the command line. I could not get any helpful
information yet by debugging, but this one is definitly not ready for
inclusion. I'm trying to figure out what's wrong, but I am thankful for
any help provided.
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/bug.php?id=40046
--
Edit this bug report at http://bugs.php.net/bug.php?id=40046edit=1
#32265 [NEW]: FATAL: erealloc(): Unable to allocate XXX bytes
From: pm at wallit dot net
Operating system: Solaris 8.0
PHP version: 5.0.3
PHP Bug Type: Reproducible crash
Bug description: FATAL: erealloc(): Unable to allocate XXX bytes
Description:
PHP crashes if you put a function with more than 14 parameters in an 'if'
statement. Example:
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m, $n,
$crash ) )
{
}
Reproduce code:
---
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m, $n,
$crash ) )
{
}
--
Edit bug report at http://bugs.php.net/?id=32265edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32265r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32265r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32265r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32265r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32265r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32265r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32265r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32265r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32265r=support
Expected behavior: http://bugs.php.net/fix.php?id=32265r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32265r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32265r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32265r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32265r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32265r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32265r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32265r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32265r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32265r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32265r=mysqlcfg
#29757 [NEW]: Sybase compile error
From: pm at wallit dot net Operating system: Sun Solaris 8 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Sybase compile error Description: ./configure --enable-simplexml --with-sybase=/usr/local/freetds/ --with-mysql --with-apxs=/usr/local/wac/bin/apxs followed by a make results in compile error for Sybase and FreeTDS support: /bin/sh /home/php-5.0.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/sybase/ -I/home/php-5.0.1/ext/sybase/ -DPHP_ATOM_INC -I/home/php-5.0.1/include -I/home/php-5.0.1/main -I/home/php-5.0.1 -I/home/php-5.0.1/Zend -I/usr/local/include/libxml2 -I/usr/local/include/mysql -I/usr/local/freetds//include -D_POSIX_PTHREAD_SEMANTICS -I/home/php-5.0.1/TSRM -g -O2 -prefer-pic -c /home/php-5.0.1/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /home/php-5.0.1/ext/sybase/php_sybase_db.c: In function `zif_sybase_fetch_object': /home/php-5.0.1/ext/sybase/php_sybase_db.c:1112: invalid lvalue in assignment /home/php-5.0.1/ext/sybase/php_sybase_db.c:1113: invalid lvalue in assignment make: *** [ext/sybase/php_sybase_db.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=29757edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29757r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29757r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29757r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29757r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29757r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29757r=needscript Try newer version: http://bugs.php.net/fix.php?id=29757r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29757r=support Expected behavior: http://bugs.php.net/fix.php?id=29757r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29757r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29757r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29757r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29757r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29757r=dst IIS Stability: http://bugs.php.net/fix.php?id=29757r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29757r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29757r=float
#23833 [Bgs]: Cannot connect to Ingres II database (ingres_connect)
ID: 23833 User updated by: pm dot aubertel at free dot fr Reported By: pm dot aubertel at free dot fr Status: Bogus Bug Type: Ingres II related Operating System: Solaris 2.8 PHP Version: 4.3.2RC4 New Comment: Hi, I'm not an Ingres specialist but I think the security configuration is more related to the server. Use the cbf utility and restart Ingres. Previous Comments: [2003-10-21 03:32:18] min dot zou at st dot com Hi, I have exactly the same problem with php-4.2.2. I have changed the config.dat on ingres client side as suggested. However, it still doesn't seem to work. May I know if the change has to be made on server side ? [2003-07-16 14:12:35] [EMAIL PROTECTED] Obviously not any PHP bug then - bogus. [2003-07-16 10:14:09] pm dot aubertel at free dot fr I figured out what was wrong with the connexion. After searching in Google for E_GC1008_INVALID_USER, I have found a post in the comp.databases.ingres forum explaining a modification to do in Ingres. It is related to Ingres security. I had to modify the config.dat file in Ingres using cbf. This is what I changed: ii.hostname.gcf.mech.null.enabled: false - true ii.hostname.gcf.security_mechanism: ingres - null After that, I bounced Ingres and the php code worked. [2003-07-15 02:25:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-07-09 15:54:10] [EMAIL PROTECTED] Did you find any reasons why the sample program works and PHP not..? 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/23833 -- Edit this bug report at http://bugs.php.net/?id=23833edit=1
#23833 [NoF-Csd]: Cannot connect to Ingres II database (ingres_connect)
ID: 23833 User updated by: pm dot aubertel at free dot fr Reported By: pm dot aubertel at free dot fr -Status: No Feedback +Status: Closed Bug Type: Ingres II related Operating System: Solaris 2.8 PHP Version: 4.3.2RC4 New Comment: I figured out what was wrong with the connexion. After searching in Google for E_GC1008_INVALID_USER, I have found a post in the comp.databases.ingres forum explaining a modification to do in Ingres. It is related to Ingres security. I had to modify the config.dat file in Ingres using cbf. This is what I changed: ii.hostname.gcf.mech.null.enabled: false - true ii.hostname.gcf.security_mechanism: ingres - null After that, I bounced Ingres and the php code worked. Previous Comments: [2003-07-15 02:25:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-07-09 15:54:10] [EMAIL PROTECTED] Did you find any reasons why the sample program works and PHP not..? [2003-05-30 02:51:41] pm dot aubertel at free dot fr The problem still remains when I call php directly: % php readdb.php with readdb.php containing: ?php ingres_connect (mydb) or die (Could not connect); print (Connected successfully); ingres_close (); ? So it is not related to Apache. Besides this, the asc sample program in the Ingres distribution (INGRES/demo/api/asc) which uses the same API as ii.c works perfectly... I'm trying to understand why now. [2003-05-28 03:16:24] pm dot aubertel at free dot fr I just cleaned, recompile and re-install php with --disable-posix and do the same for apache but the result is the same. [2003-05-27 17:45:28] [EMAIL PROTECTED] Someone mentioned in the manual that adding --disable-posix made it work for him..try adding that to your configure line. (rm -f config.cache first!) 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/23833 -- Edit this bug report at http://bugs.php.net/?id=23833edit=1
#23833 [Fbk-Opn]: Cannot connect to Ingres II database (ingres_connect)
ID: 23833 User updated by: pm dot aubertel at free dot fr Reported By: pm dot aubertel at free dot fr -Status: Feedback +Status: Open Bug Type: *Database Functions Operating System: Solaris 2.8 PHP Version: 4.3.2RC4 New Comment: I just cleaned, recompile and re-install php with --disable-posix and do the same for apache but the result is the same. Previous Comments: [2003-05-27 17:45:28] [EMAIL PROTECTED] Someone mentioned in the manual that adding --disable-posix made it work for him..try adding that to your configure line. (rm -f config.cache first!) [2003-05-27 10:16:44] pm dot aubertel at free dot fr After compiling and installing successfully php 4.3.2 RC over Apache 1.3.27 with Ingres II support, I cannot get the ingres_connect function to work. My php configure line is: ./configure --with-mysql --with-apache=/usr/local/apache_1.3.27 --with-gd --with-zlib-dir --with-ingres=/usr/local/ingres The apache start script contains the lines: II_SYSTEM=/usr/local export II_SYSTEM What I get in the apache error.log is: [error] PHP Warning: ingres_connect(): Ingres II: Server or API error : Unable to authenticate client's user ID. in /export/home/www/dhs/php/readdb.php on line 28 [error] PHP Warning: ingres_connect(): Ingres II: SQLSTATE : 08004 in /export/home/www/dhs/php/readdb.php on line 28 [error] PHP Warning: ingres_connect(): Ingres II: Unable to connect to database (isis::basedhs15) in /export/home/www/dhs/php/readdb.php on line 28 What I get in the Ingres errorlog.log: isis::[33034 IIGCN, 0001]: Tue May 27 15:54:40 2003 E_GC1008_INVALID_USER Unable to authenticate client's user ID. I have tried different user/passwd, some of them regisrred with accessdb but the result is always the same. -- Edit this bug report at http://bugs.php.net/?id=23833edit=1
#21224 [Com]: apache configure fails when using --enable-versioning
ID: 21224 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Just little intressed. Is anyone looking on this ??? I had the same problem on two servers. so I had to go back to 4.2.3 /Per Previous Comments: [2003-01-11 04:59:28] [EMAIL PROTECTED] Problem solved when removing --enable-versioning from php configure settings [2003-01-10 17:23:15] [EMAIL PROTECTED] Same problem as everyone else. ld: fatal: file /path/to/php-4.3.0/sapi/apache/php.sym unknown file type. Solaris8 and Solaris9. GNU gcc 3.2.1 libtool 1.4, automake 1.7.2, autoconf 2.57 Apache 1.3.27. However I will try not using --enable-versioning and see if that works. Because I did use that in my configure. [2003-01-06 05:02:49] [EMAIL PROTECTED] Problem solved (for me) when removing --enable-versioning from the configure [2002-12-30 09:32:31] [EMAIL PROTECTED] I'm having the same problem building 4.3.0 with Apache on my server, previous builds were ok: RedHat Linux 7.1 kernel 2.4.18-18.7.xsmp gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.2 2.96-112.7.1) ld -v GNU ld version 2.10.91 (with BFD 2.10.91.0.2) libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) ./configure --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql \ --with-pgsql=/usr/local/pgsql --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle --with-sybase-ct=/opt/sybase-12.5/OCS-12_5 \ --with-pdflib=/usr/local/pdflib --with-jpeg --with-tiff --with-zlib \ --with-gd --with-ttf --with-freetype --with-xml --with-gettext \ --enable-ftp --enable-versioning --enable-sockets --enable-calendar \ --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-debugger \ --enable-magic-quotes --enable-rpath --enable-short-tags --enable-posix \ --enable-session --enable-xml --enable-bcmath --enable-ctype --enable-mailparse \ --with-apache=../apache_1.3.27 ./configure --with-layout=Apache --prefix=/usr/local/apache \ --activate-module=src/modules/php4/libphp4.a --enable-module=so \ --enable-module=rewrite --add-module=mod_gzip.c Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) + on-the-fly added and activated gzip module (modules/extra/mod_gzip.o) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o rewrite_module uses ConfigStart/End + using -lndbm for DBM support enabling DBM support for mod_rewrite o php4_module uses ConfigStart/End + using system Expat + using -ldl for vendor DSO support + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DLINUX=22 -I/usr/include/db1 `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/local/mysql/lib/mysql -Wl,-rpath,/usr/local/oracle/lib -Wl,-rpath,/lib -Wl,-rpath,/usr/local/pdflib/lib -Wl,-rpath,/usr/local/pgsql/lib -Wl,-rpath,/opt/sybase-12.5/OCS-12_5/lib -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -export-symbols /usr/local/src/php-4.3.0/sapi/apache/php.sym -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -lsybtcl -lintl -lcomn -lct -lcs -lpq -lpdf -lz -lpng -lmysqlclient -lttf -lpng -lz -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -ldl -lm -lnsl -lclntsh -ldl -lm -lnsl -lclntsh -lm -lcrypt -lndbm -lexpat -ldl /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym: file format not recognized; treating as linker script /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym:2: parse error collect2: ld returned 1 exit status make: *** [dummy] Error 1 = End of Error Report = Aborting!
Bug #17184: Interbase 5.1.1.682 compilation
From: [EMAIL PROTECTED] Operating system: Linux 2.4.7-10 PHP version: 4.2.0 PHP Bug Type: Compile Failure Bug description: Interbase 5.1.1.682 compilation Get error on make when trying to compile with '--with-interbase=/usr/interbase'. Worked fine with php-4.1.2 I get the following error : gcc -I. -I/usr/local/php/ext/interbase -I/usr/local/php/main -I/usr/local/php -I/usr/local/apache_1.3.22/src/include -I/usr/local/apache_1.3.22/src/os/unix -I/usr/local/php/Zend -I/usr/local/openssl/include -I/include -I/usr/local/include -I/usr/include/imap -I/usr/interbase/include -I/usr/include/mysql -I/usr/local/php/ext/xml/expat -I/usr/local/php/TSRM -g -O2 -c interbase.c touch interbase.lo interbase.c: In function `_php_ibase_user': interbase.c:2977: `isc_action_svc_add_user' undeclared (first use in this function) interbase.c:2977: (Each undeclared identifier is reported only once interbase.c:2977: for each function it appears in.) interbase.c:2978: `isc_action_svc_modify_user' undeclared (first use in this function) interbase.c:2985: `isc_action_svc_delete_user' undeclared (first use in this function) interbase.c:2980: warning: unreachable code at beginning of switch statement interbase.c:3041: `isc_spb_version' undeclared (first use in this function) interbase.c:3042: `isc_spb_current_version' undeclared (first use in this function) interbase.c:3068: `isc_spb_sec_username' undeclared (first use in this function) interbase.c:3074: `isc_spb_sec_password' undeclared (first use in this function) interbase.c:3081: `isc_spb_sec_firstname' undeclared (first use in this function) interbase.c:3088: `isc_spb_sec_middlename' undeclared (first use in this function) interbase.c:3095: `isc_spb_sec_lastname' undeclared (first use in this function) interbase.c: In function `zif_ibase_add_user': interbase.c:3123: `isc_action_svc_add_user' undeclared (first use in this function) interbase.c: In function `zif_ibase_modify_user': interbase.c:3132: `isc_action_svc_modify_user' undeclared (first use in this function) interbase.c: In function `zif_ibase_delete_user': interbase.c:3140: `isc_action_svc_delete_user' undeclared (first use in this function) make[3]: *** [interbase.lo] Error 1 make[3]: Leaving directory `/usr/local/php-4.2.0/ext/interbase' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/php-4.2.0/ext/interbase' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.0/ext' make: *** [all-recursive] Error 1 Thx Per Mårtensson -- Edit bug report at http://bugs.php.net/?id=17184edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17184r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17184r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17184r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17184r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17184r=support Expected behavior: http://bugs.php.net/fix.php?id=17184r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17184r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17184r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17184r=globals
