http://snaps.php.net
On 10 Jan 2001 [EMAIL PROTECTED] wrote:
ID: 6821
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: OCI8 related
Description: Segmentation fault when opening a php test page
Haven't tried a newer version of PHP. What exactly would be the
Yes, we have talked about this in the past and it would be a good
thing. So if you think you can make it happen, go for it.
-Rasmus
On Sun, 14 Jan 2001, Anil Madhavapeddy wrote:
I was wondering if there's currently any way to compile up
both the CGI version, and the Apache DSO in a single
This was covered recently. See
http://marc.theaimsgroup.com/?l=php-devm=97673386418430w=2
On Sat, 13 Jan 2001, Chris Newbill wrote:
PHP Version 4.0.3pl1 and 4.0.4
It was my understanding that when using set_error_handler() ALL errors were
sent to the users function? This does not seem to
straces and ldds really don't tell us much. Get us a gdb stack trace with
debug symbols and we can do something.
-Rasmus
On 14 Jan 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Linux RH7.0
PHP version: 4.0 Latest CVS (14/01/2001)
PHP Bug Type:
These have never been in cvs.php.net. They are at cvs.zend.com.
ie. cd php4
cvs -d:pserver:[EMAIL PROTECTED]:/repository login
Password: zend
cvs -d:pserver:[EMAIL PROTECTED]:/repository co Zend
cvs -d:pserver:[EMAIL PROTECTED]:/repository co TSRM
-Rasmus
On Tue, 16 Jan 2001,
Because it is generated. You can fetch it via rsync. See
http://rsync.php.net/
-Rasmus
On Wed, 17 Jan 2001, Simon Roberts wrote:
Why isn't phpweb/manual/en in CVS?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
They are a bit magical. You might want to have a look at:
http://www.opaque.net/ming/, which provides an easier to use interface (I'm
currently working with the author to contribute the PHP extension code to the
php distribution, he's keen on the idea (ie, if you compile --with-swf
At 12:08 17/1/2001, Rasmus Lerdorf wrote:
They obviously can't distribute PHP under the GPL. And I wish they would
just contribute whatever patches to PHP they think need so Midgard could
use a vanilla PHP install.
Stas talked to them a while ago, some of their patches don't really align
is an example in c (the api's are nearly the same, except php doesn't support
the sounds)...
I noticed a patch referenced in the user comments at php.net/swf which
adds sound support.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
some time ago I had a discussion on #php.de with Ulf Wendel and
Johann-Peter Hartmann about Advanced Data Types (short: ADT; data structures
like Hashes, Linked Lists, Trees, ...) in PHP, because we needed efficient
implementation of those for a project.
Hrm.. Having just completed a
Do you have anything specific in mind?
-Rasmus
On 20 Jan 2001 [EMAIL PROTECTED] wrote:
Full name: Josef Kandlhofer
Email: [EMAIL PROTECTED]
ID:
Purpose: development
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Dave, your account is set up. I have been using your ming library and
find it quite cool. Just to hit you with a question right off ;)
I am trying to get a demo up for Linuxworld with a spinning PHP logo using
ming. This is what I have:
$s = new SWFShape();
$jpg = new
There is a php module for thttpd
On Wed, 24 Jan 2001, Merlin Hansen wrote:
Hi,
I realize that this is probably the wrong place to ask this but after searching
the php site and various new groups I still can't find an answer to my question:
I am investigating placing a small web server
4.0.4pl1 has the fix
On Sat, 27 Jan 2001, moshe doron wrote:
in debian, they say this bug affecting also 3pl1, but its not what i fount
on php.net.
can i be relexed if the servers i using runing 3pl1?
--
"Rasmus Lerdorf" [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]&qu
--
- Original Message -
From: "Rasmus Lerdorf" [EMAIL PROTECTED]
To: "Filip Sielimowicz" [EMAIL PROTECTED]
Cc: "Brian Moon" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 6:56 AM
Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being
Yes, yes, I agree ! But this is the problem ! Unfortunatelly "memory
hungry script" happens from time to time and there's no chance to prevent
httpd processes from keeping memory (which is not used again in most
cases). Maybe it is not a problem for you, but it is for us.
A quick fix would
It is not a leak exactly but more of a greed. It seems to be a
semi-intentional but not necessary thing. It seems that the way Zend/PHP is
allocating memory is not allowing it to be returned to the system. Once PHP
has some memory it will not let it go, but it will reuse it. So, if a
Hrm.. I am unable to reproduce this. I am on Linux and I used
your exact ./configure line. Are you completely sure you are
seeing what you say you are seeing?
Yes, very sure.
As moving back to 4.0.3pl1 fixed it..
If you want and have a i386 based system, I can zip you my php and a
Although I agree, I don't think it's ever going to happen. Somehow, the
head PHP folks don't seem to be too interested in combatting spam; I
brought up the discussion a few weeks ago and was met with strong
resistance.
Maybe when the list gets to be 20% spam they'll listen. It _is_ steadily
it
probably wouldn't be too bad. We just need to figure out how to do this
with ezmlm.
-Rasmus
On Tue, 6 Feb 2001, Stephen van Egmond wrote:
Rasmus Lerdorf ([EMAIL PROTECTED]) wrote:
What we are not interested in is stopping people who are not subscribed to
the lists directly from participating
Sascha, I'm having a bit of trouble grasping why the Expires directive is
set to a date in the past when cache-control is set to private. ie.
HTTP/1.1 200 OK
Date: Sun, 11 Feb 2001 10:06:08 GMT
Server: Apache/1.3.13-dev (Unix) PHP/4.0.5-dev
X-Powered-By: PHP/4.0.5-dev
Set-Cookie:
The idea here is that Midgard has a large installed base of users, all of
whom have to run a modified version of PHP. The extension, albeit rather
large at this point, is supposed to provide the basic functionality in the
standard PHP distribution so people will not have to run a modified PHP to
I was surprised by the size myself. I met with the Midgard folks in
Belgium and we discussed adding an extension to PHP to allow Midgard users
to use the standard PHP distribution. I did not realize this "extension"
to allow this would be so large.
Perhaps some signals got crossed along the
to patch it. IMHO, Midgard should *probably* not be inside the PHP
source tree / tarball, but it'd be nice if it's well linked from php.net
(and we can give them CVS services, etc.).
Zeev
At 22:11 12/2/2001, Rasmus Lerdorf wrote:
The idea here is that Midgard has a large installed base of users
There is also the phpize stuff (which I don't know). It's something like
phpize /path/to/midgard and then compiling the midgard as a shared library.
I think the first example I gave you is probably good enough though.
The phpize methods works (it's what we use right now), but loading the
Hrm, it *is* intentional. But we may need to do something smarter here.
One thing that I don't understand - one can't really call virtual() on
another PHP file, can she?
Why not? virtual() just kicks off an Apache sub-request. That
sub-rerquest can be any valid Apache request.
-Rasmus
Click on the "Dev Modify" link
On Wed, 21 Feb 2001 [EMAIL PROTECTED] wrote:
On Wed, Feb 21, 2001 at 01:23:18PM -0800, Rasmus Lerdorf wrote:
It's your CVS password.
Yes I know that and I can remember my CVS password. But I cannot update
the bug database because there i
It's your CVS password.
On Wed, 21 Feb 2001, Shane Caraveo wrote:
Can someone update/replace/give me my password for the bug database.
Thnx
shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
done
On Sun, 25 Feb 2001, Jan Lehnardt wrote:
Hi,
I ([EMAIL PROTECTED]) want to help with the further development and
dokumentation.
Jan
--
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Doesn't happen on Linux. Must be a Windows thing.
-Rasmus
On Mon, 12 Mar 2001, [ISO-8859-1] André Langhorst wrote:
Hi,
maybe you have more success patching this one...
andré
?php
function tryy() {}
register_tick_function('tryy');
declare (ticks=1) { ; }
?
===
Are you sure your php.ini file is in the right place? Check your
phpinfo() output and see where PHP is expecting it.
On 17 Mar 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Corel Linux 1.2 SE
PHP version: 4.0.4pl1
PHP Bug Type: *General Issues
On Mon, 19 Mar 2001, Rasmus Lerdorf wrote:
Because the whole point of this was to make life easier on midgard users.
So you're saying that every widely used external (at the moment)
php-extension should be put into PHP CVS? :)
If it will help users and there is demand for it, sure. Like
See pear/scripts/pear
The framework is there.
On Tue, 20 Mar 2001, Zeev Suraski wrote:
At 02:04 20/3/2001, Rasmus Lerdorf wrote:
No, we need tighter integration. We want to be able to do something along
the lines of "pear pear.php.net/midgard" and it would go and fetch
the the
That's great, but it shouldn't be the starting point for the project...
Jani is right that whenever we speak about separating PEAR, or putting
extensions in it, it's always at some point in the future. Opensource
projects usually start up and roll once they reach some critical mass, and
Because it didn't work, and the ImageMagick library is absolutely
horrible. Have a look at the Imlib2 extension.
-Rasmus
On Wed, 21 Mar 2001, [iso-8859-1] Ragnar Kjørstad wrote:
Hi
I see there is a Image Magick module for php3 but not php4.
Why was it removed?
Is there any work in
What are your configure flags? Read the INSTALL file more carefully.
On 21 Mar 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.14 kernel
PHP version: 4.0.4pl1
PHP Bug Type: *Install and Config
Bug description: Files appear to be
I did as you suggested and read over the INSTALL file again. I noticed
the "with-apxs" option. Due to my tiredness and my impatience it failed
to register in my mind that this was one of the required options for use
w/ Apache, so I hadn't added it. I recompiled again using that option and
It probably should go in, but it is doing ok as a standalone extension.
It builds easily and the author can maintain his own release schedule.
-Rasmus
On Wed, 21 Mar 2001, Mike Robinson wrote:
Rasmus Lerdorf writes:
Because it didn't work, and the ImageMagick library is absolutely
Is there any way to build PHP with pthreads, with ZTS disabled? The reason
I'm asking is that there are some thread-safe 3rd party libraries which are
linked against pthreads, and apparently, if PHP isn't built with pthreads -
it crashes. Any experience with it?
If you link Apache with
This is already configurable in php.ini using arg_separator and it
defaults to . We should not be changing the default at this point.
-Rasmus
On Tue, 3 Apr 2001, Zeev Suraski wrote:
My guess is that's the arg_separator fix. Jani?
At 19:21 3/4/2001, Andi Gutmans wrote:
Anyone have an
I disagree, we explicitly document that the arg_separator defaults to
and that this is the character that separates url arguments. This follows
the original CGI specification. The fact that this is no longer the
accepted standard for this doesn't mean we can just up and change it in a
minor
There was a discussion about things to break in 4.1. magic_quotes_gpc would
definitely be my favourite. I'd like to see it set to off for good and
removed from php.ini.
I'd be completely against removing the concept of magic_quotes altogether.
We can discuss changing the default, but for
Agreed that it's handy and easy, but it's a two-edged sword. If you write
scripts that should be distributed on many different servers, it takes a lot
of code to account for both settings.
I'm one of those control freaks ;) that like to be in total charge about
what data goes in and out of
Would you mind writing a test case or two to go along with this patch?
See the tests/README file for help on how to write these.
-Rasmus
On Fri, 6 Apr 2001, Morten Poulsen wrote:
Morten Poulsen [EMAIL PROTECTED] said:
I hope it's usefull :-)
is's not! i just found a bug.. i'll fix it and
Make sure it is able to import all the old bugs. We can't lose those.
-Rasmus
On Sun, 8 Apr 2001, Jani Taskinen wrote:
On Sun, 8 Apr 2001, Sean R. Bright wrote:
I've heard whispers that a new bug system is being developed. Who's heading
that up? What is the status of it?
Not even
Using str_replace() would speed this function up by an order of magnitude.
On Tue, 10 Apr 2001, Lindsey Simon wrote:
I'm not positive I'm mailing to the right list, but I have a function that might be
useful
to others. I often use php to retrieve a name from a database and then let a user
Wez Furlong posted a GD 2.0 patch earlier today to php-dev. Have a look
at it.
-Rasmus
On Thu, 12 Apr 2001, Brian Moon wrote:
Hi guys,
A) has anyone tried PHP and gd 2.0.1?
B) If I compile gd with FreeType 2 support, do I have to compile FreeType
into PHP?
Brian Moon
What is the chance this will change?
class foo
{
function fopen()
{
echo "fopen()\n" ;
}
}
is perfectly valid, but
class foo
{
function include()
{
echo "include()\n" ;
}
}
throws parser error ('expecting T_STRING...').
This is quite
If we were to write it in C we would most likely need to provide a
statically linked binary anyway for the different platforms as not
everyone will have access to a fully functioning development environment.
If they are compiling PHP and PHP extensions we can expect them to be able
to
Uh, where? I don't see it.
On Fri, 20 Apr 2001, Zeev Suraski wrote:
I rolled RC7 - if there are no surprises (there'd better not be! :), it
can finally go out early next week.
Zeev
--
Zeev Suraski [EMAIL PROTECTED]
http://www.zend.com/
--
PHP Development Mailing List
Ah right, I forgot we are filtering out the cvs commits from that dir
On Fri, 20 Apr 2001, Zeev Suraski wrote:
In CVS, it tends to take time before it actually shows up on the web.
On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:
Uh, where? I don't see it.
On Fri, 20 Apr 2001, Zeev Suraski
A SIGSEGV should be easy to fix if you can get us a core backtrace. Run
httpd -X under gdb and make the problem happen. Then type "bt" in gdb and
send us that output. If PHP is compile using --enable-debug it will
provide the most useful info for us.
-Rasmus
On 22 Apr 2001 [EMAIL PROTECTED]
At 12:03 24/4/2001, Sascha Schumann wrote:
On Tue, 24 Apr 2001, Zeev Suraski wrote:
At 03:02 24/4/2001, Anil Madhavapeddy wrote:
It a bit of a showstopper for pretty much all web-based mail clients
like IMP - people have been reporting their logs being littered with
segfaults for
An easily reproducable segfault in a common PHP extension is a serious
issue which could lead to potential security breaches and thus lots of bad
mojo from nasty bugtraq postings. If we know about such a segfault and we
have a fix and go ahead and release a stable package without this fix
I would like to see a timeout function implemented in PHP (something like
Perl's alarm function would be perfect). I notice there is a
set_time_limit() function in PHP, but it cannot be applied to a specified
block of code (it applies to the entire script) and it causes a fatal error
when
I can agree more the amount of times I have approached developers to say
please fix this or what is the best way to get this fixed and just either
1) been ignored
2) told it doesnt matter
3) Told to fix it myself
4) In one extreme case (Ill leave the developer nameless) told its the users
That's not true. If you use register_shutdown_function() then this
function you register will be run once the timeout hits. See the chapter
in the manual on connection handling.
But this still doesn't let you apply a timeout to a specific block of code.
I am doing ad calls to a remote
Right, but when you are doing network work like this you should be using
fsockopen() directly which does have timeout support. readfile() with a
url argument just does a simple fsockopen anyway and issues a GET request.
Trivial to do yourself using fsockopen() and fputs() and this way
At 02:24 AM 4/25/2001 +0300, Zeev Suraski wrote:
While I'd say Jani's letter was slightly over emotional ;), he does have a
point.
I think that taking a stop to look closely at the bugs database would be a
good thing, and the turn of a new version is a good time to do
it. Deciding 4.0.6
I have now been adding functions to an extension initiated by ext_skel
for a couple of days
and familiarized myself with the source code layout and build
architecture.
It appears everything is controlled by the ../php4/configure file
which appears to be edited directly by ext_skel when it
OK, my opinion would be to put a copy of the currently known bugs with the RC
source. To give people a local (ie offline) list to look at. Then, why not
use a ranking scheme, people rate how much they feel a specific bug needs
fixing before the new version.. ie
Having people vote or rate
Probably won't make a difference, but I would suggest the current CVS
version of PHP for bleeding-edge development like this. That will also
make it easier for other PHP developers to go in and try to help you out
as they tend to work with current CVS.
-Rasmus
On Wed, 25 Apr 2001, Jascha
my extension is as simple as it could be. you can find the sources at
http://www.nttslab.de/php_xalan/
i'd really like to create a xalan module for your xslt extension, since i
only wanted to get xalan running as simple as possible, but of course
appreciate if someone is doing it right.
Andi Gutmans ([EMAIL PROTECTED]) wrote:
For the QA guys it might be nice to be able to flag certain bugs in the bug
database and then automatically create a summary page which could be sent
to php-dev. However, I think it would take too much time to get started.
Maybe just manually
You can go ahead and close these. If you stick edit=1 on the bug url and
use your cvs username/password you can add these comments directly to the
reports and close the bugs.
-Rasmus
On Wed, 25 Apr 2001, Matt McClanahan wrote:
Some more bug comments. They all look like they can be closed to
I figured out that our webmaster took special care
for passwords - we have AFS here and AFS passwords are
often used to authenticate Web stuff.
Therefore he somehow deletes PHO_AUTH_PW before my script
gets executed.
Sorry for the wrong bug - the real bug is that I need to
be able to
This is a question for the php-dev people too.
What are the other hidden features not documented
like this?
Check the code. This is simply a legacy feature there only for backward
compatibility and should not be documented as we don't want people writing
new scripts that use cfunction.
This is a question for the php-dev people too.
What are the other hidden features not documented
like this?
Check the code. This is simply a legacy feature there only for backward
compatibility and should not be documented as we don't want people writing
new scripts that use
At 09:41 PM 4/26/2001 +0200, Hojtsy Gabor wrote:
This is a question for the php-dev people too.
What are the other hidden features not documented
like this?
Check the code. This is simply a legacy feature there only for backward
compatibility and should not be documented as
Leave one, at least. We want to know if this breaks. At some point we
will want to remove the feature from php, and then we can remove the test
case. But let's not remove testcases without removing the feature. The
test scripts are not meant as examples for users.
It won't break and if
Andrei, you made the change from:
gmadjust = -(is_dst ? altzone : timezone + (timezone - altzone));
to:
gmadjust = -(is_dst ? timezone - 3600 : timezone + 3600);
These don't look logically equivalent to me.
-Rasmus
On Sat, 5 May 2001, Brian Foddy wrote:
On 5 May 2001 19:40:27 -,
On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote:
Hi,
Now that the pressing problems have been fixed in the CVS I'd like to
branch 4.0.6 and release an RC1.
Any objections?
No, but you may want to check that my commit for fsock/network related
files works for
On Sun, 6 May 2001, Sascha Schumann wrote:
That's because the GD-1.8.3 lib on www.php.net does have GIF support.
Well, then the mistake is in some other part, because it
complained about gdImageCreateFromGifCtx not being defined in
some #ifdef HAVE_GD_GIF .. #endif area.
I am
Bug Database wrote:
ID: 10698
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
This was changed quite a while ago to be XHTML (strict) compliant.
ok tkans for info, but what about browsers ? will browser show it as
usual br tag ?
Try it.
-Rasmus
--
PHP Development Mailing
starting build at: Sun May 6 17:29:15 EDT 2001
making work directory ...
running ./configure --with-lang=fr ...
running make test ...
make: *** No rule to make target `test'. Stop.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Is it possible to remove the ereg functions? We have a strict policy to
only use preg as they are more reliable and faster. So, I am not to happy
that PHP is bloated with these ereg functions.
Any thoughts?
Uh, are you out of your mind?
-Rasmus
--
PHP Development Mailing List
That is why I am asking. Is there a core reason that the ereg functions
have to be there? I could extend this to other functions as well of course.
But this set in particular I have wondered about.
1) There was no PCRE library when I first added regex support to PHP.
Henry Spencer's
I really don't think that this should be something to strive for. There
should be a really really good reason for making changes that break
backward compatibility. We have that second version number reserved for
such BC breaking changes that don't involve a huge rewrite (which is what
the
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in bug #10701, someone is
Well, you'd want to do it one block at a time. But yes, if you are going
to be reading the files with PHP that's what you'll end up doing at some
level anyway. Otherwise look at Apache's mod_header and perhaps
dynamically generate the header information and write the appropriate
.htaccess files
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in bug #10701,
Responding to this article only prolongs its life.
Treat PC Magazine/ZDNET's reviews as you would a 3rd grader's book report.
These are not technical publications; they are the Popular Mechanics of the PC
world. When considering languages/environments to use when building an
application,
Well, the reason I stayed away from trying to use fgets for a single block
at a time were because of some of the comments from
http://php.net/manual/en/function.fgets.php
Anyways, an offtopic question if I may, I've tried making .htaccess
parseable by PHP using AddType and also attempting
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in bug #10701, someone is
True. But I guess my main issue is still that the behaviour changes
radically based on a hidden configure check (ie. whether mmap is there
or not) and that ensuring a block-by-block read in user space is
inefficient for huge files.
good point... hrrmmm
it seems like this is
On Thu, 17 May 2001, Rasmus Lerdorf wrote:
I don't agree. Have you noticed the thread about domxml currently running
in php-dev@? Wouldn't that justify a 4.1? What would?
No, I don't think a single extension should affect the PHP version number
to that extent. But I do think we should
On Fri, 18 May 2001, Jani Taskinen wrote:
On Fri, 18 May 2001, Rasmus Lerdorf wrote:
As long as these extensions are in there, I think changing any of their
API's is a justification for 4.x release.
I disagree. Since optional extensions are not a core part of the language
and can
That still doesn't change the fact that it is imprecise to tie the PHP
version number to extensions when there is no 1:1 relationship here and
the possibility exists that an older version of the extension can be used
with a newer version of PHP.
And more and more, the average PHP user does
Ah. I must have been dreaming then.. :)
I remember that someone submitted some bug report about this very issue.
Anyway, now I see that there really is good reason having that
version (PHP_#ext#_API_NO ?) after all. And having that..we should
propable start moving those extensions one by
Jani Taskinen wrote:
Anyway, now I see that there really is good reason having that
version (PHP_#ext#_API_NO ?) after all. And having that..we should
propable start moving those extensions one by one into PEAR?
do we have the infrastructure in PEAR for C code yet ?
Not yet, so this
And btw. Why not have a function in PHP core that can be used to get the
desired extensions remotely from pear.php.net? If we have a
PHP_#ext#_API_NO, running a 'update_php_extensions()' would
go and grab the updated (if the extension HAS been updated) one..etc..
(I'm just thinking out
There seem to be some misconceptions about what we are really
doing. We map a shared(*1), read-only copy of the file into
our address space, we don't allocate any memory, we don't
operate on the mmap'ed area, and this does not change when
you add headers or do something
Open source obviously will take a LONGER time because only programmers that want
to work for free will do it.
Hobbyists and wanna be half ass lamerZ take up the rest of the slack.
Either you're on a religious OS mission or else forget it!
I'm going back to ASP!!
Thank you.
-Rasmus
--
Guess the topic says it all.
Tried both web and the [EMAIL PROTECTED]
Dont get any confirmation nor 'unsuccessful' replies.
I don't see [EMAIL PROTECTED] subscribed to php-dev. Only to php-db and
php-announce, so it must have worked.
-Rasmus
--
PHP Development Mailing List
I know the lists are just back online, so I shouldn't be making feature
requests ... but it would be nice if the bug reports had their own mailing
list instead of being sent to the dev list.
I can see why you might not want this (dev people work on bugs), but I'm
sure some people would like
From what I can tell, you are hosting this on your own connection at
home/work? Is there no one in the community that is willing to host the
server for you guys?
It is on my home DSL connection. And yes, there are people willing, but
we are somewhat picky about the terms of such hosting.
The hard part is finding someone who is willing to do it and does not want a
lot of advertising in return.
Good Luck.
BTW, what kind of machine does it take to turn the list out? I know you
were on a dual CPU box with Gig of ram at VA.
That's about what it needs. Not for the mailing
Rasmus (or anyone):
Can you quantify what lists.php.net consumes for bandwidth on
average? As long as it's not some completely outrageous figure, I can
meet all of these criteria...
Once you add the cvs server and the snapshots it would eat up the better
part of a T1 consistently.
Are you going to MFH it ?? I think this should go into 4.0.6.
It has been broken so long now.
no too sure as it really changes a few internals and needs
_good_ testing!
comments?
Nope. I can't test it. The HEAD branch doesn't work for me at all
Not since the upgrade to
You should fix your libtool
Ok. How? :)
For some odd reason, the libtool 1.4 wants to put -L/usr/lib
into the link line..causing a few unexpected results due to
reason I happen to have couple of older versions of some libs there.
configure/compile is ok, but resulting lib isn't.
I don't
1 - 100 of 742 matches
Mail list logo