irectory" == contentType) then
-- return
inputAll(fullpath)
end
end
end
end
Best wishes,
Taco
—
Taco Hoekwater E: t...@bittext.nl
genderfluid (all pronouns)
___
dev-luatex mailing list
dev-luatex@ntg.nl
https://mailman.ntg.nl/mailman/listinfo/dev-luatex
aw
>
> --
> Ivo Welch (ivo.we...@ucla.edu)
> http://www.ivo-welch.info/
> J. Fred Weston Distinguished Professor of Finance, UCLA Anderson
> [please acknowledge receipt if this is the first email in a conversation]
—
Taco Hoekwater E: t...@bittext.nl
genderfluid
> On 20 Jul 2021, at 21:51, Michal Vlasák wrote:
>
> On Tue Jul 20, 2021 at 7:56 PM CEST, Taco Hoekwater wrote:
>>
>>
>> That code has been around since 2010 (luatex 0.60-ish). I can’t
>> remember exactly why I did that odd copying to a temp array, but I do
has been around since 2010 (luatex 0.60-ish). I can’t remember
exactly why I did that odd copying to a temp array, but I do remember that
that particular function was quite problematic w.r.t. endianness and
(cross)compiler issues (read: bugs, as in “internal compiler error").
Best wish
Hi,
Personally, I like this idea.
Taco
> On 5 Feb 2019, at 13:07, Taco Hoekwater wrote:
>
>
>
>> Begin forwarded message:
>>
>> From: Linas Stonys
>> Subject: luatex engine new option request
>> Date: 5 February 2019 at 12:26:35 CET
>> To:
on error user will see all the error
> and can decide what to do next.
>
> We have implemented such a feature to luatex 1.09.2 and it works perfectly.
> Could we send some how a patch to request implement this feature for future
> releases? We could provide the code for the l
Hi,
> On 05 May 2016, at 12:26, Hans Hagen wrote:
>
>> \appto, \preto, \apptocmd,... I think primitves would be much more
>> faster and trustworthy.
>
Like Hans said: I think speed improvements are just wishful thinking.
It is hard to beat the TeX language speed significantly from compiled
C c
ov. 2015 om 10:55 heeft Taco Hoekwater het
> volgende geschreven:
>
> Hi all,
>
> Tomorrow afternoon (Sunday Nov 22) we will move all the ntg mailing lists to
> a new server. During that move, all ntg.nl email services will be interrupted
> for a few hours. I will do
Hi all,
Tomorrow afternoon (Sunday Nov 22) we will move all the ntg mailing lists to a
new server. During that move, all ntg.nl email services will be interrupted for
a few hours. I will do another post once the move is complete. Besides
temporary unavailability, no noticeable changes are expec
On 30 Jul 2014, at 11:21, Yannis Haralambous wrote:
> dear Taco, Peter and Daniel,
> please read the included PDF file, it is about a bug I discovered in LuaTeX
> which is blocking a project of mine.
Added here:
http://tracker.luatex.org/view.php?id=912
Best wishes,
Taco
_
Hi Reinhard,
Thanks. Tracker at http://tracker.luatex.org/view.php?id=899
Best wishes,
Taco
On 24 May 2014, at 19:54, Reinhard Kotucha wrote:
> Hi,
> the script below crashes when the zip file contains at least two
> files.
>
> *** glibc detected *** texlua: double free or corruption (!prev):
On 23 Apr 2014, at 11:08, Dominic Jänichen wrote:
> I was affected by bug 487 using microtype's protrusion=true.
> Digging around, I found that the error lies in round_xn_over_d (pdfgen.w).
> Please find attached a patch to correct the issue.
Applied, thank you.
> Aside: I wonder whether its
Hi,
I have just uploaded the archives for a new luatex release, 0.79.1.
Changes:
* Fixed a bug that caused crashes if pdf.info was not set.
* The top-level build scripts have been merged again, use
build.sh --jit
to build luajittex as well as luatex itself
The archives can be downloaded
On 03/28/2014 05:54 PM, Graham Douglas wrote:
Hi All
I just updated to revision 4964
Under MinGW I ran ./build-luatex.sh
Windows 7 Ultimate 64-bit using MinGW (32-bit)
I get:
CC libluatex_a-luanode.o
../../../source/texk/web2c/luatexdir/lua/luanode.w:63:1: error:
conflicting type
s
On 03/28/2014 07:19 PM, Élie Roux wrote:
Program received signal SIGSEGV, Segmentation fault.
0x004beb59 in pdf_print_info (pdf=0x1fa8900, luatexversion=79,
luatexrevision=48) at ../../../source/texk/web2c/luatexdir/pdf/pdfgen.w:2287
2287if (strlen(p) > 0) {
the attached patch fi
Hi,
I have just uploaded the archives for a new luatex release, 0.79.0.
This fixes a few of the outstanding bugs, and is the version that
will be included in TeXLive 2014.
Changes:
* The luafontloader now returns 'tsidebearing' glyph values
for OT/TT fonts, if applicable.
* new lua variables
Hi,
I have just uploaded the archives for a new luatex release, 0.78.2.
This release merges some experimental branches, and fixes a few of the
outstanding bugs.
Changes:
* Extended lua fontloader's info() function to include data
from the 'pfminfo' and 'names' structure.
* Removed a recent
On 01/12/2014 11:51 PM, Khaled Hosny wrote:
On Sat, Jan 11, 2014 at 04:30:19PM +0100, Cron Daemon wrote:
r4742 | luigi | 2014-01-11 12:26:06 +0100 (Sat, 11 Jan 2014) | 1 line
Changed paths:
M
/trunk/source/texk/web2c/l
On 01/02/2014 10:45 PM, Martin Schröder wrote:
Hi,
with trunk and TL2013 doc doesn't build:
---
Making all in doc
make[1]: Entering directory `/home/ms/tex/luatex/svn/trunk/build/doc'
MAKEINFO ../../source/doc/texlive.info
../../source/doc/texlive.texi:61: Unbekannter Befeh
Hi,
I have just uploaded the archives for a new luatex release, 0.78.0.
This release merges some experimental branches, and fixes a few of the
outstanding bugs.
Changes:
* Instead of using expanded fonts, just calculate the expanded
width of glyphs where needed, and carry expand info in the
On 10/25/2013 02:21 PM, Khaled Hosny wrote:
On Fri, Oct 25, 2013 at 10:49:03AM +0200, Taco Hoekwater wrote:
It is definitely Skia.ttf itself, and not its permissions. After my
upgrade to Mavericks, I got a fresh Skia.ttf (491796 bytes), and even
though the permissions were fine (644), it
On 10/01/2013 11:11 AM, Hans Hagen wrote:
as long as we keep the (unique) date in the luatex banner ... context
uses that for automatically regenerating the format etc and that's a
feature I'd not like to see go awa
Does it matter to you whether it is an actual date string, or could it
be a su
Hi,
Karl would like me to remove \luatexdatestamp (and its associated lua
value), because that makes it easier to create new binaries from the
same source code (without getting small differences always).
That is a good argument, so my current plan is to remove it in the next
version. Consider
Hi Graham,
On 09/08/2013 04:41 PM, Graham Douglas wrote:
Hi All
Using Visual Studio I've been single-stepping through the FontForge code
and luafflib.c code to better understand OpenType font loading in LuaTeX
and would be interested to suggest some additions/contributions to the
LuaTeX refere
On 09/03/2013 08:01 AM, Fabrice Popineau wrote:
Have you tried to enlarge the default stack size ?
It should solve the problem.
However, if the arrays can be static, then it is much more efficient.
Switched to static (rev 4642)
Best wishes,
Taco
___
Hi David,
On May 7, 2013, at 1:13 PM, David Kastrup wrote:
> I've added some rough sketches at the end of the article that should
> make clear why this can't be done in formats alone but will require
> primitive support as well if things are supposed to turn out nicely.
My brain is wired such t
On 04/13/2013 03:47 PM, Élie Roux wrote:
$ luatex simpletfmofm.tex
!LuaTeX error (file omarab.ofm): Font omarab.ofm at 600 not found
==> Fatal error occurred, no output PDF file produced!
Looks like a search path issue. It works for me, though I still use what
is essentially texlive 2011
On 04/13/2013 12:56 PM, Élie Roux wrote:
Yes. But package.searchers[2] is quite trivial. In lua code, it would
look like this:
function search (name)
altname = string.gsub(file,'.','/')
filename = kpse.find_file(altname, 'lua')
if not filename then
filename = kpse.find_file(name, 'lua')
end
if
On 04/13/2013 10:03 AM, Élie Roux wrote:
Dear all,
I'm currently updating luatexbase, and I have a few questions:
The first two are related to the behaviour when searching for
"module.submodule" as "module/submodule.lua":
- Am I right if I say that package.searchers[2] looks weel for it but
On Apr 10, 2013, at 12:18 PM, luigi scarso wrote:
> On Wed, Apr 10, 2013 at 12:09 PM, Taco Hoekwater wrote:
>> Well, it is definitely better to change the texmf/lib/lib.h file than to
>> change
>> the mingw header io.h,
> Ah yes, but my pov is that here luatex is
On Apr 10, 2013, at 12:00 PM, luigi scarso wrote:
> On Wed, Apr 10, 2013 at 11:51 AM, Fabrice Popineau
> wrote:
>> I called the build script this way :
>>
>> build.sh --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32
>>
>> (no --mingw option).
> ok, in this case you should have a build dir
Hi,
On Apr 8, 2013, at 11:59 AM, Patrick Gundlach wrote:
>
>>> I've been able to reproduce the situation on my Mac with a
>>> pretty-much-minimal-testfile.
>>>
>>> http://tracker.luatex.org/view.php?id=820
>>
>> Wfm (10.8.3), sorry.
>
> that's great! ... but I now I get the next error (perh
On Apr 7, 2013, at 2:32 PM, Patrick Gundlach wrote:
>
> Am 06.04.2013 um 10:55 schrieb Patrick Gundlach :
>
>> !LuaTeX error (file
>> C:\Users\.../share/fonts/texgyreheros/texgyreheros-regular.otf): Parsing CFF
>> DICT failed. (error=-1)
>> ==> Fatal error occurred, no output PDF file produc
Hi,
I have just uploaded the archives for a new luatex release, 0.76.0,
which has a few fixes for beta 0.75.0, and synchronizes the code
with the development version of TeXLive 2013.
Changes:
* Metapost 1.801.
* Small patches from TeXLive 2013, as well as an update to the
latest libraries (l
On Mar 4, 2013, at 9:49 AM, Norbert Preining wrote:
> Hi Taco,
>
> On Fr, 01 Mär 2013, Taco Hoekwater wrote:
>> I have just uploaded the archives for a new luatex release, 0.75.0.
>
> Seems that since 0.74.0 something has changed that broke compilation
> on my mac
On Mar 1, 2013, at 6:33 PM, Stephan Hennig wrote:
> Am 01.03.2013 14:54, schrieb Taco Hoekwater:
>
>> I have just uploaded the archives for a new luatex release, 0.75.0.
>>
>> Most noticeable changes:
>
> There are some patches by Akira the TL repository that r
Hi,
I have just uploaded the archives for a new luatex release, 0.75.0.
Most noticeable changes:
* New expandable primitive \Uchar.
* Metapost 1.790.
* New version of lnodelib.c with speedups by Hans and Luigi.
Also added some extra sanity checks to the Lua node field
setting functions.
On 01/19/2013 06:00 PM, Khaled Hosny wrote:
On Wed, Jan 09, 2013 at 05:23:02PM +0100, Taco Hoekwater wrote:
On 01/09/2013 03:37 PM, Khaled Hosny wrote:
Hi all,
Is there a way for tex.extraprimitives() to return only Unicode math
primitives? I think not, but I thought to ask anyway.
No
On 01/13/2013 08:48 PM, Bruno Le Floch wrote:
Hello,
LuaTeX doesn't segfault on invalid UTF-8 appearing in a file: this
simply leads to a fatal error. However, one can build invalid UTF-8
using the bytes ^^11 to ^^1100ff. If one builds a control
sequence whose name is invalid UTF-8
On 12/25/2012 05:11 PM, Marco Patzer wrote:
On 2012–12–25 Marco Patzer wrote:
Linking fails due to a call to an undefined function:
Undefined first referenced
symbolin file
hstrerror libluasocket.a(libluasocket_a-soc
Hi all,
So far, it looks like we have three issue groups:
1) the compile errors for metapost with the missing png.h
2) various luatex compile problems for luasocket
3) broken context / texdoc (lualatex?)with texlive
Issue 1) appears to be a timestamp problem. It is probably possible to work
aro
Hi,
I have just uploaded the archives for a new luatex release, 0.74.0.
Most noticeable changes:
* Lua 5.2
There are no patches to the core Lua files; a future version
of luatex will switch to loading the regular lua 5.2 dynamic
library instead of depending on a statically compiled
one.
Hi,
I have just uploaded the archives for a new luatex release, 0.72.0.
This release exists mostly to get back into the habit of releasing,
you can expect another release in a month or so.
There are a few small improvements, but not that many bugs fixed yet
in this version.
Most noticeable cha
On Dec 4, 2012, at 1:20 PM, Graham Douglas
wrote:
> Hi Taco et al
>
> I just updated to r4488 and of course noticed the appearance of the
> cairo/pixman libraries.
> Just out of curiosity, I'm interested to know if this is pointing to new
> features/functionality and
> the general roadmap for
Hi,
I would to have your texmf.cnf (s), to look at the memory settings. The number
for cs is not outlandish, but it could be just little too much, like an off by
one error.
Best wishes,
Taco
Op 17 nov. 2012 om 19:45 heeft Graham Douglas
het volgende geschreven:
>
> A little more information
On 11/17/2012 03:23 PM, Graham Douglas wrote:
Hi
nder Windows Vista, latest r4485 build of LuaTeX.
Tried to do the same thing you did, with r4485 under 64-bit ubuntu.
No crash, works fine. No valgrind warnings, either.
I also have a question about the size of the latest luatex.exe when
using
On 11/07/2012 11:33 AM, Hans Hagen wrote:
-- all 2.015 8500291368
-- chunked 1.140 8500268040
-- once 1.997 8500291119
Your 'all' and 'once' cases condense to the same C function,
so there should not be a noticeable difference.
Best wishes,
Taco
_
On 11/07/2012 11:07 AM, Hans Hagen wrote:
On 11/7/2012 10:33 AM, luigi scarso wrote:
On Wed, Nov 7, 2012 at 10:07 AM, Hans Hagen mailto:pra...@wxs.nl>> wrote:
On 11/7/2012 1:50 AM, Reinhard Kotucha wrote:
What I don't grok is why it's 20 times slower to load a file
at once
On 11/07/2012 10:07 AM, Hans Hagen wrote:
Actually, I always load with "all" because in the beginning it was way
faster, so something is messed up. The chuncked approach uses more memory.
See my post. You need a file > 100MB to see the slowdown.
Best wishes,
Taco
On 11/07/2012 01:50 AM, Reinhard Kotucha wrote:
What I don't grok is why it's 20 times slower to load a file at once
than in little chunks.
Traditional Lua reads *a file contents in BUFSIZ chunks, that are
then concatenated with the buffer that is being built up internally.
The resulting [re|m
On 11/05/2012 07:40 AM, minux wrote:
On Mon, Nov 5, 2012 at 9:32 AM, Reinhard Kotucha
mailto:reinhard.kotu...@web.de>> wrote:
-
#! /usr/bin/env texlua
--*- Lua -*-
s='abc def'; t=s.explode(' +')
s=' abc def'; t=s:explode(' +')
s='abc def
On 11/04/2012 03:00 AM, Reinhard Kotucha wrote:
When I use the lpeg based function split(), everything is fine, though
it's slower than string.explode(). But when I use string.explode(), I
see in xosview that memory consumption is steadily growing while the
program is running.
Yup, it leaks.
On 10/01/2012 06:47 PM, Martin Heller wrote:
The document below compiles fine with pdflatex (MiKTeX-pdfTeX 2.9.4535
(1.40.13) (MiKTeX 2.9)) but the last \write18 call fails with lualatex
(Version beta-0.70.2 (MiKTeX 2.9)) with the error:
Overfull \hbox (22.4968pt too wide) in paragraph at lines
On 09/03/2012 01:24 AM, Karl Berry wrote:
Hi Taco and all,
A Mac user noticed that a texdoc directory was being created with
group-write permission, even though their umask did not specify that (it
was 022).
Yes, we should update the lfs module in luatex. Thanks for the heads-up.
Best wishes,
Hi,
On Aug 7, 2012, at 10:12 AM, Hans Hagen wrote:
> On 7-8-2012 09:29, Keith J. Schultz wrote:
>> Hi Manuel, Everybody,
>>
>> I am just getting into LuaLaTeX.
>>
>> I needed to do some work with MetaPost.
>>
>> While working I came across a kudo. That is once inside the mblibcode
>> environme
On 07/31/2012 02:01 PM, Ulrich Mueller wrote:
So, would it be possible to remove the check for the zlib version?
See patch included below.
Fine by me. Hartmut?
Best wishes,
Taco
___
dev-luatex mailing list
dev-luatex@ntg.nl
http://www.ntg.nl/mailma
On 06/10/2012 12:17 AM, Andreas Matthias wrote:
In luatex, function show_node_list() displays the nodes of a discretionary
in a different order than pdftex. Is this intended?
Yes, and that is because discretionaries in luatex are structurally
different from discretionaries in pdftex.
I'm espe
Hi all,
On 05/23/2012 04:46 AM, Norbert Preining wrote:
On Mi, 23 Mai 2012, Khaled Hosny wrote:
AFAIK, context does not use texmf.cnf anymore, it used its own
texmfcng.lua file. Anyway, kpathsea is not used by context at all, it
has its own lua based file finder.
Hmm, if this is so, that is
Hi,
On 05/22/2012 02:41 AM, Norbert Preining wrote:
Hi everyone,
as far as I see I need a new luatex for Debian, as the one we
ship from one year ago does not use the stacked texmf.cnf way
(new libkpathsea) that means it breaks down completely in our
layout.
I would prefer to keep the sources
On 04/27/2012 05:26 AM, Khaled Hosny wrote:
Hi Taco,
With this commit arbitrary number of top and/or bottom accents can be
nested and still be positioned properly, so I think there is no need for
`\Umathaccent both` anymore, so do you object if we deprecated it now,
and later when it is complete
morning. We will do our best to
get all services back up as soon as possible.
---
Best regards,
Taco Hoekwater
Elvenkind Hosting
___
dev-luatex mailing list
dev-luatex@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-luatex
On 02/17/2012 10:53 PM, Graham Douglas wrote:
Thanks Luigi, definitely would be good to see this
code excluded from the build. Till then, I'll live
with my hideous hack!
http://tracker.luatex.org/view.php?id=743
___
dev-luatex mailing list
dev-luatex@
On 01/16/2012 07:20 PM, Christoph Pohl wrote:
Hello,
I’ve noticed that there hasn’t been any SVN activity since October. Is
this some sort of "scheduled break" or did you loose interest? I think
More of an unscheduled break. Both Hartmut and me have had lots of
commercial work occupying us in t
Hi Vianney,
On 01/01/2012 01:14 PM, Vianney le Clément wrote:
Hello,
Recently, I have run into strange error messages using plain luatex. I
have narrowed it down to some minimal examples shown below with their
log. I have tried luatex provided by texlive 2011 and a build from the
latest svn tr
On 10/14/2011 10:19 AM, minux wrote:
Patch attached and shown below. There isn't that many occurrences,
sorry for the title.
Patch applied, thanks.
Best wishes,
Taco
___
dev-luatex mailing list
dev-luatex@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev
On 10/14/2011 08:33 AM, minux wrote:
Hi!
LuaTeX stopped using tangle long time ago, but identifiers like
kpseinitprog, kpsesetprogramenabled, are still in the code.
They make the program a little unreadable, so I'm current working on
it. I would like to hear any suggestions from you: is
it neces
On 10/11/2011 01:53 PM, Javier Múgica de Rivera wrote:
When I read this from the manual a long time ago:
The \directlua command is expandable: the results of the LUA code
become effective immediately.
I could not make sense of it, and actually cannot up to day. What are
"the results of the LUA
On 10/09/2011 06:31 AM, Heiko Oberdiek wrote:
Hello,
\ifincsname behaves different from pdfTeX:
Thanks for the report, moved to
http://tracker.luatex.org/view.php?id=728
Best wishes,
Taco
___
dev-luatex mailing list
dev-luatex@ntg.nl
http://www.n
On 09/15/2011 10:56 PM, Khaled Hosny wrote:
Hello all,
I just came across this library:
http://sourceforge.net/projects/hunspell/files/Hyphen/
Which seems to be the last iteration of libhj, and is currently used by
OpenOffice/LibreOffice. It seems to have some interesting feature over
the origi
Hi Heiko,
On 08/18/11 20:57, Heiko Oberdiek wrote:
> Hello,
>
> \tracinglostchars is ignored:
Thanks for the report, bug tracker item is here:
http://tracker.luatex.org/view.php?id=709
Best wishes,
Taco
___
dev-luatex mailing list
dev-luatex@ntg.nl
t mailing list)
> On Thu, Jan 27, 2011 at 07:25, Taco Hoekwater wrote:
>> On 01/27/11 00:21, Mojca Miklavec wrote:
>>> However ... this discussion was already being held long ago ... there
>>> is no reason why luatex could not be as smart as "bash --version&quo
On 08/07/2011 10:35 PM, James Cloos wrote:
The compile fails with (ignoring the deprecated conversion warnings):
Sure, I am not surprised. The poppler API changes not very often, but
regularly, and not always in a forward-compatible way. This is no reason
for alarm, it is why poppler has a rele
On 06/23/11 11:35, Patrick Gundlach wrote:
> Before I ask my second question, I ask a third:
>
> I load German hyphenation patterns and want to hyphenate a word. Before that
> I use
>
> for i in string.utfvalues("äÄöÖüÜß") do
> tex.lccode[i] = i
> end
>
> and then I hyphenate for example "K
On 06/14/2011 08:15 AM, Li Yanrui (李延瑞) wrote:
2011/6/14 Peter Dyballa:
Hello!
When I try to create the fonts base for LuaTeX from TL '11 pretest, as
updated yesterday, I don't see any success:
pete 249 /\ luatools --generate
mtxrun | unknown script 'base.lua' or 'mtx
On 05/21/2011 01:57 AM, Heiko Oberdiek wrote:
Hello,
\catcode`\{=1
\catcode`\}=2
\def\msg{\immediate\write16 }
\mathchardef\foo=-1
\msg{[\the\foo] [\meaning\foo]}
\csname @@end\endcsname\end
Result with different values:
[-1] [\mathchar"000/]
[-2] [\mathchar"000.]
[-3] [\mathchar"000-]
[-16]
On 05/19/11 11:32, Paul Isambert wrote:
> I don't know if it is relevant and/or normal and/or whatever, but LuaTeX
> built from the sources introduces itself (and has been introducing
> itself for some time now, I think) as "Version beta-0.71.0-2011051819"
> (i.e. 0.71.0 and not 0.70.1)...?
trun
Hi,
I have just uploaded the archives for a new luatex release, 0.70.1.
About a dozen or so bugfixes that were mostly discovered while
working on TeXLive 2011.
News:
* fixed: recorder file location from TL.
* fixed: missing newline on 'No output' line.
* fixed: relative names in synctex file.
Hi,
I have just uploaded the archives for a new luatex release, 0.70.0.
This release will be the one on TeXLive 2011 (barring show-stopping
bugs). Compared to 0.66, there is not a lot of news, just a few
bug-fixes.
News:
* fixed: various changes needed for libpng 1.5.2.
* fixed: node.fields(
On 04/24/2011 08:07 AM, Heiko Oberdiek wrote:
On Sun, Apr 24, 2011 at 01:47:59AM +0200, Martin Schröder wrote:
2011/4/24 Graham Douglas:
Running under 0.67 with \pdfcompresslevel =0 gives the following PDF
content around a 45 0 obj which looks like a newline is missing
45 0 obj
306endobj
On 04/22/2011 10:03 AM, Heiko Oberdiek wrote:
Hello,
"8.1 LUA node representation"
"8.1.4.8 pdf_literal modes":
Thanks,
Taco
___
dev-luatex mailing list
dev-luatex@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-luatex
On 04/16/2011 11:53 AM, Heiko Oberdiek wrote:
Thus, is the following logic (pseudocode) is correct for getting
the value of \pdfshellescape?
Yes
if luatexversion> 40 % do you know accidently the correct value?
No idea, really. From the source tree, it looks like 0.40.6 should
have crash
On 04/14/2011 07:30 PM, Heiko Oberdiek wrote:
Hello,
since some time LuaTeX os.execute() crashes with segmentation fault:
% luatex -ini
\catcode`\{=1
\catcode`\}=2
\directlua{os.execute()}
\csname @@end\endcsname\end
Results of beta-0.66.0 (rev 4141):
Program received signal SIGSEGV, Segmenta
Hi,
I have just uploaded the archives for a new luatex release, 0.66.0.
This release has ongoing work on the 'epdf' lua interface by
Hartmut (and that interface now has documentation as well). Besides
that, the release fixes a number of the bugs that have been reported
over the past months (most
On 03/06/2011 04:55 PM, Beingalink wrote:
I just decided to investigate this problem a bit deeper and finally
found out that doing some manual changes in otfl-names.lua, enables
me to use these fonts again. I tested it using "Hoefler Text.ttc".
The entries in otfl-names.lua regarding hoefler text
On 1 mrt. 2011, at 17:59, Khaled Hosny wrote:
> On Tue, Mar 01, 2011 at 05:52:23PM +0100, Hans Hagen wrote:
>>
>> Yes, but what puzzles me is the 'random runtime failures' so what
>> font is the one that triggers it?
>
> Looks like automated QA tool, so just a preemptive warning.
>
There was
Hi,
On 02/28/2011 09:26 PM, Toralf Förster wrote:
usr/bin/luatex
* QA Notice: Package has poor programming practices which may compile
*fine but exhibit random runtime failures.
* luatexdir/luafontloader/fontforge/fontforge/nouiutil.c:49: warning: attempt
to free a non-he
On 10 feb. 2011, at 15:18, Robert wrote:
> On 10.02.11 06:25, Taco Hoekwater wrote:
>> I've created a tracker item, but I am not sure yet whether either of
>> them is actually a bug or simply a incompatibility.
>
> I would call it an incompatibility bug ;-)
>
On 02/10/11 14:02, Taco Hoekwater wrote:
>
>
> On 02/10/11 13:59, William Adams wrote:
>>
>> ck and ij would be (like ae and oe) diphthongs --- linguistic constructs
>> denoting specific sounds.
>>
>> ff is a ligature --- the joining together of two
On 02/10/11 13:59, William Adams wrote:
>
> ck and ij would be (like ae and oe) diphthongs --- linguistic constructs
> denoting specific sounds.
>
> ff is a ligature --- the joining together of two or more characters for
> stylistic or technical reasons.
But there is no distinction between t
On 02/10/11 13:53, Patrick Gundlach wrote:
>>
>>> * in pdftex, \letterspacefont does not disable the ligatures, but this is
>>> what happens in luatex.
>>
>> IMO that's a desireable behaviour, not a bug. See Bringhurst, Oliver Simon's
>> _Introduction to Typography_ &c.
>>
>> A control to turn
Hi Robert,
On 02/09/11 19:22, Robert wrote:
> Hi,
>
> here are two bugs:
>
> * in pdftex, \letterspacefont does not disable the ligatures, but this
> is what happens in luatex.
>
> * neither \tagcode nor \pdfnoligatures seem to have any effect (for
> non-letterspaced fonts, that is).
I've crea
On 02/07/2011 11:42 AM, Hans Hagen wrote:
So where does the 'permissions' info in lfs.attributes come from then? I
assume that that should reflect access.
The permissions key list access possibilities for the user, the user's
group, and all others. That is why there are three sets of values.
On 02/07/2011 01:41 AM, Reinhard Kotucha wrote:
I think that what I proposed is reliable and relatively easy to
implement.
I agree with Reinhard. lfs functions tend to have low-level
names and interfaces just like the system library functions they
interface to.
Best wishes,
Taco
_
On 02/05/2011 09:11 PM, Reinhard Kotucha wrote:
Hence, I think that a separate function lfs.access() makes more sense.
WDYT?
Sounds fine, I've put it on my todo list for 0.70
Best wishes,
Taco
___
dev-luatex mailing list
dev-luatex@ntg.nl
http://ww
Hi Toralf,
On 12/30/2010 03:54 PM, Toralf Förster wrote:
Hello,
under a stable Gentoo I got for dev-tex/luatex-0.63.0 :
...
* QA Notice: Package has poor programming practices which may compile
*fine but exhibit random runtime failures.
* luatexdir/luafontloader/fontforge/fo
Hi Heiko,
On 12/25/2010 08:07 PM, Heiko Oberdiek wrote:
Hello,
Michael Niedermair reported two bugs in the mailing list TEX-D-L.
He used lualatex, but I could reduce it to
luatex -ini -draftmode
Ok and thanks for the simplification.
Used version:
This is LuaTeX, Version beta-0.65.0-2
On 12/20/2010 02:13 PM, Jani Monoses wrote:
On 12/20/2010 02:41 PM, Taco Hoekwater wrote:
On 12/20/2010 01:18 PM, Jani Monoses wrote:
Hello,
luatex fails to build on Ubuntu Natty
Note that the current luatex is 0.65.0 (but it is unlikely
that that makes any difference).
Why is a static
On 12/20/2010 01:18 PM, Jani Monoses wrote:
Hello,
luatex fails to build on Ubuntu Natty
Note that the current luatex is 0.65.0 (but it is unlikely
that that makes any difference).
Why is a static link needed btw? Does --disable-runtime-cxx-hack
have some drawbacks?
Luatex is normally buil
On 12/13/2010 03:04 PM, Norbert Preining wrote:
On Mo, 13 Dez 2010, Taco Hoekwater wrote:
I have just uploaded the archives for a new luatex release, 0.65.0.
Is there going to be
luatex-beta-0.65.0-doc.tar.bz2
or should I use 0.64.0-doc for Debian package building?
There is now, my
Hi,
I have just uploaded the archives for a new luatex release, 0.65.0.
This release mostly fixes a number of bugs, but it also deprecates
a number of existing lua and macro commands. Please read the News
section carefully if you are the current maintainer of a luatex
macro package.
News:
* Th
1 - 100 of 435 matches
Mail list logo