[PHP-DEV] PHP 4.2.1
Hello, At the end of last week, DomXML was merged to the branch and there was no single test response for RC1. So I want to postpone 4.2.1 till next monday, and release another RC today (with the new DomXML api). Derick --- Derick Rethans http://www.jdimedia.nl/derick/ JDI Media Solutions http://www.jdimedia.nl/ --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: Re[2]: [PHP-DEV] PHP 4.3 charter and release plan
Zitat von Andrew Sitnikov [EMAIL PROTECTED]: Hello Stig, SSB Huh, are you saying PHP _is_ locale-dependant? Yes. Example: 1.php ? setlocale(LC_ALL,'ru_RU.CP1251'); include('2.php'); ? 2.php ? $var = 1.3; var_dump($var); ? gap /home/local/sitnikov GET http://si.infonet.ee/1.php float(1) Locale ru_RU.CP1251 has decimal delimiter ','; I understand why it occurs (thanks to Stanislav Malyshev), but this is not correct behaviour IMHO, and must be fixed ASAP. Perhaps Bug 16865 (http://bugs.php.net/bug.php?id=16865) falls into the same category of locale dependent bugs: To quote from the bug entry: ---snip--- It seems like some constants are getting undefined if you set the locale to tr_TR. It happens randomly with internally defined and user defined constants and is reproducable with this little script: ?php setlocale(LC_ALL, 'tr_TR'); echo extension_loaded('imap'); echo SORTARRIVAL; ? ---snip--- This happened so far only with this specific locale, 'tr' for example works. Jan. -- http://www.horde.org - The Horde Project http://www.ammma.de - discover your knowledge http://www.tip4all.de - Deine private Tippgemeinschaft -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.1
Hello, I have a patch for DomXML that does 2 things. It allows you to use new and constructors to create dom elements. Ex. $doc = new DomDocument(some.file, true); $ele = new DocElement(name); $doc-append_child($ele); insetead of $doc = xmldoc(some.file, true); $ele = $doc-create_element(name); $doc-append_child($ele); and it also PHPAPI exports one function that can be used in other places (my extension). Is it a possiblity to get this change in this release. - Brad --- Derick Rethans [EMAIL PROTECTED] wrote: Hello, At the end of last week, DomXML was merged to the branch and there was no single test response for RC1. So I want to postpone 4.2.1 till next monday, and release another RC today (with the new DomXML api). Derick --- Derick Rethans http://www.jdimedia.nl/derick/ JDI Media Solutions http://www.jdimedia.nl/ --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.1
On Mon, 6 May 2002, brad lafountain wrote: Hello, I have a patch for DomXML that does 2 things. It allows you to use new and constructors to create dom elements. Ex. $doc = new DomDocument(some.file, true); $ele = new DocElement(name); $doc-append_child($ele); insetead of $doc = xmldoc(some.file, true); $ele = $doc-create_element(name); $doc-append_child($ele); and it also PHPAPI exports one function that can be used in other places (my extension). Is it a possiblity to get this change in this release. Nope, as I'm just tagging RC2. And I'd rather see not any changes happen now. Derick --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.1
On Mon, 6 May 2002, brad lafountain wrote: Hello, I have a patch for DomXML that does 2 things. It allows you to use new and constructors to create dom elements. Ex. $doc = new DomDocument(some.file, true); $ele = new DocElement(name); $doc-append_child($ele); as i said before, this is not according to the DOM-Standard, so i would rather prefer not to include this kind of behaviour, but i'd like to hear other opinions about that and it also PHPAPI exports one function that can be used in other places (my extension). don't know exactly, what you mean with that. Can you give an example and more important the source code to that :) Is it a possiblity to get this change in this release. mmh. that's more or less to late now... chregu -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [Gallery-users] can't create albums (fwd)
Bug 16905 seems to be real and is biting a few people on *BSD. It looks non-sensical to me and I don't really have decent access to a FreeBSD box anymore. Could someone on FreeBSD take a close look at this one? -Rasmus -- Forwarded message -- Date: Mon, 6 May 2002 10:28:10 -0400 From: Don Wang [EMAIL PROTECTED] To: Troy [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [Gallery-users] can't create albums Troy, I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment). I had exactly same problem before. Bharat solved it for me. His patch is now located at: List: gallery-users Subject: [Gallery-users] PHP 4.2.0 new album issues From: Brian Smyth [EMAIL PROTECTED] Date: 2002-05-02 4:18:48 [Download message RAW] Just as an FYI, the issues I (and others) were having are due to a PHP bug: http://bugs.php.net/bug.php?id=16905 Bharat worked around the issue, and a patch is in CVS: \ http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u nix.php.di \ ff?r1=1.12r2=1.13 It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD. Take care, Brian -- Brian Smyth [EMAIL PROTECTED] || http://aries.etree.org/~hamal/ -Original Message- From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 8:08 PM To: 'Don Wang' Subject: RE: New Album problem Ok, a whole lot of debugging later I've figured out the problem. You're hitting this bug: http://bugs.php.net/bug.php?id=16905 It would have saved a lot of time if I was able to see your Apache error log, but I couldn't find it. At any rate, I've patched your code to work around this issue and will roll the patch back into the trunk. Thanks for giving me access! -Bharat -Original Message- From: Don Wang [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 3:36 PM To: Mediratta, Bharat Subject: New Album problem Bharat, When one clicks on new Album, automatically 6 new untitle albums are generated. Afterwards, each new click generates two more. I suspect this bug is php 4.2 upgrade related, although I know little about php to prove it. Right now I count at least three people having the exact same problem. List: gallery-users Subject: RE: [Gallery-users] Problem adding new album (albums/album01-10) From: Mediratta, Bharat [EMAIL PROTECTED] Date: 2002-05-01 4:40:20 [Download message RAW] From: Brian Smyth [mailto:[EMAIL PROTECTED]] When my admin user tries to create a new album, 10 new album directories named album01 through album10 (and so on if I try to add more albums) are created in my albums/ directory and I get a Document contains no data error from my web browser. Subsequently, gallery warns me on the top page that album01-10 are not valid albums and should be deleted. They are just empty directories. When you click new album once, you get 10 empty albums? Or do you only get one blank album every click? Also, has anything else changed in your environment, like did you upgrade your version of PHP or anything else that might be related? Assuming that you can reproduce this readily, I'd love to get onto your machine via ssh or ftp and tinker with the code to see if I can figure out what's going wrong. If that's possible please let me know. Thanks, -Bharat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Troy Sent: Monday, May 06, 2002 3:38 AM To: [EMAIL PROTECTED] Subject: [Gallery-users] can't create albums After getting Gallery installed and working I can't create new albums. After logging in and trying to create one, I get a page not found, then when going back to the main gallery page, It shows 3 albums created afterwords, all of which are named the same and have the same location. Under each album is the error: Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat (errno=2 - No such file or directory) in /usr/local/www/data/gallery/platform/fs_unix.php on line 73 Dec 31, 1969. This album contains no items. When configuring Gallery I set the Album directory and Albums URL to /usr/local/www/data/gallery/albums, the URL to the gallery site is the the default of hostname/gallery. The permissions to the albums directory are correct, and it is creating these unusable albums in the correct place of /gallery/albums. Any help appreciated, thanks. ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] __[ g a l l e r y - u s e r s ]_ [ list archive/(un)subscribe -- http://gallery.sf.net/lists.php ] [ gallery info/FAQ/download -- http://gallery.sf.net ] [ gallery good karma -- http://gallery.sf.net/donate.php?dt=gu ] ___ Have big pipes? SourceForge.net is
RE: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)
I have several FreeBSD boxes I could test on, if you can give me version numbers for the distributions of PHP and Apache you want me to test (and any specific configure arguments) I can. Might be worth giving me a list of what your looking for incase Im missing the point heh (I know that last request probably rules me out from being of use to the testing procedure but hey, at least Im happy to help :P heh) - Dan -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: 06 May 2002 15:34 To: [EMAIL PROTECTED] Subject: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd) Bug 16905 seems to be real and is biting a few people on *BSD. It looks non-sensical to me and I don't really have decent access to a FreeBSD box anymore. Could someone on FreeBSD take a close look at this one? -Rasmus -- Forwarded message -- Date: Mon, 6 May 2002 10:28:10 -0400 From: Don Wang [EMAIL PROTECTED] To: Troy [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [Gallery-users] can't create albums Troy, I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment). I had exactly same problem before. Bharat solved it for me. His patch is now located at: List: gallery-users Subject: [Gallery-users] PHP 4.2.0 new album issues From: Brian Smyth [EMAIL PROTECTED] Date: 2002-05-02 4:18:48 [Download message RAW] Just as an FYI, the issues I (and others) were having are due to a PHP bug: http://bugs.php.net/bug.php?id=16905 Bharat worked around the issue, and a patch is in CVS: \ http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/ fs_u nix.php.di \ ff?r1=1.12r2=1.13 It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD. Take care, Brian -- Brian Smyth [EMAIL PROTECTED] || http://aries.etree.org/~hamal/ -Original Message- From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 8:08 PM To: 'Don Wang' Subject: RE: New Album problem Ok, a whole lot of debugging later I've figured out the problem. You're hitting this bug: http://bugs.php.net/bug.php?id=16905 It would have saved a lot of time if I was able to see your Apache error log, but I couldn't find it. At any rate, I've patched your code to work around this issue and will roll the patch back into the trunk. Thanks for giving me access! -Bharat -Original Message- From: Don Wang [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 3:36 PM To: Mediratta, Bharat Subject: New Album problem Bharat, When one clicks on new Album, automatically 6 new untitle albums are generated. Afterwards, each new click generates two more. I suspect this bug is php 4.2 upgrade related, although I know little about php to prove it. Right now I count at least three people having the exact same problem. List: gallery-users Subject: RE: [Gallery-users] Problem adding new album (albums/album01-10) From: Mediratta, Bharat [EMAIL PROTECTED] Date: 2002-05-01 4:40:20 [Download message RAW] From: Brian Smyth [mailto:[EMAIL PROTECTED]] When my admin user tries to create a new album, 10 new album directories named album01 through album10 (and so on if I try to add more albums) are created in my albums/ directory and I get a Document contains no data error from my web browser. Subsequently, gallery warns me on the top page that album01-10 are not valid albums and should be deleted. They are just empty directories. When you click new album once, you get 10 empty albums? Or do you only get one blank album every click? Also, has anything else changed in your environment, like did you upgrade your version of PHP or anything else that might be related? Assuming that you can reproduce this readily, I'd love to get onto your machine via ssh or ftp and tinker with the code to see if I can figure out what's going wrong. If that's possible please let me know. Thanks, -Bharat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Troy Sent: Monday, May 06, 2002 3:38 AM To: [EMAIL PROTECTED] Subject: [Gallery-users] can't create albums After getting Gallery installed and working I can't create new albums. After logging in and trying to create one, I get a page not found, then when going back to the main gallery page, It shows 3 albums created afterwords, all of which are named the same and have the same location. Under each album is the error: Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat (errno=2 - No such file or directory) in /usr/local/www/data/gallery/platform/fs_unix.php on line 73 Dec 31, 1969. This album contains no items. When configuring Gallery I set the Album directory and Albums URL to /usr/local/www/data/gallery/albums, the URL to the gallery site is the the default of hostname/gallery. The permissions to the albums directory are correct, and it is creating these unusable albums in the correct
Re: [PHP-DEV] PHP 4.2.1
--- Christian Stocker [EMAIL PROTECTED] wrote: On Mon, 6 May 2002, brad lafountain wrote: Hello, I have a patch for DomXML that does 2 things. It allows you to use new and constructors to create dom elements. Ex. $doc = new DomDocument(some.file, true); $ele = new DocElement(name); $doc-append_child($ele); as i said before, this is not according to the DOM-Standard, so i would rather prefer not to include this kind of behaviour, but i'd like to hear other opinions about that You are acually goign to argue that it isn't a dom-standard, so you don't want it put in? There are a bunch of document non dom-standart functions. I don't see how this is any different. Does the dom-standard doesn't say that you need a separte xmldoc() and not a new DomDocument, does it?. I would rather see this $doc = new DomDocument(some.file, true); than this $doc = xmldoc(somefile.file, true); Thats just my prefrence. and it also PHPAPI exports one function that can be used in other places (my extension). don't know exactly, what you mean with that. Can you give an example and more important the source code to that :) All this change is static zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); to PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); Then declaring PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); in php_domxml.h I think thats the only change i need to be able to create domxml objects in my extension. Is it a possiblity to get this change in this release. mmh. that's more or less to late now... Man... When is the next planned release? What if just get in the PHPAPI export and try and convince you all about the new Dom* later? - Brad __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.1
--- Lukas Schroeder [EMAIL PROTECTED] wrote: On Mon, May 06, 2002 at 03:54:34PM +0200, Christian Stocker wrote: $doc = new DomDocument(some.file, true); $ele = new DocElement(name); $doc-append_child($ele); as i said before, this is not according to the DOM-Standard, so i would rather prefer not to include this kind of behaviour, but i'd like to hear other opinions about that wrt. to using the new operator to create orphaned nodes, i dont care. one might argue, that it makes the thing more consistent, but we've already had a lot of fun with discussions about consistency before :) wrt. to creating nodes without using a document's factory let me point out the following. with the current api i can already create a node this way: $n = domxml_node('root'); and i've always found that very appealing; what was (is?) missing ar the functions to create all other types of nodes this way... i want to be able to assemble the xml pieces (docs, nodes, trees) the way i like it and in the order i find appropriate. i dont need a document to have some node flying around in memory, as the dom-spec tries to tell me. i find it convenient that i can happily assemble a whole subtree inside a function, return that subtree and have the caller do whatever it wants with it (attach it, modify it, delete it). I totally agree with this. This is exactly what im trying to do pass part of my document to the user have them modify/create and then pass back to my extension then attach it to my docuemnt. - Brad __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)
Initial tests with FreeBSD 4.5 and PHP 4.2.0 seem to be working in CGI mode. Building DSO now to test further. On Mon, 6 May 2002, Rasmus Lerdorf wrote: Bug 16905 seems to be real and is biting a few people on *BSD. It looks non-sensical to me and I don't really have decent access to a FreeBSD box anymore. Could someone on FreeBSD take a close look at this one? -Rasmus -- Forwarded message -- Date: Mon, 6 May 2002 10:28:10 -0400 From: Don Wang [EMAIL PROTECTED] To: Troy [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [Gallery-users] can't create albums Troy, I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment). I had exactly same problem before. Bharat solved it for me. His patch is now located at: List: gallery-users Subject: [Gallery-users] PHP 4.2.0 new album issues From: Brian Smyth [EMAIL PROTECTED] Date: 2002-05-02 4:18:48 [Download message RAW] Just as an FYI, the issues I (and others) were having are due to a PHP bug: http://bugs.php.net/bug.php?id=16905 Bharat worked around the issue, and a patch is in CVS: \ http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u nix.php.di \ ff?r1=1.12r2=1.13 It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD. Take care, Brian -- Brian Smyth [EMAIL PROTECTED] || http://aries.etree.org/~hamal/ -Original Message- From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 8:08 PM To: 'Don Wang' Subject: RE: New Album problem Ok, a whole lot of debugging later I've figured out the problem. You're hitting this bug: http://bugs.php.net/bug.php?id=16905 It would have saved a lot of time if I was able to see your Apache error log, but I couldn't find it. At any rate, I've patched your code to work around this issue and will roll the patch back into the trunk. Thanks for giving me access! -Bharat -Original Message- From: Don Wang [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 3:36 PM To: Mediratta, Bharat Subject: New Album problem Bharat, When one clicks on new Album, automatically 6 new untitle albums are generated. Afterwards, each new click generates two more. I suspect this bug is php 4.2 upgrade related, although I know little about php to prove it. Right now I count at least three people having the exact same problem. List: gallery-users Subject: RE: [Gallery-users] Problem adding new album (albums/album01-10) From: Mediratta, Bharat [EMAIL PROTECTED] Date: 2002-05-01 4:40:20 [Download message RAW] From: Brian Smyth [mailto:[EMAIL PROTECTED]] When my admin user tries to create a new album, 10 new album directories named album01 through album10 (and so on if I try to add more albums) are created in my albums/ directory and I get a Document contains no data error from my web browser. Subsequently, gallery warns me on the top page that album01-10 are not valid albums and should be deleted. They are just empty directories. When you click new album once, you get 10 empty albums? Or do you only get one blank album every click? Also, has anything else changed in your environment, like did you upgrade your version of PHP or anything else that might be related? Assuming that you can reproduce this readily, I'd love to get onto your machine via ssh or ftp and tinker with the code to see if I can figure out what's going wrong. If that's possible please let me know. Thanks, -Bharat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Troy Sent: Monday, May 06, 2002 3:38 AM To: [EMAIL PROTECTED] Subject: [Gallery-users] can't create albums After getting Gallery installed and working I can't create new albums. After logging in and trying to create one, I get a page not found, then when going back to the main gallery page, It shows 3 albums created afterwords, all of which are named the same and have the same location. Under each album is the error: Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat (errno=2 - No such file or directory) in /usr/local/www/data/gallery/platform/fs_unix.php on line 73 Dec 31, 1969. This album contains no items. When configuring Gallery I set the Album directory and Albums URL to /usr/local/www/data/gallery/albums, the URL to the gallery site is the the default of hostname/gallery. The permissions to the albums directory are correct, and it is creating these unusable albums in the correct place of /gallery/albums. Any help appreciated, thanks. ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] __[ g a l l e r y - u s e r s ]_ [ list
Re: [PHP-DEV] PHP 4.3 charter and release plan
I would like to have the sockets extension polished and marked as stable by 4.3, if you would like to add that to the list of changes. -Jason On Fri, 2002-05-03 at 00:17, Stig S. Bakken wrote: Hi, I've volunteered to RM (release master, not /bin/rm) PHP 4.3. This release will be synchronized with the public release of the PEAR (including PECL) infrastructure. This time I'd like to try partitioning the work a bit by identifying the major changes and have one person sign up as responsible for each. I will do the overall coordination and handle stuff that don't belong to these major changes. Here's the list of major changes, and the person I would like to invite as responsible for that part of 4.3: 1. New build system (Sascha) 2. PHP Streams (Wez) 3. Command-line SAPI installed by default (Edin) 4. PEAR integration including PECL builder (Stig) 5. MySQL changes (Zak) 6. PostgreSQL changes (Yasuo) 7. DOMXML changes? (Christian) I'm not sure how significant the changes to mysql/pgsql/domxml are this time, this list was based on an overview of the NEWS file. When someone has signed up for each major change, I want to get a feeling for how much work remains and make a rough internal release schedule. The PHP_4_3_0 branch will be created when everyone says their stuff is ready for full testing. Does this organization of the 4.3 release sound reasonable? - Stig -- 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] Re: Bug #17022: enhance socket_strerror(errno) tomake errno optional
Hi, What do you mean with psocket() ? - Markus On Mon, May 06, 2002 at 09:39:23AM -0700, Tom Robinson wrote : I see you are right. Whereas although socket_last_error() (no argument) can be viewed as a shortcut, it is actually a feature that cannot be duplicated in user space because of the situation when socket_connect fails. Next... how about psocket? ...Tom This really is something that better belongs in user-space. -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.1
On Mon, 6 May 2002, brad lafountain wrote: --- Christian Stocker [EMAIL PROTECTED] wrote: On Mon, 6 May 2002, brad lafountain wrote: Hello, I have a patch for DomXML that does 2 things. It allows you to use new and constructors to create dom elements. Ex. $doc = new DomDocument(some.file, true); $ele = new DocElement(name); $doc-append_child($ele); as i said before, this is not according to the DOM-Standard, so i would rather prefer not to include this kind of behaviour, but i'd like to hear other opinions about that You are acually goign to argue that it isn't a dom-standard, so you don't want it put in? There are a bunch of document non dom-standart functions. I don't see how this is any different. not really. but uwe made a lot of efforts to make it finally more dom compliant. But you're right, it doesn't hurt anyone, so i'm not really against it. Does the dom-standard doesn't say that you need a separte xmldoc() and not a new DomDocument, does it?. ranting is really not necessary here :) domxml was for a long time just a hack and didn't follow much of the standard, therefore there is still a lot of not-standard stuff in there and this stuff will (hopefully) not removed for BC's sake... static zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); to PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); Then declaring PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); in php_domxml.h yep, no problem with that mmh. that's more or less to late now... Man... When is the next planned release? don't know. ask stig .) What if just get in the PHPAPI export and try and convince you all about the new Dom* later? RC2 was tagged today, so it's really to late (see dericks mail). You have to wait for 4.3 ... chregu -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomakeerrno optional
I think he is referring to persistent sockets. Tom, Could you outline how you would use a persistent sockets, and why it would benefit you? -Jason On Mon, 2002-05-06 at 10:54, Markus Fischer wrote: Hi, What do you mean with psocket() ? - Markus On Mon, May 06, 2002 at 09:39:23AM -0700, Tom Robinson wrote : I see you are right. Whereas although socket_last_error() (no argument) can be viewed as a shortcut, it is actually a feature that cannot be duplicated in user space because of the situation when socket_connect fails. Next... how about psocket? ...Tom This really is something that better belongs in user-space. -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: attila
- Maintaining DOMXML documentation - Translating new DOMXML functions into german -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)
Perhaps this broke it: (it looks like the most recent change to mkdir()) http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203r2=1.204ty=u I am looking into it. -James On Mon, 6 May 2002, Rasmus Lerdorf wrote: Bug 16905 seems to be real and is biting a few people on *BSD. It looks non-sensical to me and I don't really have decent access to a FreeBSD box anymore. Could someone on FreeBSD take a close look at this one? -Rasmus -- Forwarded message -- Date: Mon, 6 May 2002 10:28:10 -0400 From: Don Wang [EMAIL PROTECTED] To: Troy [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [Gallery-users] can't create albums Troy, I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment). I had exactly same problem before. Bharat solved it for me. His patch is now located at: List: gallery-users Subject: [Gallery-users] PHP 4.2.0 new album issues From: Brian Smyth [EMAIL PROTECTED] Date: 2002-05-02 4:18:48 [Download message RAW] Just as an FYI, the issues I (and others) were having are due to a PHP bug: http://bugs.php.net/bug.php?id=16905 Bharat worked around the issue, and a patch is in CVS: \ http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u nix.php.di \ ff?r1=1.12r2=1.13 It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD. Take care, Brian -- Brian Smyth [EMAIL PROTECTED] || http://aries.etree.org/~hamal/ -Original Message- From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 8:08 PM To: 'Don Wang' Subject: RE: New Album problem Ok, a whole lot of debugging later I've figured out the problem. You're hitting this bug: http://bugs.php.net/bug.php?id=16905 It would have saved a lot of time if I was able to see your Apache error log, but I couldn't find it. At any rate, I've patched your code to work around this issue and will roll the patch back into the trunk. Thanks for giving me access! -Bharat -Original Message- From: Don Wang [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 3:36 PM To: Mediratta, Bharat Subject: New Album problem Bharat, When one clicks on new Album, automatically 6 new untitle albums are generated. Afterwards, each new click generates two more. I suspect this bug is php 4.2 upgrade related, although I know little about php to prove it. Right now I count at least three people having the exact same problem. List: gallery-users Subject: RE: [Gallery-users] Problem adding new album (albums/album01-10) From: Mediratta, Bharat [EMAIL PROTECTED] Date: 2002-05-01 4:40:20 [Download message RAW] From: Brian Smyth [mailto:[EMAIL PROTECTED]] When my admin user tries to create a new album, 10 new album directories named album01 through album10 (and so on if I try to add more albums) are created in my albums/ directory and I get a Document contains no data error from my web browser. Subsequently, gallery warns me on the top page that album01-10 are not valid albums and should be deleted. They are just empty directories. When you click new album once, you get 10 empty albums? Or do you only get one blank album every click? Also, has anything else changed in your environment, like did you upgrade your version of PHP or anything else that might be related? Assuming that you can reproduce this readily, I'd love to get onto your machine via ssh or ftp and tinker with the code to see if I can figure out what's going wrong. If that's possible please let me know. Thanks, -Bharat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Troy Sent: Monday, May 06, 2002 3:38 AM To: [EMAIL PROTECTED] Subject: [Gallery-users] can't create albums After getting Gallery installed and working I can't create new albums. After logging in and trying to create one, I get a page not found, then when going back to the main gallery page, It shows 3 albums created afterwords, all of which are named the same and have the same location. Under each album is the error: Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat (errno=2 - No such file or directory) in /usr/local/www/data/gallery/platform/fs_unix.php on line 73 Dec 31, 1969. This album contains no items. When configuring Gallery I set the Album directory and Albums URL to /usr/local/www/data/gallery/albums, the URL to the gallery site is the the default of hostname/gallery. The permissions to the albums directory are correct, and it is creating these unusable albums in the correct place of /gallery/albums. Any help appreciated, thanks. ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] __[ g
Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)
Hi, Uh christ, I hope not! Thanks for looking into that. - Markus On Mon, May 06, 2002 at 12:31:31PM -0400, James E. Flemer wrote : Perhaps this broke it: (it looks like the most recent change to mkdir()) http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203r2=1.204ty=u I am looking into it. -James On Mon, 6 May 2002, Rasmus Lerdorf wrote: Bug 16905 seems to be real and is biting a few people on *BSD. It looks non-sensical to me and I don't really have decent access to a FreeBSD box anymore. Could someone on FreeBSD take a close look at this one? -Rasmus -- Forwarded message -- Date: Mon, 6 May 2002 10:28:10 -0400 From: Don Wang [EMAIL PROTECTED] To: Troy [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [Gallery-users] can't create albums Troy, I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment). I had exactly same problem before. Bharat solved it for me. His patch is now located at: List: gallery-users Subject: [Gallery-users] PHP 4.2.0 new album issues From: Brian Smyth [EMAIL PROTECTED] Date: 2002-05-02 4:18:48 [Download message RAW] Just as an FYI, the issues I (and others) were having are due to a PHP bug: http://bugs.php.net/bug.php?id=16905 Bharat worked around the issue, and a patch is in CVS: \ http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u nix.php.di \ ff?r1=1.12r2=1.13 It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD. Take care, Brian -- Brian Smyth [EMAIL PROTECTED] || http://aries.etree.org/~hamal/ -Original Message- From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 8:08 PM To: 'Don Wang' Subject: RE: New Album problem Ok, a whole lot of debugging later I've figured out the problem. You're hitting this bug: http://bugs.php.net/bug.php?id=16905 It would have saved a lot of time if I was able to see your Apache error log, but I couldn't find it. At any rate, I've patched your code to work around this issue and will roll the patch back into the trunk. Thanks for giving me access! -Bharat -Original Message- From: Don Wang [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 3:36 PM To: Mediratta, Bharat Subject: New Album problem Bharat, When one clicks on new Album, automatically 6 new untitle albums are generated. Afterwards, each new click generates two more. I suspect this bug is php 4.2 upgrade related, although I know little about php to prove it. Right now I count at least three people having the exact same problem. List: gallery-users Subject: RE: [Gallery-users] Problem adding new album (albums/album01-10) From: Mediratta, Bharat [EMAIL PROTECTED] Date: 2002-05-01 4:40:20 [Download message RAW] From: Brian Smyth [mailto:[EMAIL PROTECTED]] When my admin user tries to create a new album, 10 new album directories named album01 through album10 (and so on if I try to add more albums) are created in my albums/ directory and I get a Document contains no data error from my web browser. Subsequently, gallery warns me on the top page that album01-10 are not valid albums and should be deleted. They are just empty directories. When you click new album once, you get 10 empty albums? Or do you only get one blank album every click? Also, has anything else changed in your environment, like did you upgrade your version of PHP or anything else that might be related? Assuming that you can reproduce this readily, I'd love to get onto your machine via ssh or ftp and tinker with the code to see if I can figure out what's going wrong. If that's possible please let me know. Thanks, -Bharat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Troy Sent: Monday, May 06, 2002 3:38 AM To: [EMAIL PROTECTED] Subject: [Gallery-users] can't create albums After getting Gallery installed and working I can't create new albums. After logging in and trying to create one, I get a page not found, then when going back to the main gallery page, It shows 3 albums created afterwords, all of which are named the same and have the same location. Under each album is the error: Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat (errno=2 - No such file or directory) in /usr/local/www/data/gallery/platform/fs_unix.php on line 73 Dec 31, 1969. This album contains no items. When configuring Gallery I set the Album directory and Albums URL to /usr/local/www/data/gallery/albums, the URL to the gallery site is the the default of hostname/gallery. The permissions to the albums directory are correct, and it is creating these unusable
Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)
James E. Flemer [EMAIL PROTECTED] wrote: Perhaps this broke it: (it looks like the most recent change to mkdir()) http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203r2=1.204ty=u I am looking into it. passing a pointer to a mode_t (mode) to zend_parse_parameters(), which uses it as a pointer to long, is probably the cause of the problem. mode should be declared as a long in the function, and cast to a mode_t when passed to VCWD_MKDIR. jim -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)
Yep, on FreeBSD mode_t is u_int16_t, whereas on Linux it is a __u_int. -James On 6 May 2002, Jim Winstead wrote: James E. Flemer [EMAIL PROTECTED] wrote: Perhaps this broke it: (it looks like the most recent change to mkdir()) http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203r2=1.204ty=u I am looking into it. passing a pointer to a mode_t (mode) to zend_parse_parameters(), which uses it as a pointer to long, is probably the cause of the problem. mode should be declared as a long in the function, and cast to a mode_t when passed to VCWD_MKDIR. jim -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.1
--- Christian Stocker [EMAIL PROTECTED] wrote: On Mon, 6 May 2002, brad lafountain wrote: --- Christian Stocker [EMAIL PROTECTED] wrote: On Mon, 6 May 2002, brad lafountain wrote: Hello, I have a patch for DomXML that does 2 things. It allows you to use new and constructors to create dom elements. Ex. $doc = new DomDocument(some.file, true); $ele = new DocElement(name); $doc-append_child($ele); as i said before, this is not according to the DOM-Standard, so i would rather prefer not to include this kind of behaviour, but i'd like to hear other opinions about that You are acually goign to argue that it isn't a dom-standard, so you don't want it put in? There are a bunch of document non dom-standart functions. I don't see how this is any different. not really. but uwe made a lot of efforts to make it finally more dom compliant. But you're right, it doesn't hurt anyone, so i'm not really against it. Does the dom-standard doesn't say that you need a separte xmldoc() and not a new DomDocument, does it?. ranting is really not necessary here :) domxml was for a long time just a hack and didn't follow much of the standard, therefore there is still a lot of not-standard stuff in there and this stuff will (hopefully) not removed for BC's sake... I honistly wasn't ranting. That was a serious question. I wasn't sure if the standard says how to create the inital domdocument. static zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); to PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); Then declaring PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC); in php_domxml.h yep, no problem with that Ok sweet. mmh. that's more or less to late now... Man... When is the next planned release? don't know. ask stig .) What if just get in the PHPAPI export and try and convince you all about the new Dom* later? RC2 was tagged today, so it's really to late (see dericks mail). You have to wait for 4.3 ... Ok... I have to do some more testing. I'll submit a patch (hopefully later today). - Brad __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.1
ranting is really not necessary here :) domxml was for a long time just a hack and didn't follow much of the standard, therefore there is still a lot of not-standard stuff in there and this stuff will (hopefully) not removed for BC's sake... I honistly wasn't ranting. That was a serious question. I wasn't sure if the standard says how to create the inital domdocument. there was a :) at the end, so it was not meant really serious. The standard says it's: DOMImplementation.createDocument() this would make domxml_create_document() in php it's domxml_new_doc()... mmmh, maybe make an alias for that... Ok... I have to do some more testing. I'll submit a patch (hopefully later today). since 4.3 will not be released in the next days, i would rather prefer you test your patch thoroughly .) so take your time. chregu -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno)tomakeerrno optional
What do you mean with psocket() ? Oops! - I meant pselect(). To allow one thread to wait for anything: sockets, signals and timeout. It is likely to be more robust than signal handlers a la pcntl_signal, because those can interrupt PHP execution at any time, and that is asking for trouble. I see that pcntl is incompatible with Zend optimizer, and I would not be surprised if it might be unreliable in many other circumstances as well. If signals are acted upon only at a point where they are expected, this has got to be good for reliability. pselect would be much easier to make compatible with Zend optimizer, other optimizers, Apache mod_php etc. On operating systems where pselect does not exist, PHP socket_pselect could fake it fairly cleanly with a signal handler that catches signals and sets flags, but does not divert the flow of PHP execution. The signals would not be acted upon until the next socket_pselect function is called. The two schemes could even be mixed: pcntl_signal for some signals (such as immediate semi-clean daemon shutdown) and socket_pselect for others. ...Tom -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP 4.2.1 RC2
Hello, I just rolled a tarball for the second release candidate for 4.2.1. Please test building this, an especially the following things: The DOM XML extension Sessions The socket extension touch() (under windows, especially of the time is correct now) The COM extension You can submit your tests at qa.php.net . Derick --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-QA] PHP 4.2.1 RC2
Did the *BSD mkdir fix make it in? On Mon, 6 May 2002 [EMAIL PROTECTED] wrote: Hello, I just rolled a tarball for the second release candidate for 4.2.1. Please test building this, an especially the following things: The DOM XML extension Sessions The socket extension touch() (under windows, especially of the time is correct now) The COM extension You can submit your tests at qa.php.net . Derick --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Quality Assurance 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] Re: [PHP-QA] PHP 4.2.1 RC2
On Mon, 6 May 2002, Rasmus Lerdorf wrote: Did the *BSD mkdir fix make it in? Yes, I waited for that. Derick On Mon, 6 May 2002 [EMAIL PROTECTED] wrote: Hello, I just rolled a tarball for the second release candidate for 4.2.1. Please test building this, an especially the following things: The DOM XML extension Sessions The socket extension touch() (under windows, especially of the time is correct now) The COM extension You can submit your tests at qa.php.net . Derick --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] newbuild
Hello, I see references to a new build system. What is it about? I'm struggling installing 4.2.0 on my system because there were changes in the autoconf 2.52 and it's a total pain. For example: ./configure --without-mysql configure: error: invalid package name: mysql G Fab. PS: I got around the problems, i'm just wondering what this new build is about.
Re: [PHP-DEV] newbuild
Hi, the new build system is only CVS HEAD so far. Not in any released version yet. - Markus On Mon, May 06, 2002 at 05:16:55PM -0400, fabwash wrote : Hello, I see references to a new build system. What is it about? I'm struggling installing 4.2.0 on my system because there were changes in the autoconf 2.52 and it's a total pain. For example: ./configure --without-mysql configure: error: invalid package name: mysql G Fab. PS: I got around the problems, i'm just wondering what this new build is about. -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] datetime.c problem
On lines 597,598,599,600 there are additional carriage returns. This can't be seen on TextPad, but my compiler barfs, and I can see them in 'vi': break; } if (NULL == (ta = php_localtime_r(timestamp, tmbuf))) {^M php_error(E_WARNING, %s(): invalid local time,^M get_active_function_name(TSRMLS_C));^M RETURN_FALSE;^M } Fab.
Re: [PHP-DEV] datetime.c problem
Hi, thx, fixed in CVS. - Markus On Mon, May 06, 2002 at 05:33:20PM -0400, fabwash wrote : On lines 597,598,599,600 there are additional carriage returns. This can't be seen on TextPad, but my compiler barfs, and I can see them in 'vi': break; } if (NULL == (ta = php_localtime_r(timestamp, tmbuf))) {^M php_error(E_WARNING, %s(): invalid local time,^M get_active_function_name(TSRMLS_C));^M RETURN_FALSE;^M } Fab. -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] mime_magic broken in CVS?
Is mime_magic broken, or am I doing something wrong ? Using: (Debian 3) gcc 2.95.4 latest CVS /bin/sh /mnt/data1/Apps/CVS/PHP/php4/libtool --mode=compile gcc -Iext/mime_magic/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -prefer-pic -c /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c -o ext/mime_magic/mime_magic.lo gcc -Iext/mime_magic/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -c /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c -fPIC -DPIC -o ext/mime_magic/mime_magic.lo /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `zm_startup_mime_magic': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: `mime_magic_globals' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: (Each undeclared identifier is reported only once /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: for each function it appears in.) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_set_config': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:880: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_add': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:904: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `rsl_strdup': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:978: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `zmagic': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1734: warning: unused variable `i' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1733: warning: unused variable `newsize' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1732: warning: unused variable `newbuf' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_get': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1875: `tsrm_ls' undeclared (first use in this function) make: *** [ext/mime_magic/mime_magic.lo] Error 1 Regards Magnus Määttä -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Procedure to compile PHP 4.2.0 on a Tandem/Compaq/HP Nonstop Kernel system G06
How to compile PHP on a HP (yes it's HP now) Nonstop Kernel Himalaya System running OSS G06: WARNING: THIS PROCEDURE HAS ONLY BEEN TESTED ON G06 SYSTEMS AND PHP-4.2.0. THERE IS NO GUARANTEE THAT IT WILL EVEN WORK ON YOUR SYSTEM. THIS IS A DRAFT AND YOU SHOULD NOT USE THIS NOTE TO INSTALL PHP ON A PRODUCTION HIMALAYA SYSTEM. THIS IS NOT SUPPORTED BY COMPAQ. Comments: [EMAIL PROTECTED] DRAFT 0.1 The problem with running ./configure on an Himalaya system is that the c89 compiler will not fail if there are unresolved externals. Those are resolved at fixup time, the first time the program is ran. It has been a linker design since the beginning of Tandem systems, but doesn't work well with ./configure scripts. The way to make ./configure work properly and only find procedures that are really available is to make a wrapper for the c89 compiler, so that it will fail if a procedure is unknown. Here are the steps to achieve this: 1) Copy the following script under a directory you will call 'nsk' and create under the directory that contains ./configure. For example, if you have downloaded the PHP release in /usr/joe/php-4.2.0, then the ./configure program will be in that directory. Do the following: /usr/joe/php-4.2.0: mkdir nsk /usr/joe/php-4.2.0: cd nsk Copy the following program in the 'nsk' directory (the program is in between *): echo \nStarting to build the procedure list from your system..\n; # First get the current sysnn sysnn=`gtacl -c 'sysinfo' | grep Current SYSnn | sed 's/[ ]*Current SYSnn[ ]*//'` echo You are running on $sysnn.; # Get the list of SRLs to look for. This is libc.obey srllist=`cat /usr/lib/libc.obey | sed 's/-l//'`; srllist=$srllist TSYSCLR; # For each srl, call nm to extract the procedure names, and store that # in a file. # The grep and sed commands remove the extra information and just keep # the procedure names. The last sed command changes the OSS_xxx_ proc names # to xxx (e.g. OSS_gethostbyname_ to gethostbyname). for srl in $srllist; do fullname=/G/SYSTEM/$sysnn/$srl; echo Extracting info from $fullname... 2; nm $fullname | nm $fullname | egrep '(^_EXP#)|(^_ORG#)' | sed -n -e '/|COMMON/d' -e '/|DATA/d' \ -e '/ file/d' -e 's/^\([^ ]*\).*/\1/p' \ | sed 's/^_EXP#//' | sed 's/^_ORG#//' | sed 's/^OSS_\([a-z]*\)[_]/\1/' done procs; echo Done.. Now creating nskcc..; # Now make a fake cc so that the Configure script will work properly. I call # it 'nskcc', then set the following environment variables. After this is # done, ./Configure and the subsequent make will run properly. # # PATH=$PATH:. # CC=nskcc # CFLAGS=-D_XOPEN_SOURCE_EXTENDED=1 -D_TANDEM_SOURCE -Wnowarn=1506,262,707,304,770 # Remove our previous test file if any. # launch the c compiler with the options given by the caller. cat nskcc EOM rm -f nskt # Look for the name of the object file. obj=\`echo \$* | sed 's/.*-o \([A-Za-z0-9.]*\) .*/\1/'\` # Try the compilation. Return immediately if failed. if ! c89 \$*;then exit 1;fi # if a procedure is undefined, it will appear like this: # (none): gethostbyname # # use grep/sed to extract the procedure names that are undefined. # we FAIL if there is one procedure undefined, even if the other is # good. ./configure will rarely check more than one proc at a time # so that should work 99%. noft file \$obj;llf 2/dev/null | grep ^(none) | sed 's/^(none)[ ]*: //' nskt # if nskt is not empty, then there is a procedure that was not found in # the srl, either because it was not declared properly, or because it's # in the tsysclr. In that case, try to find our procedure in the procs file. # # If the procedure is not found, exit with status 1. That way, ./configure will # think cc failed and consider the procedure to not work. if test -s nskt; then proclist=\`cat nskt\`; for proc in \$proclist; do if ! grep ^\$proc\\\$ nsk/procs /dev/null 21; then exit 1; fi done; fi exit; EOM # Now tell user to set the env variables so ./configure uses our nskcc program. echo Now set the following environment variables and run ./configure. echo export PATH=\$PATH:./nsk (or the full path of nsk); echo export CC=nskcc; echo export CFLAGS=\-D_XOPEN_SOURCE_EXTENDED=1 -D_TANDEM_SOURCE -Dnowarn=1506,262,707,304,770\ echo Now run ./configure; ** Name this script as you wish. For example: /usr/joe/php-4.2.0/nsk/makensk Allow execution of the script: chmod +x /usr/joe/php-4.2.0/nsk/makensk This script will search the SRLs and make a list of procedures that are known on the system. 2) Execute the script cd /usr/joe/php-4.2.0/nsk ./makensk The script will execute (takes some time to run) and search for your SYSnn, for the SRLs, and extract the procedure names from the SRLs and TSYSCLR. It will then create a file called nskcc. nskcc will be the
[PHP-DEV] Building a simple .DLL extension using Cygwin?
Hi, Im trying to build a simple Hello World C extension using Cygwin but can't find any examples or how this can be accomplished ... can anyone give a hint? Thanks. - Jon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] detecting php versions
Hello, My extension uses php_start_ob_buffer() i am trying to cross compile it from php-4.1.2 and php-4.2.0. Well the number of parameters in php_start_ob_buffer changed and PHP_API_VERSION stayed the same between the two. Is there a way that i can detect this at compile time. - Brad __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: baba
PEAR Date Date_TimeZone classes -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] newbuild
On Mon, 6 May 2002, fabwash wrote: Hello, I see references to a new build system. What is it about? I'm struggling installing 4.2.0 on my system because there were changes in the autoconf 2.52 and it's a total pain. For example: 2.52 is a big mess, it won't work correctly. You should use 2.13 instead. PS: I got around the problems, i'm just wondering what this new build is about. How did you get around those? Derick --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] detecting php versions
Hi, Brad. Maybe this will help you: bash-2.04$ cat php_version.h /* automatically generated by configure */ /* edit configure.in to change version number */ #define PHP_VERSION 4.2.0 bash-2.04$ - Original Message - From: brad lafountain [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 07, 2002 8:10 AM Subject: [PHP-DEV] detecting php versions Hello, My extension uses php_start_ob_buffer() i am trying to cross compile it from php-4.1.2 and php-4.2.0. Well the number of parameters in php_start_ob_buffer changed and PHP_API_VERSION stayed the same between the two. Is there a way that i can detect this at compile time. - Brad __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- 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