Re: [PHP-DEV] Statistical analysis extension
Hi GSL(GNU Scientific Library) has a part about statistics. It has 27 functions. I think not to copy the names of all functions. At the moment or better - my current effort to wrap this library. However it is GPLed and I haven't received an (dis)approval from the authors. You make take a look at this library. I am going to see what netlib can provide :) Regards, Andrey - Original Message - From: Nyk Cowham [EMAIL PROTECTED] To: George Schlossnagle [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, January 05, 2003 7:13 AM Subject: Re: [PHP-DEV] Statistical analysis extension On Saturday, January 4, 2003, at 10:38 PM, George Schlossnagle wrote: Have you looked on netlib? http://www.netlib.org/ Both netlib and statlib are excellent resources for algorithms. My concern with regard to adding stat functions to PHP is that it shouldn't require users installing more than one 3rd part dependent library. There are many specialized libraries from which I can 'borrow' source code, but they would have to be managed and compiled into a single library to be a workable solution for PHP developers. Thanks for the link. Is anyone else working on an similar extension? If so it would make sense for me to collaborate. Nyk I am now thinking perhaps the best way to go is to implement the C library of statistical recipes that I need in a library that would be compatible with the PHP license. Anyone know of an existing lib that is already available? Ideally this library should have an object oriented interface that would make it very intuitive for PHP developers to use. -- 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
Re: [PHP-DEV] Statistical analysis extension
I hope that this is delay because of the holidays. I will try again in few days. And if then I have no answer I will discontinue my efforts Thanks for the reply. Andrey - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Andrey Hristov [EMAIL PROTECTED]; George Schlossnagle [EMAIL PROTECTED]; Nyk Cowham [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, January 05, 2003 11:25 AM Subject: Re: [PHP-DEV] Statistical analysis extension If you haven't received any approval you should assume that it's disapproval. Andi At 10:16 AM 1/5/2003 +0200, Andrey Hristov wrote: Hi GSL(GNU Scientific Library) has a part about statistics. It has 27 functions. I think not to copy the names of all functions. At the moment or better - my current effort to wrap this library. However it is GPLed and I haven't received an (dis)approval from the authors. You make take a look at this library. I am going to see what netlib can provide :) Regards, Andrey - Original Message - From: Nyk Cowham [EMAIL PROTECTED] To: George Schlossnagle [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, January 05, 2003 7:13 AM Subject: Re: [PHP-DEV] Statistical analysis extension On Saturday, January 4, 2003, at 10:38 PM, George Schlossnagle wrote: Have you looked on netlib? http://www.netlib.org/ Both netlib and statlib are excellent resources for algorithms. My concern with regard to adding stat functions to PHP is that it shouldn't require users installing more than one 3rd part dependent library. There are many specialized libraries from which I can 'borrow' source code, but they would have to be managed and compiled into a single library to be a workable solution for PHP developers. Thanks for the link. Is anyone else working on an similar extension? If so it would make sense for me to collaborate. Nyk I am now thinking perhaps the best way to go is to implement the C library of statistical recipes that I need in a library that would be compatible with the PHP license. Anyone know of an existing lib that is already available? Ideally this library should have an object oriented interface that would make it very intuitive for PHP developers to use. -- 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 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] Zend 2 - how to test
Hello. I have downloaded Zend2 and tried to compile it against php 4.3.0 with many errors during the linking phase and some corrections at main/* files. Which is the right version/checkout for php to compile against Zend2 and where is it possible to get it? Thanks, Stefano -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] branch compile problem - win32
Maybe this is know but on snaps there is an error : Next STABLE Win32 snapshot in: Win32 build failed. Consult compile.log for failure reason. Cvs build is ok. Andrey -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Zend 2 - how to test
At 12:47 05.01.2003, Stefano Corsi wrote: Hello. I have downloaded Zend2 and tried to compile it against php 4.3.0 with many errors during the linking phase and some corrections at main/* files. Which is the right version/checkout for php to compile against Zend2 and where is it possible to get it? Try checkout of both 4.3.1-dev and HEAD u have fixed several issues yesturday. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Maintainer of SNMP module?
HI, This is the same as you have send to the net-snmp-users mailinglist, right?? If not let me know. Harrie On Thursday, December 26, 2002, at 09:06 PM, Johann Hanne wrote: Hi, is somebody actually maintaining the SNMP module? I'm currently using PHP 4.2.3 and I have two major problems which make the SNMP functions unusable for me: - When using snmpwalkoid() the array keys are the OIDs. But if the OID is lying under certain subtrees (e.g. mib-2, experimental, private), all the OID bits leading to that path are dropped (i.e. the OID is shortened). Furthermore known OID numbers are replaced with their textual representation, which makes the array keys dependent on the locally existing MIBs. All this makes it impossible to reliably parse the returned OIDs! A PHP function which calls ds_toggle_boolean(DS_LIBRARY_ID, DS_LIB_PRINT_NUMERIC_OIDS); and ds_toggle_boolean(DS_LIBRARY_ID, DS_LIB_PRINT_FULL_OID); to turn these features off is required. And IMHO this should be the default behaviour. - Returned OID values are read via the sprint_value() SNMP API function. This preparses the values and results in strings like Timeticks: ..., Hex: It is extremely hard (read: impossible) to reliably parse these values for further processing. This behaviour could also be turned off with ds_toggle_boolean() calls, but it's even better to do the parsing in a special function. This way, even the type of the value could be returned optionally. Two other things in the related PHP source code might be regarded as... ermmm... questionable: - sprint_value() and sprint_objid() are used. It seems to me that these functions don't do any overflow checking? And they are not documented, thus probably obsolete (sprint_variable() is documented as obsolete in the mib_api man page). - Is it really wise to use ONE function for ALL SNMP operations (get, set, walk)? The code is hard to read and confusing. IMHO the function should at least be splitted up into a single-OID-function (set, get) and a multiple-OIDs-function (walk). Comments? Cheers, Jonny [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] branch compile problem - win32
Maybe this is know but on snaps there is an error : Next STABLE Win32 snapshot in: Win32 build failed. Consult compile.log for failure reason. Cvs build is ok. It should be fixed now (or on the next stable build to be precise). Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] ext_skel
Hi, Someone seems to have changed ext_skel to create the ZEND_FETCH_RESOURCE() call to be inside an if() statement to check the resource is non-zero, i.e.: if (myresource) { ZEND_FETCH_RESOURCE(); } What is the reason this was added? The resource mechanism checks for this automatically and handles relevant errors in a consistent way. I think this if() should be removed. Also does anyone object to ZEND_FETCH_RESOURCE() being commented. I think it's beneficial for newly generated extensions to be able to compile right away so that ppl can see that their setup, buildconf, config.m4 and so on is OK for development. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main .cvsignore config.w32.h config.w32.h.in /win32 php4dll.dsp php4dllts.dsp
Pierre-Alain Joye wrote: While you are working on it, is it possible to fix these actually completly useless constants ? using getenv too ? It will be very usefull. I don't know how. Someone else is/was working on it, IIRC. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main .cvsignore config.w32.hconfig.w32.h.in /win32 php4dll.dsp php4dllts.dsp
On Sun, 05 Jan 2003 17:23:48 +0100 Sebastian Bergmann [EMAIL PROTECTED] wrote: Pierre-Alain Joye wrote: While you are working on it, is it possible to fix these actually completly useless constants ? using getenv too ? It will be very usefull. I don't know how. Someone else is/was working on it, IIRC. afail, actually noone takes care about this problem. As far as we found tricks to do not use these constants. Tricks cannot work everytimes *sick*. Enough motivation to go forward ? :-) pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main .cvsignore config.w32.h config.w32.h.in /win32 php4dll.dsp php4dllts.dsp
Rasmus Lerdorf wrote: You need to define HAVE_GD_GIF_READ when building the gd extension against the bundled libgd. I don't think that config.w32.h is the right place for this, since ext/gd is not built-in. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/gd gd_bundled.dsp
Sebastian Bergmann wrote: sebastian Sun Jan 5 11:32:02 2003 EDT Modified files: /php4/ext/gd gd_bundled.dsp Log: Define HAVE_GD_GIF_READ. Now I get gd.obj: error LNK2001: Unresolved external symbol: _gdImageCreateFromGifCtx gd.obj: error LNK2001: Unresolved external symbol: _gdImageCreateFromGif -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Statistical analysis extension
Hi Andrey, I have already built some wrappers around just the gsl_stats_* functions in GSL during my first cut at adding some stats functionality. Unfortunately GSL doesn't have any ANOVA functions or too many nonparametric tests (look to MacANOVA for that I guess). Please let me know what response you get back from the GSL developers if any. Nyk On Sunday, January 5, 2003, at 03:16 AM, Andrey Hristov wrote: Hi GSL(GNU Scientific Library) has a part about statistics. It has 27 functions. I think not to copy the names of all functions. At the moment or better - my current effort to wrap this library. However it is GPLed and I haven't received an (dis)approval from the authors. You make take a look at this library. I am going to see what netlib can provide :) Regards, Andrey - Original Message - From: Nyk Cowham [EMAIL PROTECTED] To: George Schlossnagle [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, January 05, 2003 7:13 AM Subject: Re: [PHP-DEV] Statistical analysis extension On Saturday, January 4, 2003, at 10:38 PM, George Schlossnagle wrote: Have you looked on netlib? http://www.netlib.org/ Both netlib and statlib are excellent resources for algorithms. My concern with regard to adding stat functions to PHP is that it shouldn't require users installing more than one 3rd part dependent library. There are many specialized libraries from which I can 'borrow' source code, but they would have to be managed and compiled into a single library to be a workable solution for PHP developers. Thanks for the link. Is anyone else working on an similar extension? If so it would make sense for me to collaborate. Nyk I am now thinking perhaps the best way to go is to implement the C library of statistical recipes that I need in a library that would be compatible with the PHP license. Anyone know of an existing lib that is already available? Ideally this library should have an object oriented interface that would make it very intuitive for PHP developers to use. -- 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 Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] string functions
While converting the functions inside string.c to the new parameter parsing API and doing some general cleanup, I've come across an interesting 'feature'. Three string functions: stristr(), strstr() and strpos() have peculiar way of handling non string values passed as 'needle'. Instead of converting the needle to a string they instead convert it to an integer and search for a character equivalent to that integer. This behavior causes a problem such as strstr(abc123, 1) returning false rather then returning 123 as one may expect. Because this behavior is not documented, I believe we could safely change it back to the behavior listed in the manual and the one defined in the function's prototype. The con of this approach is that it may break scripts that really on the undocumented behavior, therefor I propose that this change would only go into the 4.4/5.0 branch at which point people will expect small behavioral changes. Ilia -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Generic expressions interpolation in strings
I already opened a bug (#21433) about this Feature Request, but I realized it is better to discuss here about it. I'm relatively new to PHP. Previously I used to program a lot in Perl. What I really lack in PHP is Perl's ability to interpolate any expression inside a string. For example: Perl: Next value is @{[ $value + 1 ]}! PHP: Next value is . $value + 1 . ! In this simple case it's not a great problem, but it becomes more awkward when using the heredoc operator. In this cases I'm often forced to use temporary variables: $tempvar = $value + 1; print END Here it is the next value $tempvar Other text... END; I propose to extend the Variable Parsing syntax to evaluate ANY expression instead of variables only. I propose the following syntax: print END Here it is the next value {$= $value + 1 } Other text... END; Using {= would be more readable but it would cause too many backward compatibility problems... What do you think of this? Thanks. -- ___ __ |- [EMAIL PROTECTED] |ederico Giannici http://www.neomedia.it ___ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-WIN] PHP 4.3.0 no gif support?
So... WIll gif support ever be available on win32? Can a patched gd.dll be found somewhere with readonly gif support or will we have to re-install php when the binary is updated? I've been (patiently) waiting for this since GD1.6. Thanks, Brian Rasmus Lerdorf [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hrm.. Whoever built the Windows binary didn't define HAVE_GD_GIF_READ I guess. Or perhaps it should go into main/config.w32.h.in assuming we are always going to build the windows binary against the bundled gd library. -Rasmus On Fri, 3 Jan 2003, Zac Barton wrote: hi all, i thought php 4.3 was ment to have read-only access to gif images? all i get via phpinfo(); is: GD Support enabled GD Version bundled (2.0 compatible) FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled wheres the gif read support? php 4.3 d/loaded via www.php.net so its the correct version.. what am i missing? does gif read support mean i can load a gif image then output it as a PNG? many thanks in advance zac barton -- PHP Windows 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] string functions
On Sun, 5 Jan 2003, Ilia A. wrote: While converting the functions inside string.c to the new parameter parsing API and doing some general cleanup, I've come across an interesting 'feature'. Ilia, there is a consensus that the new (slower) parameter parsing is only supposed to be used for new functions. It makes little sense to replace faster, correct, working code with its worse counterpart. Three string functions: stristr(), strstr() and strpos() have peculiar way of handling non string values passed as 'needle'. Instead of converting the needle to a string they instead convert it to an integer and search for a character equivalent to that integer. This behavior causes a problem such as strstr(abc123, 1) returning false rather then returning 123 as one may expect. Because this behavior is not documented, I believe we could safely change it back to the behavior listed This should be documented then. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] string functions
I mentioned a similar inconsistency of range() parameters in the past and pointed out a possible BC breaking issue raised by your recent patch on array.c in HEAD. http://news.php.net/article.php?group=php.devarticle=91489 http://news.php.net/article.php?group=php.devarticle=92910 I meant no tricks by is_numeric_string() were needed and the passed string values should always be regarded as a single character, just as it was. Moriyoshi On Sun, Jan 05, 2003 at 01:40:31PM -0500, Ilia A. wrote: While converting the functions inside string.c to the new parameter parsing API and doing some general cleanup, I've come across an interesting 'feature'. Three string functions: stristr(), strstr() and strpos() have peculiar way of handling non string values passed as 'needle'. Instead of converting the needle to a string they instead convert it to an integer and search for a character equivalent to that integer. This behavior causes a problem such as strstr(abc123, 1) returning false rather then returning 123 as one may expect. Because this behavior is not documented, I believe we could safely change it back to the behavior listed in the manual and the one defined in the function's prototype. The con of this approach is that it may break scripts that really on the undocumented behavior, therefor I propose that this change would only go into the 4.4/5.0 branch at which point people will expect small behavioral changes. Ilia -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] no get_property_resource ?
Hello, I'm writing an extension module to wrap an external library, I've got to the point of having classes that need to reference resources, so I call add_property_resource, but I'm not sure how to get the resource reference back from the object when I need it? The ming extension defines it's own getProperty method, but this seems like it should really be a part of the standard API? thanks for any responses, -- Clinton Roy Meetings - ``Try, or no try; there is no do.'' -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-WIN] PHP 4.3.0 no gif support?
Hello, Read-only GIF support has now been enabled in the windows version of the bundled GDLIB. Fixed version of php_gd2.dll compatible with PHP 4.3.0 will be available from http://snaps.php.net/win32/php4-win32-STABLE-latest.zip in approx. 8 hours. Edin - Original Message - From: Brian Weil [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, January 05, 2003 6:31 PM Subject: [PHP-DEV] Re: [PHP-WIN] PHP 4.3.0 no gif support? So... WIll gif support ever be available on win32? Can a patched gd.dll be found somewhere with readonly gif support or will we have to re-install php when the binary is updated? I've been (patiently) waiting for this since GD1.6. Thanks, Brian Rasmus Lerdorf [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hrm.. Whoever built the Windows binary didn't define HAVE_GD_GIF_READ I guess. Or perhaps it should go into main/config.w32.h.in assuming we are always going to build the windows binary against the bundled gd library. -Rasmus On Fri, 3 Jan 2003, Zac Barton wrote: hi all, i thought php 4.3 was ment to have read-only access to gif images? all i get via phpinfo(); is: GD Support enabled GD Version bundled (2.0 compatible) FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled wheres the gif read support? php 4.3 d/loaded via www.php.net so its the correct version.. what am i missing? does gif read support mean i can load a gif image then output it as a PNG? many thanks in advance zac barton -- PHP Windows 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
Re: [PHP-DEV] string functions
Because this behavior is not documented For the record, it is documented: http://www.php.net/manual/en/function.strstr.php If needle is not a string, it is converted to an integer and applied as the ordinal value of a character. And I'm sure it's worked this way for at least three years. Leon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: decorj
Translating the PHP manual to Portuguese (Brazil) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CLI behavior with -q switch
Several production sytems I manage have a bunch of php scripts, that were called with php -q using the CGI interface. The problem is that the -q switch is still in the CLI for backward compatibility, but it breaks scripts because it does not change directories. I would strongly suggest that the -q switch would imply changing the working directory to that of the script, unless overriden by -C. That way, both php -q and php -C -q (as used in PEAR) would give the same results with both CGI and CLI. What do you think? Jean-Michel Dault MandrakeSoft -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CGI and CLI [packaging issues]
Le sam 04/01/2003 à 18:13, Marcus Börger a écrit : What might happen is that CLI becomes widely accepted and scripts calling php from shebang lines. Id so your above solution is a bad idea and i hope CLI will be... I'm CC'ing the maintainers of PHP for most distributions of Linux, so we can all be in sync. For those that don't know the issue, I'll resume it by saying that with PHP 4.3, there is a new CLI (command-line interface) that complements the CGI interface. The problem is, both files are named php. Here is the solution that I have been experimenting over the past few days, and that will be implemented in Mandrake Cooker (and soon 9.1): - There will be two RPMS: php-cli and php-cgi. - Both packages will provide php - Using the update-alternatives, each package will contain /usr/bin/php as a symlink to the respective binary. This lets us give a priority to which binary is called for a given symlink. php-cli will be given priority 20 (higher), php-cgi will be given priority 10 (lower) - If only one package is installed, /usr/bin/php will link to the right executable. - By default, php-cgi will be installed, in order to maintain backwards compatibility. - Users will be able to install the CLI using rpm -i php-cli - If both packages are installed, php-cli will be called since it's higher priority. - All packages that specifically require the command-line interface (there is none for the moment, but there will be in the future), will explicitely require php-cli. This setup means that we don't break the configuration of people that already have the php CGI interface, while, with one simple command, the new PHP command-line enthusiasts will be able to have their cake. This goes with the PHP source approach: By default, configure/make/make install compiles the CGI interface, and then you have to make install-cli to get the CLI. We just replace the make install-cli by urpmi/apt-get php-cli. Comments/Questions/Suggestions welcome. Jean-Michel Dault PHP/Apache packager Mandrake Linux -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php