Preston L. Bannister wrote:
There are values known at compile time on Unix that are *not* known
at compile time on Win32. Rather than compile in something misleading
(and very likely wrong), better to *not* supply a value.
I'd like to rename the file to config.w32.h.in and let MSVC rename
»Jim Winstead« sagte am 2002-04-30 um 22:12:21 - :
they're generated files, not under cvs control. they just define some
arrays -- you can view the files directly at
Thanks.
questions about the php.net sites should generally be directed to the
php-mirrors list.
Ah, okay.
Alexander
This is a bit involved, I'll try to explain. I'm trying to fix a
problem in the LDAP extension, but not sure how best to do it.
The issue is that code like
$e = ldap_first_entry($ds, ldap_read($ds,$dn,objectClass=*));
$a = ldap_get_attributes($ds, $e);
crashes.
What happens is that
Hi We are a publishing company based in London. We have developed a
multi-user
MS Access contact management and bookkeeping database system which we want
to adapt / re-write such that it can be used over the web ( ASP) using
Internet
Explorer (or similar) from any location, as our clients would
1. I think it's ok.
2. I'd create a batch file that does the renaming, and then set it up to
run in a custom build step. You can set those up through the Custom Build
tab in the Project settings dialog.
Joseph
-Original Message-
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Hello,
while browsing http://news.php.net/group.php?group=php.general I saw the
following error:
Warning: String is not zero-terminated (Úèfî ) (source:
zend_execute_API.c:583) in /usr/local/www/news.php.net/common.inc(80) :
regexp code on line 0
Warning: String is not zero-terminated (Úèfî
[root@corduroy php-4.2.1RC1]# lynx -head -dump http://news.php.net
HTTP/1.1 200 OK
Date: Wed, 01 May 2002 14:37:45 GMT
Server: Apache/1.3.20 (Unix) PHP/4.2.0RC2
X-Powered-By: PHP/4.2.0RC2
Connection: close
Content-Type: text/html; charset=iso-8859-1
J
Derick Rethans wrote:
Hello,
while
Derick Rethans wrote:
Hello,
I'm happy to announce the availability of the xdebug extension. This
extension modifies the php error handler to show stack traces. With this
you can exactly see how the current function was called, even the
parameters show up (if they are constants). I'm
On Wed, 1 May 2002, Yasuo Ohgaki wrote:
Nice extension. I was thinking to make a similar one.
Can you put it into PECL?
I can, but I don't want it yet. I want to wait until the extension
stabilized some more, and PECL is more ready.
Or better yet, I would like to see them as standard
On Wed, 1 May 2002, Yasuo Ohgaki wrote:
I saw
/* The contents of this file are subject to the Vulcan Logic Public
* License Version 1.1 (the License); you may not use this file
* except in compliance with the License. You may obtain a copy of
* the License at
Hello,
On Wed, 1 May 2002, Adam Wright wrote:
Very interesting! Possibly stupid question - Will it co-exist happily with
other Zend extensions (ala the Optimiser/Decoder)?
Didn't try yet, but will do soon.
regards,
Derick
- Original Message -
From: [EMAIL PROTECTED]
To: Yasuo
Joseph Tate wrote:
2. I'd create a batch file that does the renaming, and then set it up
to run in a custom build step. You can set those up through the
Custom Build tab in the Project settings dialog.
# Begin Source File
SOURCE=..\main\config.w32.h.in
# Begin Custom
I found that in the php4.2.0 zip I downloaded from a mirror
Now that version 4.1 introduces a safer sapi module, we recommend
that you configure PHP as a module in Apache.
in install.txt.
May someone grep from 4.1 and change them to 4.2 everywhere it is suitable.
Regards,
Andrey
--
PHP
Dear All
Is this a bug or a feature?
Tested on Apache 1.3.22 + PHP 4.1.2 and
Apache 2.0.35 + PHP 4.2.0RC4
With php.ini setting some_var=On I get the following:
ini_get(some_var) returns 1
Fair enough.
If you set some_var=Off the results are:
ini_get(some_var) returns
i.e. ini_get()
I've been having difficulty with $GLOBALS in a fashion similar to that
reported in bug #16065 -- I'm using debian-unstable packages of 4.1.2,
maybe it'll go away with the 4.2 packages, but I digress
What I'm trying to do is save state of the user's variables at a given
point in time and as
Hi,
That is what $_SESSION is for. This really is a question for
[EMAIL PROTECTED] (next time).
- Markus
On Wed, May 01, 2002 at 11:16:53AM -0500, Hank Marquardt wrote :
I've been having difficulty with $GLOBALS in a fashion similar to that
reported in bug #16065 -- I'm
At 17:44 01.05.2002 +0200, Sebastian Bergmann wrote:
Daniel Beulshausen wrote:
what's the reason to rename the file?
As I pointed out in a previous posting, this way we could put
config.w32.h into .cvsignore and let it be created from a
config.w32.h.in file if it doesn't exist.
Hello Ian,
On Wed, 1 May 2002, Ian Thurlbeck wrote:
Is this a bug or a feature?
Tested on Apache 1.3.22 + PHP 4.1.2 and
Apache 2.0.35 + PHP 4.2.0RC4
With php.ini setting some_var=On I get the following:
ini_get(some_var) returns 1
Fair enough.
If you set some_var=Off the
On Wed, 1 May 2002, Hank Marquardt wrote:
I've been having difficulty with $GLOBALS in a fashion similar to that
reported in bug #16065 -- I'm using debian-unstable packages of 4.1.2,
maybe it'll go away with the 4.2 packages, but I digress
What I'm trying to do is save state of the
At 19:20 29/04/2002 +0200, Sebastian Bergmann wrote:
As you may know, I worked a bit on config.w32.h recently.
I'd like to rename the file to config.w32.h.in and let MSVC rename
config.w32.h.in to config.w32.h, if config.w32.h does not yet exist.
Two questions:
1.) Is this
Allow me to elaborate --
I basically am looking for whatever is *not* in the existing $_ arrays.
The application is to save state in a 'crash and burn' function as much
as possible about the crash event ... I'm serializing it all and writing
to a file (or email or db ) I've already got all
Ignore my previous Email. I think it's fine..
Andi
At 17:44 01/05/2002 +0200, Sebastian Bergmann wrote:
Daniel Beulshausen wrote:
what's the reason to rename the file?
As I pointed out in a previous posting, this way we could put
config.w32.h into .cvsignore and let it be created from
Daniel Beulshausen wrote:
do you mean constants like PHP_EXTENSION_DIR?
For instance, yes.
they should be changed to use the windows registry anyway...
Feel free to do it :)
for any other compile time configuration option i don't think that's
wise to do.
Well, not everyone needs
hi,
here's the new version of the patch that exposes the
URL-Rewriter (what a cool piece of software) script and
C-Space via an api:
from PHP:
output_add_rewrite_var($varname, $value);
output_remove_rewrite_var($varname);
add/remove a var from an internal list
At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote:
Daniel Beulshausen wrote:
do you mean constants like PHP_EXTENSION_DIR?
For instance, yes.
they should be changed to use the windows registry anyway...
Feel free to do it :)
this isn't going to be a big task, i'll put it onto my
From: Daniel Beulshausen [mailto:[EMAIL PROTECTED]]
At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote:
Daniel Beulshausen wrote:
do you mean constants like PHP_EXTENSION_DIR?
For instance, yes.
they should be changed to use the windows registry anyway...
Feel free to do
they should be changed to use the windows registry anyway...
Feel free to do it :)
this isn't going to be a big task, i'll put it onto my todo.
It's already done, been there for a long time. php.ini values are
configurable via registry, and can be done on a per-domain basis. It
At 11:19 01.05.2002 -0700, Shane Caraveo wrote:
they should be changed to use the windows registry anyway...
Feel free to do it :)
this isn't going to be a big task, i'll put it onto my todo.
It's already done, been there for a long time. php.ini values are
configurable via registry,
Daniel Beulshausen wrote:
At 11:19 01.05.2002 -0700, Shane Caraveo wrote:
they should be changed to use the windows registry anyway...
Feel free to do it :)
this isn't going to be a big task, i'll put it onto my todo.
It's already done, been there for a long time. php.ini values
From: Daniel Beulshausen [mailto:[EMAIL PROTECTED]]
At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote:
Daniel Beulshausen wrote:
do you mean constants like PHP_EXTENSION_DIR?
For instance, yes.
they should be changed to use the windows registry anyway...
Feel free to do
Try get_defined_vars()
Hank Marquardt wrote:
Allow me to elaborate --
I basically am looking for whatever is *not* in the existing $_ arrays.
The application is to save state in a 'crash and burn' function as much
as possible about the crash event ... I'm serializing it all and writing
At 11:41 01.05.2002 -0700, Shane Caraveo wrote:
Daniel Beulshausen wrote:
At 11:19 01.05.2002 -0700, Shane Caraveo wrote:
they should be changed to use the windows registry anyway...
Feel free to do it :)
this isn't going to be a big task, i'll put it onto my todo.
It's already done,
I also prefer configuration files over registry.
Andi
At 11:04 01/05/2002 -0700, Preston L. Bannister wrote:
From: Daniel Beulshausen [mailto:[EMAIL PROTECTED]]
At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote:
Daniel Beulshausen wrote:
do you mean constants like PHP_EXTENSION_DIR?
Daniel Beulshausen wrote:
At 11:41 01.05.2002 -0700, Shane Caraveo wrote:
Daniel Beulshausen wrote:
At 11:19 01.05.2002 -0700, Shane Caraveo wrote:
they should be changed to use the windows registry anyway...
Feel free to do it :)
this isn't going to be a big task, i'll put it
At 23:11 01/05/2002, Shane Caraveo wrote:
That would only solve that particular situation, what about multiple
installations of the same version, or seperate configurations for the same
installation?
We can have PHP look for php.ini in the directory where php.exe is
located. This would allow
Addressed to: [EMAIL PROTECTED]
PHP Developers Mailing List [EMAIL PROTECTED]
** Reply to note from [EMAIL PROTECTED] Wed, 1 May 2002 16:50:37 +0200 (CEST)
On Wed, 1 May 2002, Yasuo Ohgaki wrote:
Nice extension. I was thinking to make a similar one.
Can you put it
Hi,
I've documented the major functions now for ext/sockets, but
there's still a bunch to do. I'm not going to do more
documentation on sockets anytime soon as my spare time is
too limited. Feel free to enhance the existing documentation
and/or add the new ones.
-
Hello,
I'm happy to announce the availability of the xdebug extension. This
extension modifies the php error handler to show stack traces. With this
you can exactly see how the current function was called, even the
parameters show up (if they are constants). I'm still working on variable
I get this error:
f:\php-4.2.0\zend\zend_execute.c(1503) : Freeing 0x00DDD278 (11 bytes),
script=test2.php
f:\php-4.2.0\zend\zend_variables.c(106) : Actual location (location was
relayed)
Last leak repeated 1 time
i took alook at the code..
here is where it creates the memory
tmp =
Ignore the patch
I really should compile and test the patch before i submit it..
It sill is a leak tho.. Ill repatch... Ill also test it this time :)
- brad
--- brad lafountain [EMAIL PROTECTED] wrote:
I get this error:
f:\php-4.2.0\zend\zend_execute.c(1503) : Freeing 0x00DDD278 (11
Ya know.. i might just give up here...
Ignore this.. i realized that my handler should free this memory..
- Brad
i hate people like me!
--- brad lafountain [EMAIL PROTECTED] wrote:
Ignore the patch
I really should compile and test the patch before i submit it..
It sill is a leak
Thies C. Arntzen wrote:
so the guts of this patch is to make the URL-Rewriter
usable by more than just the session-module! (which i really
need)
This sounds cool to me, too.
C API would be very useful for my private extension.
--
Yasuo Ohgaki
--
PHP Development Mailing List
Dear PHP developers,
I propose a feature that I call string types. I have also already
coded a first version of it that you can try. There's a bug for it
here: http://bugs.php.net/?id=16480 and a homepage with a description
and a patch here: http://nebuchadnezzar.zion.cz/php_strings.php
Please
Addressed to: Derick Rethans [EMAIL PROTECTED]
PHP Developers Mailing List [EMAIL PROTECTED]
** Reply to note from Derick Rethans [EMAIL PROTECTED] Wed, 1 May 2002 16:20:52
+0200 (CEST)
Hello,
I'm happy to announce the availability of the xdebug extension. This
Addressed to: Derick Rethans [EMAIL PROTECTED]
PHP Developers Mailing List [EMAIL PROTECTED]
** Reply to note from Derick Rethans [EMAIL PROTECTED] Wed, 1 May 2002 16:20:52
+0200 (CEST)
I just looked at the message I just sent, and in a few places
I see /configure where I swear
45 matches
Mail list logo