Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
Hi all I'm back from holiday and have been able to compile wftodm successfully under a two-weeks-old Debian/unstable amd64 system, and been able to reproduce the bug in a Debian/unstable amd64 system from yesterday. Hi Adrian Thanks a lot for finding the bug. I will report it upstream. Hi Norbert Thanks a bunch for uploading a new package and including the pending changes. Cheers -- Danai On 27 October 2016 at 09:17, Norbert Preining wrote: >> Thanks a lot, I will upload a fixed package soon. If Danai wants to > > Uploaded, svn updated. > > Danai, that also shipped out all the changes that were in the repo > since long ... > > All the best > > Norbert > > -- > PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info > GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
> Thanks a lot, I will upload a fixed package soon. If Danai wants to Uploaded, svn updated. Danai, that also shipped out all the changes that were in the repo since long ... All the best Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
HI Adrian, hi Danai, > +long i0; ... > After building with this fix I compared checksums of all files under > debian/latex-cjk-japanese-wadalab for the successful amd64 build and > a build on i386, and they were identical. Thanks a lot, I will upload a fixed package soon. If Danai wants to do more fixes later on, please feel free. Thanks everyone Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
On Wed, Oct 19, 2016 at 10:01:52PM +0200, Hilmar Preuße wrote: >... > e_printf(form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9) > char *form; > { > int len,i; > unsigned char buf[4096]; > sprintf(buf,form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9); > len=strlen(buf); > for(i=0;i e_putchar(buf[i]); > } > > In line 255 (function output_pfa) it is called like this > > e_printf("/StdHW [ %s ] |-\n",StdHW); > > I /guess/ there is a thinks in string processing. Sorry, I don't have enough > knowledge in C to help here. Does that ring anywhere a bell on your side? Is > the problem reproducible e.g. in i386? This is a 64bit problem, relevant gcc warning: wftodm.c:301:1: warning: type of 'i0' defaults to 'int' [-Wimplicit-int] i0 is the variable where the pointer to the string is passed. The minimal fix for the segfault is: --- latex-cjk-japanese-wadalab-0.20050817.orig/wftodm.c +++ latex-cjk-japanese-wadalab-0.20050817/wftodm.c @@ -300,6 +300,7 @@ output_pfa(file) e_printf(form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9) char *form; +long i0; { int len,i; unsigned char buf[4096]; After building with this fix I compared checksums of all files under debian/latex-cjk-japanese-wadalab for the successful amd64 build and a build on i386, and they were identical. > Hilmar cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
Hi Hilmar Thanks for the trace. I'm traveling now so I will need to test this. At home I only have access to amd64, but I'll test it on other architectures too. My guess is a behavioural change; the compiler warnings have been around for quite a while and it's time to revisit some of the variable types. Cheers On 19 Oct 2016 22:01, "Hilmar Preuße" wrote: > Am 19.10.2016 um 17:20 schrieb Danai SAE-HAN (韓達耐): > > Hi all, > > It looks like a problem with the wftodm binary. This is an important piece >> in the creation of the fonts. >> I will only have access to my PC next week Thursday (27 October 2016) to >> check the C source code and replicate it on amd64. Please bear with me >> for >> a while. >> >> I *think* I can reproduce the bug. > > Here is the gdb backtrace: > > Program terminated with signal SIGSEGV, Segmentation fault. > #0 strlen () at ../sysdeps/x86_64/strlen.S:106 > 106 ../sysdeps/x86_64/strlen.S: No such file or directory. > (gdb) bt > #0 strlen () at ../sysdeps/x86_64/strlen.S:106 > #1 0x2ba08dfdbda3 in _IO_vfprintf_internal (s=s@entry=0x7ffd926eb3f0, > format=, format@entry=0x5643d866b22e "/StdHW [ %s ] > |-\n", > ap=ap@entry=0x7ffd926eb518) at vfprintf.c:1637 > #2 0x2ba08dffcacb in __IO_vsprintf ( > string=0x7ffd926eb620 "/StdHW [ re{16 16} |-\n", > format=0x5643d866b22e "/StdHW [ %s ] |-\n", args=args@entry > =0x7ffd926eb518) > at iovsprintf.c:42 > #3 0x2ba08dfe2327 in __sprintf (s=, format= out>) > at sprintf.c:32 > #4 0x5643d866a8e2 in e_printf (form=, i0= out>, > i1=, i2=, i3=, > i4=, i5=1936353124, i6=-1838284703, i7=0, > i8=-1909291776, > i9=0) at wftodm.c:306 > #5 0x5643d866aa77 in output_pfa (file=1) at wftodm.c:255 > #6 0x5643d8669d3a in main (ac=, ag=) > at wftodm.c:158 > > And here is the function e_printf() in question: > > e_printf(form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9) > char *form; > { > int len,i; > unsigned char buf[4096]; > sprintf(buf,form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9); > len=strlen(buf); > for(i=0;i e_putchar(buf[i]); > } > > In line 255 (function output_pfa) it is called like this > > e_printf("/StdHW [ %s ] |-\n",StdHW); > > I /guess/ there is a thinks in string processing. Sorry, I don't have > enough knowledge in C to help here. Does that ring anywhere a bell on your > side? Is the problem reproducible e.g. in i386? > > Hilmar > -- > http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org >
Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
Am 19.10.2016 um 17:20 schrieb Danai SAE-HAN (韓達耐): Hi all, It looks like a problem with the wftodm binary. This is an important piece in the creation of the fonts. I will only have access to my PC next week Thursday (27 October 2016) to check the C source code and replicate it on amd64. Please bear with me for a while. I *think* I can reproduce the bug. Here is the gdb backtrace: Program terminated with signal SIGSEGV, Segmentation fault. #0 strlen () at ../sysdeps/x86_64/strlen.S:106 106 ../sysdeps/x86_64/strlen.S: No such file or directory. (gdb) bt #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x2ba08dfdbda3 in _IO_vfprintf_internal (s=s@entry=0x7ffd926eb3f0, format=, format@entry=0x5643d866b22e "/StdHW [ %s ] |-\n", ap=ap@entry=0x7ffd926eb518) at vfprintf.c:1637 #2 0x2ba08dffcacb in __IO_vsprintf ( string=0x7ffd926eb620 "/StdHW [ re{16 16} |-\n", format=0x5643d866b22e "/StdHW [ %s ] |-\n", args=args@entry=0x7ffd926eb518) at iovsprintf.c:42 #3 0x2ba08dfe2327 in __sprintf (s=, format=) at sprintf.c:32 #4 0x5643d866a8e2 in e_printf (form=, i0=out>, i1=, i2=, i3=, i4=, i5=1936353124, i6=-1838284703, i7=0, i8=-1909291776, i9=0) at wftodm.c:306 #5 0x5643d866aa77 in output_pfa (file=1) at wftodm.c:255 #6 0x5643d8669d3a in main (ac=, ag=) at wftodm.c:158 And here is the function e_printf() in question: e_printf(form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9) char *form; { int len,i; unsigned char buf[4096]; sprintf(buf,form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9); len=strlen(buf); for(i=0;iI /guess/ there is a thinks in string processing. Sorry, I don't have enough knowledge in C to help here. Does that ring anywhere a bell on your side? Is the problem reproducible e.g. in i386? Hilmar -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org
Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
Hi Chris It looks like a problem with the wftodm binary. This is an important piece in the creation of the fonts. I will only have access to my PC next week Thursday (27 October 2016) to check the C source code and replicate it on amd64. Please bear with me for a while. Thanks for your bug report. Regards -- Danai On 19 Oct 2016 16:34, "Chris Lamb" wrote: Source: latex-cjk-japanese-wadalab Version: 0.20050817-16 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, latex-cjk-japanese-wadalab fails to build from source in unstable/amd64: […] Setting up libopenjp2-7:amd64 (2.1.2-1) ... Setting up libptexenc1:amd64 (2016.20160513.41080-7) ... Setting up libjpeg62-turbo:amd64 (1:1.5.1-1) ... Processing triggers for mime-support (3.60) ... Setting up libpng16-16:amd64 (1.6.25-2) ... Setting up liblcms2-2:amd64 (2.7-1) ... Setting up libjbig0:amd64 (2.1-3.1) ... Setting up fonts-dejavu-core (2.37-1) ... Setting up poppler-data (0.4.7-7) ... Setting up libtiff5:amd64 (4.0.6-2) ... Setting up libnspr4:amd64 (2:4.12-6) ... Setting up ucf (3.0036) ... Setting up libfreetype6:amd64 (2.6.3-3+b1) ... Setting up libgraphite2-3:amd64 (1.3.8-1) ... Setting up libjbig2dec0:amd64 (0.13-3) ... Setting up libpixman-1-0:amd64 (0.34.0-1) ... Processing triggers for libc-bin (2.24-5) ... Processing triggers for systemd (231-9) ... Setting up libijs-0.35:amd64 (0.35-12) ... Setting up libpotrace0 (1.13-2) ... Processing triggers for man-db (2.7.5-1) ... Setting up libxdmcp6:amd64 (1:1.1.2-1.1) ... Setting up libzzip-0-13:amd64 (0.13.62-3) ... Setting up x11-common (1:7.7+16) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults invoke-rc.d: could not determine current runlevel invoke-rc.d: policy-rc.d denied execution of start. Setting up xdg-utils (1.1.1-1) ... Setting up libtexluajit2:amd64 (2016.20160513.41080-7) ... Setting up libx11-data (2:1.6.3-1) ... Setting up libxau6:amd64 (1:1.0.8-1) ... Setting up libdbus-1-3:amd64 (1.10.12-1) ... Setting up libavahi-common-data:amd64 (0.6.32-1) ... Setting up libpaper1:amd64 (1.1.24+nmu4) ... Creating config file /etc/papersize with new version Setting up libpaper-utils (1.1.24+nmu4) ... Setting up fontconfig-config (2.11.0-6.7) ... Setting up tex-common (6.05) ... update-language: texlive-base not installed and configured, doing nothing! Setting up libnss3:amd64 (2:3.26-2) ... Setting up libharfbuzz0b:amd64 (1.2.7-1+b1) ... Setting up libice6:amd64 (2:1.0.9-1+b1) ... Setting up libavahi-common3:amd64 (0.6.32-1) ... Setting up libxcb1:amd64 (1.12-1) ... Setting up libfontconfig1:amd64 (2.11.0-6.7) ... Setting up libsm6:amd64 (2:1.2.2-1+b1) ... Setting up libxcb-render0:amd64 (1.12-1) ... Setting up libharfbuzz-icu0:amd64 (1.2.7-1+b1) ... Setting up libx11-6:amd64 (2:1.6.3-1) ... Setting up libxcb-shm0:amd64 (1.12-1) ... Setting up libxpm4:amd64 (1:3.5.11-1+b1) ... Setting up libxt6:amd64 (1:1.1.5-1) ... Setting up libxrender1:amd64 (1:0.9.9-2) ... Setting up libavahi-client3:amd64 (0.6.32-1) ... Setting up libpoppler61:amd64 (0.44.0-3) ... Setting up libcups2:amd64 (2.2.1-1) ... Setting up libxext6:amd64 (2:1.3.3-1) ... Setting up libxmu6:amd64 (2:1.1.2-2) ... Setting up libcupsimage2:amd64 (2.2.1-1) ... Setting up libgs9:amd64 (9.19~dfsg-3) ... Setting up libxi6:amd64 (2:1.7.6-1) ... Setting up libxaw7:amd64 (2:1.0.13-1) ... Setting up libcairo2:amd64 (1.14.6-1+b1) ... Setting up texlive-binaries (2016.20160513.41080-7) ... update-alternatives: using /usr/bin/xdvi-xaw to provide /usr/bin/xdvi.bin (xdvi.bin) in auto mode update-alternatives: using /usr/bin/bibtex.original to provide /usr/bin/bibtex (bibtex) in auto mode Processing triggers for tex-common (6.05) ... update-language: texlive-base not installed and configured, doing nothing! texlive-base is not ready, skipping fmtutil --all call Setting up texlive-base (2016.20161008-1) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVEDIST... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. /usr/bin/tl-paper: setting paper size for dvips to a4. /usr/bin/tl-paper: setting paper size for dvipdfmx to a4. /usr/bin/tl-paper: setting paper size for xdvi to a4. /usr/bin/tl-paper: setting paper size for pdftex to a4. Processing triggers for tex-common (6.05) ... Running updmap-sys. This may take some time... done. Running mktexlsr /var/lib/texmf ... done. Building format(s) --all. This may take some time... done. Setting up texlive-font-utils (2016.20161008-1) ... Setting up latex-cjk-japanese-wadalab-build-deps (0.20050817-16) ... Processing triggers for libc-bin (2.24-5) ... Processing triggers for s
Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)
Source: latex-cjk-japanese-wadalab Version: 0.20050817-16 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, latex-cjk-japanese-wadalab fails to build from source in unstable/amd64: […] Setting up libopenjp2-7:amd64 (2.1.2-1) ... Setting up libptexenc1:amd64 (2016.20160513.41080-7) ... Setting up libjpeg62-turbo:amd64 (1:1.5.1-1) ... Processing triggers for mime-support (3.60) ... Setting up libpng16-16:amd64 (1.6.25-2) ... Setting up liblcms2-2:amd64 (2.7-1) ... Setting up libjbig0:amd64 (2.1-3.1) ... Setting up fonts-dejavu-core (2.37-1) ... Setting up poppler-data (0.4.7-7) ... Setting up libtiff5:amd64 (4.0.6-2) ... Setting up libnspr4:amd64 (2:4.12-6) ... Setting up ucf (3.0036) ... Setting up libfreetype6:amd64 (2.6.3-3+b1) ... Setting up libgraphite2-3:amd64 (1.3.8-1) ... Setting up libjbig2dec0:amd64 (0.13-3) ... Setting up libpixman-1-0:amd64 (0.34.0-1) ... Processing triggers for libc-bin (2.24-5) ... Processing triggers for systemd (231-9) ... Setting up libijs-0.35:amd64 (0.35-12) ... Setting up libpotrace0 (1.13-2) ... Processing triggers for man-db (2.7.5-1) ... Setting up libxdmcp6:amd64 (1:1.1.2-1.1) ... Setting up libzzip-0-13:amd64 (0.13.62-3) ... Setting up x11-common (1:7.7+16) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults invoke-rc.d: could not determine current runlevel invoke-rc.d: policy-rc.d denied execution of start. Setting up xdg-utils (1.1.1-1) ... Setting up libtexluajit2:amd64 (2016.20160513.41080-7) ... Setting up libx11-data (2:1.6.3-1) ... Setting up libxau6:amd64 (1:1.0.8-1) ... Setting up libdbus-1-3:amd64 (1.10.12-1) ... Setting up libavahi-common-data:amd64 (0.6.32-1) ... Setting up libpaper1:amd64 (1.1.24+nmu4) ... Creating config file /etc/papersize with new version Setting up libpaper-utils (1.1.24+nmu4) ... Setting up fontconfig-config (2.11.0-6.7) ... Setting up tex-common (6.05) ... update-language: texlive-base not installed and configured, doing nothing! Setting up libnss3:amd64 (2:3.26-2) ... Setting up libharfbuzz0b:amd64 (1.2.7-1+b1) ... Setting up libice6:amd64 (2:1.0.9-1+b1) ... Setting up libavahi-common3:amd64 (0.6.32-1) ... Setting up libxcb1:amd64 (1.12-1) ... Setting up libfontconfig1:amd64 (2.11.0-6.7) ... Setting up libsm6:amd64 (2:1.2.2-1+b1) ... Setting up libxcb-render0:amd64 (1.12-1) ... Setting up libharfbuzz-icu0:amd64 (1.2.7-1+b1) ... Setting up libx11-6:amd64 (2:1.6.3-1) ... Setting up libxcb-shm0:amd64 (1.12-1) ... Setting up libxpm4:amd64 (1:3.5.11-1+b1) ... Setting up libxt6:amd64 (1:1.1.5-1) ... Setting up libxrender1:amd64 (1:0.9.9-2) ... Setting up libavahi-client3:amd64 (0.6.32-1) ... Setting up libpoppler61:amd64 (0.44.0-3) ... Setting up libcups2:amd64 (2.2.1-1) ... Setting up libxext6:amd64 (2:1.3.3-1) ... Setting up libxmu6:amd64 (2:1.1.2-2) ... Setting up libcupsimage2:amd64 (2.2.1-1) ... Setting up libgs9:amd64 (9.19~dfsg-3) ... Setting up libxi6:amd64 (2:1.7.6-1) ... Setting up libxaw7:amd64 (2:1.0.13-1) ... Setting up libcairo2:amd64 (1.14.6-1+b1) ... Setting up texlive-binaries (2016.20160513.41080-7) ... update-alternatives: using /usr/bin/xdvi-xaw to provide /usr/bin/xdvi.bin (xdvi.bin) in auto mode update-alternatives: using /usr/bin/bibtex.original to provide /usr/bin/bibtex (bibtex) in auto mode Processing triggers for tex-common (6.05) ... update-language: texlive-base not installed and configured, doing nothing! texlive-base is not ready, skipping fmtutil --all call Setting up texlive-base (2016.20161008-1) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVEDIST... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. /usr/bin/tl-paper: setting paper size for dvips to a4. /usr/bin/tl-paper: setting paper size for dvipdfmx to a4. /usr/bin/tl-paper: setting paper size for xdvi to a4. /usr/bin/tl-paper: setting paper size for pdftex to a4. Processing triggers for tex-common (6.05) ... Running updmap-sys. This may take some time... done. Running mktexlsr /var/lib/texmf ... done. Building format(s) --all. This may take some time... done. Setting up texlive-font-utils (2016.20161008-1) ... Setting up latex-cjk-japanese-wadalab-build-deps (0.20050817-16) ... Processing triggers for libc-bin (2.24-5) ... Processing triggers for systemd (231-9) ... ** ** Environment ** ** PATH=/home/lamby/git/projects/dotfiles/dotfiles/..//bin:/usr/l