Hi everyone,
Well, almost reached the last step and fell there :(. When I configure
it like this:
*
**C:\tmp\php-5.0.3>cscript /nologo configure.js --without-wddx
--without-xml --wit
hout-dom --without-libxml*
All seems to go well but then give liker error in the end saying:
*Creating library Re
[Sorry for blanket mailing.. Guess the list does not pass attachments..
So, now the log is inline..]
Hi,
I want to build php-5.0.3 on WinXP using Visual Studio.NET. I have read
the instructions at php.net as well as in README.WIN32-BUILD-SYSTEM file.
Initially got an error regarding some funct
Hi,
I want to build php-5.0.3 on WinXP using Visual Studio.NET. I have read
the instructions at php.net as well as in README.WIN32-BUILD-SYSTEM file.
Initially got an error regarding some function in nsap_addr.c at #if
!defined(isxdigit) /* XXX */ which (after googling) I changed to: #if
!de
Hi,
I want to build php-5.0.3 on WinXP using Visual Studio.NET. I have read
the instructions at php.net as well as in README.WIN32-BUILD-SYSTEM file.
Initially got an error regarding some function in nsap_addr.c at #if
!defined(isxdigit) /* XXX */ which (after googling) I changed to: #if
!de
Looks fine to me.
At 01:11 PM 3/24/2005 +, Joe Orton wrote:
Any objections to this patch? mysqli is defining a bunch of global
symbols which it looks like it doesn't need to. Not urgent for 5.0.4.
--- php-5.0.3/ext/mysqli/mysqli_prop.c.mysqliglobal
+++ php-5.0.3/ext/mysqli/mysqli_prop.c
@@ -5
Christopher Kings-Lynne wrote:
take a look at the RETURN_STRING[L] macro. the last argument
determines
whether the string passed to it is duplicated by PHP before returning
it to the user.
But if you return and duplicate, you have no chance to free() the
original string, no?
Ah, I see your
If you really don't want to estrndup it for some reason, you are going
to need to return a resource and manage that memory yourself through a
set of access functions.
Well, it would be nice to be able to avoid having to strcpy large binary
database objects...
I guess I was thinking that there m
Christopher Kings-Lynne wrote:
(Reposted to correct list - can someone help here?)
I want to return a string allocated by the postgresql library. However,
PHP ends up efree()ing it I think, which causes a miscount error. How
can I deal with this?
What can I do about this?
If you really don't w
take a look at the RETURN_STRING[L] macro. the last argument determines
whether the string passed to it is duplicated by PHP before returning it to
the user.
But if you return and duplicate, you have no chance to free() the
original string, no?
Chris
--
PHP Internals - PHP Runtime Developmen
Christopher,
>
> I want to return a string allocated by the postgresql library. However,
> PHP ends up efree()ing it I think, which causes a miscount error. How can
> I deal with this?
don't mix php allocated memory with externally allocated memory. if you
want to return a string from pgsql, y
Christopher Kings-Lynne wrote:
(Reposted to correct list - can someone help here?)
I want to return a string allocated by the postgresql library. However,
PHP ends up efree()ing it I think, which causes a miscount error. How
can I deal with this?
What can I do about this?
I'm not sure what exa
(Reposted to correct list - can someone help here?)
I want to return a string allocated by the postgresql library. However,
PHP ends up efree()ing it I think, which causes a miscount error. How
can I deal with this?
What can I do about this?
Chris
--
PHP Internals - PHP Runtime Development Mai
On Tue, Mar 29, 2005 at 04:15:38PM +0300, Jani Taskinen wrote:
> > Such schemes are quite common thanks to incompatibilities between
> > autotools versions, e. g. Subversion's buildconf equivalent accepts
> > the names from environment, mentioning IIRC Debian installing the
> > tools as e.
Looks like the one. Thanks
Alan Knowles wrote:
Is this the sqlite "build it with gawk" bug?
Regards
Alan
On Wed, 2005-03-30 at 11:09 +1000, Nick Loeve wrote:
Sorry here is the BT from GDB
(gdb) run
Starting program: /home/nick/Desktop/build-src/php-src/sapi/cli/php
[Thread debugging using libthread
Is this the sqlite "build it with gawk" bug?
Regards
Alan
On Wed, 2005-03-30 at 11:09 +1000, Nick Loeve wrote:
> Sorry here is the BT from GDB
>
> (gdb) run
> Starting program: /home/nick/Desktop/build-src/php-src/sapi/cli/php
> [Thread debugging using libthread_db enabled]
> [New Thread 1076758
Sorry here is the BT from GDB
(gdb) run
Starting program: /home/nick/Desktop/build-src/php-src/sapi/cli/php
[Thread debugging using libthread_db enabled]
[New Thread 1076758816 (LWP 13474)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1076758816 (LWP 13474)]
zend_hash_m
I was just wondering if i should report this as a bug?
I have the latest CVS 5.1 code, and i can build it ok, but when PHP
segfaults on startup.
I am using Ubuntu Hoary on a P4.
./configure --prefix=/usr/local/php5
--with-config-file-path=/usr/local/php5/lib
make
The SAPI's build ok, but if i r
Hi all,
I just confirmed that the windows snapshots pear bundles are all up-to-date.
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello!
Both win32/install.txt and INSTALL need an update before the
next PHP release so here's a patch for these two files:
http://boogle.com/tmp/patch_phpsrc_install.txt
It's an enormous patch because the line endings were
incorrect for these files but have been fixed (install.txt =
\r\n and I
"why is it this way" should also be posted to the general newsgroup, it
barely has anything to do with internals
- tul
Hans L wrote:
Ok, I'll post it there. I thought that it was more a question of "why
is it this way?" than "how do I do ?".
Thanks,
Hans
Jeremy Johnstone wrote:
Not to be r
Ok, I'll post it there. I thought that it was more a question of "why
is it this way?" than "how do I do ?".
Thanks,
Hans
Jeremy Johnstone wrote:
Not to be rude or anything, but this question is better suited for php-general
-Jeremy
On Tue, 29 Mar 2005 12:47:29 -0500, Hans L <[EMAIL PROTECTE
Not to be rude or anything, but this question is better suited for php-general
-Jeremy
On Tue, 29 Mar 2005 12:47:29 -0500, Hans L <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This may not be the right place for this question, but what I'm looking
> to understand is the reasoning behind what seems to be
Hi,
This may not be the right place for this question, but what I'm looking
to understand is the reasoning behind what seems to be the standard
session behavior in PHP. And, if it's possible, how to change this
behavior (via INI settings, etc.).
As I understand (and experience) it, if a client
On Tue, 22 Feb 2005 17:38:26 -0800
Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Marcus, Zeev,
>
> Is there a way to generalize the access restrictions on methods and use
> that general function everywhere? I realize the code is a bit different in
> all places but it might be possible.
>
> Asking
Yes, use different install prefixes.
/opt/autoconfX.XX
/opt/autoconfY.YY
And add the suitable prefix to your PATH.
But don't change the names of the utilities..
- Sascha
On Tue, 29 Mar 2005, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2005-03-29 16:46:37 +0200:
The way
# [EMAIL PROTECTED] / 2005-03-29 16:46:37 +0200:
> The way some systems start to treat autoconf (installing
> multiple versions in an absolutely braindamaged way) is not
> something we should support.
>
> I suggest whoever is bothered by FreeBSD doing stupid things
> should go
The way some systems start to treat autoconf (installing
multiple versions in an absolutely braindamaged way) is not
something we should support.
I suggest whoever is bothered by FreeBSD doing stupid things
should go to the ports maintainer and complain to him.
- Sascha
--
P
On Tue, 29 Mar 2005, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2005-03-29 15:24:07 +0300:
On Tue, 29 Mar 2005, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300:
On Sun, 27 Mar 2005, Jon Parise wrote:
The attached patch allows PHP's build system to recognize FreeBSD's
"versi
# [EMAIL PROTECTED] / 2005-03-29 15:24:07 +0300:
> On Tue, 29 Mar 2005, Roman Neuhauser wrote:
>
> ># [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300:
> >>On Sun, 27 Mar 2005, Jon Parise wrote:
> >>
> >>>The attached patch allows PHP's build system to recognize FreeBSD's
> >>>"versioned" autoconf po
On Tue, 29 Mar 2005, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300:
On Sun, 27 Mar 2005, Jon Parise wrote:
The attached patch allows PHP's build system to recognize FreeBSD's
"versioned" autoconf ports without the need for system-level symlinks
or similar aliasing. It uses
# [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300:
> On Sun, 27 Mar 2005, Jon Parise wrote:
>
> >The attached patch allows PHP's build system to recognize FreeBSD's
> >"versioned" autoconf ports without the need for system-level symlinks
> >or similar aliasing. It uses 'shtool path' to (attempt to)
# [EMAIL PROTECTED] / 2005-03-27 07:49:31 +0200:
> On Sun, 27 Mar 2005, Roman Neuhauser wrote:
> > I'm having a puzzling problem with %lld conversion handling
> > in ap_php_snprintf, and it seems to be gcc version-dependent.
> >
> > I found this problem through Statgrab, which has this macro:
> >
Patch is necessary :-)))
Rui Hirokawa wrote:
I checked this problem again,
and I found getallheaders() can have "authorization" even if safe_mode
is "On".
So, $_SERVER['PHP_AUTH_DIGEST'] in my patch is not necessary to use
with PEAR::Auth_HTTP and Apache.
I am not sure it is useful or not with ano
Great !
So we can except, that this patch wil be included in main distribution
of PHP (as core component) ?
Rui Hirokawa wrote:
> HTTP Digest Authorization is supported by PEAR::Auth_HTTP.
> But, as you said, it cannot be used when safe_mode = On.
>
> To solve this problem
I'll commit the patch to PHP_5_0 branch after
5.0.4 is released. This is not a showstopper.
--Jani
On Mon, 28 Mar 2005, Kamesh Jayachandran wrote:
Hi Jani,
Thanks for commiting the patch.
But I feel you can do the same on PHP-5.0.4-dev tree also.
With regards
Kamesh Jayachandran
On Sat,
On Sun, 27 Mar 2005, Jon Parise wrote:
The attached patch allows PHP's build system to recognize FreeBSD's
"versioned" autoconf ports without the need for system-level symlinks
or similar aliasing. It uses 'shtool path' to (attempt to) locate the
appropriate autoconf / autoheader executable.
I
36 matches
Mail list logo
