Your message dated Wed, 14 Sep 2005 13:02:23 -0500 (CDT) with message-id <[EMAIL PROTECTED]> and subject line WNPP bug closed has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 19 Jan 2004 07:12:26 +0000 >From [EMAIL PROTECTED] Sun Jan 18 23:12:26 2004 Return-path: <[EMAIL PROTECTED]> Received: from mailhost.netspeed.com.au [203.31.48.33] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AiTaE-0006TY-00; Sun, 18 Jan 2004 23:12:26 -0800 Received: from wistful (unverified [210.9.138.220]) by netspeed.com.au (SurgeMail 1.6b) with ESMTP id 14156412 for multiple; Mon, 19 Jan 2004 18:14:41 +1100 Received: by wistful (Postfix, from userid 500) id F2BAB5AE5; Mon, 19 Jan 2004 18:12:10 +1100 (EST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Martin Pool <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: RFP: libvstr1 -- A fast and secure string/buffer library for C X-Mailer: reportbug 2.37 Date: Mon, 19 Jan 2004 18:12:10 +1100 Message-Id: <[EMAIL PROTECTED]> X-Server: High Performance Mail Server - http://surgemail.com Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_14 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_14 X-Spam-Level: Package: wnpp Severity: wishlist * Package name : libvstr1 Version : 1.0.11 Upstream Author : James Antill <[EMAIL PROTECTED]> * URL : http://www.and.org/vstr/ * License : LGPL Description : A fast and secure string/buffer library for C vstr is not used by any major packages as yet, but it looks very promising. I am using it in my own projects. >From the web page: Vstr is a string library, it's designed so you can work optimally with readv()/writev() for input/output. This means that, for instance, you can readv() data to the end of the string and writev() data from the beginning of the string without having to allocate or move memory. It also means that the library is completely happy with data that has multiple zero bytes in it. This design constraint means that unlike most string libraries Vstr doesn't have an internal representation of the string where everything can be accessed from a single (char *) pointer in C, the internal representation is of multiple "blocks" or nodes each carrying some of the data for the string. This model of representing the data also means that as a string gets bigger the Vstr memory usage only goes up linearly and has no inherent copying (due to other string libraries increasing space for the string via. realloc() the memory usage can be triple the required size and require a complete copy of the string). It also means that adding, substituting or moving data anywhere in the string can be optimized a lot, to require O(1) copying instead of O(n). Speaking of O(1), it's worth remembering that if you have a Vstr string with caching it is O(1) to get all the data to the writev() system call (the cat example below shows an example of this, the write call is always constant time. As well as having features directly related to doing IO well it contains functions for: * a printf like function that is fully ISO 9899:1999 (C99) compliant, also having %m as standard and POSIX i18n parameter number modifiers. It also allows gcc warning compatible customer format specifiers (and includes pre-written custom format specifiers for ipv4 and ipv6 addresses, Vstr strings and more) * splitting of strings into parameter/record chunks (a la perl). * substituting data in a Vstr string * moving data from one Vstr string to another (or within a Vstr string). * comparing strings (without regard for case, or taking into account version information) * searching for data in strings (with or without regard for case). * counting spans of data in a string (the equivalent of strspn() in ISO C). * converting data in a Vstr (Ie. delete/substitute unprintable characters or making a Vstr string lowercase/uppercase). * parsing data from a Vstr string (Ie. numbers, or ipv4 addresses). * easily parsing and wrapping outgoing data in netstrings, for fast and simple (and hence less error prone) network communication * the ability to cache aspects of data about a Vstr string, to both simplify and speedup use of the string. * the ability to have empty data as part of the string, this is somewhat useful for representing file transfers as a string as you can represent the file data as empty data in the string. It also has a number of functions for exporting data from a Vstr string so you can easily use data generated with the Vstr outside of the library. The other unusual aspect of the Vstr string library is that it attaches a notion of a locale to the string configuration and not globally (as POSIX, and pretty much everything else does). This means that you can do Network I/O in the C locale and user IO in the users locale. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux wistful 2.4.23 #1 Mon Dec 15 21:16:43 EST 2003 i686 Locale: LANG=en_AU, LC_CTYPE=en_AU --------------------------------------- Received: (at 228471-done) by bugs.debian.org; 14 Sep 2005 18:02:34 +0000 >From [EMAIL PROTECTED] Wed Sep 14 11:02:34 2005 Return-path: <[EMAIL PROTECTED]> Received: from dsl-201-129-37-187.prod-infinitum.com.mx (cerdita.damog.net) [201.129.37.187] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EFbab-0001RN-00; Wed, 14 Sep 2005 11:02:34 -0700 Received: by cerdita.damog.net (Postfix, from userid 1000) id 38C4D1078AB; Wed, 14 Sep 2005 13:02:23 -0500 (CDT) To: [EMAIL PROTECTED] Subject: WNPP bug closed Cc: [EMAIL PROTECTED] Message-Id: <[EMAIL PROTECTED]> Date: Wed, 14 Sep 2005 13:02:23 -0500 (CDT) From: [EMAIL PROTECTED] (David Moreno Garza) Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 307 Hello, This an automatic message sent to owners of inactive ITPs on the Debian Bug Tracking System. I'm closing your bug because of the following reasons: - It is older than 600 days old. - It haven't had any activity recently. - The amount of ITPs on the Debian BTS is huge and we need to clean up a bit the place. If your bug shouldn't be closed, you are more than free to re-open it, for example, if you still have intentions to package the software in question or the like. To re-open it, you simply have to mail [EMAIL PROTECTED] with a body text like this: reopen 123456 thanks bts Replacing '123456' for the number of your ITP bug. The subject of the mail is ignored. Or if you have any kind of problems when dealing with the BTS, feel free to contact me and I'd be more than happy to help you on this: <[EMAIL PROTECTED]>. This is the first mass wnpp closing that will be done. The next close will be done on inactive ITPs older than 450 days and finally, the ones older than 365 days (an automatic script will close *inactive* ITPs when they reach one year old). A similar process will be applied to the RFP wnpp bugs in the next days. Thanks for your cooperation, David Moreno Garza <[EMAIL PROTECTED]>. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]