ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Aditya Mahajan <adityam@umich.edu>
Subject: Re: texexec
Date: Sun, 7 May 2006 20:37:25 -0400 (EDT)	[thread overview]
Message-ID: <Pine.WNT.4.63.0605072033280.2568@nqvgln> (raw)
In-Reply-To: <445E6369.30007@wxs.nl>

On Sun, 7 May 2006, Hans Hagen wrote:

> Aditya Mahajan wrote:
>> On Sun, 7 May 2006, Hans Hagen wrote:
>>
>>
>>> Aditya Mahajan wrote:
>>>
>>>> On Fri, 5 May 2006, Hans Hagen wrote:
>>>>
>>>>
>>>>
>>>>> Hi,
>>>>>
>>>>> I'd like to make the ruby version of texexec the default. Are there any
>>>>> strong objections to this?
>>>>>
>>>>>
>>>> Is ruby stable with respect to system calls? Is the behaviour
>>>> consistent on Linux and Windows? Are there active Ruby users on the
>>>> list who can comment on this?
>>>>
>>>>
>>> we run newtexexec on windows and linux without problems (system calls in
>>> perl are actually more problematic, or at least in th epast few years
>>> differences between platforms have given me many headaches)
>>>
>>>> I have debugged my recent failure of metapost graphics to using
>>>> one-click installer (RC2) for windows. From tex.rb
>>>>
>>>>    report(command) if getvariable('verbose')
>>>>    ok = system(command)
>>>>    if ok && File.appended(mptex, "\\end\n") then
>>>>
>>>>
>>>> This is failing on my system. Can others using windows test this.
>>>>
>>>>
>>> you mean that ok is false?
>>>
>>
>> Yes. For some reason, system(...) returns false whenever there is > in
>> the command. Maybe, in the future, the functionality of mpto can be
>> incorporated into (new)texexec. This is not needed right away, as I
>> managed to get rid of the mess in my system by using cygwin binaries
>> for ruby.
>>
> how about using the code:
>
>                File.silentdelete(mptex)
>                command = "mpto #{mpname} > #{mptex}"
>                report(command) if getvariable('verbose')
>                ok = system(command)
>                # not "ok && ..." because of potential problem with
> return code and redirect (>)
>                if FileTest.file?(mptex) && File.appended(mptex,
> "\\end\n") then
>
> so, instead of testing for a return code we test for a file existence

That will also not work as the system command fails. mptex file is 
never creaeted, so FileTest.file?(mptex) will also return false.


>> I am still confused on why windows ruby have trouble with cgywin being
>> present, but I will leave debugging that to future. Right now,
>> newtexec is working correctly.
>>
> well, the problem is probably cygwin being present -)

True. It is a ruby issue. I guess, if one has cygwin installed, then 
use ruby cygwin. There are some ruby gems that do not work with 
cygwin-ruby and need the windows-ruby. But, I can manage without them, 
but not without context :)

Aditya
-- 
Aditya Mahajan, EECS Systems, University of Michigan
http://www.eecs.umich.edu/~adityam || Ph: 7342624008

  reply	other threads:[~2006-05-08  0:37 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-04 22:03 texexec Hans Hagen
2006-05-04 23:59 ` texexec Jilani Khaldi
2006-05-05  6:10 ` texexec luigi scarso
2006-05-05 13:26 ` texexec Steve Grathwohl
2006-05-05 13:36 ` texexec Renaud AUBIN
2006-05-05 15:16   ` texexec Hans Hagen
2006-05-05 14:09 ` texexec Steve Peter
2006-05-06 23:01 ` texexec Aditya Mahajan
2006-05-07 18:14   ` texexec Hans Hagen
2006-05-07 18:34     ` texexec Aditya Mahajan
2006-05-07 21:15       ` texexec Hans Hagen
2006-05-08  0:37         ` Aditya Mahajan [this message]
2006-05-07 19:10   ` texexec Hans Hagen
2006-05-07 19:29     ` texexec Aditya Mahajan
2006-05-07 19:13   ` texexec Hans Hagen
2006-05-07 19:30     ` texexec Aditya Mahajan
2006-05-07 21:53     ` texexec Mojca Miklavec
2006-05-15 22:55 ` texexec frantisek holop
2006-05-15 23:06   ` texexec Hans Hagen
2006-06-19 21:46 ` texexec John R. Culleton
2006-06-19 21:13   ` texexec Hans Hagen
     [not found] <Pine.LNX.4.44.0307012300450.9436-100000@twain.marshallward .net>
2003-07-02 18:08 ` Texexec Hans Hagen
2003-07-04 23:39   ` Texexec Marshall Ward
     [not found] <"from Raimund.Kohl"@freenet.de>
2003-06-12 13:18 ` texexec Raimund Kohl
2003-06-12 15:01   ` texexec Ed L Cashin
2003-06-14  9:30     ` texexec Hans Hagen
2003-06-14 11:27       ` texexec Siep Kroonenberg
2003-06-13 15:57   ` texexec Raimund Kohl-Fuechsle
2003-06-13 16:00   ` texexec Raimund Kohl
  -- strict thread matches above, loose matches on Subject: below --
2003-06-12 13:04 texexec Raimund Kohl-Fuechsle
2002-12-09 14:56 texexec Matthew Huggett
2002-12-09 19:25 ` texexec Henning Hraban Ramm
2001-02-10 19:02 texexec Giuseppe Bilotta
2001-02-11  8:23 ` texexec Marc van Dongen
2001-02-11 21:14 ` texexec Hans Hagen
2001-02-12 16:35 ` texexec Ed L Cashin
2001-02-12 18:48   ` texexec Taco Hoekwater
2000-02-08  6:16 TeXexec Dan Seracu
2000-02-08  8:33 ` TeXexec Gilbert van den Dobbelsteen
2000-02-08  9:33   ` TeXexec Dan Seracu
     [not found] <375383E9.3A6BF93E@wxs.nl>
1999-06-01 19:34 ` texexec David Arnold
1999-06-02  7:26   ` texexec Hans Hagen
1999-04-22 12:31 texexec Thomas Esser
1999-04-23  7:09 ` texexec Hans Hagen
1999-04-22 12:13 texexec Thomas Esser
1999-04-22 14:28 ` texexec Taco Hoekwater
1999-04-22  9:05 texexec Erik Frambach
1999-04-22 11:31 ` texexec Erik Frambach
1999-04-22 12:12 ` texexec Taco Hoekwater

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.WNT.4.63.0605072033280.2568@nqvgln \
    --to=adityam@umich.edu \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).