Hey Zak,
I think this is a nice thing for 4.2.1. I can reproduce it. I hope
somebody can investigate this before friday (RC1 of 4.2.1 is scheduled
then).
Derick
-- Forwarded message --
Date: 23 Apr 2002 19:50:29 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug
I don't know whether this is related or not, but I've also found that since
upgrading to PHP 4.2.0 it is impossible to get mysql_connect() to connect
via a UNIX socket. No matter whether I specify a socket manually or not, it
always connects via TCP.
I have 4.1.2 running on a different server,
Hello,
yes, this is very related... but we can't figure it out yet why it
happend. Please provide as much information as you can find on this...
this is a must fix before 4.2.1.
Derick
On Wed, 24 Apr 2002, Daniel Swarbrick wrote:
I don't know whether this is related or not, but I've also
I don't know whether this is related or not, but I've also found that since
upgrading to PHP 4.2.0 it is impossible to get mysql_connect() to connect
via a UNIX socket. No matter whether I specify a socket manually or not, it
always connects via TCP.
I cannot reproduce this. Could you please
I'm configuring with
'configure --with-apxs=/usr/sbin/apxs --with-pgsql --with-mysql --with-pdfli
b --with-zlib --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf
--with-imap --with-gettext --enable-cli'
The MySQL stuff from my config.log says
configure:39658: checking for MySQL
Hello,
thanks! Do you know if MySQL was started during ./configure ?
Derick
On Wed, 24 Apr 2002, Daniel Swarbrick wrote:
I'm configuring with
'configure --with-apxs=/usr/sbin/apxs --with-pgsql --with-mysql --with-pdfli
b --with-zlib --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr
hey everyone,
I'm wondering about the aggregate functions. We've talked about them a lot in here and
they're in 4.2.0. Good job. But what about some documentation about it ?
There's nothing in the manual to help people deal with them. So they know they're
there (it's in the ChangeLog) but
Yes, I have MySQL running all the time. I noticed this in
ext/mysql/config.m4 :
MYSQL_SOCK=/tmp/mysql.sock
for i in \
/var/run/mysqld/mysqld.sock \
/var/tmp/mysql.sock \
/var/lib/mysql/mysql.sock \
/var/mysql/mysql.sock \
/Private/tmp/mysql.sock \
; do
Just upgraded the 4.1.2 install, which has mysql socket in /tmp.
Unfortunately, this server now also refuses to connect via UNIX socket,
insisting on using TCP.
HUH? phpinfo() reports MYSQL_SOCKET to be /tmp/mysql.sock, which in this
case is correct!
Even with
My overloaded classes are now registered in MINIT with:
INIT_OVERLOADED_CLASS_ENTRY()
zend_register_internal_class()
..zend_register_list_destructors_ex
And all seems mostly fine;
except the second time apache serves a request, one of the classes (!!) has
been de-registered! As shown by
On Wed, 24 Apr 2002, Daniel Swarbrick wrote:
Just upgraded the 4.1.2 install, which has mysql socket in /tmp.
Unfortunately, this server now also refuses to connect via UNIX socket,
insisting on using TCP.
HUH? phpinfo() reports MYSQL_SOCKET to be /tmp/mysql.sock, which in this
case is
Hi,
It's always the same issues with volunteers, don't forgot. If
no one has time or interested to document them, it won't
happen.
If you'ld like to take that part, that would be great.
- Markus
On Wed, Apr 24, 2002 at 11:43:56AM +0200, Chand wrote :
hey everyone,
Hi,
it might help if you give a link to some self-contained
generated source example so we get the full picture.
- Markus
On Wed, Apr 24, 2002 at 11:11:43AM +0100, Sam Liddicott wrote :
My overloaded classes are now registered in MINIT with:
INIT_OVERLOADED_CLASS_ENTRY()
On Wed, 24 Apr 2002 12:20:20 +0200
Markus Fischer [EMAIL PROTECTED] wrote:
Hi,
It's always the same issues with volunteers, don't forgot. If
no one has time or interested to document them, it won't
happen.
y'ah i guess :(
Unfortunately, i'm pretty sure i don't have the
Dunno about you, but I'm starting to tear my hair out on this one. I even
resorted to copying the entire ext/mysql directory across from 4.1.2 and
compiling with that. Makes no difference.
Also tried loading MySQL with --skip-networking to disable TCP communication
with mysqld. Not surprisingly,
On Wed, 2002-04-24 at 11:43, Chand wrote:
hey everyone,
I'm wondering about the aggregate functions. We've talked about them a lot in here
and they're in 4.2.0. Good job. But what about some documentation about it ?
There's nothing in the manual to help people deal with them. So they know
I switched back to PHP 4.1.2 to see if it works there and it still doesnt.
I will try to recompile the lib file on my own, but I've come across another
problem.
If I only one function and all it does is use zend_printf(); to print
Hello World my extension compiles and links without any problems.
-Original Message-
From: Markus Fischer [mailto:[EMAIL PROTECTED]]
Sent: 24 April 2002 11:24
To: Sam Liddicott
Cc: 'Rasmus Lerdorf'; 'PHP Developers Mailing List'
Subject: Re: [PHP-DEV] Persistent overloaded class
registration problem,
Hi,
it might help if you
On Wed, 24 Apr 2002, Markus Fischer wrote:
Hi,
am I blind/complete fool/insert your favourite here but
where is it documented that loading those module causes
crashes because of a symbol clash?
I've been hit by the bug quite a few times alas I couldn't
track it down
On Wed, 24 Apr 2002, Daniel Swarbrick wrote:
Yes, I have MySQL running all the time. I noticed this in
ext/mysql/config.m4 :
MYSQL_SOCK=/tmp/mysql.sock
for i in \
/var/run/mysqld/mysqld.sock \
/var/tmp/mysql.sock \
/var/lib/mysql/mysql.sock \
--- Sam Liddicott [EMAIL PROTECTED] wrote:
My overloaded classes are now registered in MINIT with:
INIT_OVERLOADED_CLASS_ENTRY()
zend_register_internal_class()
..zend_register_list_destructors_ex
And all seems mostly fine;
except the second time apache serves a request, one of the
Ok,
I ran across an issue with having mod_perl and mod_php compiled on the same
machine. As soon as i run any mod_perl scrips any php scripts that use any of
the 'system' (shell_exec, system, popen) calls will only pass one parameter to
them. Has anyone run into this problem?
- Brad
you probally need to define
#define COMPILE_DL_(MODULENAME)
- brad
--- Igal Raizman [EMAIL PROTECTED] wrote:
I switched back to PHP 4.1.2 to see if it works there and it still doesnt.
I will try to recompile the lib file on my own, but I've come across another
problem.
If I only one
Hey, thanks for the input, but I have that defined and it still doesnt work,
any other ideas ?
Brad Lafountain [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
you probally need to define
#define COMPILE_DL_(MODULENAME)
- brad
--- Igal Raizman [EMAIL
If this is easy for anyone could someone verify that:
odbc_fetch_row($rs,0);
...does not reset the result set in version 4.2? From what I can tell it doesn't work
at all. I want to be certain that we cannot upgrade to 4.2. If someone has another way
to reset an ODBC result set I'd love to
Title: RE: [PHP-DEV] odbc problems in 4.2
-Original Message-
From: Ryan Jameson writes:
(shhh... I tried to get them to use MySQL ... they are scared
of free stuff. I'm just glad they let me use PHP). Thanks!
Thats a riot.
Tell them to send a cheque to both the MySQL and
On Tue, 2002-04-23 at 18:23, Jani Taskinen wrote:
Please make a unified diff against the CVS HEAD (cvs diff -u).
--Jani
Index: php_imap.c
===
RCS file: /repository/php4/ext/imap/php_imap.c,v
retrieving revision
It would be great if there was a function in the filesystem family similar
to the unix command wc. It'd be nice to not have to write simple wrappers
around system calls or creating arrays to get the number of words or lines
in a file.
For example, to get the number of lines in a file, I have to
What was this patch supposed to do again?
At first glance it looks like it's modifying the
imap_headerinfo() function quite dramatically and
propably breaks it too..
Have you compared the output of this function without
this patch and with it and does it return the
On Wed, 2002-04-24 at 08:29, Derick Rethans wrote:
Hey Zak,
I think this is a nice thing for 4.2.1. I can reproduce it. I hope
somebody can investigate this before friday (RC1 of 4.2.1 is scheduled
then).
Thanks for the heads up!
I return from San Jose on the 25th - I will look at
On 25 Apr 2002, Zak Greant wrote:
On Wed, 2002-04-24 at 08:29, Derick Rethans wrote:
Hey Zak,
I think this is a nice thing for 4.2.1. I can reproduce it. I hope
somebody can investigate this before friday (RC1 of 4.2.1 is scheduled
then).
Thanks for the heads up!
I return
It would be really useful for writing functions/Classes, if
i were able to determine the __FILE__ and __LINE__ of the
script, that is calling my function, without the need to send
__FILE__ and __LINE__ as parameter to my function.
E.g. __CFILE__ for calling script and __CLINE__ for line in the
These changes don't (although I realize you shouldn't just take my word
for it) break the functionality of imap_headerinfo(). It just is a
streamlined way of doing it.
The function as it stands does a mail_fetchheader_full(), takes the
result of that, and turns it into an envelope object.
Hello Michael,
I'm working (80% done) on an extension for this. It should be finished in
a few days. It doesn't feature the __C*__ things yet, but I can add a
function for that too.
I'll keep you posted,
Derick
On Wed, 24 Apr 2002, Michael Virnstein wrote:
It would be really useful for
wow...your fast! :)
thanx..that would be really great!
Michael
[EMAIL PROTECTED] schrieb im Newsbeitrag
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Hello Michael,
I'm working (80% done) on an extension for this. It should be finished in
a few days. It doesn't feature the __C*__ things yet,
It is not enough to define COMPILE_DL(MODULENAME
you also need this section
#if COMPILE_DL_MODULENAME
ZEND_GET_MODULE(MODULENAME)
#endif
and you need to define the module. I suggest you take a look at some of the other
extensions 'ctype is a good place to start. It is a simple wrapper
an additional thought:
if __CFILE__ and __CLINE__ are used outside of
a function/method, both should be NULL. and trigger_error
should only overwrite its __FILE__ and __LINE__ settings, if
they are NOT NULL. And if one of the __FILE__ , __LINE parameters
of trigger_error is NOT NULL, both have to
Hi,
It would be great if there was a function in the filesystem family similar
to the unix command wc. It'd be nice to not have to write simple wrappers
around system calls or creating arrays to get the number of words or lines
in a file.
function line_count($string) {
return
$wc = strlen(preg_replace('/\W*\w*/', 'x', file_get_contents($file));
Look, no arrays! :-)
- Stig
On Wed, 2002-04-24 at 20:20, Nikolai Devereaux wrote:
It would be great if there was a function in the filesystem family similar
to the unix command wc. It'd be nice to not have to write
On 24/04/02, Harald Radi [EMAIL PROTECTED] wrote:
are these interfaces only meant to be applied to resources or are they
appliable to zend_class_entries as well ? this would be what i need.
My original intention was only for resources, although I can see that
it would be equally (perhaps even
I think my problem is same like this, there is no answer for my question on
php-gen.
Please give me more attention than Stig because I was used the -q option.
this give me no result
- php with -C option
- c:\php\php.exe -f gen.hp
- using function passthru() , popen().
So before you send me to
Hi,
$wc = strlen(preg_replace('/\W*\w*/', 'x', file_get_contents($file));
Look, no arrays! :-)
- Stig
is this faster than the array-based solution?
-daniel
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
function line_count($string) {
return count(preg_split(/\r?\n/, $string));
}
function word_count($string) {
return count(preg_split(/\s+/, $string));
}
There will be a PEAR-string class, which includes functions similar to
this. I assigned it to me some days ago and I will be
Addressed to: [EMAIL PROTECTED]
[EMAIL PROTECTED]
** Reply to note from [EMAIL PROTECTED] Wed, 24 Apr 2002 21:06:41 +0200 (CEST)
Hello Michael,
I'm working (80% done) on an extension for this. It should be finished in
a few days. It doesn't feature the __C*__ things
Hi Ryan,
Okay did a little looking over the odbc_fetch_row code, and it should
reset the result-fetched to whatever the second argument (if one is
provided) is. This variable is how the ODBC result system handles where
it currently is in the cache. Now the catch is that odbc_result checks
this
That one broke win32 build.
ZendTS.lib(zend_API.obj) : error LNK2001: unresolved external symbol
_snprintf
..\Release_TS\php4ts.dll : fatal error LNK1120: 1 unresolved externals
php-cgi.exe - 2 error(s), 11 warning(s)
Edin
- Original Message -
From: Sascha Schumann [EMAIL PROTECTED]
To:
If someone with CVS access would make the quick patches to the COM
extension described in these two bug reports for 4.2.1RC1 it would
really clean up all the Win32 codepage stuff:
#16767 - 4.2.0 broke setting the codepage when you don't also set a
remote server
#14353 - can't set CP_UTF8
FYI: It's named '_snprintf' on the win32 platform, so a fix
(#define) should be fairly easy.
On Thu, Apr 25, 2002 at 12:50:16AM +0200, Edin Kadribasic wrote :
That one broke win32 build.
ZendTS.lib(zend_API.obj) : error LNK2001: unresolved external symbol
_snprintf
Dan Kalowsky wrote:
Hi Ryan,
Okay did a little looking over the odbc_fetch_row code, and it should
reset the result-fetched to whatever the second argument (if one is
provided) is. This variable is how the ODBC result system handles where
it currently is in the cache. Now the catch is
ad. serializeable interface:
we could define a serializer interface which exports
tokenizers for the most common types and this could be passed
to the serializeable callback function so each
object/resource could serialize itself easily without knowing
which type of serializer is used. this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If the general consensus is that this interface layer should
be in the ZE and should work for both resources and class
entries, then I'd be happy to go for it.
i'm more thinking from a ZE2 point of view. it doesn't have to be integrated into
Could you please tell me what type of Project do I need to create in Visual
C++ ?
I tried compiling and linking ctype and it works perfectly. I than copied by
own extension code
into php_ctype.c and it worked perfectly. However, when i tried to create my
own project and use the
same settings at
Especially when you have such fancy buit-ins like parse_inifile and
pathinfo, and other built in unix commands like touch, chown,
and
chmod.
Here I'm asking myself: what function would be easier for user to
create: counting spaces in a string or parsing the .ini file or touch
and chown?
Hi,
__FILE__ is compiled into a constant string by Zend. You can think of
it as equivalent of putting a string with the filename there instead.
It is constant. __CFILE__ would require runtime context (which function
called us), so it makes no sense as a constant. Derick's xdebug
extension
Here I'm asking myself: what function would be easier for user to
create: counting spaces in a string or parsing the .ini file or touch
and chown?
Parsing an INI file isn't difficult. It requires the same amount of
knowledge to do as counting spaces or lines, albeit with a bunch more
55 matches
Mail list logo