From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Maus Subject: Re: FYI: Org mode testing framework, Emacs 23 and 22 Date: Sun, 18 Sep 2011 16:46:31 +0200 Message-ID: <87ipopnc1k.wl%dmaus@ictsoc.de> References: <874o0veejl.wl%dmaus@ictsoc.de> <87y5y7oxyt.fsf@gmail.com> <877h5f558c.wl%dmaus@ictsoc.de> <87aaaaokpq.fsf@gmail.com> <87ehzldrsx.wl%dmaus@ictsoc.de> <877h5cfqge.fsf@gmail.com> <871uvhw05r.wl%dmaus@ictsoc.de> <87bouinb12.fsf@gmail.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Sun_Sep_18_16:46:30_2011-1"; micalg=pgp-sha256; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:34298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R5Idk-0007dE-OZ for emacs-orgmode@gnu.org; Sun, 18 Sep 2011 10:46:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R5Idj-0005L1-Cv for emacs-orgmode@gnu.org; Sun, 18 Sep 2011 10:46:40 -0400 Received: from app1b.xlhost.de ([213.202.242.162]:41188) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R5Idj-0005Ko-3P for emacs-orgmode@gnu.org; Sun, 18 Sep 2011 10:46:39 -0400 In-Reply-To: <87bouinb12.fsf@gmail.com> 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Eric Schulte Cc: David Maus , emacs-orgmode@gnu.org --pgp-sign-Multipart_Sun_Sep_18_16:46:30_2011-1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable At Sat, 17 Sep 2011 14:56:09 -0600, Eric Schulte wrote: >=20 > Hi David, >=20 > > > > For Emacs22 the only thing we need from simple.el is the definition of > > special-mode; going to factor it out and trim it to Emacs22. > > >=20 > Sounds great, thanks. >=20 > > > > With HEAD at dbf0e6d5bcbe94c8ee57d68889d3c25bf9cdef55 and a fix for > > the check for featurep 'org (37db5deea5ef75186bb7413b196fa0c96e5bdfb9) > > I got: > > >=20 > Thanks for compiling this information. >=20 > > > > > > Selector: "\\(org\\|ob\\)" > > Passed: 99 > > Failed: 10 (10 unexpected) > > Total: 109/109 > > > > Started at: 2011-09-16 06:56:59+0200 > > Finished. > > Finished at: 2011-09-16 06:57:04+0200 > > > > ......FF...................................................FF..F.F.....= ..FF.................F..............F. > > > > F ob-fortran/list-var > > Test real array input > > (void-function characterp) > > > > F ob-fortran/list-var-from-table > > Test real array from a table > > (void-function characterp) > > >=20 > I've replaced the use of `characterp' in ob-fortran with integerp, which > should be backwards-compatible with emacs22. >=20 > > > > F test-ob-exp/org-babel-exp-src-blocks/w-no-file > > Testing export from buffers which are not visiting any file. > > (wrong-type-argument stringp nil) > > > > F test-ob-exp/org-babel-exp-src-blocks/w-no-headers > > Testing export without any headlines in the org-mode file. > > (wrong-type-argument stringp nil) > > > > F test-ob-lob/export-lob-lines > > Test the export of a variety of library babel call lines. > > (wrong-type-argument stringp nil) > > >=20 > I have no idea what could be going wrong with these executions, would it > be difficult to generate backtraces for these failures? >=20 > > > > F test-ob-sh/dont-error-on-empty-results > > Was throwing an elisp error when shell blocks threw errors and > > (void-function org-babel-execute:sh) > > > > F test-org-babel/inline-src-blocks > > (error "No org-babel-execute function for sh!") > > > > F test-org-babel/inline-src_blk-default-results-replace-line-1 > > (error "No org-babel-execute function for sh!") > > >=20 > It looks like you need to load ob-sh.el. >=20 > > > > F test-org-exp/stripping-commas > > Test the stripping of commas from within blocks during export. > > (wrong-type-argument stringp nil) > > > > F test-org/org-link-unescape-ascii-extended-char > > Unescape old style percent escaped character. > > (ert-test-failed > > ((should > > (string=3D "=C3=A0=C3=A2=C3=A7=C3=A8=C3=A9=C3=AA=C3=AE=C3=B4=C3= =B9=C3=BB" > > (org-link-unescape "%E0%E2%E7%E8%E9%EA%EE%F4%F9%FB"))) > > :form > > (string=3D "=C3=A0=C3=A2=C3=A7=C3=A8=C3=A9=C3=AA=C3=AE=C3=B4=C3= =B9=C3=BB" "\340\342\347\350\351\352\356\364\371\373") > > :value nil)) > > >=20 > Hmm, I don't know anything about possible differences in string handling > between Emacs22 and more modern Emacsen, but I wouldn't be surprised if > support for accented characters was less complete in Emacs22. Perhaps > we should just skip this test on Emacs22. Nope, this test is fixed. Had to explicitely tell Emacs that the expected output string is latin-1; i.e. the input is extended ASCII which is covered by latin-1 encoding. The test failed because org-link-unescape returned the raw byte sequence. I am aware that there might be a problem with opening links that contain extended ASCII characters (=3DOrg's old escaping choice) and I'm going to test this next.=20 The test is fine, though. The expected output is a latin-1 encoded string. Best, -- David --=20 OpenPGP... 0x99ADB83B5A4478E6 Jabber.... dmjena@jabber.org Email..... dmaus@ictsoc.de --pgp-sign-Multipart_Sun_Sep_18_16:46:30_2011-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iF4EABEIAAYFAk52BEYACgkQma24O1pEeObN7wD/T7D53oPjCdGeBTMYffeJpjPg 4UbG7vC0pUakYvPzM08BAINAxIUzpkIs9Em+LBQLPFuVfE9ltIUGCL2w2naWnooJ =paek -----END PGP SIGNATURE----- --pgp-sign-Multipart_Sun_Sep_18_16:46:30_2011-1--