Ilia Alshanetsky wrote:
> Jay,
>
> I've noticed that you're still using the ini parser in this new code,
> would it not be easier and allow for greater code re-use to use the CSV
> database and the underlying fgetcsv code?
>
> Ilia
>
Hi Ilia, long time no irc...
It probably would be a lot eas
Andi Gutmans wrote:
> Hey,
>
> I just heard from Wez that PDO is in very advanced stages now (ready for
> beta). I would like to start the PHP 5.1 release process. Due to the lack
> of testing both the new engine VM and PDO have received I would like to
> start with a beta process so that we get
One minute ago I wrote this...
>
> Greetings internals, long time no see...
>
> With some of the features and the roadmap and all being sorted out for PHP
> 5.1, I'd like to see if the new browscap parser I wrote could be stuffed
> in there somewhere. I know it's not as exciting as ifsetor or the
Greetings internals, long time no see...
With some of the features and the roadmap and all being sorted out for PHP
5.1, I'd like to see if the new browscap parser I wrote could be stuffed in
there somewhere. I know it's not as exciting as ifsetor or the ancient war
of the typehints vs. the defau
Steph wrote:
>
> Just a quick note here - if this code gets taken on board,
> ext/standard/config.w32 and win32/php5dllts.dsp will need to be updated
> with the relevant src files too.
>
> - Steph
I took a crack at those Windows build files, but I'm not sure if they're
correct as I still don't h
Ilia Alshanetsky wrote:
> While anything would be better then the current solution I wonder is
> perhaps going the INI way is not the best idea due to the potential
> confusion. The fellow who supplies the ini files with browser information
> also has a csv file with the very same data that is muc
Sort of a repost from last week, but it was probably just lost within the
torrent of goto posts...
I finally got a bit of time away from work and whatnot to finally fix the
oddities with the browscap/ini parser.
A tarball with the patch and the new files for HEAD is available at
http://bugs.tu
I know this isn't exactly as exciting as goto, but I finally got a bit of
time away from work and whatnot to finally fix the oddities with the
browscap/ini parser.
A tarball with the patch and the new files for HEAD is available at
http://bugs.tutorbuddy.com/download.php/browscap.patch.tar.gz
Marc Richards wrote:
>
> Well I'm partial to ?: and there seemed to be some support for it, but
> there also seemed to be a non-trivial (though not necessarily difficult)
> amount of work to get it to work right.
>
> ifsetor() is obviously less concise, but also the name at first glance
> is a li
Mehdi Achour wrote:
> This is now [1] a fixed documentation bug :)
> I didn't find anything about it in the ChangeLog, nor bugs.php.net,
> so I didn't include any version information in the docs.
> Drop a mail to the documentation list if you figure it out ;)
>
> didou
>
> [1] -
>
http://cvs.php
Dan Rizzi wrote:
> OK here is the compile errors from last attempt. If I do not have this
> resolved by the end of the week the project is lost to perl. I have no
> defense it has been a month since I reported this to you. The first fixes
> I patched in repaired the unsigned integer - I web search
Wez Furlong wrote:
>
> Hey Jay,
>
> That would be great; I tried to reach the box when I discovered the bug,
> but it wasn't there :-)
>
> If the login and port are still the same, I'll try it over the weekend.
>
> Thanks,
>
> --Wez.
>
Everything should be as it was before. That box went d
Wez Furlong wrote:
> This is a known issue (search bugs.php.net).
>
> Unfortunately, the workaround you (and the others) suggest will cause a
> similar problem on Linux systems :-/
>
> We need to find a way to set those _XOPEN_SOURCE style defines up so that
> the build succeeds on your system.
Derick Rethans wrote:
> On Fri, 16 Apr 2004, Marcus Boerger wrote:
>
>> [RFC] ifsetor operator
>>
>> Hello List,
>>
>> i also agrre that an internal function is much better. And here is
>> it as such an internal function (that does not result in an expensive
>> function call).
>>
>> Synopsis: "
Hello, interals...
Kind of stumbled onto this by accident. Some kind of FD leak in streams. In
the current HEAD (and 5.0.0 RC1, I suppose, although I didn't specifically
test that, just my CVS checkout)...
class.one.php:
class.two.php:
foo.php:
[EMAIL PROTECTED] $ php5 foo.php
Warning
Andi Gutmans wrote:
> Any idea why the bugs database isn't responding?
I've had a similar problem over the past couple of weeks. For whatever
reason, I can't access bugs.php.net or master.php.net at all from work. I
can't even ping the server, and traceroute shows that I'm dying after
br1.cr0.rdu
Andi Gutmans wrote:
> Hey,
>
> I've fixed all of the major bugs I wanted to get done for RC1.
> The only thing we should finalize is the hasMore() thing (I wouldn't want
> to change such an API after RC1).
> Did we decide to go with isValid()? Marcus what do you sya?
>
> Andi
I'd also like to c
Rasmus Lerdorf wrote:
> Hey Jay, sorry, didn't notice this message until after sending out my
> previous request. How do you feel about taking over maintaining the
> browscap code and splitting it off into its own pecl extension so you are
> not restricted by PHP's release schedule?
>
> -Rasmus
Hey all,
I think I have a fix for the problems in get_browser() as per the bug
report. (#27291: get_browser matches browscap.ini patterns incorrectly)
Gary Keith, who handles the browscap.ini file we suggest in the
get_browser() docs, uses IIS/ASP's browscap.dll for his benchmarking and I
believ
Glad to see it's finally working. I was never able to get those errors, but
it probably had something to do with the thread pooling you had configured.
And seeing as it's working now, I guess I don't need to bother trying to
get them.
J
Uwe Schindler wrote:
> On my solaris box the fix does it.
Uwe,
I'm having problems reproducing the error. I tried hammering a get_browser()
function with apachebench a couple of times with the options (-n 1000 -c
25) and they all returned the same content length, so I'm assuming there
was no error in any of them.
I'm using iPlanet-WebServer-Enterprise/
Uwe Schindler wrote:
> One solution (attached is the patch, if nobody has someone against it I
> will apply it):
> I switch off the recursion protection for the browscap hash in
> zend_hash_init_ex because this hash has no recursive things in it and is
> not modified after it is created.
>
> Uwe
Most of the other array functions are more stringent -- they don't throw
E_NOTICEs, they throw E_WARNINGs. array_intersect(), array_diff() and
array_sum() being the ones that I can think of offhand.
J
Jan Schneider wrote:
> Zitat von Jani Taskinen <[EMAIL PROTECTED]>:
>
>> Passing array_m
Jan Schneider wrote:
>
> Will this be fixed before the 4.3.4 release?
This is Ilia's release, and he's made it clear he'd rather see it in there
(as would I, given that there probably won't be a 4.4 release between 4.3
and 5.0) so as far as I know, the current code is remaining.
J
--
PHP Inte
Jan Schneider wrote:
> I *love* it when threads silently die. ;-)
>
> Will this problem actually adressed by anyone or will we again have to
> release new versions of our software just because a minor PHP came out or
> deal with a huge amount of user complaints?
>
Yeah, it kind of just trailed
Jan Schneider wrote:
>
> I generally agree (this is the purpose of E_NOTICE after all), but there
> is a subtle difference between what has been fixed and what is broken now.
> Passing NULLs to array_merge didn't lead to the borked arrays that have
> been "fixed" by this patch.
>
How are the ar
Wez Furlong wrote:
>
> Actually, this is Ilia's decision, but I think we should not raise any
> notices for NULL values, for the sake of BC. It really does suck to break
> code that was working with no problems in a minor release.
>
> If the change had been made for 4.3, or 4.4 or 5, it wouldn'
Is this fix really causing this much grief? Throwing an E_NOTICE isn't a BC
break. It still works as before, it just throws the E_NOTICEs now. This was
meant to be a bridge to the behaviour used in PHP 5, which, like other
array_*() functions, doesn't work on non-arrays at all. (Although that fix
I'm assuming "delete" isn't a function but the C++ operator delete. You're
probably #including the same file more than once, but I doubt it's in Zend.
If all else fails, you can try passing "/FORCE" to the linker options and
it'll try to force the linkage. It might result in a broken binary, tho
Maybe I'm doing something wrong, but I have some code similar to this...
printme());
}
}
$b = new bar;
?>
Which gives me:
NULL
Fatal error: Call to a member function printme() on a non-object in
/home/jay/static.php on line 22
Seems that the static property $blort in foo is getting lost
Exo ludo wrote:
> Hi,
>
> Im lookin for encoding/decoding base64 (and Yenc)
> attachements in my mail and NNTP programs. After
> having tested several PHP classes (ex: yEnc PHP Class
> - http://wonko.com/yenc/), I think PHP should
> integrate natively base64 and Yenc support.
PHP already has bas
Bruce Bailey wrote:
> Hi
>
> I would like to access the PHP script name and line number from within my
> C extension. Is there a function that I can call that will give me this
> information? I know I can call 'zend_error', but that really doesn't do
> what I want.
>
> Thanks in advance,
>
>
Mark Spruiell wrote:
>
> Unlike GCC, Sun's C and C++ compilers are independent entities, therefore
> you can't link a C++ program or shared library when the C compiler is
> driving the linker. It's also not possible to compile PHP's C code with
> Sun's C++ compiler.
>
> I guess we're a little spo
fwiw, I've never had these problems with gcc's C++ compiler on Solaris when
building C++ extensions, and the final linking step is usually done by gcc,
not g++. When you do the linking, do you link to the stdc++ library?
J
Mark Spruiell wrote:
> I've written a PHP5 extension in C++ that build
Oriol wrote:
>
> Thank you!!
> And... how could I know which PHP file is being executed and which
> line
> I'm on? Is there any simple way of getting it?
>
> Oriol
>
>
Take a look at zend_error() in zend.c, where it says "Obtain relevant
filename and lineno".
J
--
PHP Inte
Maybe my original mail didn't get through, but this might help...
http://www.tutorbuddy.com/software/phpcpp/
J
Joerg Mauz wrote:
> hi all,
>
> just one simple questions:
> when I write a c++ extension for php (already done so far) are there any
> mechanism
> provided by php to map my c++ cl
Once you start down that route, where will it end? When PHP's object model
is 100% compatible with Java and C++ (which is obviously impossible given
the differences between the two)? Or perhaps it should be made compatible
with Ruby or SmallTalk, so experienced Ruby and SmallTalk programmers will
37 matches
Mail list logo
