latexit issues

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

latexit issues

dfen2752@mail.usyd.edu.au
LIST,

OKAY. I SOLVED THE PROBLEM.

I WILL REPORT BACK WHEN I WORK OUT WHAT HAPPENED. GIVE ME A FEW MINUTES. It
was to do with the environments :D

Thanks so much guys!!!!

Derek

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Reply | Threaded
Open this post in threaded view
|

latexit issues

Owen Densmore
Administrator

Could you let me/us know what you found out?  I have a very similar problem
with LaTeXiT
One problem I saw was /sw (i.e. fink) was in the "last log" file's dump, and
I don't even HAVE fink or a /sw dir tree!!

Environment:
Leopard 10.5.3, both gwTeX and TeXLive-2007 (tried both)
I tried both with/without my .bash_profile installed.
With: Failed with message to look at last log
Without: Failed with "empty graphic .." tiny text in top LaTeXiT pane

   -- Owen


[hidden email] wrote:

>
> LIST,
>
> OKAY. I SOLVED THE PROBLEM.
>
> I WILL REPORT BACK WHEN I WORK OUT WHAT HAPPENED. GIVE ME A FEW MINUTES.
> It
> was to do with the environments :D
>
> Thanks so much guys!!!!
>
> Derek
>

--
View this message in context: http://n2.nabble.com/latexit-issues-tp572712p573240.html
Sent from the MacOSX-TeX mailing list archive at Nabble.com.

Reply | Threaded
Open this post in threaded view
|

latexit issues

Peter Dyballa

Am 19.07.2008 um 19:04 schrieb Owen Densmore:

> One problem I saw was /sw (i.e. fink) was in the "last log" file's  
> dump, and
> I don't even HAVE fink or a /sw dir tree!!

Do you have this LOG still?

--
Greetings

   Pete

We have to expect it, otherwise we would be surprised.



Reply | Threaded
Open this post in threaded view
|

latexit issues

Owen Densmore
Administrator


Peter Dyballa wrote:
>
> Am 19.07.2008 um 19:04 schrieb Owen Densmore:
>> One problem I saw was /sw (i.e. fink) was in the "last log" file's  
>> dump, and
>> I don't even HAVE fink or a /sw dir tree!!
>
> Do you have this LOG still?
>

Hi Peter.  Here's a log received after asking LaTeXiT to render "a + b = c".

The LaTeXiT version is 1.15.0

Apparently the problem is the billions of odd "export" statements.

   -- Owen

Source :
\documentclass[10pt]{article}
\usepackage[usenames]{color}\color[rgb]{0.000,0.000,0.000} %used for font
color
\usepackage{amssymb} %maths
\usepackage{amsmath} %maths
\usepackage[utf8]{inputenc} %useful to type directly accentuated characters

\pagestyle{empty} \begin{document}\begin{eqnarray*}a + b = c
\end{eqnarray*}
\end{document}

--------------- processing pdftex ---------------
#!/bin/sh
export GROOVY_HOME=/Users/owen/local/groovy 1>/dev/null 2>&1
export     PI=cybermesa.com; 1>/dev/null 2>&1
export Apple_PubSub_Socket_Render=/tmp/launch-QbWuOD/Render 1>/dev/null 2>&1
export BASH_SOURCE=() 1>/dev/null 2>&1
export HOSTNAME=owen.local 1>/dev/null 2>&1
export SSH_AUTH_SOCK=/tmp/launch-Fsqbnn/Listeners 1>/dev/null 2>&1
export rh2=/home/owen/local/repast-2.0.org/lib 1>/dev/null 2>&1
export     ~/local/jboss-3.2.1/bin/shutdown.sh --exit=0 1>/dev/null 2>&1
export GROUPS=() 1>/dev/null 2>&1
export /^\./ {f=$0} /^[^.]/ {if (length(f)>0) print "<\t\t" f
"\t\t>";f="";print $0} 1>/dev/null 2>&1
export JV=/System/Library/Frameworks/JavaVM.framework/Versions 1>/dev/null
2>&1
export jh4=/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home
1>/dev/null 2>&1
export CALCSCALE=2 1>/dev/null 2>&1
export OPTIND=1 1>/dev/null 2>&1
export     d1=~/bkups; 1>/dev/null 2>&1
export     m="META-INF/MANIFEST.MF"; 1>/dev/null 2>&1
export         if [ "$PWD" ="${DIRSTACK[$i]}" ]; then 1>/dev/null 2>&1
export BASH_ARGV=() 1>/dev/null 2>&1
export BASH_ARGC=() 1>/dev/null 2>&1
export DISPLAY=/tmp/launch-pHwEEv/:0 1>/dev/null 2>&1
export USER=owen 1>/dev/null 2>&1
export BASH_EXECUTION_STRING=set 1>/dev/null 2>&1
export DIRSTACK=() 1>/dev/null 2>&1
export     c=${2:-${f%.jar}}; 1>/dev/null 2>&1
export IGNOREEOF=10 1>/dev/null 2>&1
export     env | sort | grep -i "$@" | sed "s:=: = :" 1>/dev/null 2>&1
export     ping -c5 ${1:-$PI} | awk '{sub(": icmp_",": ");sub("
ttl=[0-9]*","");sub(" of data.","");print}' 1>/dev/null 2>&1
export LOGNAME=owen 1>/dev/null 2>&1
export     tar xvzf $1.fat.tar.gz --exclude='._*' --exclude='.DS_Store' >>
/tmp/striplog; 1>/dev/null 2>&1
export SHELL=/bin/bash 1>/dev/null 2>&1
export HOME=/Users/owen 1>/dev/null 2>&1
export JAVA_HOME=/Library/Java/Home 1>/dev/null 2>&1
export     env | sort | sed "s:^:!    :;s/:/ : /g;s:=: = :" | tr "!" "\n" |
fmt 75 80 | sed "/^$/d;/ =/s:^    ::" | more 1>/dev/null 2>&1
export     echo ===== `pwd` =====; 1>/dev/null 2>&1
export CVSROOT=/Users/owen/cvsroot 1>/dev/null 2>&1
export IFS=$' \t\n' 1>/dev/null 2>&1
export PS4='+ ' 1>/dev/null 2>&1
export PS1='\nowen|\w[\!]: ' 1>/dev/null 2>&1
export UID=501 1>/dev/null 2>&1
export JLINE=/Users/owen/local/jline-0.9.9/jline-0.9.9.jar 1>/dev/null 2>&1
export         f1=$f-$d; 1>/dev/null 2>&1
export     for ((i=1; i<${#DIRSTACK[*]}; i++)) 1>/dev/null 2>&1
export
ORGPATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11/bin:/usr/texbin:/usr/local/bin
1>/dev/null 2>&1
export
PATH=/sw/local/bin:/sw/bin:/usr/X11/bin:/usr/local/sbin:/opt/local/sbin:/sbin:/sw/usr/bin:/bin:/sw/usr/sbin:/usr/bin:/usr/local/texbin:/opt/local/bin:/sw/usr/local/sbin:/sw/usr/local/bin:/usr/local/bin:/sw/sbin:/usr/texbin:/usr/sbin:/sw/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11/bin:/usr/texbin:/usr/local/bin:/usr/local/mysql/bin:/Users/owen/bin:/Users/owen/local/bin:/Users/owen/local/groovy/bin:/Users/owen/local/jruby/bin
1>/dev/null 2>&1
export HOSTTYPE=i386 1>/dev/null 2>&1
export OPTERR=1 1>/dev/null 2>&1
export OSTYPE=darwin9.0 1>/dev/null 2>&1
export PIPESTATUS=([0]="0") 1>/dev/null 2>&1
export
MANPATH=/usr/share/man:/usr/local/man:/usr/local/share/man:/usr/local/mysql/man:/usr/local/gwTeX/man:/usr/X11R6/man:/man
1>/dev/null 2>&1
export BASH=/bin/bash 1>/dev/null 2>&1
export __CF_USER_TEXT_ENCODING=0x1F5:0:0 1>/dev/null 2>&1
export TERM=dumb 1>/dev/null 2>&1
export     f=/tmp/$1.txt; 1>/dev/null 2>&1
export jh3=/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home
1>/dev/null 2>&1
export     echo "scale =$CALCSCALE; $@" | uncomma | bc -l | comma
1>/dev/null 2>&1
export SECURITYSESSIONID=635860 1>/dev/null 2>&1
export SHLVL=3 1>/dev/null 2>&1
export     if [ $# =0 ]; then 1>/dev/null 2>&1
export     export JAVA_HOME=$JV/1.4.2/Home 1>/dev/null 2>&1
export     D=""; 1>/dev/null 2>&1
export     tar xvzf $1 --exclude='._*' --exclude='.DS_Store' 1>/dev/null
2>&1
export EUID=501 1>/dev/null 2>&1
export JRUBY_HOME=/Users/owen/local/jruby 1>/dev/null 2>&1
export COMMAND_MODE=legacy 1>/dev/null 2>&1
export TMPDIR=/var/folders/0K/0K7H+k63HzCjgkyNbXN2NU+++TI/-Tmp-/ 1>/dev/null
2>&1
export rh1=/home/owen/local/repast1.4.1/lib 1>/dev/null 2>&1
export     tar cvzf $1.tar.gz $1 --exclude='._*' 1>/dev/null 2>&1
export BASH_VERSINFO=([0]="3" [1]="2" [2]="17" [3]="1" [4]="release"
[5]="i386-apple-darwin9.0") 1>/dev/null 2>&1
export     cmd=${@:-ls}; 1>/dev/null 2>&1
export SHELLOPTS=braceexpand:hashall:ignoreeof:interactive-comments
1>/dev/null 2>&1
export     zcat /home/owen/work/names.gz | grep -i "$@" | namefmt verbose=1
1>/dev/null 2>&1
export _=CVSROOT 1>/dev/null 2>&1
export PPID=2908 1>/dev/null 2>&1
export     export ANT_HOME=$HOME/local/jakarta-ant-1.4.1; 1>/dev/null 2>&1
export             D="*/"; 1>/dev/null 2>&1
export     export PATH=$PATH:$ANT_HOME/bin:$J2EE_HOME/bin 1>/dev/null 2>&1
export BASH_LINENO=() 1>/dev/null 2>&1
export REMOTE= 1>/dev/null 2>&1
export     export J2EE_HOME=$HOME/local/j2ee1.3.1; 1>/dev/null 2>&1
export     list=`clipfile | tr '\n\t' ' ' | sed 's: *$::;s:^ *::;s:
*:+:g;s:[,$]::g'`; 1>/dev/null 2>&1
export     files=*; 1>/dev/null 2>&1
export     ( d=~/Library/Application\ Support/Firefox/Profiles; 1>/dev/null
2>&1
export     f1=/tmp/MultipleFiles; 1>/dev/null 2>&1
export PWD=/ 1>/dev/null 2>&1
export BASH_VERSION='3.2.17(1)-release' 1>/dev/null 2>&1
export JSHOME=/Users/owen/local/rhino/js.jar 1>/dev/null 2>&1
export MACHTYPE=i386-apple-darwin9.0 1>/dev/null 2>&1
export             P=$PATH:/Applications 1>/dev/null 2>&1
export     d=`date +"%y%m%d-%H%M%S"`; 1>/dev/null 2>&1
cd /var/folders/0K/0K7H+k63HzCjgkyNbXN2NU+++TI/-Tmp-/latexit-1.15.0
/usr/texbin/pdftex -file-line-error -interaction nonstopmode
/var/folders/0K/0K7H+k63HzCjgkyNbXN2NU+++TI/-Tmp-/latexit-1.15.0/latexit-1.tex
1>|/var/folders/0K/0K7H+k63HzCjgkyNbXN2NU+++TI/-Tmp-/latexit-1.15.0/latexit-task-stdout.K3GJaGaIS.log
2>|/var/folders/0K/0K7H+k63HzCjgkyNbXN2NU+++TI/-Tmp-/latexit-1.15.0/latexit-task-stderr.etM7WE9Zs.log
</dev/null


--------------- error while processing pdftex ---------------


--
View this message in context: http://n2.nabble.com/latexit-issues-tp572712p573693.html
Sent from the MacOSX-TeX mailing list archive at Nabble.com.

Reply | Threaded
Open this post in threaded view
|

latexit issues

Peter Dyballa

Am 20.07.2008 um 04:43 schrieb Owen Densmore:

> Apparently the problem is the billions of odd "export" statements.


Yes. There are shell functions defined that should not be present in  
a non-interactive environment or in one in which the environment  
variable TERM is either not set or has the value "dumb." The /sw  
components in PATH come indeed from LaTeXiT: it takes care that TeX  
installations from Fink or MacPorts are found even when the user made  
omissions.

I presume the extra BASH stuff is from ~/.bashrc. There you could try  
this that I use (although a tcsh user and copied from somewhere, so  
that prompt (or window title line) handling in xterm or for root is  
not perfect):

case $TERM in
     dumb|eterm)
         # no color on the dummy terminal
         # I should dig up a dummy terminal and test this
         ;;
     "xterm"|"vt100"|"color-xterm"|"xterm-color"|*)
         if [ -n "$TERM_PROGRAM" ]; then
# some prompt tweaking
             declare prompt_black prompt_red prompt_green  
prompt_yellow prompt_blue prompt_magenta prompt_cyan prompt_white  
prompt_normal bg_black bg_red bg_green bg_yellow bg_blue bg_magenta  
bg_cyan bg_white prompt_foo prompt_bar prompt_char tty_type tty_num  
curr_dir username hostname
              prompt_black='\[\033[0;30m\]'
                prompt_red='\[\033[0;31m\]'
              prompt_green='\[\033[0;32m\]'
             prompt_yellow='\[\033[0;33m\]'
               prompt_blue='\[\033[0;34m\]'
            prompt_magenta='\[\033[0;35m\]'
               prompt_cyan='\[\033[0;36m\]'
              prompt_white='\[\033[0;37m\]'
             prompt_normal='\[\033[0m\]'
                  bg_black='\[\033[0;40m\]'
                    bg_red='\[\033[0;41m\]'
                  bg_green='\[\033[0;42m\]'
                 bg_yellow='\[\033[0;43m\]'
                   bg_blue='\[\033[0;44m\]'
                 bg_yellow='\[\033[0;43m\]'
                   bg_blue='\[\033[0;44m\]'
                bg_magenta='\[\033[0;45m\]'
                   bg_cyan='\[\033[0;46m\]'
                  bg_white='\[\033[0;47m\]'
             tty_type="$( tty | sed -e 's/\/dev\/\([[:alpha:]]*\).*/
\1/' )"
              tty_num="$( tty | sed -e 's/[^[:digit:]]*\([[:digit:]]*
\)/\1/' )"
             if [ "${UID}" == "0" ]
             then
                 prompt_foo="$prompt_red"
                 prompt_bar="$prompt_green"
                 prompt_char='!!'
             else
                 prompt_foo="$prompt_green"
                 prompt_bar="$prompt_red"
                 prompt_char='\e[33;46;1m \! /\\'
             fi
             username="$( whoami )"
             hostname="$( /bin/hostname -s )"
             curr_dir='${PWD/$HOME//~'${username}'}'
# It's magic time!
             export PS1="\e[34;47;1m\j-${prompt_foo}${tty_type}$
{prompt_bar}://${prompt_foo}${username}${prompt_bar}${tty_num:+:$
{tty_num}}${prompt_blue}${curr_dir}${prompt_char} ${prompt_normal}"
             unset prompt_black prompt_red prompt_green prompt_yellow  
prompt_blue prompt_magenta prompt_cyan prompt_white prompt_normal  
bg_black bg_red bg_green bg_yellow bg_blue bg_magenta bg_cyan  
bg_white prompt_foo prompt_bar prompt_char tty_type tty_num curr_dir  
username hostname
# et voilĂ ! My prompt is an URI.
         else
             PS1="$TITLEBAR$PSRAW"
             export PS1="\[\e]2;\u@\H \w\a\e[32;1m\]>\[\e[0m\] "
         fi
         ;;
esac

Apple's Terminal sets TERM_PROGRAM for which I prepare a lot. The  
statement

        case $TERM in

is true when TERM is set, i.e., usually in some interactive session.  
So the stuff following won't be executed at all in LaTeXiT. Before  
the last

        ;;

statement you could put all those functions and aliases and other  
stuff that makes an interactive session ? in xterm or in Terminal ?  
prolific ? and useless for non-interactive use as with LaTeXit.

--
Greetings

   Pete

The best way to accelerate a PC is 9.8 m/s2

Reply | Threaded
Open this post in threaded view
|

latexit issues

Owen Densmore
Administrator

Hi Peter.  Thanks for the help.

It seems to me that LaTeXiT should not be executing bash, but the initial
bourne shell, sh.

I realize many systems, including Mac, use bash for sh, but in that case,
the shell is called with this invocation flag:
  --norc Do  not  read  and  execute  the personal  initialization  file
    ~/.bashrc  if  the  shell  is interactive.  This option is on by
    default if the shell is invoked as sh.

Also, I'm not sure avoiding my interactive startup would make a difference
because of these experiments:
1 - First, I created a new account on my Mac and tried LaTeXiT there and it
worked fine.  This shows that my TeX install, which is global, works as it
should.
2 - In my account, I move all the .bashxx files off to the side so that the
system should not be reading them.  When I do this, I do not get an the same
error as above, but I do a tiny error message in the display pane.  It does
not say the usual about see the Log file.  I even tried this with a reboot
just to make sure the initial login didn't also use the .bashxx files.
3 - With the .bashxx files in place, I get the error we've been discussing.

So, the problem must be in my environment somewhere, but doesn't seem to be
in the .bashxx files.

Sigh.

I've "solved" the problem this much: I just use TextMate's LaTeX mode and
PDF previewer.  That works quite well.  So I'm at least on the air.

   -- Owen


--
View this message in context: http://n2.nabble.com/latexit-issues-tp572712p574017.html
Sent from the MacOSX-TeX mailing list archive at Nabble.com.

Reply | Threaded
Open this post in threaded view
|

latexit issues

David Watson-2
On Jul 20, 2008, at 10:08 AM, Owen Densmore wrote:

>
> So, the problem must be in my environment somewhere, but doesn't  
> seem to be
> in the .bashxx files.
>
> Sigh.

~/.bash_profile ?
Reply | Threaded
Open this post in threaded view
|

latexit issues

Peter Dyballa
In reply to this post by Owen Densmore

Am 20.07.2008 um 17:08 schrieb Owen Densmore:

> It seems to me that LaTeXiT should not be executing bash, but the  
> initial
> bourne shell, sh.

Actually this isn't such a bad idea! Since LaTeXiT adds /sw and /opt  
(Fink and MacPorts) to PATH there is much likelihood that *some* TeX  
installation is found ? and *some* means by chance. This will become  
particularly difficult when you have TeX Live installed. Version from  
2006, version from 2007, and soon version from 2008.

An up-to-date LaTeXiT (1.15 beta) gives a back door: ?Composition  
configurations" ? a kind of set of programmes and utilities to deal  
with particular demands (I don't understand this completely, maybe  
it's meant to support METAPOST or PSTricks, I tried to set up support  
for two different TeX Live versions). Since you have to fill in path  
names of your utilities, LaTeXiT knows from this which elements have  
to be added to (default) PATH. And there is more real support for  
this PATH issues: the option to set scripts or such to pre- or  
middle- or post-process (no idea when it might be needed and for what  
purpose). These should give all PATH components that are needed  
besides the default set.

>
> I realize many systems, including Mac, use bash for sh, but in that  
> case,
> the shell is called with this invocation flag:
>   --norc Do  not  read  and  execute  the personal  initialization  
> file
>     ~/.bashrc  if  the  shell  is interactive.  This option is on by
>     default if the shell is invoked as sh.

D'accord ? it only does not solve the PATH problem. Which is the  
important issue. And besides this, the user should read the  
documentation and set up the shell that it works correctly at anytime.

>
> Also, I'm not sure avoiding my interactive startup would make a  
> difference
> because of these experiments:
> 1 - First, I created a new account on my Mac and tried LaTeXiT  
> there and it
> worked fine.  This shows that my TeX install, which is global,  
> works as it
> should.

This was never questioned.

> 2 - In my account, I move all the .bashxx files off to the side so  
> that the
> system should not be reading them.  When I do this, I do not get an  
> the same
> error as above, but I do a tiny error message in the display pane.  
> It does
> not say the usual about see the Log file.  I even tried this with a  
> reboot
> just to make sure the initial login didn't also use the .bashxx files.


A coarse try could be in Terminal:

        grep 'some part of the error message' ~/.bash*

The problem is that this 'some part of the error message' has to  
exist in that RC file. Could be LaTeXiT's LOG gives better clues. One  
try, knowing that this can break down proper operation, is to  insert  
into each ~/.bash* file (except ~/.bash_history) a statement like

        echo "Hello from <file name>"

This can also help to find the file that causes the lasting error,  
since until the next Hello message you're still in the previous file.


Anyway, you should take care that you set up bash according to the  
documented recommendations ? which is hard particularly in case of  
bash with its many confusing moods of operation (interactive/non-
interactive, login/non-login, and all combinations).

--
Greetings

   Pete

You can learn many things from children.  How much patience you have,  
for instance.
                                ? Franklin P. Jones