From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Modi Subject: Fwd: bug with org-babel/sqlite? Date: Wed, 14 Sep 2016 19:00:26 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=94eb2c14fe1e45f136053c7c5870 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47727) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bkFRI-0003BY-MS for emacs-orgmode@gnu.org; Wed, 14 Sep 2016 15:01:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bkFRE-0004GM-HU for emacs-orgmode@gnu.org; Wed, 14 Sep 2016 15:01:43 -0400 Received: from mail-yb0-f182.google.com ([209.85.213.182]:36430) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bkFRE-0004GH-C3 for emacs-orgmode@gnu.org; Wed, 14 Sep 2016 15:01:40 -0400 Received: by mail-yb0-f182.google.com with SMTP id u125so20276020ybg.3 for ; Wed, 14 Sep 2016 12:01:40 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-org list , juneja.dushyant@gmail.com --94eb2c14fe1e45f136053c7c5870 Content-Type: multipart/alternative; boundary=94eb2c14fe1e45f133053c7c586e --94eb2c14fe1e45f133053c7c586e Content-Type: text/plain; charset=UTF-8 Hi Dushyant, The folks following the org mailing list might be able to help you out on this. So I am forwarding this email there. I haven't tried recreating this as I do not use sqlite. But when you say that in the case where you use the default :results sqlite doesn't work, what doesn't work? Do you get an error? ---------- Forwarded message --------- From: Dushyant Juneja Date: Wed, Sep 14, 2016 at 10:08 AM Subject: bug with org-babel/sqlite? To: help-gnu-emacs@gnu.org Hi, Looks like I stumbled upon a bug with org-babel and sqlite. I have the following in my org file. PFA the bug description (bug.org). The essence is that sqlite queries work with :results verbatim, but not otherwise. Any ideas on how to get past this? This is with emacs 24.5.2, RHEL6. Dushyant -- Kaushal Modi --94eb2c14fe1e45f133053c7c586e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dushyant,

The folks following the or= g mailing list might be able to help you out on this. So I am forwarding th= is email there.

I haven't tried recreating thi= s as I do not use sqlite.

But when you say that in= the case where you use the default :results sqlite doesn't work, what = doesn't work? Do you get an error?

---------- Forwarded message ---------
From: Dushyant Jun= eja <juneja.dushyant@gmail.= com>
Date: Wed, Sep 14, 2016 at 10:08 AM
Subject: bug with org= -babel/sqlite?
To: help-gnu-em= acs@gnu.org <help-gnu-emac= s@gnu.org>


Hi,

Looks like I stumbled upon a bug with org-babel and sqlite. I have the
following in my org file. PFA the bug description (bug.org). The essence is
that sqlite queries work with :results verbatim, but not otherwise. Any
ideas on how to get past this?

This is with emacs 24.5.2, RHEL6.

Dushyant
--

Kaushal Modi

--94eb2c14fe1e45f133053c7c586e-- --94eb2c14fe1e45f136053c7c5870 Content-Type: application/octet-stream; name="bug.org" Content-Disposition: attachment; filename="bug.org" Content-Transfer-Encoding: base64 Content-ID: <15727e23894d8bbc6a1> X-Attachment-Id: 15727e23894d8bbc6a1 IytUSVRMRTogQnVnIHJlcG9ydAojK1BST1BFUlRZOiBta2RpcnAgeWVzCgoqIFNldHVwCk5lZWQg dG8gZXhlYyB0aGlzIGZpcnN0IGluIG9yZGVyIGZvciBzcWxpdGUgc3JjIHRvIGJlIGV4ZWMnZWQu CiMrQkVHSU5fU1JDIGVtYWNzLWxpc3AgOnJlc3VsdHMgc2lsZW50CihvcmctYmFiZWwtZG8tbG9h ZC1sYW5ndWFnZXMKICdvcmctYmFiZWwtbG9hZC1sYW5ndWFnZXMKICcoKGVtYWNzLWxpc3AgLiB0 KQogICAoc2ggICAgICAgICAuIHQpCiAgIChzcWxpdGUgICAgIC4gdCkKICAgKEMgICAgICAgICAg LiB0KSkpCiMrRU5EX1NSQwoKKiBDU1YgZmlsZXMKRm9yIGEgc2FtcGxlLCBJIGhhdmUgdGhlIGZv bGxvd2luZyBDU1YgZmlsZToKCiMrQkVHSU5fU1JDIGNzdiA6dGFuZ2xlIHNhbXBsZTEuY3N2Clll YXIsTWFrZSxNb2RlbCxEZXNjcmlwdGlvbixQcmljZQoxOTk3LEZvcmQsRTM1MCwiYWMsIGFicywg bW9vbiIsMzAwMC4wMAoxOTk5LENoZXZ5LCJWZW50dXJlICIiRXh0ZW5kZWQgRWRpdGlvbiIiIiwi Iiw0OTAwLjAwCjE5OTksQ2hldnksIlZlbnR1cmUgIiJFeHRlbmRlZCBFZGl0aW9uLCBWZXJ5IExh cmdlIiIiLCw1MDAwLjAwCjE5OTYsSmVlcCxHcmFuZCBDaGVyb2tlZSwiTVVTVCBTRUxMIQphaXIs IG1vb24gcm9vZiwgbG9hZGVkIiw0Nzk5LjAwCiMrRU5EX1NSQwoKKiBQbGF5aW5nIHdpdGggU1FM Ck5vdyBzdGF0IHBsYXlpbmcgd2l0aCBTUUwuIAoKVGhlIGZvbGxvd2luZyBzbmlwcGV0IHdvcmtz IGZpbmU6CiMrQkVHSU5fU1JDIHNxbGl0ZSA6ZGIgYnVnLmRiIDpleHBvcnRzIHJlc3VsdHMgOnJl c3VsdHMgdmVyYmF0aW0KRFJPUCBUQUJMRSBJRiBFWElTVFMgY2FyczsKQ1JFQVRFIFRBQkxFIGNh cnMgKFllYXIsTWFrZSxNb2RlbCxEZXNjcmlwdGlvbixQcmljZSk7Ci5tb2RlIGNzdgouc2VwYXJh dG9yICIsIgouaW1wb3J0IHNhbXBsZTEuY3N2IGNhcnMKU0VMRUNUICogRlJPTSBjYXJzOwojK0VO RF9TUkMKCiMrUkVTVUxUUzoKOiBZZWFyLE1ha2UsTW9kZWwsRGVzY3JpcHRpb24sUHJpY2UKOiAx OTk3LEZvcmQsRTM1MCwiYWMsIGFicywgbW9vbiIsMzAwMC4wMAo6IDE5OTksQ2hldnksIlZlbnR1 cmUgIiJFeHRlbmRlZCBFZGl0aW9uIiIiLCIiLDQ5MDAuMDAKOiAxOTk5LENoZXZ5LCJWZW50dXJl ICIiRXh0ZW5kZWQgRWRpdGlvbiwgVmVyeSBMYXJnZSIiIiwiIiw1MDAwLjAwCjogMTk5NixKZWVw LCJHcmFuZCBDaGVyb2tlZSIsIk1VU1QgU0VMTCEKOiBhaXIsIG1vb24gcm9vZiwgbG9hZGVkIiw0 Nzk5LjAwCgoKSG93ZXZlciwgdGhlIGZvbGxvd2luZyBmYWlscywganVzdCBiZWNhdXNlID06cmVz dWx0cz0gaXMgc2V0IHRvIGRlZmF1bHQuCiMgQkVHSU5fU1JDIHNxbGl0ZSA6ZGIgc2FtcGxlLmRi IDpleHBvcnRzIHJlc3VsdHMgOnJlc3VsdHMgdmVyYmF0aW0KIytCRUdJTl9TUkMgc3FsaXRlIDpk YiBzYW1wbGUuZGIgOmV4cG9ydHMgcmVzdWx0cwpEUk9QIFRBQkxFIElGIEVYSVNUUyBjYXJzOwpD UkVBVEUgVEFCTEUgY2FycyAoIFllYXIsTWFrZSxNb2RlbCxEZXNjcmlwdGlvbixQcmljZSApOwpz ZWxlY3QgKiBmcm9tIGNhcnM7Ci5tb2RlIGNzdgouaW1wb3J0IHNhbXBsZTEuY3N2IGNhcnMKU0VM RUNUICogRlJPTSBjYXJzOwojK0VORF9TUkMK --94eb2c14fe1e45f136053c7c5870--