From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Brand Subject: Re: link abbreviation with multiple params, e. g. for geo locations Date: Fri, 14 Jun 2013 22:13:42 +0200 Message-ID: References: <87a9n35g25.fsf@gmail.com> <87fvwuuez8.fsf@gmail.com> <87li6lelx1.fsf@gmail.com> <87ehccmoz4.fsf@gmail.com> <874nd8ph8x.fsf@gmail.com> <87wqq4l872.fsf@gmail.com> <878v2c8sja.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnaNV-0001De-8A for emacs-orgmode@gnu.org; Fri, 14 Jun 2013 16:13:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UnaNT-00025U-QT for emacs-orgmode@gnu.org; Fri, 14 Jun 2013 16:13:45 -0400 Received: from mail-lb0-f169.google.com ([209.85.217.169]:55697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnaNT-00025H-KO for emacs-orgmode@gnu.org; Fri, 14 Jun 2013 16:13:43 -0400 Received: by mail-lb0-f169.google.com with SMTP id d10so966424lbj.28 for ; Fri, 14 Jun 2013 13:13:42 -0700 (PDT) In-Reply-To: <878v2c8sja.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: Org Mode Hi Eric On Fri, Jun 14, 2013 at 8:18 PM, Eric Schulte wrote: >> The :session is only to have more than one call which works for >> emacs-lisp source blocks. Am I doing something wrong or is this a bug? > > Sessions are not supported in every language. Shell code blocks do > *not* support sessions (or rather it looks like someone started to > implement session support, but never completed it). Good to know. It is high on my wishlist. I often take notes about shell and utilities and just a few days ago I planned to improve by using, well, babel source blocks. Now I know that I have to use some workaround. What about :var dummy_name? #+NAME: unicode_normal_form_c #+HEADER: :var dummy_name="workaround to get different result blocks" #+BEGIN_SRC sh :shebang #!/bin/sh :eval no :exports code printf 'a\xcc\x88' | od -Ax -tx1 printf 'a\xcc\x88' | iconv -f UTF-8-MAC -t UTF-8 | od -Ax -tx1 printf 'a\xcc\x88' | iconv -f UTF-8-MAC -t UTF-8 2>&1 > /dev/null echo "(`uname`, `date +%Y-%m-%d`)" #+END_SRC - OS X (implementation of iconv by Apple, not e. g. MacPorts): #+CALL: unicode_normal_form_c[:results output verbatim :eval no-export :exports results](dummy_name="osx") #+RESULTS: unicode_normal_form_c[:results output verbatim :eval no-export :exports results](dummy_name="osx") : 0000000 61 cc 88 : 0000003 : 0000000 c3 a4 : 0000002 : (Darwin, 2013-06-14) - GNU/Linux: #+CALL: unicode_normal_form_c[:results output verbatim :eval no-export :exports results](dummy_name="gnu") #+RESULTS: unicode_normal_form_c[:results output verbatim :eval no-export :exports results](dummy_name="gnu") : 000000 61 cc 88 : 000003 : 000000 : iconv: conversion from `UTF-8-MAC' is not supported : Try `iconv --help' or `iconv --usage' for more information. : (Linux, 2013-06-14) Is there a better workaround or would you accept :var dummy_name for my ERT that I mentioned? And how can I break the long lines #+CALL into multiple lines staying near their individual #+CALL line, when moving header arguments into #+BEGIN_SRC and its #+HEADERs is not possible for cases where variety in the values of header arguments between calls or between call and #+BEGIN_SRC is necessary? Michael