Re: [PHP-DEV] help with duplicate flag in string functions
Hi, you want to duplicate if you don't want the called procedure to touch the original variable, or if you declare it as a local in your procedure and don't pass it as a pointer. Fab. - Original Message - From: Tony Leake [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 25, 2002 2:05 PM Subject: [PHP-DEV] help with duplicate flag in string functions Hi, I'm just starting out writing modules by reading api docs on zend.com and reading source code of existing modules. Several functions (example:) add_next_index_string(zval *array, char *str, int duplicate) have the int duplicate flag, the docs say, The flag duplicate specifies whether the string contents have to be copied to Zend internal memory. but how do I know if the string should be copied to memory, in the simple functions I'm writing it seams to make no difference whether I set this to 1 or 0 but it must do something? Thanks for your time Tony -- 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] test suite for sapi modules
Hello, I finally have my new SAPI module working (i do a manual link instead of using libtool for now because i've spent enough time and headaches trying to use libtool). When I ran PHP as a module and not a cgi anymore, the first thing it did was to crash (yay!). I got the obvious mistakes out of the code, and everything is running fine (and FAST, I get at least a 400% increase in response time). The question is: Is there a test suite that other SAPI authors have used? I want to be sure I test everything (cookies, headers, variables, persistence, etc..) before releasing the code. Thanks. Fab. _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] how to create a new sapi module
Hello all, did I dream about it? I think I saw documentation somewhere on how to create a new sapi module, but I can't find anything anywhere and the search on news.php.net is down. Anyone has any pointer? Thanks! Fab. _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] compiling extension
Not sure why you say that including a header should throw make errors.. if you didn't change the Makefile, it should have no effect. What are the errors you're getting? Fab From: Ron Lange [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [PHP-DEV] compiling extension Date: Mon, 01 Jul 2002 16:31:17 +0200 Hi all, now I have only one really sucking problem: how I can compile extensions? I know that I am appearing a little bit stupid, just because of the hints of Derick an the others in a former thread... But I can't get it work... The core code of my extension (without any php-related stuff yet) laying in a external cvs tree. I just set up a proto file, and created a extension with it in the ext dir of my php-tree. Then I have copied the files out of the extension directory into the cvs dir where my code is laying. I thought that was a smart idea. According to Derick I phpized, configured an made it. Fine, the (empty) php-extension was compiled an everything seems right. But now I want to include and use my code. A simple inclusion of my header throws make errors. Expectable, I know. *where the hell I have to put my include and libary paths in???* And does php compile then also as a static apache module with my extensions? Getting tired Ron -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Installation on HP Nonstop systems
Hello all, I sent the installation note last week. Anybody with karma can put it in the cvs tree?? Would it be possible to merge it with the main documentation, and if so, do you need a different format? Fab. _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Installation instructions for HP Nonstop Servers
Hello all,
those are instructions to install and run PHP 4 on HP Nonstop Servers. I
have included a .doc and .rtf files, i'm not sure which format is the best.
I think this should be put as an INSTALL.HPNONSTOP file in the main
distribution, as installing on those systems is very different from the
normal installation. It could also be added in the PHP documentation as an
Install note for this particular system.
I have also sent the same note inside HP.
If you need another format, just let me know.
Fab.
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
{\rtf1\ansi\ansicpg1252\uc1\deff0\stshfdbch0\stshfloch0\stshfhich0\stshfbi0\deflang1033\deflangfe1033{\fonttbl{\f0\froman\fcharset0\fprq2{\*\panose 02020603050405020304}Times New Roman;}{\f1\fswiss\fcharset0\fprq2{\*\panose 020b0604020202020204}Arial;} {\f2\fmodern\fcharset0\fprq1{\*\panose 02070309020205020404}Courier New;}{\f85\froman\fcharset238\fprq2 Times New Roman CE;}{\f86\froman\fcharset204\fprq2 Times New Roman Cyr;}{\f88\froman\fcharset161\fprq2 Times New Roman Greek;} {\f89\froman\fcharset162\fprq2 Times New Roman Tur;}{\f90\froman\fcharset177\fprq2 Times New Roman (Hebrew);}{\f91\froman\fcharset178\fprq2 Times New Roman (Arabic);}{\f92\froman\fcharset186\fprq2 Times New Roman Baltic;} {\f93\froman\fcharset163\fprq2 Times New Roman (Vietnamese);}{\f95\fswiss\fcharset238\fprq2 Arial CE;}{\f96\fswiss\fcharset204\fprq2 Arial Cyr;}{\f98\fswiss\fcharset161\fprq2 Arial Greek;}{\f99\fswiss\fcharset162\fprq2 Arial Tur;} {\f100\fswiss\fcharset177\fprq2 Arial (Hebrew);}{\f101\fswiss\fcharset178\fprq2 Arial (Arabic);}{\f102\fswiss\fcharset186\fprq2 Arial Baltic;}{\f103\fswiss\fcharset163\fprq2 Arial (Vietnamese);}{\f105\fmodern\fcharset238\fprq1 Courier New CE;} {\f106\fmodern\fcharset204\fprq1 Courier New Cyr;}{\f108\fmodern\fcharset161\fprq1 Courier New Greek;}{\f109\fmodern\fcharset162\fprq1 Courier New Tur;}{\f110\fmodern\fcharset177\fprq1 Courier New (Hebrew);} {\f111\fmodern\fcharset178\fprq1 Courier New (Arabic);}{\f112\fmodern\fcharset186\fprq1 Courier New Baltic;}{\f113\fmodern\fcharset163\fprq1 Courier New (Vietnamese);}}{\colortbl;\red0\green0\blue0;\red0\green0\blue255;\red0\green255\blue255; \red0\green255\blue0;\red255\green0\blue255;\red255\green0\blue0;\red255\green255\blue0;\red255\green255\blue255;\red0\green0\blue128;\red0\green128\blue128;\red0\green128\blue0;\red128\green0\blue128;\red128\green0\blue0;\red128\green128\blue0; \red128\green128\blue128;\red192\green192\blue192;}{\stylesheet{\ql \li0\ri0\widctlpar\aspalpha\aspnum\faauto\adjustright\rin0\lin0\itap0 \fs24\lang1033\langfe1033\cgrid\langnp1033\langfenp1033 \snext0 Normal;}{\*\cs10 \additive \ssemihidden Default Paragraph Font;}{\*\ts11\tsrowd\trftsWidthB3\trpaddl108\trpaddr108\trpaddfl3\trpaddft3\trpaddfb3\trpaddfr3\trcbpat1\trcfpat1\tscellwidthfts0\tsvertalt\tsbrdrt\tsbrdrl\tsbrdrb\tsbrdrr\tsbrdrdgl\tsbrdrdgr\tsbrdrh\tsbrdrv \ql \li0\ri0\widctlpar\aspalpha\aspnum\faauto\adjustright\rin0\lin0\itap0 \fs20\lang1024\langfe1024\cgrid\langnp1024\langfenp1024 \snext11 \ssemihidden Normal Table;}{\*\cs15 \additive \ul\cf2 \sbasedon10 \styrsid12781656 Hyperlink;}}{\*\listtable {\list\listtemplateid1328947662{\listlevel\levelnfc0\levelnfcn0\leveljc0\leveljcn0\levelfollow0\levelstartat1\levelspace0\levelindent0{\leveltext\'02\'00.;}{\levelnumbers\'01;}\fbias0 \fi-360\li720\jclisttab\tx720\lin720 }{\listlevel\levelnfc4\levelnfcn4 \leveljc0\leveljcn0\levelfollow0\levelstartat1\levelspace0\levelindent0{\leveltext\'02\'01.;}{\levelnumbers\'01;}\fi-360\li1440\jclisttab\tx1440\lin1440 }{\listlevel\levelnfc2\levelnfcn2\leveljc2\leveljcn2\levelfollow0\levelstartat1\levelspace0 \levelindent0{\leveltext\'02\'02.;}{\levelnumbers\'01;}\fi-180\li2160\jclisttab\tx2160\lin2160 }{\listlevel\levelnfc0\levelnfcn0\leveljc0\leveljcn0\levelfollow0\levelstartat1\levelspace0\levelindent0{\leveltext\'02\'03.;}{\levelnumbers\'01;}\fi-360\li2880 \jclisttab\tx2880\lin2880 }{\listlevel\levelnfc4\levelnfcn4\leveljc0\leveljcn0\levelfollow0\levelstartat1\levelspace0\levelindent0{\leveltext\'02\'04.;}{\levelnumbers\'01;}\fi-360\li3600\jclisttab\tx3600\lin3600 }{\listlevel\levelnfc2\levelnfcn2\leveljc2 \leveljcn2\levelfollow0\levelstartat1\levelspace0\levelindent0{\leveltext\'02\'05.;}{\levelnumbers\'01;}\fi-180\li4320\jclisttab\tx4320\lin4320 }{\listlevel\levelnfc0\levelnfcn0\leveljc0\leveljcn0\levelfollow0\levelstartat1\levelspace0\levelindent0 {\leveltext\'02\'06.;}{\levelnumbers\'01;}\fi-360\li5040\jclisttab\tx5040\lin5040 }{\listlevel\levelnfc4\levelnfcn4\leveljc0\leveljcn0\levelfollow0\levelstartat1\levelspace0\levelindent0{\leveltext\'02\'07.;}{\levelnumbers\'01;}\fi-360\li5760 \jclisttab\tx5760\lin5760 }{\listlevel\levelnfc2\levelnfcn2\leveljc2\leveljcn2\levelfollow0\levelstartat1\levelspace0\levelindent0{\leveltext\'02\'08.;}{\levelnumbers\'01;}\fi-180\li6480\jclisttab\tx6480\lin6480 }{\listname
Re: [PHP-DEV] bugs: try newer version (?)
A lot of ISPs have not upgraded beyond 4.0.6, either because they don't upgrade fast, or because they wait for the main bugs to be found and fixed before installing something stable. I've just checked my ISP and they're still running 4.0.6, and it's one of the major ISP in the USA. Not everyone know how to install PHP from the CVS, so I wouldn't discount 4.0.6 for now. Fab. From: Dave Mertens [EMAIL PROTECTED] To: James Cox [EMAIL PROTECTED] CC: James E. Flemer [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [PHP-DEV] bugs: try newer version (?) Date: Sun, 28 Apr 2002 17:31:12 +0200 On Sun, Apr 28, 2002 at 03:51:03PM +0100, James Cox wrote: Is there some policy about when it's ok to pick try newer version (bogus) from the quick fix bug menu? Is there anyway to automate that, so when people report bugs in 4.0.6 they can immediately get a response telling them to upgrade and see if the problem has been fixed? There are still 484 open bugs for versions 4.0.x. Given that we now recommend = 4.1.2 for security, i think we can safely mark all before it as try newer version. I wonder, however, if there are still people out there using 4.0.6 because of their custom extensions? Most companies only upgrade their software if there is a bug that is influence the website their programming/hosting. Otherwise they don't upgrade that fast. If it aint broken, don't fix it is really used in production environments. We even have webservers that run php3, just because php4 isn't needed.. Most php servers at my work are running php 4.0.6. We only patched the upload-patch to the php-tree and re-installed php-4.0.6. So yes, their are still people that are running not the latest php version.. -- With best regards, Dave Mertens, Development Manager [EMAIL PROTECTED] Innovative Solutions in Media BV Schiekade 101 3033 BG Rotterdam, Netherlands Tel. +31-10-2436060 Fax. +31-10-2436066 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Let's fork GD!
Hi, I don't, I don't! I don't like GIF, I'm just saying that unfortunately it's there! The Sony CD300 spits out animated GIFs and statics GIFs. Fab. From: Rasmus Lerdorf [EMAIL PROTECTED] To: fabwash [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Let's fork GD! Date: Fri, 12 Apr 2002 07:13:38 -0700 (PDT) I don't think I have ever seen a digital camera that spits out GIF files. Why in the world would you want to dither your world down to 8-bit colour? And GD doesn't support animated gifs anyway. -R On Fri, 12 Apr 2002, fabwash wrote: +1 ! Agreed with GIF format, look at facelink.com, i'm sure 80% of the pictures uploaded there are from programs and cameras that default to GIF. I'm not really savy with graphics but isn't GIF the only format that allows for animated pictures? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: aggergate vs MI
I totally agree with point 2). However on point 1, MI allows you to inherit from non-abstract classes, which causes problems (I will send an email later tonight about those problems, my laptop crashed when I sent it this morning). If there was enforcement for allowing only abstract classes to be multiply inherited (which admitelly would start being hell from programmers), then it would look like interfaces (which are supposedly more understandable by programmers..uhuh). Point 2, however would prohibit this enforcement, so we're back to square one. I like aggregation because it kind of forces programmers to modularize components of classes. When MI is used, we often see a mix of functions that reference many classes inside the class that extended the other classes (are you confused yet?). Aggregation, however, is kinda hard to read by people that don't really understand object oriented programming and just refer to classes as a language convenience but don't go beyond it and really use classes as they should be, extendable objects or reusable objects (and not both at the same time). I like clean code, and I think aggregation would be cleaner, but it could be a burden, and we want people to use php. Tough decisions :) Fab. From: Zeev Suraski [EMAIL PROTECTED] To: Lauri Liinat [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: aggergate vs MI Date: Tue, 09 Apr 2002 19:25:18 +0300 You described my thoughts *perfectly* - thanks :) Zeev At 16:26 09/04/2002, Lauri Liinat wrote: hi all, I'm personally in favour of having MI in PHP, with the serious alternative being interfaces. I have failed to understand what interfaces would mean in a language such as PHP, though, while I can see the clear hands-on use for MI. 1) the whole concept of interfaces as they are in Java can be thought of as a *subset* of the functionality of MI (when combined with abstract classes), and that being said, it is obvious that everything that can be done with interfaces, can also be done with MI by inheriting from abstract classes (as you would in C++). but with MI you can do even more - you can multiply inherit implementation. so, why cut off possibilities? i agree with Zeev here, MI is definitely superior to interfaces. 2) interfaces lose their meaning in a loosely-typed language such as PHP, which is so dynamic that no attribute nor method declarations are required in order to write code around an object. interfaces are nothing but abstract classes, which do not allow implementation or instantiation. but you do not even have abstract classes in PHP - the compiler doesn't prevent you from trying to call a method that isn't there... the error pops up as late as at runtime. in PHP, object interfaces only exist in the heads of the programmers, not in the compiler, they just aren't there. this way, it doesn't matter if programmers draw interfaces on sand using UML in order to communicate with each other, PHP compiler does not need to know about interfaces. therefore, interfaces really do sound kind of silly in the context of the PHP language. regards, lauri -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] new port
Hello all, i'm trying to port php on a Nonstop Kernel system (Tandem/Compaq OSS/Posix compliant), and have a few questions to start with. I'm just trying to get it to compile (which is not a simple task!), and notice an enormous amount of bad casting in the code. For example: int joe = (ulong) *p; Is that kind of coding historically bad coding that was never changed, or is there a reason behind this? Also, who has control of the configure.in file? If I wanted to setup configure internal options for my system who should I contact? And last question, is there a suite of QA tests that a new version of php must go through before being approved? Thanks all, Fab. _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
