Hi,
I want to call PHP code from C. So, I compiled sapi/embed module
with my PHP 5.1.4 source (--enable-embed=static). It works fine when I
access standard PHP functions. When any .so file (e.g.: axis2.so) is
dynamically loaded to PHP, it gives the following error when I run my
test C c
Hello,
The upcoming default PHP Input filter is orphaned. There is no official
active maintainer, or not active.
I commited most of the required changes and it is getting really neat.
Some small APIs changes are still required (separate the options from
the flags in input_get).
Here is a short l
All,
I use PostgreSQL 8.1.3 extensively. Currently all my PHP 5.1.4 code is using the pgsql extension to connect. My newer development code is connecting through the newer PDO/pgsql extension.
Is the PostgreSQL 8.1.4 SQL injection bug fix necessary if I've been well
behaved by passing *all
I like to take over the development and continue my good work on this
extension,is there any objections?
I see no reason for a willing developer not to maintain the code he
wants to.
I have some questions regarding filter: does it in any way affect
perfomance or input in default configuratio
Pierre wrote:
The upcoming default PHP Input filter is orphaned. There is no official
active maintainer, or not active.
By what standard? We don't all work on the same schedule which doesn't
mean we aren't active. I have been fixing things too in this extension
within the past 2 weeks.
I
Hi Rasmus,
On 5/24/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
What do you mean take over? Just keep doing what you are doing. Some
of your patches have some issues and need to be worked out, but most of
them are fine.
I would like to get the rights:
- commit changes again, this problem
I just read the documentation on PostgreSQL site and it seems that you
should be safe as long as you are escaping ' with sql standard '' and
not addslashes() way \'. Native libpq used in PDO and pg_escape_string()
escape ' properly.
Edin
D. Dante Lorenso wrote:
All,
I use PostgreSQL 8.1.3 e
Internals,
Seems the order or left vs right assignment evaluation has changed
somehow recently in my upgrade to PHP 5.1.4. See the following code:
-- 8< 8< --
-- 8< 8< --
in PHP 5.0.5:
Array
(
[0] => 0
[1] => 1
D. Dante Lorenso wrote:
Internals,
Seems the order or left vs right assignment evaluation has changed
somehow recently in my upgrade to PHP 5.1.4. See the following code:
-- 8< 8< --
The behaviour is undefined (tm) if you use the variable to be in/decre
Seems the order or left vs right assignment evaluation has changed somehow
recently in my upgrade to PHP 5.1.4. See the following code:
That's is indeed a quirk of a change in the way variables are
retreived/stored between 5.0 and 5.1.
Is it an unexpected BC break? In functional terms yes, b
In php5 this works even without an instanceof relationship.
(I'm running 5.1.2 and this test gets a "PASS" from run-tests.php.)
I know the following test case does not even remotely follow
good OO design principles, but it's hard to imagine us going
back to the drawing board with our app. Please d
Hello Todd,
if you need abstract static methods that oo wise make no sense at all
but still want them because you know your stuff better than theory then
there still is a problem in the engine code we have to maintain. In case
we had late static binding already we might have solved all related
i
Hello Andi,
passing $this to a static function is a different set of problems calling
trouble on another front. If you pass $this to a static function you sooner
or later pass it as $this and sooner or later you call back into the object
scope from that $this. Now the trouble is that suddenly we
I have an extension that interfaces with a library that sets a signal
handler for some common signals. In particular the library forks processes
and does socket writes so it needs to be able to handle SIGCHLD and
SIGPIPE. It also registers some other signals for debugging purposes. Can
I anticipate
> I have an extension that interfaces with a
> library that sets a signal handler for some
> common signals. In particular the library
> forks processes and does socket writes
> so it needs to be able to handle SIGCHLD
> and SIGPIPE. It also registers some other
> signals for debugging purposes. Ca
Hello All,
My hard disk crashed over the weekend and after reinstalling everything on
a new drive I'm getting the folowing error:
c:\php\php5_2\ext\date\lib\parse_date.re(759) : fatal error C1053: '_scan'
: function too large
NMAKE : fatal error U1077: '"cl.exe"' : return code '0x2'
Stop.
I'm us
Sara Golemon wrote:
Seems the order or left vs right assignment evaluation has changed
somehow recently in my upgrade to PHP 5.1.4. See the following code:
That's is indeed a quirk of a change in the way variables are
retreived/stored between 5.0 and 5.1.
Is it an unexpected BC break? In func
17 matches
Mail list logo
