On Fri, 2003-03-07 at 02:02, Daniel Skrach wrote:
> Hello, php-dev mailing list members,
>
> Just one short question: Are threads a planned feature for ZE2 / PHP5?
AFAIK, no.
You might want to have a look at
http://cvs.php.net/cvs.php/pear/PECL/threads though.
- Timm
--
PHP Development Mail
I've been playing around with the (not new) idea of introducing threads
into PHP userland (maybe something to think about havin in PHP6?). What
came out of it is available at [1], offering an object oriented API (in
comparison to PECL/threads [2]).
Threads would quite likely come in handy in the f
On Sun, 2003-02-23 at 18:04, michel 'ziobudda' morelli wrote:
> Il dom, 2003-02-23 alle 17:32, Marcus Börger ha scritto:
> > You can do the following:
> > class base {
> > function __construct() {
> > echo "base::__construct()\n";
> > }
> [...]
>
> I know know.
>
On Tue, 2003-02-18 at 20:24, moshe doron wrote:
> there is security case here e.g, allowing the cracker chain "DELETE FROM X" to
> "SELECT * FROM X WHERE ID=$id" where the $id is got via the url without
> checking (most of the cases).
You're right - thanks for mentioning this.
- Timm
--
PHP De
On Fri, 2003-02-14 at 14:37, Michael Ulbrich wrote:
> Hi there,
Hi,
> here's a small patch for sybase_query() in ext/sybase_ct.c which gives
> some extended functionality in that it allows to send batch queries from
> php to the Sybase backend.
I'll have a look at it as soon as possible.
Hello fr
On Thu, 2003-02-13 at 09:52, John Coggeshall wrote:
> >From HEAD:
[...]
> libtool: s%^.*/%%: No such file or directory
> libtool: -e: command not found
> libtool: -e: command not found
> libtool: -e: command not found
> libtool: -e: command not found
> libtool: -e: command not found
> (more of thes
On Wed, 2003-02-05 at 21:45, Jean-Pierre Arneodo wrote:
[...]
> I received:
> ext/imap/php_imap.lo: In function `zm_startup_imap':
> /php4-STABLE-200302051830/ext/imap/php_imap.c:432: undefined reference to
>`ssl_onceonlyinit'
Upgrading cclient to cclient-2002,1 worked for me.
- Timm
--
PHP
On Tue, 2003-02-04 at 13:05, Harald Radi wrote:
> ?
>
> harald
Well, you were talking about throwing exceptions from within C
sourcecode, weren't you? You would need a zend_class_entry to throw -
but what should this point to? You would probably go ahead and declare
an exception class (in your ex
On Mon, 2003-02-03 at 21:20, Harald Radi wrote:
[...]
> when called as function -> print warning
> when called as method -> throw exception
What exception? There are no builtin exceptions and IMHO it would be
better to leave writing such up to the user.
E.g. I'd like to be able to have _all_ my c
als to false */
> }
Nope, that gives me a parse error:
thekid@friebes:~ > echo '' | php -q
!condition
thekid@friebes:~ > echo '' | php -q
Parse error: parse error in - on line 1
It'll work for exactly one statement (e.g. mysql_connect() or die()),
but not with bl
On Sun, 2002-11-17 at 21:01, Melvyn Sopacua wrote:
[...]
> $ uname -rs && ld -lresolv
> BSD/OS 4.3
> ld: cannot find -lresolv
Not here, either:-)
thekid@friebes:~ > uname -rs && ld -lresolv
FreeBSD 4.7-STABLE
/usr/libexec/elf/ld: cannot find -lresolv
thekid@friebes:~ > locate resolv|grep '\.so'
FYI:
-Forwarded Message-
> From: Timm Friebe <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [Zend Engine 2] Rethinking overloaded calls
> Date: 17 Nov 2002 17:40:44 +0100
>
> I'd like to pick up on Alan Knowles' suggestion to php-dev from a co
On Fri, 2002-11-15 at 19:15, Brian Foddy wrote:
> I have a little more info to add. Our DBA opened a question to Sybase
> Tech support
> and received the following reply:
[...Explanation from Sybase...]
> I agree with his assessment that somehow, our root user is getting a
> different run path,
On Thu, 2002-11-14 at 14:09, Timm Friebe wrote:
> Hello,
[...]
> function __get($k) {
> return $this->$k;
> }
[...]
Woops, this is wrong, of course.
function __get($k, &$v) {
$v= &$this->$k;
return TRUE;
}
I also missed that if a member variable exist
Hello,
Andrei, as I can see, you're the author of ext/overload. As suggested
earlier, I've added a second parameter to sybase_fetch_object() which
allows users to pass an object to be filled with the results from the
fetched row (e.g. $article= sybase_fetch_object($q, new Article()); or
$article= s
On Wed, 2002-11-13 at 18:03, Brian Foddy wrote:
> Timm,
>
> I've seen it used for 10 years on Solaris, and I spent about
> a year working on Irix and Informix, and there were some
> references to it there also.
>
> strings libtli.so | grep "^Sybase"
> Sybase TCP/IP TLI Library/12.0/P/SPARC/Sola
On Wed, 2002-11-13 at 02:31, Alan Knowles wrote:
> Thanks to a little chat (and a few beers) with Zak at the conference, I
> got wondering if this syntax would be a sensible addition...
[...]
> syntax:
>var [getter method] [setter method] $variable .;
+1
Plus, another syntax suggestion (
On Tue, 2002-11-12 at 23:20, Brian Foddy wrote:
> The following is not really worthy of reporting an official bug,
> but still worthy of at least comment and notice.
>
> On Solaris 2.8 using Sybase OCS-12, the default build
> scripts for PHP 4.2.3 will not link in the tli library.
Never heard of
On Tue, 2002-11-12 at 07:54, Derick Rethans wrote:
> On 12 Nov 2002, Timm Friebe wrote:
[...]
> And that's why I would be -1 on the first one. However, the whole error
> reporting is a pretty mess, with some extensions implementing other
> 'philosiphies' then others
Is [EMAIL PROTECTED] the wrong address to send this? There hasn't been any
response on this so far (neither negative nor positive)...
-Forwarded Message-
> From: Timm Friebe <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [CVS] karma for sybase docs
> Dat
On Fri, 2002-11-08 at 23:41, Yasuo Ohgaki wrote:
> I don't mind making pg_fetch_object() accept object (not class)
> optionally and initialize field values as object's properties.
What you're saying would be:
$a= pg_fetch_object($q, new Article());
It is certainly not common for PHP func
Hi,
what does everyone think about adding a second parameter to the
*_fetch_object() functions (sybase_fetch_object, mysql_fetch_object, ...
etc.) which allows users to define a class name which will then be used
instead of "stdClass"?
E.g.:
class Article {
var $article_id,
On Thu, 2002-11-07 at 14:46, Andrei Zmievski wrote:
> On Sat, 02 Nov 2002, Timm Friebe wrote:
> > Round 2 - fight:-)
> >
> > OK, I guess now I'm ready for committing my changes. I got PHP compiled
> > and tested out the new functionality of my ext/sybase_ct ch
Round 2 - fight:-)
OK, I guess now I'm ready for committing my changes. I got PHP compiled
and tested out the new functionality of my ext/sybase_ct changes against
CVS from today.
Just to make sure I'm getting it all right: This is what I'd put in the
commit message
@- Implemented features/chang
Configuring Zend
checking build system type... i386-unknown-freebsd4.7
checking for ld used by GCC... /usr/libexec/elf/ld
checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
updating cache ./config.cache
./ltconfig: Can't open ./ltconfig: N
On Wed, 2002-10-30 at 23:34, [EMAIL PROTECTED] wrote:
> This works only with ZE2.
[...public and private functions...]
AFAIK not. There will be private, protected and public class members,
though.
--
Timm
Any sufficiently advanced bug is indistinguishable from a feature
--
PHP Development Mai
Hi,
from http://www.zend.com/zend/week/week109.php:
---
TLK: sybase_ct maintainer
Timm Friebe has volunteered to take over maintenance of the sybase_ct
extension.
He has made a number of patches to the code (which can be seen
Maintain ext/sybase_ct/ - see http://bugs.php.net/bug.php?id=16960 and mails on
php-dev. The patches made have been running since Sept. 27th 2002 on three Debian
boxes w/ PHP4.2.2, serving a total of 70 million HTTP requests and approx. 100'000 SQL
queries without any problem. I guess you could
On Tue, 2002-10-08 at 23:15, Tim Daly, Jr. wrote:
>
> Brad LaFountain <[EMAIL PROTECTED]> writes:
>
> > What engine are you working with 1 or 2?
> > -brad
>
> I imagine PHP3 == engine 1, and PHP4 == engine 2?
>
> I'm using PHP version 4.2.3.
Almost: PHP4 = ZE1, PHP5 = ZE2 :-)
--
Timm
--
On Sun, 2002-09-01 at 19:50, Lukas Schroeder wrote:
> hi,
>
> i can crash my php here by using these lines:
Nope, works fine:
---
thekid@friebes:~ > cat | php -q
thekid@friebes:~ > php -v
4.2.1
thekid@friebes:~ > uname -a
FreeBSD
On Thu, 2002-08-29 at 01:51, Yasuo Ohgaki wrote:
> Marcus Börger wrote:
> > Not that mod_apache delivering txt format info pages would be
> > unusable but a simple phpinfo(0|1) would be better.
> >
>
> I would like to see phpinfo(true|false)
What about phpinfo(PHPINFO_OF_TEXT|PHPINFO_OF_HTML|..
On Fri, 2002-08-23 at 00:24, Timm Friebe wrote:
> On Wed, 2002-08-21 at 10:22, Timm Friebe wrote:
> [...]
[...]
> 3) I had a look at the memory thing (although "unbuffered", all rows
>that have been read will reside in memory until sybase_free_result()
>is cal
Hi,
in case you remember (if you don't, have a look at the thread "[PHP-DEV]
Sybase - Error handlers" beginning Aug. 7 2002):
I compiled my extension against PHP 4.2.2 / 4.2.1 / 4.1.2 recently,
doing some improvements and having to change some code due to API
incompatibilty (the original patch wa
On Sat, 2002-08-17 at 12:36, Zeev Suraski wrote:
> Well, I guess it boils down to whether we want to support this function
> (which should be easy, I think), or support filesystems without atime. I
> vaguely remember that many filesystems don't have (or are capable of
> disabling) atime for pe
On Thu, 2002-08-08 at 21:50, Timm Friebe wrote:
> On Thu, 2002-08-08 at 21:25, Brad LaFountain wrote:
> > Do you currently use them (im just wondering how stable it is). I briefly
> > looked at them.
>
> I've tested it a lot, it's not segfaulting or leaking AFAI
On Thu, 2002-08-08 at 21:25, Brad LaFountain wrote:
> Do you currently use them (im just wondering how stable it is). I briefly
> looked at them.
I've tested it a lot, it's not segfaulting or leaking AFAIS, I was
waiting for response before testing it - now that it's there, I'll have
it compiled
On Tue, 2002-06-11 at 00:04, Timm Friebe wrote:
> ZE2 has a bug...
Well, replying to myself:-)
I took some time to have a look at where the bugs occur (see my original
email to [EMAIL PROTECTED], sent 11 Jun 2002 00:04:09 +0200) and
think I got rid of them.
> concerning the keyword "
Hello,
after having talked to Derick Rethans at LinuxTag and him suggesting I
put up a mail on php-dev about it, I guess I will give it a try.
The following is my issue:
http://bugs.php.net/bug.php?id=16960
Derick told me all of PHPs database extensions simpy return strings for
everything except
38 matches
Mail list logo
