Hi Eric and Dan,
--8<---------------cut here---------------start------------->8---
#+TITLE: Bug in output PDF with source blocks of unknown language
#+AUTHOR: Seb Vauban
#+EMAIL: n...@one.com
#+DATE: 2010-01-13
#+DESCRIPTION:
#+KEYWORDS:
#+LANGUAGE: en_US
* Context
Here is a perfectly outputted block of code:
#+SRCNAME: srcModifyDBPFI.sql
#+BEGIN_SRC sql :tangle srcModifyDBPFI.sql
-- add column `rolEngagDateFin' (if column does not exist yet)
IF NOT EXISTS (SELECT *
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'rol'
AND COLUMN_NAME = 'rolEngagDateFin')
BEGIN
ALTER TABLE rol
ADD rolEngagDateFin smalldatetime NULL
END
GO
#+END_SRC
Here is an Excel formula (using highlighting of Delphi, being quite
similar -- but *unknown to Babel*):
#+BEGIN_SRC Delphi
(frmDateFin+1)+(frmNbrSem+frmDureeVA*0)*7-1
#+END_SRC
and its simplified version:
#+BEGIN_SRC perl
frmDateFin+(frmNbrSem*7)
#+END_SRC
* Bug
You see that when the language is unknown to Org-babel (=Delphi= in this
example), it gets ignored during export, and gets replaced by the previous
code block!!
So, the current workaround is to take whatever other language know to Babel
(here: =perl=) for the export to (at least) output the right code in the
generated document (even if not correctly highlighted).
* Other problem
The selected language must also be known by =listings=... Hence, =R= cannot
be chosen for language; generating otherwise an error when compiling the
LaTeX document.
--8<---------------cut here---------------end--------------->8---
Best regards,
Seb
PS- I'll answer your posts shortly (Noweb vs Babel, and incompatibility with
Org-special-blocks). Have had no time up to now...
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
