Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41938 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4377 invoked from network); 16 Nov 2008 10:28:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Nov 2008 10:28:22 -0000 Authentication-Results: pb1.pair.com smtp.mail=noreply@php.net; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mark@hell.ne.jp; sender-id=fail Received-SPF: pass (pb1.pair.com: domain php.net designates 140.211.166.39 as permitted sender) X-PHP-List-Original-Sender: noreply@php.net X-Host-Fingerprint: 140.211.166.39 osu1.php.net Mysterious NAT device (2nd tstamp) Received: from [140.211.166.39] ([140.211.166.39:41289] helo=osu1.php.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 16/71-21829-5C5FF194 for ; Sun, 16 Nov 2008 05:28:22 -0500 Authentication-Results: osu1.php.net header.from=mark@hell.ne.jp; sender-id=fail Authentication-Results: osu1.php.net smtp.mail=noreply@php.net; spf=neutral; sender-id=neutral Received: from [127.0.0.1] ([127.0.0.1:41280] helo=osu1.php.net) by osu1.php.net (envelope-from ) (ecelerity 2.2.2.32 r(25190M)) with ESMTP id 6D/2D-24676-598FF194; Sun, 16 Nov 2008 02:40:22 -0800 Received: (from apache@localhost) by osu1.php.net (8.12.11/8.12.11/Submit) id mAGAeJGp008618; Sun, 16 Nov 2008 02:40:19 -0800 Date: Sun, 16 Nov 2008 02:40:19 -0800 To: internals@lists.php.net Message-ID: Subject: CVS Account Request: magicaltux From: mark@hell.ne.jp ("Mark Karpeles") As most my [PATCH] mails sent to the internals mailing list were ignored (as of today, at least), I'm requesting an access to the PHP CVS, fully aware of what this means. My contributions (ordered by priority) would include: - The WDDX extension (http://bugs.php.net/46496) - The OpenSSL extension (http://bugs.php.net/46127 - a fix for one line missing in PHP 5.3) - The French documentation (http://bugs.php.net/46073, http://bugs.php.net/46563) Of course, I intend to continue contributing to these parts of PHP (especially OpenSSL, which is one of the things I use the most, as I'm writing stream servers handling SSL). My fix for WDDX would allow closing the following forever-waiting bugs: http://bugs.php.net/45037 http://bugs.php.net/45314 I also intend later (and after some discussions, if anyone has any interest in WDDX) to add a feature to WDDX to provide the ability to stream a packet (create a packet ressource while providing a stream descriptor, send the XML code for the variables when added, then close the packet with an "end of packet" instruction). Providing the reverse process would also have to be done at the same time, using event-based xml parsing. This would allow memory-efficient creation of large packets.