- ntg-context - Mailing Lists

ConTeXt Minimals parsing of .tui broken with ruby 1.9.1 in Windows
by Jose Augusto 16 Jul '09

16 Jul '09

Hello all, I want to report a problem that is either in ConTeXt, or in ruby 1.9.1 (last version of ruby). More probably, the problem has to do with ruby handling non-ASCII characters. I have no means of trying Linux, Solaris, etc... Anyone using ConTeXt with ruby 1.9.1 will face it probably (at least in Windows :-) The problem happens with all files, even with the simple "Hello": \starttext Hello World \stoptext After installing ConTeXt Minimals (the devel version) yesterday, I ran the above example with ruby 1.9.1-p129 in Windows (both Win 2000 and XP show the problem). Meanwhile I compiled and tried several versions of Ruby, and found the following pattern of problems: ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mingw32] PROBLEM ruby 1.9.1p0 (2009-01-30 revision 21907) [i386-mingw32] PROBLEM ruby 1.9.0 (2008-10-04 revision 19669) [i386-mingw32] No problem ruby 1.8.7 (2009-06-12 patchlevel 174) [i386-mingw32] No problem ruby 1.8.6 (2009-06-08 patchlevel 369) [i386-mingw32] No problem So, whatever it is, it is broken with ruby 1.9.1. All the versions of ruby were compiled in Windows using the mingw toolchain, with GCC 3.4.5. >>>> Here is the description of what happens <<<< When texutil parses the .tui file, I get the following (see comments after this text output): --------------------------------------------- ........................... Output written on con-hello1.pdf (1 page, 21759 bytes). Transcript written on con-hello1.log. TeXUtil | parsing file con-hello1.tui TeXUtil | debug 1 jasa #<File:0x1271d18> xxx c \thisissectionseparator{-} xxx c \thisisutilityversion{2008.10.14} xxx c \thisisbytesequence{?+Ç} TeXUtil | fatal error in parsing con-hello1.tui TeXUtil | shortcuts : 0 TeXUtil | expansions: 0 TeXUtil | reductions: 0 TeXUtil | divisions : 0 TeXUtil | loaded files: 0 TeXUtil | temporary files: 0 TeXUtil | commands: 2 TeXUtil | programs: 0 TeXUtil | tuo file saved TeXExec | runtime: 2.703125 -------------------------------------------- The lines with "debug 1 jasa" and starting with "xxx" result from the simple "debug code" I inserted in the file texutil.rb to find the problematic line. The error happens when the following ruby code is executed: (the extra debug lines have a mark # jasa ) ---------------------- texutil.rb (snippet, around line 1025) ---------------------- def loaded(filename) begin tuifile = File.suffixed(filename,'tui') if FileTest.file?(tuifile) then report("parsing file #{tuifile}") if f = open(tuifile) then report("debug 1 jasa #{f}") # jasa f.each do |line| print "xxx #{line}" # jasa case line.chomp when /^f (.*)$/o then @plugins.reader('MyFiles', $1.splitdata) when /^c (.*)$/o then @plugins.reader('MyCommands', [$1]) when /^e (.*)$/o then @plugins.reader('MyExtras', $1.splitdata) when /^s (.*)$/o then @plugins.reader('MySynonyms', $1.splitdata) when /^r (.*)$/o then @plugins.reader('MyRegisters',$1.splitdata) when /^p (.*)$/o then @plugins.reader('MyPlugins', $1.splitdata) when /^x (.*)$/o then @plugins.reader('MyKeys', $1.splitdata) when /^r (.*)$/o then # nothing, not handled here else # report("unknown entry #{line[0,1]} in line #{line.chomp}") end end f.close end else report("unable to locate #{tuifile}") end rescue report("fatal error in parsing #{tuifile}") @filename = 'texutil' else @filename = filename end end --------------------------------------------------------------- >From the debugging lines that are expelled, it is clear that the line in the .tui file that triggers the problem is: c \thisisbytesequence{ ...non-ASCII codes... } and, precisely, it s the second line of the 'case': when /^c (.*)$/o then @plugins.reader('MyCommands', [$1]) which processes the .tui line and triggers the 'rescue' clause. So I think the problem lies in the "digestion" of non-ASCII characters by the last version of Ruby. I don't know what is the meaning of the \thisisbytesequence line in ConTeXt and the maening of those non-ASCII chars. I followed the @plugins.reader('MyCommands', [$1]) and figured out that what raises the exception happens before the @plugins.reader method, since it is never reached when the "\thisisbytesequence" line is processed. To finish, I think this can be of interest for Ruby guys, but is also breaking ConTeXt for anyone with ruby 1.9.1 installed in Windows. Thanks, Jose Soares Augusto jasaugusto(a)gmail.com jasa(a)fisica.fc.ul.pt

3 3

generating figures lists
by Piotr Kopszak 15 Jul '09

15 Jul '09

Hello, How do we generate them with recent MInimals? texexec --figures=c --paperoffset=.5cm *.pdf *.png *.jpg does not give any output. Piotr -- http://okle.pl

2 2

XML one more time.
by John Culleton 14 Jul '09

14 Jul '09

I have the xml sources for the Gimp manual. I can't seem to get them to translate to a pdf. The top xml file just contains a series of calls to subordinate files. When I run this through Context I get just the text of the first file in no particular format and none of the subfiles. I have tried texexec --environment=gimp gimp.xml and texexec --environment=xml gimp.xml The Gimp advice is to use dblatex, but that seems to think it is on a Windows system and generates errors containing code like c:\foo Now I can hand convert each and every xml statement in each and every subfile to a TeX equivalent but there should be a shorter way. There are more than 600 subfiles. Or I can write a program to do that to either the xml source or the html derivative. But I hope Context will enable me to do it with less labor. BTW the html generation works flawlessly following the approved Gimp script. -- John Culleton Create Book Covers with Scribus/e-book $5.95 http://www.booklocker.com/books/4055.html

3 2

ruby or perl or lua or ...
by ivo welch 14 Jul '09

14 Jul '09

hi hans---just curious. do you plan conTeXt to use just one computer language in the future? /iaw

3 3

TeXLive newbie can't run Context
by Tom 14 Jul '09

14 Jul '09

I'm the newest of newbies and have installed of TexLive on a PC running Vista. The post-installation tests described in Section 3.5 of the TeXLive Guide run just fine (Tex, LaTex, pdfLaTex). No tests were included for Context, so I failed around trying to run Texexec amd Texmfstart to no good end. How can I determine if Context was installed properly and how do I run Context? Tom Benjey 717-258-9733 voice 717-243-0074 fax Twitter: @TomBenjey Football player w C small

3 5

verses together
by Ciro Soto 14 Jul '09

14 Jul '09

I am writing a book with poems and need to maintain four, sometimes five, lines together in the same page. I don't know in advance which four lines will be split at the end of the page. How would I implement this? Using \testpage[n] works, only if I know in advance where the the split happens. thank you Ciro -- Links of your interest: http://www-personal.engin.umd.umich.edu/~cirosoto/ http://www.TheGuitarMakerExploration.com http://www.myspace.com/sotoaguirre

2 1

First time user trying to get Context to work
by Harrie Frericks 14 Jul '09

14 Jul '09

This is my first post to the list. I'm a first time user and I'm very eager to give Context a try. However, so far I've been unable to get Context to work properly. Maybe someone can help. I'm using a standard Windows PC running XP SP2. I'm using the minimals version. There are no other Tex related packages on my system. Problem 1 (solved): Ruby error: no such file to load ubygems Solution: this error is caused by the environment variable RUBYOPT. When it is set, it is usually set to -rubygems. Unsetting this variable solves the problem. Suggestion: when running first-setup.bat this error is produced on the very first line. However, since there is a lot of text scrolling down the screen this error is easily overlooked. It may be a good idea to unset the RUBYOPT variable in this .bat file. It may also be a good idea to unset (and probably reset) this variable in the texexec.bat file before texlua is called. Problem 2 (not-solved) I'm getting the infamous error: I can't find the format file `cont-en.fmt'! I searched this list and tried texexec --make --all This doesn't solve the problem. The problem is located in this part of the output: TexExec | using tex engine pdftex TexExec | using tex format path ./pdftex TexExec | unable to make format due to lack of permissions TexExec | using mp engine mpost TexExec | using mps format path . TexExec | generating mps format metafun I then did some debugging on the tex.rb file and found the error is generated in the following piece of code starting at line 646: if texformats && texengine then report("using tex engine #{texengine}") texformatpath = if getvariable('local') then '.' else Kpse.formatpath(texengine,true) end # can be empty, to do report("using tex format path #{texformatpath}") Dir.chdir(texformatpath) rescue false if FileTest.writable?(texformatpath) then The last if fails and generates the error on line 679. I then checked for file permissions in the c:\context directory tree and found no problems there. My guess: the ./pdftex format path either doesn't exist or can't be found by tex.rb and this generates the error. The ruby scripts of Context are too large to do a full debug. I simply do not have the time for that. So, after several hours of hacking I hope someone can solve this problem, so I can finally give Context a try. Regards, Harrie Frericks The Netherlands

2 5

from latex & pstricks to context
by R. Bastian 13 Jul '09

13 Jul '09

Bonjour, i am transferring sources from latex to context. so i write separate files for every pstricks part and compile in a pdf-file (tex -> dvips -> epstopdf) with a script; finally the graphics go into the the text by \externalfigure ... 1. is there a better way ? 2. is there a way to translate Latex -> Context ? PS: i dont like metapost René Bastian --

7 23

How to prevent empty page after MPpage?
by Mojca Miklavec 13 Jul '09

13 Jul '09

Hello, The following code works OK in mkiv, but in mkii it generates a spurious empty page at the end. How can I get rid of it? (I think that it used to work OK a while ago.) \def\startGNUPLOTpage% {\obeyMPlines\dostartGNUPLOTpage} \long\def\dostartGNUPLOTpage#1\stopGNUPLOTpage% {\startMPpage#1\stopMPpage} \starttext \startGNUPLOTpage draw fullcircle scaled 3cm; \stopGNUPLOTpage \stoptext Thanks, Mojca

4 10

expansion in xml section heads
by Thomas A. Schmitz 12 Jul '09

12 Jul '09

Hi all, I'm not sure if this is a bug or a feature, but I'm still having trouble understanding the new structure code. Here is a small example: \startbuffer[test] <auth> <section> <title><emph>MyTitle</emph></title> <content> Hello world </content> </section> </auth> \stopbuffer \startxmlsetups xml:mysetups \xmlsetsetup{\xmldocument}{auth|section|title|content|emph}{xml:*} \stopxmlsetups \xmlregistersetup{xml:mysetups} \startxmlsetups xml:auth \xmlflush{#1} \stopxmlsetups \startxmlsetups xml:section \xmlflush{#1}\par \midaligned{\hl[5]} \stopxmlsetups \startxmlsetups xml:title \section{\xmlflush{#1}} \stopxmlsetups \startxmlsetups xml:content \xmlflush{#1}\par \stopxmlsetups \startxmlsetups xml:emph {\bgroup\em \xmlflush{#1}\egroup} \stopxmlsetups \setuphead [section] [style=normal, number=no, expansion=yes, page=yes] \starttext \xmlprocessbuffer{main}{test}{} \stoptext The title is not properly expanded though I have expansion=yes in my setuphead. Am I doing something wrong? All best Thomas

2 1