RE: [PHP-DEV] Re: Segmentation violation
what is your platform ? -Original Message- From: Matt [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 6:03 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: Segmentation violation J, I will post an issue, but as far as I can tell the error is very intermittent. I don't have a consistent action that I do each time to cause the error. It is just randomly (as far as I can tell) throughout the application. But If you like I'll send some through J Smith wrote: How about providing a short example script that reproduces the segfault? Posting a backtrace is all well and good, but it's not very useful if nobody can see what initiated it. J Matt wrote: Hi, i've never posted to this newsgroup b4 so pls don't shoot me down if this is not protocol. But I've been trying to debug a seg fault trying varying options from various postings with little success. After generating a stacktrace I'm not sure really what to do next to find the problem. If anyone can help me, given the trace below that'd be fantastic. thanks, Matt - [EMAIL PROTECTED] snipped backtrace -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Java support....
Lot's of noise on there and something about foo vs. bar ;-). Since its a friday...count me in the bar camp. I'm considering using the integrated Java support within PHP to make I beleive the Java extension is in experimental mode and development on it has ceased. I think they were planning to incorporate this functionality in another extension. So use it on your own risk, since it might just disappear when your looking the otherway. :) --Roshan -Original Message- From: John Wells [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 3:35 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Java support Guys, Sorry to post this to the dev list, but general yielded no method calls to a java reporting tool (jasper reports) from within PHP. Yet, the manual suggests the ability to call methods on java objects is experimental at best. Was wondering if anyone here is using this feature in a production environment (or at all, for that matter), and if so how if you've had any problems. Alternatively, I could use the SAPI module, but I'm worried that this may be a performance hit to my app (disclaimer: haven't tested or even tried yet). Is it possible to have most of your PHP app run under mod_php and the Java-related portion run contained in a Tomcat servlet? Finally, which option would you recommend? I appreciate any input you're able to provide. John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Possible threading issue in PHP
S/W Environment: HPUX 11.00, Apache 2.0 (worker model) , PHP 4.2.3 This one seems to be a hard to trace problem but easily reproducible. Basically, an Apache thread servicing a PHP request crashes when you access the main page (index.php) of phpMyAdmin. An entry similar to the foll. is seen in the Apache error_log for every access attempt... [notice] child pid 26712 exit signal Illegal instruction (4) One user has also provided us with some informative gdb analysis of the problem that I have pasted to the end of this email. PS: This problem does not show up in Apache 1.3 or Apache 2.0(prefork model). That is why I suspect the problem to lie somewhere in the threading. Different people seem to have run into this problem but in different ways. But this way it seems to be easily reproducible. Anyway I have gone ahead and filed a bug report without this gdb analysis. Regards, -- Roshan Naik HP-UX Apache Web Server Suite Team. GDB Analysis: = Here's a short analysis. I attached with gdb to the httpd process and then reloaded the page: Program received signal SIGBUS, Bus error. [Switching to thread 2 (system thread 4353)] 0xc0208700 in __thread_mutex_lock+0x10 () from /usr/lib/libc.2 (gdb) info threads 27 system thread 4378 0xc01f9cc8 in _semop_sys+0x10 () from /usr/lib/libc.2 26 system thread 4377 warning: reading `r3' register: No data 0xc01f5100 in __ksleep+0x10 () from /usr/lib/libc.2 : 0xc01f5100 in __ksleep+0x10 () from /usr/lib/libc.2 3 system thread 4354 warning: reading `r3' register: No data 0xc01f5100 in __ksleep+0x10 () from /usr/lib/libc.2 * 2 system thread 4353 0xc0208700 in __thread_mutex_lock+0x10 () from /usr/lib/libc.2 1 system thread 4351 warning: reading `r3' register: No data 0xc01f6ed0 in _read_sys+0x10 () from /usr/lib/libc.2 (gdb) bt #0 0xc0208700 in __thread_mutex_lock+0x10 () from /usr/lib/libc.2 #1 0xc0184690 in mallinfo+0xa04 () from /usr/lib/libc.2 #2 0xc0182330 in __thread_callback_np+0x624 () from /usr/lib/libc.2 #3 0xc0187e7c in malloc+0x198 () from /usr/lib/libc.2 #4 0xc267fb24 in virtual_file_ex+0xb4 () from /opt/hpapache2/modules/libphp4.so #5 0xc25b5d64 in expand_filepath+0x74 () from /opt/hpapache2/modules/libphp4.so #6 0xc25b4d78 in php_fopen_and_set_opened_path+0x78 () from /opt/hpapache2/modules/libphp4.so #7 0xc25b58a8 in php_fopen_with_path+0x2f0 () from /opt/hpapache2/modules/libphp4.so #8 0xc25b5b70 in php_fopen_url_wrapper+0x250 () from /opt/hpapache2/modules/libphp4.so #9 0xc25b4f14 in php_fopen_wrapper+0x124 () from /opt/hpapache2/modules/libphp4.so #10 0xc25b031c in php_fopen_wrapper_for_zend+0x84 () from /opt/hpapache2/modules/libphp4.so #11 0xc2567034 in open_file_for_scanning+0x54 () from /opt/hpapache2/modules/libphp4.so #12 0xc2567368 in compile_file+0xc8 () from /opt/hpapache2/modules/libphp4.so #13 0xc2567644 in compile_filename+0xac () from /opt/hpapache2/modules/libphp4.so #14 0xc258acd8 in execute+0x7ad8 () from /opt/hpapache2/modules/libphp4.so (gdb) disas 0xc02086f0 __thread_mutex_lock: stw %rp,-0x14(%sp) 0xc02086f4 __thread_mutex_lock+4: ldo 0x40(%sp),%sp 0xc02086f8 __thread_mutex_lock+8: addil L'-0x800,%r19,%r1 0xc02086fc __thread_mutex_lock+12:ldw 0x390(%r1),%r24 0xc0208700 __thread_mutex_lock+16:stw %r19,-0x20(%sp) 0xc0208704 __thread_mutex_lock+20:ldw 0(%r24),%r31 : (gdb)p/x $sp $1 = 0x7eedd030 (gdb) x/x $sp 0x7eedd030: Error accessing memory address 0x7eedd030: Bad address. Is 0x7eedd030 a valid stack address? 0x8000 - 0x7eedd030 = 0x01122FD0 maxssiz 0X0100 So not for the process stack. Maybe it is within a thread stack? (gdb) info frame Stack level 0, frame at 0x7eedcff0: pcoqh = 0xc0208700 in __thread_mutex_lock; saved pcoqh 0xc0184690 called by frame at 0x7eedceb0 Arglist at 0x7eedcff0, args:last known Locals at 0x7eedcff0, Previous frame's sp cis 0x7eedcff0 == valid stack Saved registers:address rp at 0x7eedcfdc (gdb) x/x 0x7eedcff0 0x7eedcff0: 0x (gdb) x/x 0x7eedd000 0x7eedd000: Error accessing memory address 0x7eedd000: Bad address. So 0x7eedcff0 is valid, but 0x7eedd000 is not (only 16 bytes difference). Looks like we crossed the end of the thread stack. Maybe the PHP module needs a larger thread stack. = -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Java Extension
I was wondering what the current status of Java extension is.
I know its still marked experimental..
Do the developers think it is reaching stability. It would be great
for us to know if there is any clear intentions (if any) as of now to revamp
it or
change its api ?
There has been some demand for this extension by customers for HPUX.
And we are wondering if we should consider bundling as part of our free
HP-Apache
distribution.
Any hints would be helpful.
--Roshan
-Original Message-
From: Dave Viner [mailto:dviner;yahoo-inc.com]
Sent: Wednesday, November 06, 2002 10:15 AM
To: [EMAIL PROTECTED]
Cc: Php-Dev@lists. php. net
Subject: RE: [PHP-DEV] compiling on windows vc++ bison error ?
i have added c:\cygwin\bin to the vc++
directoriesexecutables. below is
the complete error message when i set ZendTS as the active
configuration.
It appears that bison simply isn't properly generating the .c
and .h files.
Both zend_language_parser.{h,c} and zend_ini_parser.c appear
to be missing.
dave
Configuration: ZendTS - Win32
Debug_TS
Performing Custom Build Step on .\zend_language_parser.y
Performing Custom Build Step on .\zend_ini_parser.y
zend_ini_parser.y:215.4-6: unrecognized escape: `\\0'
Performing Custom Build Step on .\zend_language_scanner.l
Performing Custom Build Step on .\zend_ini_scanner.l
Compiling...
zend.c
zend_alloc.c
zend_API.c
zend_builtin_functions.c
zend_compile.c
d:\php\php4\zend\zend_compile.c(21) : fatal error C1083:
Cannot open include
file: 'zend_language_parser.h': No such file or directory
zend_constants.c
zend_dynamic_array.c
zend_execute.c
zend_execute_API.c
d:\php\php4\zend\zend_execute_api.c(366) : warning C4018: '==' :
signed/unsigned mismatch
zend_extensions.c
zend_hash.c
zend_highlight.c
d:\php\php4\zend\zend_highlight.c(22) : fatal error C1083: Cannot open
include file: 'zend_language_parser.h': No such file or directory
zend_indent.c
d:\php\php4\zend\zend_indent.c(25) : fatal error C1083:
Cannot open include
file: 'zend_language_parser.h': No such file or directory
zend_ini.c
zend_ini_parser.c
fatal error C1083: Cannot open source file:
'D:\php\php4\Zend\zend_ini_parser.c': No such file or directory
zend_ini_scanner.c
zend_ini_scanner.l(33) : fatal error C1083: Cannot open include file:
'zend_ini_parser.h': No such file or directory
zend_language_parser.c
fatal error C1083: Cannot open source file:
'D:\php\php4\Zend\zend_language_parser.c': No such file or directory
zend_language_scanner.c
zend_language_scanner.l(54) : fatal error C1083: Cannot open
include file:
'zend_language_parser.h': No such file or directory
zend_list.c
zend_llist.c
zend_multibyte.c
zend_opcode.c
zend_operators.c
zend_ptr_stack.c
zend_qsort.c
zend_sprintf.c
zend_stack.c
zend_variables.c
Error executing cl.exe.
ZendTS.lib - 7 error(s), 1 warning(s)
-Original Message-
From: Maxim Maletsky [mailto:maxim;php.net]
Sent: Wednesday, November 06, 2002 10:17 AM
To: Dave Viner
Cc: Php-Dev@lists. php. net
Subject: Re: [PHP-DEV] compiling on windows vc++ bison error ?
you need to make sure VC can find bison.
What is the error exactly?
--
Maxim Maletsky
[EMAIL PROTECTED]
Dave Viner [EMAIL PROTECTED] wrote... :
Hi,
I'm having difficulty compiling the PHP source code on
Win2K with VC++
6.0.
I've followed the instructions on the website, but I keep
getting errors
compiling the ZendTS project. It appears that bison is not actually
generating the zend_language_parser.{h,c} at all. However, from the
Cygwin
command line, it appears to work fine:
$ bison --output=zend_language_parser.c -v -d -p zend
zend_language_parser.y
$ ls -lart | tail -4
drwxr-xr-x6 Administ None36864 Nov 6 09:57 .
-rw-rw-rw-1 Administ None 6090 Nov 6 10:00
zend_ini_parser.output
drwxr-xr-x2 Administ None16384 Nov 6 10:00 Debug_TS
-rw-rw-rw-1 Administ None 688770 Nov 6 10:02
zend_language_parser.output
$
So bison command executes without error, but it fails to
generate the
appropriate .c and .h files. I am using bison v 1.75 (the
latest from
cygwin).
Has anyone seen an error like this?
dave
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] GD :: configure bug ??
Is this an error in gd's configure ? (after running phpize on the extension) approx line# 1977 : if test $php_always_shared = yes; then ext_output=yes, shared ext_shared=yes test $PHP_XPM_DIR = no PHP_XPM_DIR=yes ## -- WHY FORCE NO TO YES ?? fi It seems like its mandating PHP_XPM_DIR=yes even if --without-xpm-dir is given to gd's configure. --Roshan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] process in README.SELF-CONTAINED-EXTENSIONS broken?
I dunno the solution to the warnings from phpize, (since i havent figured a way to fix that), But I think they are benign warnings. The error message... You should update your `aclocal.m4' by running aclocal. seems bogus. It would be great if someone here can comment on it. Anycase, you need to pass --php-config=/path/to/php-config to configure. --Roshan -Original Message- From: Brian Lalor [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 12, 2002 11:28 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] process in README.SELF-CONTAINED-EXTENSIONS broken? I just grabbed PHP from CVS and tried to go through the procedure outlined in README.SELF-CONTAINED-EXTENSIONS and found that it doesn't work. Can someone help? I'm looking at revision 1.10 of the README. The php4 module's checked out into my ~/devel directory. So under CONVERTING AN EXISTING EXTENSION, I do mkdir /tmp/newext cd /tmp/newext cp -rp ~/devel/php4/ext/sockets/* . phpize phpize gives some warnings: aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never used aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used You should update your `aclocal.m4' by running aclocal. I ran aclocal, which gave the same output as phpize, save for the last line; finally: ./configure configure dies with: configure: error: can not find sources in . or .. I've tried running buildconf and configure in the cvs working directory, but still no dice. Can anyone help? B -- Brian Lalor [EMAIL PROTECTED] [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] process in README.SELF-CONTAINED-EXTENSIONS broken?
phpize gives some warnings: aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never used aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used You should update your `aclocal.m4' by running aclocal. I have actually been seeing these warnings for ages (on HP-UX 11.x) Inspite of all having all the recommended versions of libtool/autoconf/automake and also extensions built alongside the correct PHP version. But since the macros were not being used ..as sugested by the error messeages... I assumed it might be harlmess. Are you also on HPUX Brian ? --Roshan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] sockets extension
And exactly how long is it expected to continue to stay EXPERIMENTAL ? --Roshan -Original Message- From: Wez Furlong [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:31 PM To: Brian Lalor Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] sockets extension Which part of EXPERIMENTAL in the docs at http://www.php.net/manual/en/function.socket-select.php don't you understand? If you're so desparate to have things cemented, write a patch, post it here and we'll commit it. If you don't have the skills, you might consider offering those that do some positive incentive to do it for you. --Wez. On 09/06/02, Brian Lalor [EMAIL PROTECTED] wrote: Do the maintainers of the PHP sockets extension ever intend to get their act together and cement the API, or are people who need this functionality going to be forced to rewrite their code everytime there's a new point-release of PHP? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] sockets extension
Between 15 days and 15 months. Looking at the CVS its been 19 months since the EXPERMENTAL file was last modified for sockets. No offense intended but, sometimes people dont seem to like to be asked such obvious questions by users. I realize that people in open source are not working for money but this attitude may be a little extreme. The obvious meaning behind the question was is this piece under active development?. Users like to know such things so that they can have reasonable expectations from what they are using or make alternate plans. And this list is the most reasonable place for asking something like that. Bundling functionality into the distribution and tagging them as experimental...its a way of giving end users hope to see something concrete sooner or later...so why flame over it when the user comes back asking how it is doing ? --Roshan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] sockets extension
Sure (as i did reckon most of what you said in my email) but i dont think there is anything wrong in any user coming out and asking the community what their intentions are going forward. CVS only reflects the situation so far. For example: In our case we deliver PHP as part of our free HP Apache distribution and we get requests from end users asking for so and so PHP extension. It is natural for us (or anybody like us) to come back to this mailing list and ask similar questions to get an idea of where things may be headed. Perhaps it might be nicer to reckon the CURRENT absence of any active development/plans by the ones in the know, rather than flaming over it and giving out bogus estimates to users casually inquiring about it. After all, most of us users (hopefully) realize that there is only finite amount of work that can be done by developers in their free time. As a suggestion : It may be a good idea to reconsider the bundling (and continued bundling in the future) of extensions that are unlikely to get out of expermimental stage due to lack developer activity and/or interest for such extended periods. Else such questions and flame replies simply become more common and benefit no one. --Roshan -Original Message- From: Dan Kalowsky [mailto:[EMAIL PROTECTED]] Sent: Monday, September 09, 2002 2:49 PM To: NAIK,ROSHAN (HP-Cupertino,ex1) Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] sockets extension Because the user can see how active such functionality is by looking at the CVS logs, and doing a search on php-dev conversations. While the authors have decided to mark it experimental doesn't mean it will ever not be experimental. Not to continue a flame war, but this is Open Source, and it is done on free time. Because you the user feels you'd like to use such functionality it's not typically a concern for the developers. Often times this functionality is added to make their own lives easier, or to try an experiment with something. Take a look at the iD software policy: it'll be ready when it's ready. Thats all there is to it :) On Mon, 9 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: Between 15 days and 15 months. Looking at the CVS its been 19 months since the EXPERMENTAL file was last modified for sockets. No offense intended but, sometimes people dont seem to like to be asked such obvious questions by users. I realize that people in open source are not working for money but this attitude may be a little extreme. The obvious meaning behind the question was is this piece under active development?. Users like to know such things so that they can have reasonable expectations from what they are using or make alternate plans. And this list is the most reasonable place for asking something like that. Bundling functionality into the distribution and tagging them as experimental...its a way of giving end users hope to see something concrete sooner or later...so why flame over it when the user comes back asking how it is doing ? --Roshan --- Dan Kalowsky I'll walk a thousand miles just http://www.deadmime.org/~dank to slip this skin. [EMAIL PROTECTED] - Streets of Philadelphia, [EMAIL PROTECTED] Bruce Springstreen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: sockets extension
For the benefit of other users i did a status check on the general situation with extensions: Total extensions bundled with PHP4.2.3 = 94 # of them that are Expermintal = 24 Therefore more than 25% are expermental. Among the experimental. Experimental for 19 months to 2yrs --- sockets, openssl, crack, domxml, dotnet, iconv, ingres, java, ming, qtdom, rpc, satellite, skeleton, vpopmail Experminatal 10 to 16 months: --- dio, w32api, xml rpc, ncurses, pcntl, xslt Extensions not accessible via cvs.php.net !! --- mailparse, dbplus, muscat It might be nice to get rid of (or pecl it, as suggested by shane) the ones that show no (or false) promise of future stable versions to end users. And perhaps prioritize a little higher, some of those useful ones. -- Roshan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GD broken ? compiler errors !
Jani, I've committed possible fix in CVS. So please try that. Thanks. You may also want to consider fixing another problem with configure ... it doesnt support --with-zlib-dir option thus requiring a variable PHP_ZLIB_DIR to be exported prior to running confgiure. W/o that configure fails asking for a zlib path. There are a couple of referneces to --with-zlib-dir in configure. But not implemented, probably due to oversight. This is when building GD as a self contained extension. --Roshan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GD broken ? compiler errors !
CFLAGS is assigned -g -O2 in config_vars.mk But when performing make on the gd extension, the gcc build commands displayed on screen do not contain the options that are part of CFLAGS. --Roshan -Original Message- From: Jani Taskinen [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 2:28 PM To: NAIK,ROSHAN (HP-Cupertino,ex1) Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] GD broken ? compiler errors ! On Thu, 5 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: Hi Jani, But ofcourse that isnt that last one is it ? :) CFLAGS that are assigned in confg_vars.mk dont see to get picked up during the actual make. Huh? What exactly doesn't work? Please be more specific.. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GD broken ? compiler errors !
No doubt.. but then the stuff on the distribution didnt work in the first place. Thats why i hoped the cvs had a fix for those erros. I have had prior experinces wherein a few files in the distribtion sources wouldnt compile and I had to refresh them from the CVS. These were the errors in the original gd sources that were part of the 4.2.2 distribtion... php_gd.h:69: warning: static declaration for `gdImageColorResolve' follows non-static gd.c:92: conflicting types for `gdIOCtx' /somepath/gd-1.8.4/gd_io.h:18: previous declaration of `gdIOCtx' gd.c: In function `php_imagettftext_common': gd.c:2800: warning: passing arg 2 of `virtual_filepath' from incompatible pointer type Has anybody got GD working in 4.2.2 ? --Roshan -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 03, 2002 10:48 PM To: NAIK,ROSHAN (HP-Cupertino,ex1) Cc: '[EMAIL PROTECTED]' Subject: Re: [PHP-DEV] GD broken ? compiler errors ! You just can't mix current CVS c sources witth current stable release. It would be like gambling. The GD module has new enhancements in it which aren't available in 4.2.2 so that won't work. Please first test with http://www.php.net/~zeev/php-4.2.3RC2.tar.gz or even better http://snaps.php.net/php4-latest.tar.bz2 and see if this isse has been fixed already. Any remaining errors should be reported via bugs.php.net (preferable against php4-latest). -- GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc In short, the window belongs to me. The document belongs to the web site designer. - Poster on opera.wishlist -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GD broken ? compiler errors !
gd.h in the GD library (v 1.8.4) distribution (www.boutell.com/gd) declares
...
typedef struct gdIOCtx { ..blah blah... } gdIOCtx;
Then ext/gd/gd.c also goes ahead and declares ...
#ifdef USE_GD_IOCTX
..
..
typedef struct gdIOCtx;
..
..
#endif
Perhaps the guard USE_GD_IOCTX should have been taking effect ...but it
isnt.
So the PHP declaration is clearly conflicting.
Multiple versions of gd.h do not exist on my machine. I reconfirmed it by
searching in all the -I directories passed to gcc during make (i.e while
building ext/gd.c) I also did an exhaustive search on the machine !! There
is only one gd.h.
--Roshan
-Original Message-
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 04, 2002 2:09 PM
To: NAIK,ROSHAN (HP-Cupertino,ex1)
Cc: '[EMAIL PROTECTED]'
Subject: RE: [PHP-DEV] GD broken ? compiler errors !
Your problem is that you have multiple versions of gd on your
system. PHP
is picking up a gd.h somewhere on the standard include path and then
trying to build against a different version. Clean up your
system and it
should work just fine.
-Rasmus
On Wed, 4 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote:
No doubt.. but then the stuff on the distribution didnt
work in the first
place. Thats why i hoped the cvs had a fix for those erros.
I have had prior
experinces wherein a few files in the distribtion sources
wouldnt compile
and I had to refresh them from the CVS.
These were the errors in the original gd sources that were
part of the 4.2.2
distribtion...
php_gd.h:69: warning: static declaration for
`gdImageColorResolve' follows
non-static
gd.c:92: conflicting types for `gdIOCtx'
/somepath/gd-1.8.4/gd_io.h:18: previous declaration of `gdIOCtx'
gd.c: In function `php_imagettftext_common':
gd.c:2800: warning: passing arg 2 of `virtual_filepath'
from incompatible
pointer type
Has anybody got GD working in 4.2.2 ?
--Roshan
-Original Message-
From: Markus Fischer [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 03, 2002 10:48 PM
To: NAIK,ROSHAN (HP-Cupertino,ex1)
Cc: '[EMAIL PROTECTED]'
Subject: Re: [PHP-DEV] GD broken ? compiler errors !
You just can't mix current CVS c sources witth current stable
release. It would be like gambling. The GD module has new
enhancements in it which aren't available in 4.2.2 so that
won't work.
Please first test with
http://www.php.net/~zeev/php-4.2.3RC2.tar.gz
or even better http://snaps.php.net/php4-latest.tar.bz2 and
see if this isse has been fixed already.
Any remaining errors should be reported via bugs.php.net
(preferable against php4-latest).
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] GD broken ? compiler errors !
Is GD extension fundamentally broken as of 4.2.2 ? Configuration: PHP version 4.2.2, OS: HPUX, compiler : gcc 2.9 library versions noted in configure line below.. GD extension fails to build as a self-contained extension, with compiler errors during make. Here is a snapshot # cd ext/gd # ../../pear/scripts/phpize # export PHP_ZLIB_DIR=/path/zlib-1.1.4 # ./configure --with-gd=/path/gd-1.8.4 \ --with-jpeg-dir=/path/jpeg-6b \ --with-png-dir=/path/libpng-1.0.11 \ --with-xpm-dir=/path/xpm-3.4k \ --with-freetype-dir=/path/freetype-2.1.2 \ --with-t1lib=/path/t1lib-1.3.1 \ --with-php-config=/path/php-4.2.2/pear/scripts/php-config \ --prefix=/path # make gd.c:97: conflicting types for `gdIOCtx' /path/gd-1.8.4/gd_io.h:18: previous declaration of `gdIOCtx' gd.c: In function `zif_imageloadfont': gd.c:486: `php_stream' undeclared (first use in this function) gd.c:486: (Each undeclared identifier is reported only once gd.c:486: for each function it appears in.) gd.c:486: `stream' undeclared (first use in this function) gd.c:494: `REPORT_ERRORS' undeclared (first use in this function) ... more errors Examining the first error i found that gdIOCtx has a simple declaration of type FILE in ext/gd/gd.c. But a header that is part of the gd library v1.8.4 (gd_io.h) has a conflicting ( and more sophisticated .. struct ) declaration for the same. But then looks like there are more errors besides that one. I tried picking up the GD related files (except config.m4) that have changed in recent 2/3 weeks from cvs.php.net but it didnt help. adding.. #define HAVE_PHP_STREAM in gd.c seemed to fix the compiler error on undeclared first use of php_stream Definitions for macros ... REPORT_ERRORS , PHP_STREAM_IS_STDIO , PHP_STREAM_CAST_TRY_HARD seems to be missing. -- Roshan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] about php4.1.0 with apache2.x (httpd-2_0_28)
Brian, could you please clarify what doesnt work ? I have tried php 4.1 (without apxs2) with apache 2.0.28 and didnt run into any problems as such. Since you mentioned ..appear to work fine at first i am if i didnt notice something. --Roshan -Original Message- From: Brian Moon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 19, 2001 4:53 AM To: sheens; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] about php4.1.0 with apache2.x (httpd-2_0_28) Yes, PHP 4.1 does not work with Apache 2.0.28. You would need to use a recent CVS snapshot. It does however compile and appear to work fine. at first. Brian. - Original Message - From: sheens [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Brian Moon [EMAIL PROTECTED] Sent: Wednesday, December 19, 2001 2:59 AM Subject: Re: [PHP-DEV] about php4.1.0 with apache2.x (httpd-2_0_28) | Dear Brian, | | Did you try Apache2.X DSO complie with PHP4 successfully? I try that and | check every configuration, but it still doesn't work. | | Apache 2.0.28 configuration: | ./configure --prefix=/usr/local/apache --enable-speling=shared | --enable-vhost-alias --enable-rewrite=shared \ | --enable-so --enable-cgi --enable-info --enable-mime-magic | --enable-cache --enable-file-cache --enable-auth-anon \ | --with-mpm=threaded --enable-module=so --enable-php4=shared | | Php4.1.0 configuration | ./configure --with-mysql=/usr/local/mysql | --with-apxs2=/usr/local/apache/bin/apxs --enable-track-vars \ | --enable-calendar --enable-ftp --enable-sockets --enable-versioning | --enable-debug --enable-gd-native-ttf | | Brian Moon wrote: | | Your best bet with Apache 2 is to compile Apache with DSO support and | compile PHP with apxs2. | | Brian. | | - Original Message - | From: sam [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Sent: Thursday, November 29, 2001 3:58 AM | Subject: [PHP-DEV] about php4.1.0 with apache2.x (httpd-2_0_28) | | | | Try to configure php4.1.0 with apache2 in RH Linux7.2 | | | | | | ./configure --with-mysql=/usr/local/mysql --with-apache=../httpd-2_0_28 | | --enable-track-vars --enable-calendar --enable-ftp --enable-sockets | | --enable-versioning | | | | I got Cann't find httpd.h. Also, I check configure of php4.1.0 and | | find the problem may come from wrong path. | | | | Apache2.x do not have src directory and apr is under srclib/apr. | | | | | | -- | | 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 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]
