Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZcCX-0004Vd-W6 for pgsql-interfaces@arkaria.postgresql.org; Thu, 11 Jan 2018 12:43:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZcCX-0004Kh-Ig for pgsql-interfaces@arkaria.postgresql.org; Thu, 11 Jan 2018 12:43:21 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eZcCX-0004KS-6r for pgsql-interfaces@lists.postgresql.org; Thu, 11 Jan 2018 12:43:21 +0000 Received: from mail-it0-x241.google.com ([2607:f8b0:4001:c0b::241]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1eZcCT-0001Cs-Qy for pgsql-interfaces@lists.postgresql.org; Thu, 11 Jan 2018 12:43:19 +0000 Received: by mail-it0-x241.google.com with SMTP id f143so4019012itb.0 for ; Thu, 11 Jan 2018 04:43:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=yRgN+UYm52FCl0GxKtqtm0qy0RFQlou03yx96ZQgg48=; b=pjDxaqk/OFbtEmmaKMLcnJdJY5LWr6lKX5TFUhzMti1xCIwI61JmvgvMQ9a5oZz6tW yBVclzUegBrZe3Mm/mXYKmTUIpNDVHyAHcrEfYdzkr7MqLZSB3mj1XvYEF/pG3Rt+tL/ n4v12aONtokWXgeHiS9TyINN//xfMU6fG8kxRJ8ySReVgcUmm3udA3K5qFgEHA4o3JGM ZjxojA+YF5vejmTDvJCIV+ZZY7sUjeiVZ3IQJUgWz0LMTTjfSTz09MXj148v//gBfGeR lhoFKkiRaXdKS5Kf1e/2vDvaDsWA671n3cq1jvL8rrg1IyZtVFk3bTjKLgLcXm8vRQzD KQgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=yRgN+UYm52FCl0GxKtqtm0qy0RFQlou03yx96ZQgg48=; b=p69kNM6jP9U5nldL999q84Zij0uw+ZhpPLbrS52cwvG/c1d/lR3uKeFlPHDzURDIEL +mTdHZchK4JjBTW7TcGeam8uh5X1+XcgzjuezI08hcQ0G64Mv7bznObwIwlhWvM7OYxF 2ov4Lv5sC6WsCGhE75vS29t4oYWK8IZeUGWaiey7X5XijzGGvf0Oy6ARJiDhn+n0KCfV AsTHZ1M+tVrtk9GmPo5byh1djHxm2su4dci4/LpaLPsAeHyABob+c29FLa1ieWN7dnpg rOhy9LRgGiDpvhnfiMnFvL3WNKkTJ3i4anAIG/XYVkgSNQ/lvOUIpiI+ubTllDzoa1Zj Chxg== X-Gm-Message-State: AKGB3mLZs5s0+KHJltjWs3rvHWwRiMi0WY1MxJZd1gLs1i+Bu71O5A4s 83gPZBmh3bQbpUioDgrXr6/1OEv8KAoWKr/J3tes3Q== X-Google-Smtp-Source: ACJfBot+CUAZ7518d2Zs6vbL5XIrC7N8rUTDdPv9i/4p6AtbjxnVouVQ3C98ifl0Wq4v6I3+KkxjSGLqwjiSXWMU/Is= X-Received: by 10.107.111.5 with SMTP id k5mr21389032ioc.142.1515674596639; Thu, 11 Jan 2018 04:43:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.2.77.2 with HTTP; Thu, 11 Jan 2018 04:43:15 -0800 (PST) In-Reply-To: <1515668698.2860.92.camel@postgresql.org> References: <20180110122916.GA1160@feivel> <1515668698.2860.92.camel@postgresql.org> From: Ashutosh Sharma Date: Thu, 11 Jan 2018 18:13:15 +0530 Message-ID: Subject: Re: Compatibility modes supported in ECPG To: Michael Meskes Cc: pgsql-interfaces@lists.postgresql.org Content-Type: multipart/mixed; boundary="089e082ce798ee1d5605627f7dfc" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --089e082ce798ee1d5605627f7dfc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Jan 11, 2018 at 4:34 PM, Michael Meskes wro= te: >> Thanks Michael. Shall i submit a patch for it. Also, what about > > Yes, please. > Thanks. Attached are the patches 'Allow_ecpg_to_throw_error_for_wrong_compat_modes_v1' and 'Allow_ecpg_to_throw_error_for_wrong_compat_modes_v2' that fixes the reported issues. >> making >> the compatibility modes case insensitive. Currently, ecpg accepts >> compatibility mode only in capital letters. In case if the INFORMIX >> or >> INFORMIX_SE is entered in small or mixed type letter, ecpg throws an >> error. Shouldn't that be handled as well? > > Actually I don't mind either way. There is definitely an advantage of > having it case insensitive, but then options are known to be case > sensitive often enough. > I feel we should make them case insensitive. The reason being, other embedded SQL programming languages for e.g. Pro*C accepts case insensitive options. So, why can't we make our ecpg options case insensitive as well. Thoughts? -- With Regards, Ashutosh Sharma EnterpriseDB:http://www.enterprisedb.com > Michael > -- > Michael Meskes > Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) > Meskes at (Debian|Postgresql) dot Org > Jabber: michael at xmpp dot meskes dot org > VfL Borussia! For=C3=A7a Bar=C3=A7a! SF 49ers! Use Debian GNU/Linux, Post= greSQL > --089e082ce798ee1d5605627f7dfc Content-Type: text/x-patch; charset="US-ASCII"; name="Allow_ecpg_to_throw_error_for_wrong_compat_modes_v1.patch" Content-Disposition: attachment; filename="Allow_ecpg_to_throw_error_for_wrong_compat_modes_v1.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_jcahg84o0 ZGlmZiAtLWdpdCBhL3NyYy9pbnRlcmZhY2VzL2VjcGcvcHJlcHJvYy9lY3BnLmMgYi9zcmMvaW50 ZXJmYWNlcy9lY3BnL3ByZXByb2MvZWNwZy5jCmluZGV4IDhhMTQ1NzIuLmJhZGYwNDIgMTAwNjQ0 Ci0tLSBhL3NyYy9pbnRlcmZhY2VzL2VjcGcvcHJlcHJvYy9lY3BnLmMKKysrIGIvc3JjL2ludGVy ZmFjZXMvZWNwZy9wcmVwcm9jL2VjcGcuYwpAQCAtMTk4LDcgKzE5OCw3IEBAIG1haW4oaW50IGFy Z2MsIGNoYXIgKmNvbnN0IGFyZ3ZbXSkKIAkJCQlzeXN0ZW1faW5jbHVkZXMgPSB0cnVlOwogCQkJ CWJyZWFrOwogCQkJY2FzZSAnQyc6Ci0JCQkJaWYgKHN0cm5jbXAob3B0YXJnLCAiSU5GT1JNSVgi LCBzdHJsZW4oIklORk9STUlYIikpID09IDApCisJCQkJaWYgKHN0cmNtcChvcHRhcmcsICJJTkZP Uk1JWCIpID09IDAgfHwgc3RyY21wKG9wdGFyZywgIklORk9STUlYX1NFIikgPT0gMCkKIAkJCQl7 CiAJCQkJCWNoYXIJCXBrZ2luY2x1ZGVfcGF0aFtNQVhQR1BBVEhdOwogCQkJCQljaGFyCQlpbmZv cm1peF9wYXRoW01BWFBHUEFUSF07Cg== --089e082ce798ee1d5605627f7dfc Content-Type: text/x-patch; charset="US-ASCII"; name="Allow_ecpg_to_throw_error_for_wrong_compat_modes_v2.patch" Content-Disposition: attachment; filename="Allow_ecpg_to_throw_error_for_wrong_compat_modes_v2.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_jcahghin1 ZGlmZiAtLWdpdCBhL3NyYy9pbnRlcmZhY2VzL2VjcGcvcHJlcHJvYy9lY3BnLmMgYi9zcmMvaW50 ZXJmYWNlcy9lY3BnL3ByZXByb2MvZWNwZy5jCmluZGV4IDhhMTQ1NzIuLmNkNzcwYzggMTAwNjQ0 Ci0tLSBhL3NyYy9pbnRlcmZhY2VzL2VjcGcvcHJlcHJvYy9lY3BnLmMKKysrIGIvc3JjL2ludGVy ZmFjZXMvZWNwZy9wcmVwcm9jL2VjcGcuYwpAQCAtMTk4LDEyICsxOTgsMTIgQEAgbWFpbihpbnQg YXJnYywgY2hhciAqY29uc3QgYXJndltdKQogCQkJCXN5c3RlbV9pbmNsdWRlcyA9IHRydWU7CiAJ CQkJYnJlYWs7CiAJCQljYXNlICdDJzoKLQkJCQlpZiAoc3RybmNtcChvcHRhcmcsICJJTkZPUk1J WCIsIHN0cmxlbigiSU5GT1JNSVgiKSkgPT0gMCkKKwkJCQlpZiAocGdfc3RyY2FzZWNtcChvcHRh cmcsICJJTkZPUk1JWCIpID09IDAgfHwgcGdfc3RyY2FzZWNtcChvcHRhcmcsICJJTkZPUk1JWF9T RSIpID09IDApCiAJCQkJewogCQkJCQljaGFyCQlwa2dpbmNsdWRlX3BhdGhbTUFYUEdQQVRIXTsK IAkJCQkJY2hhcgkJaW5mb3JtaXhfcGF0aFtNQVhQR1BBVEhdOwogCi0JCQkJCWNvbXBhdCA9IChz dHJjbXAob3B0YXJnLCAiSU5GT1JNSVgiKSA9PSAwKSA/IEVDUEdfQ09NUEFUX0lORk9STUlYIDog RUNQR19DT01QQVRfSU5GT1JNSVhfU0U7CisJCQkJCWNvbXBhdCA9IChwZ19zdHJjYXNlY21wKG9w dGFyZywgIklORk9STUlYIikgPT0gMCkgPyBFQ1BHX0NPTVBBVF9JTkZPUk1JWCA6IEVDUEdfQ09N UEFUX0lORk9STUlYX1NFOwogCQkJCQlnZXRfcGtnaW5jbHVkZV9wYXRoKG15X2V4ZWNfcGF0aCwg cGtnaW5jbHVkZV9wYXRoKTsKIAkJCQkJc25wcmludGYoaW5mb3JtaXhfcGF0aCwgTUFYUEdQQVRI LCAiJXMvaW5mb3JtaXgvZXNxbCIsIHBrZ2luY2x1ZGVfcGF0aCk7CiAJCQkJCWFkZF9pbmNsdWRl X3BhdGgoaW5mb3JtaXhfcGF0aCk7Cg== --089e082ce798ee1d5605627f7dfc--