Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D7F76DDC7 for ; Wed, 1 Aug 2012 22:04:21 +0000 (UTC) Received: (qmail 79177 invoked by uid 500); 1 Aug 2012 22:04:21 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 79158 invoked by uid 500); 1 Aug 2012 22:04:21 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 79148 invoked by uid 99); 1 Aug 2012 22:04:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Aug 2012 22:04:21 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of m.v.lunteren@gmail.com designates 209.85.160.44 as permitted sender) Received: from [209.85.160.44] (HELO mail-pb0-f44.google.com) (209.85.160.44) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Aug 2012 22:04:17 +0000 Received: by pbbjt11 with SMTP id jt11so1762213pbb.31 for ; Wed, 01 Aug 2012 15:03:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=m3ctJOLIGrs4bQ8GgQdhD1AZTnCncvSbWdMWUVS3xPc=; b=BJU4DvYv4eKzsPYhW98PzE5QMP3r+ZBdew4lHe2z/QiIocLGxKKhP4m3sZucXAohyV MYYPR1K9+J1LjFZBCIdVNRY6ScWMtteCeWWvYbLUHnXR4/C3Ly4VrDZ1HkfIsLtS7Jej eKFR3DQDBbcrFWwxCvonKunnCvQ8NjLcC9LgInZdHzsFqeVp4MRMDrs7un1UiZMTWza+ L74cI107+rfJaXsfLId+YNgQjkssdZqcyC57nB9N7kMSpbtlAvdicty67AgJBEdQyEL9 lF7ootobuqT4Vhxo4ZJXqXTUMD4Ty5Ss40dOEEomiwxQekWJKs/DO6BDOjaGMuu/LD73 dSLw== MIME-Version: 1.0 Received: by 10.68.197.70 with SMTP id is6mr54463707pbc.64.1343858636772; Wed, 01 Aug 2012 15:03:56 -0700 (PDT) Received: by 10.68.64.197 with HTTP; Wed, 1 Aug 2012 15:03:56 -0700 (PDT) In-Reply-To: <50198852.6070805@oracle.com> References: <50198852.6070805@oracle.com> Date: Wed, 1 Aug 2012 15:03:56 -0700 Message-ID: Subject: Re: ij EXPECT command From: Myrna van Lunteren To: derby-dev@db.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Aug 1, 2012 at 12:49 PM, Rick Hillegas wrote: > The localization audit has stumbled across a message related to the ij > EXPECT command. I don't understand this command so I don't know what to tell > the translators. The command is not otherwise documented and is a NOP unless > the undocumented ij.expect property is set to true. I am unable to make any > sense of the header comment for this command in the ij grammar: > > "Will eventually detect the lines that the strings are without special > literals, but for now this is expedient (except for the doubling of > quotes...) > > Used to test the previous statement's output. Note that ij must be in > "expect" mode to use this statement, otherwise it is just ignored. This is > due to the overhead of tracking the prior statement's output." > > The command and the ij.expect property do not appear in the documentation > for Cloudscape 3.5. It seems that: > > 1) The command was added after IBM acquired Cloudscape. > > 2) The command was disabled (by not being documented) at least by the time > that Derby was open-sourced. > > Does anyone know what this command is for and whether it is still needed? > > Thanks, > -Rick I checked the ancient version control records for cloudscape for hints...This section of ij.jj has remained untouched since it was first put in, in April 1998. (for reference, the branch for 1.5 of Cloudscape was created Sept 1998, the branch for 3.6 was created Oct 2000). The comment for the check-in was: "new ij commands: set connection, connect as, disconnect all, show connections, protocol; and property ij.protocol. prototype of expect, not yet fully implemented (always passes). new ij entry point" So looks like the expect command was never finished. Myrna