Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#360 TeXlipse crashes; xelatex does not

open
nobody
None
5
2012-10-29
2012-10-29
Olivier Cailloux
No

When building the attached document with xelatex, TeXlipse hangs up: the building never completes. When running xelatex on the source folder with the same parameters on the same computer, the compilation ends. Details follow.

Attached: doc., produced

Discussion

  • The document which exhibit the problematic behavior

     
    Attachments
  • log file produced by texlipse before crash

     
    Attachments
  • aux file produced by texlipse before crash

     
    Attachments
  • console text produced by texlipse before crash

     
    Attachments
  • Oops, unfinished post.

    In fact it’s a hang up, not a crash. The process is simply stuck somewhere around 20%, according to eclipse progress indicator.

    The project is configured as follow: main tex file is src/doc.tex; output file is out/doc.pdf; dir for temp is tmp; output format is pdf; build commands: xelatex. In configuration, xelatex is set to program file /usr/bin/xelatex; arguments -synctex=1 -interaction=nonstopmode --src-specials %input.

    I start a terminal, go to the project src folder, and start /usr/bin/xelatex -synctex=1 -interaction=nonstopmode --src-specials doc.tex 1>out.txt 2>err.txt (twice), the file compiles. There are some warnings, but it does not crash or hang up.

    When TeXlipse hangs up, running ps aux | grep -E "[l]at|[d]vi" in a terminal yields:
    % olivier 4831 0.6 3.2 214868 135664 ? S 14:44 0:01 /usr/bin/xelatex -synctex=1 -interaction=nonstopmode --src-specials doc.tex
    % olivier 4834 0.0 0.0 1852 524 ? S 14:44 0:00 sh -c xdvipdfmx -q -E -o "doc.pdf"
    % olivier 4835 0.0 0.1 8020 5924 ? S 14:44 0:00 xdvipdfmx -q -E -o doc.pdf
    I have to kill the first and last processes to get eclipse running again.

    Obviously I made sure every temporary files created by previous run are deleted before the next try.

    Please tell me if you need anything else.

     
  • stdout from xelatex program, second run

     
    Attachments
  • stderr from xelatex program, second run

     
    Attachments
  • Matthias Erll
    Matthias Erll
    2012-11-12

    Hi,
    I find this difficult to reproduce. I tried three different platforms, and I can see that xelatex stops for a few seconds maxing out the CPU, but then continues working normally. If there was a problem with the log parser, this should have failed each time. I currently have no idea what the problem could be, I am just guessing it might be something with the redirection of output, since concurrency situations may have an impact on this. Which Java version are you using?

    Kind regards,
    Matthias

     
  • Thanks for taking care of this problem. The problem occurs at work, on a debian squeeze, and home, on a Ubuntu 10.04 LTS (Lucid Lynx). Both run the default texlive latex install from the distribution (i.e., an old one). I am currently at work, so here is the debian box configuration.

    I have Sun JDK and OpenJDK installed, both java6. Sun is the default. I guess eclipse uses the Sun one, although I don't know how to make sure of that. Details follow.

    $ java -version
    java version "1.6.0_26"
    Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
    Java HotSpot(TM) Server VM (build 20.1-b02, mixed mode)
    $ /usr/lib/jvm/java-6-openjdk/jre/bin/java -version
    java version "1.6.0_18"
    OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2~squeeze1)
    OpenJDK Server VM (build 14.0-b16, mixed mode)
    $ apt-show-versions | grep openjdk
    openjdk-6-jdk/squeeze upgradeable from 6b18-1.8.7-2~squeeze1 to 6b18-1.8.13-0+squeeze2
    openjdk-6-jre/squeeze upgradeable from 6b18-1.8.7-2~squeeze1 to 6b18-1.8.13-0+squeeze2
    openjdk-6-jre-headless/squeeze upgradeable from 6b18-1.8.7-2~squeeze1 to 6b18-1.8.13-0+squeeze2
    openjdk-6-jre-lib/squeeze upgradeable from 6b18-1.8.7-2~squeeze1 to 6b18-1.8.13-0+squeeze2
    openjdk-6-source/squeeze upgradeable from 6b18-1.8.7-2~squeeze1 to 6b18-1.8.13-0+squeeze2
    $ apt-show-versions | grep sun-java
    sun-java6-bin/squeeze uptodate 6.26-0squeeze1
    sun-java6-jdk/squeeze uptodate 6.26-0squeeze1
    sun-java6-jre/squeeze uptodate 6.26-0squeeze1
    sun-java6-plugin/squeeze upgradeable from 6.24-1~squeeze1 to 6.26-0squeeze1
    $ update-alternatives --display java
    java - manual mode
    link currently points to /usr/lib/jvm/java-6-sun/jre/bin/java
    /usr/lib/jvm/java-6-openjdk/jre/bin/java - priority 1061
    slave java.1.gz: /usr/lib/jvm/java-6-openjdk/jre/man/man1/java.1.gz
    /usr/lib/jvm/java-6-sun/jre/bin/java - priority 63
    slave java.1.gz: /usr/lib/jvm/java-6-sun/jre/man/man1/java.1.gz
    Current 'best' version is '/usr/lib/jvm/java-6-openjdk/jre/bin/java'.
    $ whereis java
    java: /usr/bin/java /etc/java /usr/share/java /usr/share/man/man1/java.1.gz
    olivier@Camus:~$ ls -l /usr/bin/java
    lrwxrwxrwx 1 root root 22 Dec 6 2011 /usr/bin/java -> /etc/alternatives/java
    olivier@Camus:~$ ls -l /etc/alternatives/java
    lrwxrwxrwx 1 root root 36 Dec 6 2011 /etc/alternatives/java -> /usr/lib/jvm/java-6-sun/jre/bin/java