[PHP-DEV] Re: Microsoft Scraping Email Addresses From PHP Internals List?
Obviously they're not actually from Microsoft - it's more than likely a spammer has picked your email up from one of the webarchives. The "security updates" from "Microsoft" are always a Trojan / virus etc. <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > I know it's off topic, and I appologize, but I lurk on > this mailing list using a disposable address to avoid > spam, and now I'm receiving it as a result of being on > the list (or posting to it). I have now received three > separate Microsoft > emails (security updates and such) at this address, > which is only used for sending and receiving mail from > the list. Pretty annoying for someone who doesn't use > their products. Thankfully I can just whip up a new > address and resubscribe, but I figured I'd let you > folks know in case you're receiving the same crap. > > - Gabriel > > = -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: eric
I need a CVS account to keep track of my PEAR package PHP_Modules. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Workarounds for PHP5 on Mac OS X
Hello, The mailing lists site said this was the list for those who want to help with development of PHP. I hope this is the right list. I am running Mac OS 10.3.2 (Client, not server) and tried to compile PHP5.0.0RC3. Here is my configure: ./configure --with-apxs \ --with-config-file-path=/etc/ \ --enable-safe-mode \ --with-openssl \ --with-zlib \ --with-cpdflib=/usr/local \ --with-jpeg-dir=/usr/local/lib \ --with-tiff-dir==/usr/local/ \ --enable-exif \ --with-gd \ --with-mysql=/usr/local/mysql \ --with-snmp \ --enable-soap \ --enable-sockets \ --with-sqlite=/usr/local My first problem was with libxml2: Configuring extensions checking whether to enable LIBXML support... yes checking libxml2 install dir... no configure: error: libxml2 version 2.5.10 or greater required. libxml2 comes with Mac 10.3.2 but its version is less than 2.5.10 (It's 2.5.4 in /usr/include/libxml2/libxml) I downloaded newest source from xmlsoft.org and it compiled perfectly with no modifications into /usr/local/lib/ Ran configure again, same args. New problem with cpdflib. It didn't come with 10.3.2. Downloaded 2.02r1 source. Used the Makefile.MacOSX. Compiled fine with no modifications and installed into /usr/local/lib and /usr/local/includes Ran configure again..same error. After many trials I come to realize that the cpdflib makefile created a library called "libcpdfm.a" instead of "libcpdf.a" Note the extra 'm' in the filename. Looking through all of the makefiles for other operating systems, this was apparently normal. I created a symlink from libcpdfm.a to libcpdf.a and then the configure ran perfectly. Compiled and installed fine as well with no further modifications. http://drmac.homeunix.net/phpinfo.php Hope this helps in some way so others don't have the same cpdflib problem I did. Cheers, Matthew -- Matthew Boehm [EMAIL PROTECTED] The University of Texas at Austin, Department of Geography "Why did the prison use Windows2K as a guard? Because it always locks up!" -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] behaviour of static calls to regular methods
Is the fact that the following code works intentional ?
class S {
function func() {
A::meth();
}
}
class A {
private $bar;
function meth() {
$this->bar="bar";
}
function func() {
S::func();
echo "$this->bar\n";
}
}
$a = new A;
$a->func();
... so A::$this is accessed through two static calls to different classes.
--
Ard
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] fix for #28167
This is a possible fix for #28167
Anyone care to have a look ?
--
Ard
Index: zend_builtin_functions.c
===
RCS file: /repository/ZendEngine2/zend_builtin_functions.c,v
retrieving revision 1.237
diff -u -r1.237 zend_builtin_functions.c
--- zend_builtin_functions.c28 May 2004 08:08:56 - 1.237
+++ zend_builtin_functions.c21 Jun 2004 12:02:55 -
@@ -1628,7 +1628,8 @@
if (function_name) {
add_assoc_string_ex(stack_frame, "function",
sizeof("function"), function_name, 1);
- if (ptr->object) {
+ if (ptr->object && !strcmp(Z_OBJCE(*ptr->object)->name,
+
ptr->function_state.function->common.scope->name)) {
class_name = Z_OBJCE(*ptr->object)->name;
call_type = "->";
} else if (ptr->function_state.function->common.scope) {
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP5 RC3
Marcus Boerger <[EMAIL PROTECTED]> writes: > nothing else i wanted to say. Only thing needed to stress out is that we had > problems with incorporating newer 2.8.x versions. I have incorporated 2.8.13 with no problems; I simply copied the source into the ext/sqlite/libsqlite tree (IIRC the path). There's a 2.8.14 available now. I'm not talking about incorporating the alpha sqlite 3.x tree; that was just released a couple of days ago and I wouldn't consider it mature enough to include in this PHP release. Although it should be the same simple matter of copying in the new 2.8.14 version and recompiling, I'm willing to be the worker-bee here and do it, if that will help to get it incorporated. Aside from some database corruption problems that can occur with the current 2.8.11 version, the ATTACH command doesn't work properly in the PHP5 RC2/RC3 distributions. This greatly reduces the utility of sqlite. Upgrading to 2.8.13 solved that problem for me. Assuming that you'd like me to incorporate it, I will upgrade to 2.8.14 today. Would you then prefer a unified cvs diff or a diff against the RC3 source, or some other method? Cheers, Derrell -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP5 RC3
It's going to be one of those 'across-many-systems' things again, isn't it? I'll try to get 2.8.14 running on doze later today if need be, plane to catch first. Helly: what kind of problems did you encounter? Derrell: which system are you running, and do you have a short test script for the ATTACH command please? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: 21 June 2004 14:04 > To: Marcus Boerger > Cc: Steph; Ilia Alshanetsky; Andi Gutmans; [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] PHP5 RC3 > > > Marcus Boerger <[EMAIL PROTECTED]> writes: > > > nothing else i wanted to say. Only thing needed to stress out > is that we had > > problems with incorporating newer 2.8.x versions. > > I have incorporated 2.8.13 with no problems; I simply copied the > source into > the ext/sqlite/libsqlite tree (IIRC the path). There's a 2.8.14 available > now. I'm not talking about incorporating the alpha sqlite 3.x > tree; that was > just released a couple of days ago and I wouldn't consider it > mature enough to > include in this PHP release. > > Although it should be the same simple matter of copying in the new 2.8.14 > version and recompiling, I'm willing to be the worker-bee here > and do it, if > that will help to get it incorporated. > > Aside from some database corruption problems that can occur with > the current > 2.8.11 version, the ATTACH command doesn't work properly in the > PHP5 RC2/RC3 > distributions. This greatly reduces the utility of sqlite. Upgrading to > 2.8.13 solved that problem for me. > > Assuming that you'd like me to incorporate it, I will upgrade to > 2.8.14 today. > Would you then prefer a unified cvs diff or a diff against the > RC3 source, or > some other method? > > Cheers, > > Derrell -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] news.php.net rewrite rules
Hello, I just added a rewrite rule to the http://news.php.net site which makes: http://news.php.net// into: http://news.php.net/article.php?group=&article= which gives much nicer URLs, like: http://news.php.net/php.internals/9828 regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: news.php.net rewrite rules
I just added a rewrite rule to the http://news.php.net site which makes: http://news.php.net// into: http://news.php.net/article.php?group=&article= which gives much nicer URLs, like: http://news.php.net/php.internals/9828 Should I update the code to emit these kind of URLs? I have not seen you doing it... Goba -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP5 RC3
Steph <[EMAIL PROTECTED]> writes: > Derrell: which system are you running, and do you have a short test script > for the ATTACH command please? I will generate one and post it in a few hours. Derrell -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: news.php.net rewrite rules
On Mon, 21 Jun 2004, Gabor Hojtsy wrote: > > I just added a rewrite rule to the http://news.php.net site which makes: > > http://news.php.net// into: > > http://news.php.net/article.php?group=&article= > > > > which gives much nicer URLs, like: > > http://news.php.net/php.internals/9828 > > Should I update the code to emit these kind of URLs? I have not seen you > doing it... I'm not sure how to. I think it involves changing the news grabbing code and that's part of columbus. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: news.php.net rewrite rules
I just added a rewrite rule to the http://news.php.net site which makes: http://news.php.net// into: http://news.php.net/article.php?group=&article= which gives much nicer URLs, like: http://news.php.net/php.internals/9828 Should I update the code to emit these kind of URLs? I have not seen you doing it... I'm not sure how to. I think it involves changing the news grabbing code and that's part of columbus. cvs.php.net/php-master-web has the code (index.php, group.php, etc). These print out the links. Goba -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: news.php.net rewrite rules
I just added a rewrite rule to the http://news.php.net site which makes: http://news.php.net// into: http://news.php.net/article.php?group=&article= which gives much nicer URLs, like: http://news.php.net/php.internals/9828 Should I update the code to emit these kind of URLs? I have not seen you doing it... I'm not sure how to. I think it involves changing the news grabbing code and that's part of columbus. cvs.php.net/php-master-web has the code (index.php, group.php, etc). These print out the links. Uhm, ehm, php-news-web Goba -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
On Mon, 21 Jun 2004, Gabor Hojtsy wrote: > > cvs.php.net/php-master-web has the code (index.php, group.php, etc). > > These print out the links. > > Uhm, ehm, php-news-web I see. Well, go ahead i'd say ;-) Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP5 RC3
A unified diff against HEAD would be preferable. Make sure you test it by applying it to a fresh checkout once you have generated the diff. Also, compare the current bundled lib with the official distro; I deliberately omitted several files that were not needed by PHP, in order to reduce the size of the bundle; please make sure you don't stick those in the update. Thanks! --Wez. [EMAIL PROTECTED] wrote: Assuming that you'd like me to incorporate it, I will upgrade to 2.8.14 today. Would you then prefer a unified cvs diff or a diff against the RC3 source, or some other method? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
cvs.php.net/php-master-web has the code (index.php, group.php, etc). These print out the links. Uhm, ehm, php-news-web I see. Well, go ahead i'd say ;-) Could you please make the rewrite work without the post number (ie. only the group name: http://news.php.net/php.internals) to map to the gruop post list. It does not seem to work now. Goba -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
On Mon, 21 Jun 2004, Gabor Hojtsy wrote: > >>>cvs.php.net/php-master-web has the code (index.php, group.php, etc). > >>>These print out the links. > >> > >>Uhm, ehm, php-news-web > > > > I see. Well, go ahead i'd say ;-) > > Could you please make the rewrite work without the post number (ie. only > the group name: http://news.php.net/php.internals) to map to the gruop > post list. It does not seem to work now. How should we do the prev and next for post listings with short urls? regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
On Mon, 21 Jun 2004, Derick Rethans wrote: > On Mon, 21 Jun 2004, Gabor Hojtsy wrote: > > > >>>cvs.php.net/php-master-web has the code (index.php, group.php, etc). > > >>>These print out the links. > > >> > > >>Uhm, ehm, php-news-web > > > > > > I see. Well, go ahead i'd say ;-) > > > > Could you please make the rewrite work without the post number (ie. only > > the group name: http://news.php.net/php.internals) to map to the gruop > > post list. It does not seem to work now. > > How should we do the prev and next for post listings with short urls? And we also need to change the templates to use the stylesheet and images from / ... Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
cvs.php.net/php-master-web has the code (index.php, group.php, etc). These print out the links. Uhm, ehm, php-news-web I see. Well, go ahead i'd say ;-) Could you please make the rewrite work without the post number (ie. only the group name: http://news.php.net/php.internals) to map to the gruop post list. It does not seem to work now. How should we do the prev and next for post listings with short urls? Currently the code passes over a post number from which the page lists the 20 next entries. So it can be something like //page/ or similar... Goba -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP5 RC3
[EMAIL PROTECTED] writes:
> Steph <[EMAIL PROTECTED]> writes:
>
>> Derrell: which system are you running, and do you have a short test script
>> for the ATTACH command please?
>
> I will generate one and post it in a few hours.
I had to go watch the launch and recovery of SpaceShipOne! Success! Awesome!
Here's a quick and dirty test program for the ATTACH problem. It fails on
vanilla RC3 but succeeds on my RC2 patched with sqlite 2.8.13. Later today,
I'll apply 2.8.14 to HEAD and provide a patch.
$query" . sqlite_error_string($err) . "";
exit;
}
return $dbRC;
}
function OpenDB($name)
{
/* Open the first test database */
$dbConn = sqlite_open("$name", 0666);
if (! $dbConn)
{
echo "Could not open/create $name";
exit;
}
return $dbConn;
}
function CreateDB($name)
{
$dbConn = OpenDB($name);
/* See if this was a pre-existing database */
$query =
"SELECT 1 " .
" FROM sqlite_master " .
" WHERE type = 'table' " .
"AND name = 'test';";
$dbRC = Query($dbConn, $query);
/* Is the table already there? */
if (! ($row = @sqlite_fetch_array($dbRC, SQLITE_ASSOC)))
{
/* Nope. Create it. */
$query =
"CREATE TABLE test (" .
" i INTEGER PRIMARY KEY, " .
" t TEXT);";
Query($dbConn, $query);
for ($i = 1; $i <= 3; $i++)
{
$query =
"INSERT INTO test " .
"(i, t) " .
" VALUES " .
"($i, 'Row number $i');";
Query($dbConn, $query);
}
}
sqlite_close($dbConn);
}
/* Create the two databases (if they don't already exist) */
CreateDB('/tmp/t1');
CreateDB('/tmp/t2');
/* Open the first database */
$dbConn = OpenDB('/tmp/t1');
/* Attach the second database */
$query =
"ATTACH '/tmp/t2' AS table2;";
Query($dbConn, $query);
/* Prove we attached */
$query =
"SELECT " .
"t1.i AS t1i, " .
"t1.t AS t1t, " .
"t2.i AS t2i, " .
"t2.t AS t2t " .
" FROM main.test t1 " .
"LEFT OUTER JOIN table2.test t2;";
$dbRC = Query($dbConn, $query);
while ($row = sqlite_fetch_array($dbRC, SQLITE_ASSOC))
{
echo
"t1i=" . $row["t1i"] . " " .
"t1t=" . $row["t1t"] . " " .
"t2i=" . $row["t2i"] . " " .
"t2t=" . $row["t2t"] . "";
}
exit;
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: behaviour of static calls to regular methods
Hi,
yes, afaik it's intentional. This was made for making parent::foo() work.
Here's a shorter (at least a bit shorter *g*) example of this behavior:
a(); // Calls bar::b()
?>
Prints:
object(foo)#1 (0) {
}
So in a static call $this holds the instance of the calling object.
johannes
Ard Biesheuvel wrote:
>
> Is the fact that the following code works intentional ?
>
> class S {
> function func() {
> A::meth();
> }
> }
>
> class A {
> private $bar;
>
> function meth() {
> $this->bar="bar";
> }
>
> function func() {
> S::func();
> echo "$this->bar\n";
>
> }
> }
>
>
> $a = new A;
> $a->func();
>
> ... so A::$this is accessed through two static calls to different classes.
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
On Mon, Jun 21, 2004 at 04:29:20PM +0200, Gabor Hojtsy wrote: > >cvs.php.net/php-master-web has the code (index.php, group.php, etc). > >These print out the links. > > Uhm, ehm, php-news-web > >>> > >>>I see. Well, go ahead i'd say ;-) > >> > >>Could you please make the rewrite work without the post number (ie. only > >>the group name: http://news.php.net/php.internals) to map to the gruop > >>post list. It does not seem to work now. > > > >How should we do the prev and next for post listings with short urls? > > Currently the code passes over a post number from which the page lists > the 20 next entries. So it can be something like > //page/ or similar... why? just set it up to use a parameter. http://lists.php.net/php.internals?start=10653 jim -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
On Mon, 21 Jun 2004, Jim Winstead wrote: > On Mon, Jun 21, 2004 at 04:29:20PM +0200, Gabor Hojtsy wrote: > > >cvs.php.net/php-master-web has the code (index.php, group.php, etc). > > >These print out the links. > > > > Uhm, ehm, php-news-web > > >>> > > >>>I see. Well, go ahead i'd say ;-) > > >> > > >>Could you please make the rewrite work without the post number (ie. only > > >>the group name: http://news.php.net/php.internals) to map to the gruop > > >>post list. It does not seem to work now. > > > > > >How should we do the prev and next for post listings with short urls? > > > > Currently the code passes over a post number from which the page lists > > the 20 next entries. So it can be something like > > //page/ or similar... > > why? > > just set it up to use a parameter. > > http://lists.php.net/php.internals?start=10653 http://news.php.net/php.internals/start/10653 it is :) Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: news.php.net rewrite rules
On Mon, 21 Jun 2004, Derick Rethans wrote: > On Mon, 21 Jun 2004, Gabor Hojtsy wrote: > > > > cvs.php.net/php-master-web has the code (index.php, group.php, etc). > > > These print out the links. > > > > Uhm, ehm, php-news-web > > I see. Well, go ahead i'd say ;-) Done with this now. regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP5 RC3
Wez Furlong <[EMAIL PROTECTED]> writes: > I deliberately omitted several files that were not needed by PHP, in order > to reduce the size of the bundle; please make sure you don't stick those in > the update. You've still included some files some files which are not really necessary, e.g. parse.y since you also include the generated parse.c and parse.h; .in files; microsoft project file; etc. Do you want these left in or would you like only the ready-to-C-compile files left in -- i.e. the sqlite-source-2.8.14.zip archive intended for ready-to-compile use? Derrell -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] Bug #28822
Should fix the "inverted" behavoiur of ArrayObject::offsetExists as described in #28822 Maybe someone can take a look at it. ./regards Florian -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] Bug #28822
On Mon, 21 Jun 2004, Florian Schaper wrote: > Should fix the "inverted" behavoiur of ArrayObject::offsetExists as > described in #28822 Nothing is attached, please place it online and provide an URL to it. (Our mailinglist strips non-"text/plain" attachments). regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] Bug #28822
Jup, noticed. Let's try that again:
- schnipp -
--- spl_array.c 2004-06-20 20:30:30.0 +0200
+++ spl_array.c 2004-06-21 19:37:18.0 +0200
@@ -337,7 +337,7 @@
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "z", &index) ==
FAILURE) {
return;
}
- RETURN_BOOL(spl_array_has_dimension(getThis(), index, 1 TSRMLS_CC)
== SUCCESS);
+ RETURN_BOOL(spl_array_has_dimension(getThis(), index, 1 TSRMLS_CC)
!= 0 );
} /* }}} */
/* {{{ proto bool ArrayObject::offsetGet(mixed $index)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP5 RC3
This is a resend of the following message but without the attachment which was rejected as too large for the list (it's about 18000 lines). Wez should have received the patch since the message was addressed to him as well as the list. Anyone else who'd like the patch, please let me know and I'll send it directly to you. (Sorry, I don't have anyplace to post it for easy download.) Wez Furlong <[EMAIL PROTECTED]> writes: > A unified diff against HEAD would be preferable. A unified diff against HEAD is attached. Unfortunately I wasn't able to build from HEAD due to some problem with flex and Zend/flex.skl supposedly having a "bad line". Instead, I ran the patch file against the RC3 distribution and have (briefly) tested it. I'll be using that version for my testing until release of PHP5-final, so sqlite will get much more extensively tested. The ATTACH problem is gone; it now passes the simple test I posted earlier. To apply this patch: cd ext/sqlite/libsqlite patch -p0 < sqlite-2.8.11-2.8.14.patch NOTE... I'm not sure that applying the patch is the right way to make this change. Firstly, the patch is quite large since it includes the generated parse.c and parse.h files which contain file names, thus have numerous changes. More importantly, since I'm not developing for windows, the _previously existing_ config_static.w32.h and other *w32* files are unaffected by the patch; I left them exactly as they were. I don't know the consequences of that. Instead of applying the patch, I'd suggest getting here the way I did: >From http://www.sqlite.org/download.html, obtain sqlite-2.4.18.tar.gz. In a temporary location, run configure and make (on Linux and separately, it appears, on Windows as well, assuming that's how the *w32* files are generated). Copy the generated files into the ext/sqlite/libsqlite tree, excluding test* and md5.c. (See note below about other files which could be excluded.) > Make sure you test it by applying it to a fresh checkout once you have > generated the diff. I have done so. It patches without errors. > Also, compare the current bundled lib with the official distro; I > deliberately omitted several files that were not needed by PHP, in order to > reduce the size of the bundle; please make sure you don't stick those in the > update. The excluded files are test* and md5.c. It appears that you could also exclude parse.y and *.in. I don't know the necessity of the *w32* files or the project file *.dsp. Patch is attached if you'd like to use it. Cheers, Derrell -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP5 RC3
Hello Steph, Monday, June 21, 2004, 3:13:32 PM, you wrote: > It's going to be one of those 'across-many-systems' things again, isn't it? > I'll try to get 2.8.14 running on doze later today if need be, plane to > catch first. > Helly: what kind of problems did you encounter? Sorry not me, it was Ilia who tried the last updates without success. regards marcus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Using PHP with JFFNMS and 64bit counters (SNMPv2 or SNMPv3)
Hi I've been talking with the writer of JFFNMS which uses PHP for SNMP data graphing. He says that there is a way to get PHP to be able to handle 64bit counters through the use of SNMPv2 or SNMPv3. I understand that this requires a recompile of PHP, but I think that this is a major feature which I would love to get going. Can someone please point me in some direction on getting this working. Thanks for any help on this subject. Jason D. Humes Applied Computer Solutions Inc. 3020 St. Etienne Blvd. Windsor, Ontario Phone: (519) 944-4300 x211 Fax: (519) 944-4247 Email : [EMAIL PROTECTED] ** Confidentiality Notice: The information contained in this e-mail and any attachments may be legally privileged and confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachments is strictly prohibited. If you received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
