Re: [NTG-context] Testing TeX Live 2012
Mojca Miklavec
On Thu, May 17, 2012 at 6:25 PM, Marco Pessotto
wrote: The following message is a courtesy copy of an article that has been posted to gmane.comp.tex.context as well.
Gmane today hates me...
Mojca Miklavec
writes: (But that luatex is probably stripped.)
So the next question is: how can I build luatex from those sources with the debug symbols?
Fetch sources from here:
http://www.tug.org/texlive/build.html
Just run ./Build --debug, or, if you want to save time, this was the command that didn't work for me (I think that I excluded too many things):
./Build --debug --enable-cxx-runtime-hack \ --disable-all-pkgs \ [...]
The ./Build seems to accept only the first argument, because
./Build --debug --disable-xindy -without-x --disable-xetex \
--disable-xdvipdfmx
is building the whole world.
Anyway, I think I got the backtrace:
Starting program: /media/data/melmoth/progetti/texlive2012/bin/i386-linux/luatex --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./ciao.tex"
Program received signal SIGSEGV, Segmentation fault.
0x08148923 in getpdf (L=0x8916158) at ../../../texk/web2c/luatexdir/lua/lpdflib.c:615
615 lua_pushnumber(L, static_pdf->posstruct->pos.h);
#0 0x08148923 in getpdf (L=0x8916158) at ../../../texk/web2c/luatexdir/lua/lpdflib.c:615
#1 0x082d3c75 in luaD_precall (L=0x8916158, func=0xafa362c, nresults=1) at ../../../texk/web2c/luatexdir/lua51/ldo.c:319
#2 0x082d3eb8 in luaD_call (L=0x8916158, func=0xafa362c, nResults=1) at ../../../texk/web2c/luatexdir/lua51/ldo.c:376
#3 0x082e43c7 in callTMres (L=0x8916158, res=0xafa3590, f=0x89343e8, p1=0xafa3590, p2=0x8f3daf4) at ../../../texk/web2c/luatexdir/lua51/lvm.c:88
#4 0x082e466d in luaV_gettable (L=0x8916158, t=0xafa3590, key=0x8f3daf4, val=0xafa3590) at ../../../texk/web2c/luatexdir/lua51/lvm.c:125
#5 0x082e56fc in luaV_execute (L=0x8916158, nexeccalls=2) at ../../../texk/web2c/luatexdir/lua51/lvm.c:437
#6 0x082d3ecf in luaD_call (L=0x8916158, func=0xafa3548, nResults=0) at ../../../texk/web2c/luatexdir/lua51/ldo.c:377
#7 0x082cc7ed in f_call (L=0x8916158, ud=0xbfffdc8c) at ../../../texk/web2c/luatexdir/lua51/lapi.c:795
#8 0x082d310d in luaD_rawrunprotected (L=0x8916158, f=0x82cc7c3
On 05/17/2012 07:31 PM, Marco Pessotto wrote:
Anyway, I think I got the backtrace:
Nice backtrace.
Starting program: /media/data/melmoth/progetti/texlive2012/bin/i386-linux/luatex --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./ciao.tex"
Program received signal SIGSEGV, Segmentation fault. 0x08148923 in getpdf (L=0x8916158) at ../../../texk/web2c/luatexdir/lua/lpdflib.c:615 615 lua_pushnumber(L, static_pdf->posstruct->pos.h);
Somewhere in that line is a reference to a non-valid pointer. I assume static_pdf itself is fine, so the problem is likely the posstruct entry. You could try to print these in the debugger (gdb) p static_pdf (gdb) p static_pdf->posstruct (gdb) p *static_pdf->posstruct you should get something like this: $1 = (PDF) 0x174de00 $2 = (posstructure *) 0x175e1c0 $3 = {pos = {h = 0, v = 0}, dir = 0} but I cannot help much further as the crash does not happen on my architecture: Ubuntu 12.04, x86_64. Best wishes, Taco
Taco Hoekwater
On 05/17/2012 07:31 PM, Marco Pessotto wrote:
Anyway, I think I got the backtrace:
Nice backtrace.
You could try to print these in the debugger
(gdb) p static_pdf (gdb) p static_pdf->posstruct (gdb) p *static_pdf->posstruct
you should get something like this:
$1 = (PDF) 0x174de00 $2 = (posstructure *) 0x175e1c0 $3 = {pos = {h = 0, v = 0}, dir = 0}
but I cannot help much further as the crash does not happen on my architecture: Ubuntu 12.04, x86_64.
Best wishes, Taco
$1 = (PDF) 0x89a9270
$2 = (posstructure *) 0x1
Cannot access memory at address 0x1
Best wishes
Full backtrace:
Starting program: /media/data/melmoth/progetti/texlive2012/bin/i386-linux/luatex --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./ciao.tex"
Program received signal SIGSEGV, Segmentation fault.
0x08148923 in getpdf (L=0x8916158)
at ../../../texk/web2c/luatexdir/lua/lpdflib.c:615
615 lua_pushnumber(L, static_pdf->posstruct->pos.h);
#0 0x08148923 in getpdf (L=0x8916158)
at ../../../texk/web2c/luatexdir/lua/lpdflib.c:615
#1 0x082d3c75 in luaD_precall (L=0x8916158, func=0xafa36c4, nresults=1)
at ../../../texk/web2c/luatexdir/lua51/ldo.c:319
#2 0x082d3eb8 in luaD_call (L=0x8916158, func=0xafa36c4, nResults=1)
at ../../../texk/web2c/luatexdir/lua51/ldo.c:376
#3 0x082e43c7 in callTMres (L=0x8916158, res=0xafa3628, f=0x89343e0,
p1=0xafa3628, p2=0x8f3daec) at ../../../texk/web2c/luatexdir/lua51/lvm.c:88
#4 0x082e466d in luaV_gettable (L=0x8916158, t=0xafa3628, key=0x8f3daec,
val=0xafa3628) at ../../../texk/web2c/luatexdir/lua51/lvm.c:125
#5 0x082e56fc in luaV_execute (L=0x8916158, nexeccalls=2)
at ../../../texk/web2c/luatexdir/lua51/lvm.c:437
#6 0x082d3ecf in luaD_call (L=0x8916158, func=0xafa35e0, nResults=0)
at ../../../texk/web2c/luatexdir/lua51/ldo.c:377
#7 0x082cc7ed in f_call (L=0x8916158, ud=0xbfffdc8c)
at ../../../texk/web2c/luatexdir/lua51/lapi.c:795
#8 0x082d310d in luaD_rawrunprotected (L=0x8916158, f=0x82cc7c3
On 05/18/2012 02:49 PM, Marco Pessotto wrote:
Taco Hoekwater
writes: On 05/17/2012 07:31 PM, Marco Pessotto wrote:
Anyway, I think I got the backtrace:
Nice backtrace.
You could try to print these in the debugger
(gdb) p static_pdf (gdb) p static_pdf->posstruct (gdb) p *static_pdf->posstruct
you should get something like this:
$1 = (PDF) 0x174de00 $2 = (posstructure *) 0x175e1c0 $3 = {pos = {h = 0, v = 0}, dir = 0}
but I cannot help much further as the crash does not happen on my architecture: Ubuntu 12.04, x86_64.
Best wishes, Taco
$1 = (PDF) 0x89a9270 $2 = (posstructure *) 0x1 Cannot access memory at address 0x1
I guessed as much. Unfortunately, as I cannot reproduce the bug, this is where it ends for me. Perhaps Hartmut has a 32-bit system somewhere (CC). Best wishes, Taco PS Hartmut: full thread is here: http://archive.contextgarden.net/message/20120516.012657.49ebfe34.en.html
Taco Hoekwater
I guessed as much. Unfortunately, as I cannot reproduce the bug, this is where it ends for me. Perhaps Hartmut has a 32-bit system somewhere (CC).
Best wishes, Taco
PS Hartmut: full thread is here: http://archive.contextgarden.net/message/20120516.012657.49ebfe34.en.html
Just for the sake of giving more (probably useless) information:
1. I updated the sources today and rebuild luatex (0.70.2). Same crash
(not that I thought it would be magically fixed by itself, but just to
be sure).
2. I diffed the luatex sources of texlive-2011 with the pretest one,
and are just a bunch of chunks. Now, I don't know anything about C, but
it doesn't seem a radical change. So I thought that maybe it's poppler
the culprit, and I tried to rebuild with the sistem poppler. But here
it fails miserably during compilation.
g++ -DHAVE_CONFIG_H -I. -I../../../texk/web2c -I./w2c -I/home/melmoth/progetti/debug/sources/Work/texk -I/home/melmoth/progetti/debug/sources/texk -I/home/melmoth/progetti/debug/sources/Work/libs/libpng/include -DPOPPLER_VERSION=\"0.12.4\" -I/usr/include/poppler -I/home/melmoth/progetti/debug/sources/Work/libs/obsdcompat -I/home/melmoth/progetti/debug/sources/libs/obsdcompat -I../../../texk/web2c/libmd5 -I../../../texk/web2c/luatexdir -I../../../texk/web2c/luatexdir/lua51 -DpdfTeX -I../../../texk/web2c/synctexdir -DSYNCTEX_ENGINE_H='
On Fri, May 18, 2012 at 6:56 PM, Marco Pessotto wrote:
Taco Hoekwater
writes: I guessed as much. Unfortunately, as I cannot reproduce the bug, this is where it ends for me. Perhaps Hartmut has a 32-bit system somewhere (CC).
Best wishes, Taco
PS Hartmut: full thread is here: http://archive.contextgarden.net/message/20120516.012657.49ebfe34.en.html
Just for the sake of giving more (probably useless) information:
1. I updated the sources today and rebuild luatex (0.70.2). Same crash (not that I thought it would be magically fixed by itself, but just to be sure).
2. I diffed the luatex sources of texlive-2011 with the pretest one, and are just a bunch of chunks. Now, I don't know anything about C, but it doesn't seem a radical change.
Taco didn't commit any update at all, except for version change (and Khaled did some math-related updates recently).
So I thought that maybe it's poppler the culprit, and I tried to rebuild with the sistem poppler. But here it fails miserably during compilation.
You can try to checkout revision 26300 from TeX Live repository. That should give you a good reference. http://tug.org/svn/texlive?view=revision&revision=26301
Now, shooting in the dark: the sources of TeXlive ship poppler 0.20. I compiled and tested the svn trunk of luatex, and it works (no crash, as reported by Luigi), but it's linked against poppler 0.18, as far as I can see.
You are not shooting in the dark. This was my earlier guess as well. It's crashing while dealing with pdf and basically the only relevant change between TL 2011 & 12 is a different poppler version.
Well, that was all I could do, please let me know if I can do anything else.
If you could also try to build revision 26300 with debugging symbols (and possibly try to upload the binary somewhere, so that others could try as well), that might help. I either have or can try to install a virtual machine with i386-linux, but building TeX Live in virtual machine will take forever, so having a working binary with all debugging symbols could help. (I'm not 100% sure if the binary for mac has been compiled before or after poppler update.) If you like debugging, you could set a few breakpoints in the following lines that work with poststruct: ./texk/web2c/luatexdir/lua/lpdflib.c: pdf_set_pos(static_pdf, static_pdf->posstruct->pos); ./texk/web2c/luatexdir/lua/lpdflib.c: (void) calc_pdfpos(static_pdf->pstruct, static_pdf->posstruct->pos); ./texk/web2c/luatexdir/lua/lpdflib.c: (void) calc_pdfpos(static_pdf->pstruct, static_pdf->posstruct->pos); ./texk/web2c/luatexdir/lua/lpdflib.c: lua_pushnumber(L, static_pdf->posstruct->pos.h); ./texk/web2c/luatexdir/lua/lpdflib.c: lua_pushnumber(L, static_pdf->posstruct->pos.v); ./texk/web2c/synctexdir/synctex-luatex.h:#define SYNCTEX_CURV (dimen_par(page_height_code)-static_pdf->posstruct->pos.v) ./texk/web2c/synctexdir/synctex-luatex.h:#define SYNCTEX_CURH static_pdf->posstruct->pos.h and compare behaviour of old & new luatex. But that's just a blind guess. Mojca
Mojca Miklavec
You can try to checkout revision 26300 from TeX Live repository. That should give you a good reference. http://tug.org/svn/texlive?view=revision&revision=26301 [...] If you could also try to build revision 26300 with debugging symbols (and possibly try to upload the binary somewhere, so that others could try as well), that might help. I either have or can try to install a virtual machine with i386-linux, but building TeX Live in virtual machine will take forever, so having a working binary with all debugging symbols could help. (I'm not 100% sure if the binary for mac has been compiled before or after poppler update.)
The crashy binary with debug symbols is here: http://theanarchistlibrary.org/docs/luatex-crash-unstripped.tar.gz Sha1sum (of the binary inside the tgz): e092818935b3ea109380409b5fa9fc3ee8f58b71 luatex ==== revision 26300 ===== luatex --credits This is LuaTeX, Version beta-0.70.1-2012051819 (TeX Live 2012) [...] Compiled with libpng 1.5.10; using libpng 1.5.10 Compiled with zlib 1.2.7; using zlib 1.2.7 Compiled with poppler version 0.18.4 Same crash. bt full at the end of this mail, but there's nothing new, I think. Any revision other revision I can pick to pinpoint where the problem started?
If you like debugging, you could set a few breakpoints in the following lines that work with poststruct:
I don't have the slightest idea of how to do it. I can do it if you guide me.
./texk/web2c/luatexdir/lua/lpdflib.c: pdf_set_pos(static_pdf, static_pdf->posstruct->pos); ./texk/web2c/luatexdir/lua/lpdflib.c: (void) calc_pdfpos(static_pdf->pstruct, static_pdf->posstruct->pos); ./texk/web2c/luatexdir/lua/lpdflib.c: (void) calc_pdfpos(static_pdf->pstruct, static_pdf->posstruct->pos); ./texk/web2c/luatexdir/lua/lpdflib.c: lua_pushnumber(L, static_pdf->posstruct->pos.h); ./texk/web2c/luatexdir/lua/lpdflib.c: lua_pushnumber(L, static_pdf->posstruct->pos.v); ./texk/web2c/synctexdir/synctex-luatex.h:#define SYNCTEX_CURV (dimen_par(page_height_code)-static_pdf->posstruct->pos.v) ./texk/web2c/synctexdir/synctex-luatex.h:#define SYNCTEX_CURH static_pdf->posstruct->pos.h
and compare behaviour of old & new luatex. But that's just a blind guess.
Mojca
Backtrace:
/media/data/melmoth/progetti/texlive2012/bin/i386-linux/luatex --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./ciao.tex"
Program received signal SIGSEGV, Segmentation fault.
0x0813e713 in getpdf (L=0x88b8158) at ../../../texk/web2c/luatexdir/lua/lpdflib.c:615
615 lua_pushnumber(L, static_pdf->posstruct->pos.h);
#0 0x0813e713 in getpdf (L=0x88b8158) at ../../../texk/web2c/luatexdir/lua/lpdflib.c:615
#1 0x082c9a65 in luaD_precall (L=0x88b8158, func=0xaf453fc, nresults=1) at ../../../texk/web2c/luatexdir/lua51/ldo.c:319
#2 0x082c9ca8 in luaD_call (L=0x88b8158, func=0xaf453fc, nResults=1) at ../../../texk/web2c/luatexdir/lua51/ldo.c:376
#3 0x082da1b7 in callTMres (L=0x88b8158, res=0xaf45360, f=0x88d63e0, p1=0xaf45360, p2=0x8edfaec) at ../../../texk/web2c/luatexdir/lua51/lvm.c:88
#4 0x082da45d in luaV_gettable (L=0x88b8158, t=0xaf45360, key=0x8edfaec, val=0xaf45360) at ../../../texk/web2c/luatexdir/lua51/lvm.c:125
#5 0x082db4ec in luaV_execute (L=0x88b8158, nexeccalls=2) at ../../../texk/web2c/luatexdir/lua51/lvm.c:437
#6 0x082c9cbf in luaD_call (L=0x88b8158, func=0xaf45318, nResults=0) at ../../../texk/web2c/luatexdir/lua51/ldo.c:377
#7 0x082c25dd in f_call (L=0x88b8158, ud=0xbfffdc8c) at ../../../texk/web2c/luatexdir/lua51/lapi.c:795
#8 0x082c8efd in luaD_rawrunprotected (L=0x88b8158, f=0x82c25b3
On 05/18/2012 08:20 PM, Marco Pessotto wrote:
Mojca Miklavec
writes: You can try to checkout revision 26300 from TeX Live repository. That should give you a good reference. http://tug.org/svn/texlive?view=revision&revision=26301 [...] If you could also try to build revision 26300 with debugging symbols
r26542 (just committed) should fix this crash, which was the result of bad include ordering after TL has enabled large file support. Best wishes, Taco
Taco Hoekwater
On 05/18/2012 08:20 PM, Marco Pessotto wrote:
Mojca Miklavec
writes: You can try to checkout revision 26300 from TeX Live repository. That should give you a good reference. http://tug.org/svn/texlive?view=revision&revision=26301 [...] If you could also try to build revision 26300 with debugging symbols
r26542 (just committed) should fix this crash, which was the result of bad include ordering after TL has enabled large file support.
Checked out, compiled and tested. And it works (of course :-). Thanks! -- Marco
Marco Pessotto
Checked out, compiled and tested. And it works (of course :-).
I spoke too early.
I have at least three issues with images.
First case: failing, but no crash.
% minimal
\starttext
\externalfigure[cow]
\stoptext
% stop
The second and the third case are under the following debug output. I
can't still provide a minimal example (I'm working on it, but it won't
reach you before tomorrow), but I have *plenty* of backtraces (see
below).
I apologize for all this output, but I'm feeling a bit lost.
Best wishes
export PATH=~/progetti/texlive2012/bin/i386-linux:$PATH
[21:01] melmoth@universe:/tmp$ context prova.tex
mtx-context | run 1: luatex --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./prova.tex" \stoptext
This is LuaTeX, Version beta-0.70.2-2012052117 (TeX Live 2012)
\write18 enabled.
(prova.tex
jobcontrol > version mismatch with jobfile: 1.14 <> 1.19
ConTeXt ver: 2012.05.14 16:00 MKIV fmt: 2012.5.21 int: english/english
system > cont-new.mkiv loaded
(/media/data/melmoth/progetti/texlive2012/texmf-dist/tex/context/base/cont-new.mkiv
system > beware: some patches loaded from cont-new.mkiv
)
system > prova.top loaded
(prova.top)
fonts > latin modern fonts are not preloaded
languages > language en is active
{/media/data/melmoth/progetti/texlive2012/texmf-dist/fonts/map/pdftex/context/mkiv-base.map}
fonts > preloading latin modern fonts (second stage)
fonts > typescripts > unknown: library 'loc'
{/media/data/melmoth/progetti/texlive2012/texmf-dist/fonts/map/dvips/lm/lm-math.map}{/media/data/melmoth/progetti/texlive2012/texmf-dist/fonts/map/dvips/lm/lm-rm.map}
fonts > virtual math > unable to resolve name mapsfromchar
fonts > fallback modern rm 12pt is loaded
floatblocks > 1 placed
backend > xmp > using file '/media/data/melmoth/progetti/texlive2012/texmf-dist/tex/context/base/lpdf-pdx.xml'
mtx-context | fatal error: no return code, message: luatex: execution interrupted[21:01] melmoth@universe:/tmp$ gdb luatex
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /media/data/melmoth/progetti/texlive2012/bin/i386-linux/luatex...done.
(gdb) set logging on
Copying output to gdb.txt.
(gdb) run --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./prova.tex"
Starting program: /media/data/melmoth/progetti/texlive2012/bin/i386-linux/luatex --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./prova.tex"
This is LuaTeX, Version beta-0.70.2-2012052117 (TeX Live 2012)
\write18 enabled.
(prova.tex
jobcontrol > version mismatch with jobfile: 1.14 <> 1.19
ConTeXt ver: 2012.05.14 16:00 MKIV fmt: 2012.5.21 int: english/english
system > cont-new.mkiv loaded
(/media/data/melmoth/progetti/texlive2012/texmf-dist/tex/context/base/cont-new.mkiv
system > beware: some patches loaded from cont-new.mkiv
)
system > prova.top loaded
(prova.top)
fonts > latin modern fonts are not preloaded
languages > language en is active
{/media/data/melmoth/progetti/texlive2012/texmf-dist/fonts/map/pdftex/context/mkiv-base.map}
fonts > preloading latin modern fonts (second stage)
fonts > typescripts > unknown: library 'loc'
{/media/data/melmoth/progetti/texlive2012/texmf-dist/fonts/map/dvips/lm/lm-math.map}{/media/data/melmoth/progetti/texlive2012/texmf-dist/fonts/map/dvips/lm/lm-rm.map}
fonts > virtual math > unable to resolve name mapsfromchar
fonts > fallback modern rm 12pt is loaded
floatblocks > 1 placed
backend > xmp > using file '/media/data/melmoth/progetti/texlive2012/texmf-dist/tex/context/base/lpdf-pdx.xml'
<`ý
^^G^^Dù·àý^^H e^^H^^D
!LuaTeX error: internal error: unknown image type (1)
==> Fatal error occurred, no output PDF file produced!
Program exited with code 0106.
(gdb) bt
No stack.
(gdb) quit
[21:02] melmoth@universe:/tmp$ cat gdb.txt
Starting program: /media/data/melmoth/progetti/texlive2012/bin/i386-linux/luatex --fmt="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en" --lua="/media/data/melmoth/progetti/texlive2012/texmf-var/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui" --backend="pdf" "./prova.tex"
Program exited with code 0106.
No stack.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
For the second case I still don't have a minimal example (I'm working on
it), but I have the backtrace.
Program received signal SIGSEGV, Segmentation fault.
0x0812a07e in setup_image (pdf=0x89a9318, a=0xdba4858, writetype=WR_NODE) at ../../../texk/web2c/luatexdir/lua/limglib.c:565
565 obj_data_ptr(pdf, pdf->obj_ptr) = img_index(ad);
(gdb) bt
#0 0x0812a07e in setup_image (pdf=0x89a9318, a=0xdba4858, writetype=WR_NODE) at ../../../texk/web2c/luatexdir/lua/limglib.c:565
#1 0x0812a127 in write_image_or_node (L=0x8916160, writetype=WR_NODE) at ../../../texk/web2c/luatexdir/lua/limglib.c:581
#2 0x0812a29a in l_image_node (L=0x8916160) at ../../../texk/web2c/luatexdir/lua/limglib.c:620
#3 0x082d3c41 in luaD_precall (L=0x8916160, func=0xd0b6160, nresults=-1) at ../../../texk/web2c/luatexdir/lua51/ldo.c:319
#4 0x082e6b5b in luaV_execute (L=0x8916160, nexeccalls=2) at ../../../texk/web2c/luatexdir/lua51/lvm.c:587
#5 0x082d3e9b in luaD_call (L=0x8916160, func=0xd0b60e8, nResults=0) at ../../../texk/web2c/luatexdir/lua51/ldo.c:377
#6 0x082cc7b9 in f_call (L=0x8916160, ud=0xbffff11c) at ../../../texk/web2c/luatexdir/lua51/lapi.c:795
#7 0x082d30d9 in luaD_rawrunprotected (L=0x8916160, f=0x82cc78f
Am 2012-05-21 um 21:22 schrieb Marco Pessotto:
First case: failing, but no crash.
% minimal \starttext \externalfigure[cow] \stoptext % stop
Did you try to set a size like \externalfigure[cow][width=\textwidth] ? It’s still a bug, but that works for me (setting the size in \setupexternalfigures doesn’t help). Greetlings, Hraban
On 05/21/2012 09:22 PM, Marco Pessotto wrote:
Marco Pessotto
writes: Checked out, compiled and tested. And it works (of course :-).
I spoke too early.
I have at least three issues with images.
Thanks, I am on it. But I will need source files and images, if at all possible. Backtraces are good, but now that I have my own i386 install, it is easy enough to recreate those, it is much harder to guess at the input. Best wishes and thanks for testing, Taco
Taco Hoekwater
On 05/21/2012 09:22 PM, Marco Pessotto wrote:
Marco Pessotto
writes: Checked out, compiled and tested. And it works (of course :-).
I spoke too early.
I have at least three issues with images.
Thanks, I am on it. But I will need source files and images, if at all possible. Backtraces are good, but now that I have my own i386 install, it is easy enough to recreate those, it is much harder to guess at the input.
I'm attaching the original file and image. Let me know if you want me to try to bisect it until I get a minimal file (which could take a while). -- Marco
Marco Pessotto
I'm attaching the original file and image. Let me know if you want me to try to bisect it until I get a minimal file (which could take a while).
The second (different) crash happens with this other (much shorter) file. Please put it in the same directory of files from the previous mail. Best wishes -- Marco
On 05/22/2012 10:31 AM, Marco Pessotto wrote:
Marco Pessotto
writes: I'm attaching the original file and image. Let me know if you want me to try to bisect it until I get a minimal file (which could take a while). The second (different) crash happens with this other (much shorter) file. Please put it in the same directory of files from the previous mail.
Thanks a bunch, more later. Best wishes, Taco
participants (4)
-
Henning Hraban Ramm
-
Marco Pessotto
-
Mojca Miklavec
-
Taco Hoekwater