From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Bizarre gnuplot file creation error Date: Tue, 7 Nov 2017 09:42:36 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a113d35a80030f3055d6595a3" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55641) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eC55K-0005TA-UK for emacs-orgmode@gnu.org; Tue, 07 Nov 2017 09:42:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eC55J-0004ru-Pe for emacs-orgmode@gnu.org; Tue, 07 Nov 2017 09:42:39 -0500 Received: from mail-oi0-x236.google.com ([2607:f8b0:4003:c06::236]:50622) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eC55J-0004rN-KX for emacs-orgmode@gnu.org; Tue, 07 Nov 2017 09:42:37 -0500 Received: by mail-oi0-x236.google.com with SMTP id q4so10235538oic.7 for ; Tue, 07 Nov 2017 06:42:37 -0800 (PST) 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-orgmode Mailinglist --001a113d35a80030f3055d6595a3 Content-Type: text/plain; charset="UTF-8" Still haven't tracked down the exact steps to reproduce this problem, but it happened again recently -- and starting a new emacs from the command line solved it, i.e., my usual daemon-run emacs seems to be "crudding up" somehow. On Sat, Nov 4, 2017 at 1:05 PM, Lawrence Bottorff wrote: > Trying the babel gnuplot the other day, I had trouble getting the results > to C-c C-c to actually materialize in the place I'd given. Taking the > example from the org-mode babel gnuplot page, (changing the location): > > #+begin_src gnuplot :exports both :file omnigraphics/omnig10.png > reset > > set title "Putting it All Together" > > set xlabel "X" > set xrange [-15:15] > set xtics -15,2,15 > > > set ylabel "Y" > set yrange [-15:15] > set ytics -15,2,15 > > f(x) = sqrt(x - 1) + 1 > g(x) = x**3 > h(x) = sqrt(-x - 1) + 1 > > plot f(x) w lp lw 1, g(x) w lp lw 1, h(x) w l lw 1 > #+end_src > > The system was not creating the png in the given folder. Finally it > occurred to me to look in another place where I'd previously been creating > org-mode gnuplot pngs -- and there it was! I could do C-c C-c again and > again and see new versions of the png being created each time in > yesterday's folder, i.e., not the location given with :file. So the > :file omnigraphics/omnig10.png was being blown off and org-mode internal > had remembered where I'd previously created pngs and kept creating them > there. I've tried to recreate this scenario with just the code snippet > above -- fresh (non-daemon) emacs processes, changing the :file location > each time -- and I've reproduced the problem sometimes. I've combed through > my personal init els and it's definitely nothing I'm telling it. Strange. . > . . > > LB > --001a113d35a80030f3055d6595a3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Still haven't tracked down the exact steps to reproduc= e this problem, but it happened again recently -- and starting a new emacs = from the command line solved it, i.e., my usual daemon-run emacs seems to b= e "crudding up" somehow.

On Sat, Nov 4, 2017 at 1:05 PM, Lawrence Bottorff <= borgauf@gmail.com> wrote:
<= div dir=3D"ltr">Trying the babel gnuplot the other day, I had trouble getti= ng the results to C-c C-c to actually materialize in the place I'd give= n. Taking the example from the org-mode babel gnuplot page, (changing the l= ocation):

#+begin_src gnuplot :exports both :file o= mnigraphics/omnig10.png
reset

set title = "Putting it All Together"

set xlabel &qu= ot;X"
set xrange [-15:15]
set xtics -15,2,15
=


set ylabel "Y"
set y= range [-15:15]
set ytics -15,2,15

f(x) = =3D sqrt(x - 1) + 1
g(x) =3D x**3
h(x) =3D sqrt(-x - 1)= + 1

plot f(x) w lp lw 1, g(x) w lp lw 1, h(x) w l= lw 1
#+end_src

The system was not= creating the png in the given folder. Finally it occurred to me to look in= another place where I'd previously been creating org-mode gnuplot pngs= -- and there it was! I could do C-c C-c again and again and see new versio= ns of the png being created each time in yesterday's folder, i.e., not = the location given with :file. So the :file=C2=A0omnigraphics/omnig10.png w= as being blown off and org-mode internal had remembered where I'd previ= ously created pngs and kept creating them there. I've tried to recreate= this scenario with just the code snippet above -- fresh (non-daemon) emacs= processes, changing the :file location each time -- and I've reproduce= d the problem sometimes. I've combed through my personal init els and i= t's definitely nothing I'm telling it. Strange. . . .

LB
<= /span>

--001a113d35a80030f3055d6595a3--