Hi Folks:
I'm sorry to be a pest. I'm very close to releasing the next version of
the PEAR DB package and need an answer to this in order to complete the
fixes.
Thanks,
--Dan
On Wed, Jan 14, 2004 at 02:46:25PM -0500, Daniel Convissor wrote:
> Hi Andi:
>
> On Mon, Jan 12, 2004 at 06:31:03PM +
Hi,
is the following note correct?
As i read the source it is: 0 < length fieldname <=10
Unsure about the limit of C. Is it <=255 chars?
If someone can confirm, I will update the docs.
Thanks for your time.
Regards
Friedhelm Betz
-- Forwarded Message --
Subject: [PHP-NOTE
This is something that the engine should be aware of,
perhaps by encoding it as an attribute in the module
structure. I'll be looking into this for PHP 5 while
looking at the dependency stuff that came up in the last
couple of days, sometime over the weekend.
In the meantime, your patch looks "go
The MSI stuff is something I have in-development here; it's nowhere
near ready for public consumption, and it's probably won't get there
for a little while yet (I need to worry about earning money atm).
--Wez.
- Original Message -
From: "Blake Schwendiman" <[EMAIL PROTECTED]>
To: <[EMAIL
I've come up with a rather ugly workaround for this bug, but it does
work and it only touches interbase.c.
It basically works in the following way:
- the module refuses to be loaded by dl() [MODULE_TEMPORARY], so
only loading from php.ini is allowed [MODULE_PERSISTENT],
- the module NULLs its dlo
I just wanted to mention that NMAKE MSI-INSTALLER does not work because
"build-installer.php" is not in the current CVS snapshot.
Debug_TS\php.exe ..\php-installer\build-installer.php "Debug_TS"
"php5ts
_debug.dll" "php.exe php-win.exe" "" ""
Could not open input file: ..\php-installer\bu
The bug is postet at #26945.
I created some sample extensions and scripts to reproduce segfaults. They
create some nice debugging output. One could ask me to get the sources.
Please use this bug as subject of your email to not get into my spam
filter ;-)
I hope this bug will be fixed soon.
By the
Zeev is planning on fixing this. Interfaces should be allowed to extend
other interfaces but not to implement them.
Andi
At 04:16 PM 1/16/2004 -0500, Hans Lellelid wrote:
Is there any way to have an _interface_ implement or extend multiple
interfaces? This was working as of PHP5b3, but seems t
Date: Tue, 20 Jan 2004 23:13:06 +0100
To: [EMAIL PROTECTED]
Subject: CS
Hi,
there still seems to be confusion about the CS for OO code and since
Derick reverted the studlyCaps guidelines there is nothing in the CS style.
Could you revert the last commit back to version 1.26?
Guys,
I remember w
That was it. I got another error later, though, just FYI.
-
C:\Blake\php5\php5-200401192230>nmake clean
Microsoft (R) Program Maintenance Utility Version 7.00.9466
Copyright (C) Microsoft Corporation. All rights reserved.
Cleaning SAPI
Could Not Find C:\Blake\php5\php5-200401192230\Debug_
Hello Blake,
Tuesday, January 20, 2004, 5:45:07 PM, you wrote:
> The config.m4 file that is currently shipping (php5-200401192230)
> disallows configuring SPL as a shared module on non-Windows as shown
> immediately below. However, no such restriction is given for the
> Windows configure (config
The config.m4 file that is currently shipping (php5-200401192230)
disallows configuring SPL as a shared module on non-Windows as shown
immediately below. However, no such restriction is given for the
Windows configure (config.w32) shown further on. Having built the
shared version for Windows, it
Do you also have a pecl checkout?
If not, try deleting the PECL_TARGETS line from
the generated makefile.
--Wez.
- Original Message -
From: "Blake Schwendiman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 20, 2004 4:51 PM
Subject: [PHP-DEV] PHP Windows Build System:
I'm not sure if this is a problem with my configuration or with NMAKE,
but I thought I should report it. If I find more information, I'll pass
it on.
Blake
C:\Blake\php5\php5-200401192230>nmake clean
Microsoft (R) Program Maintenance Utility Version 7.00.9466
Copyright (C) Microsoft Corporat
At 07:31 PM 1/19/2004 +0100, Marcus Boerger wrote:
Hello Wez,
Monday, January 19, 2004, 12:15:24 PM, you wrote:
> The win32 build will correctly order extensions for internal_functions.c,
> so that solves static compiles, but that doesn't help dynamic loading
> (nor the unix build).
> Would it be
Hello group,
I'm looking for a way to fix http://bugs.php.net/26968. This bug is
caused by the underlying client .so using atexit() to register a cleanup
function. As the library is unloaded before process shutdown, the
atexit() stack no longer contains a valid reference when it is called,
res
16 matches
Mail list logo
