# [tex-live] [XeTeX] TeXLive Pretest - XeTeX segfaults on LInux 64

Ulrik Vieth ulrik.vieth at arcor.de
Thu Jul 15 01:41:52 CEST 2010

Quick Update:

I have finally tried to build xetex from source on my system.
That version  does _not_ segfault unlike the version from TeX Live.

That may suggest that the segfault problem may be partly due to
library incompatibilities between different Linux distributions.
(Ubuntu has both 64bit and 32bit versions, but uses the 64 bit
versions by default.)

Nevertheless, my self-compiled version still shows incorect ouput,
e.g. big delimiters not growing and radicals printed without a rule.
Essentially, I am back to the exactly the  problem I reported to the
XeTeX list on 06/06/2010 using a xetex binary from Context minimals.

Regards, Ulrik

On 07/14/2010 11:59 PM, Ulrik Vieth wrote:
> On 07/12/2010 06:45 PM, Jonathan Kew wrote:
>> I have just checked-in a patch to the xetex and texlive source trees
>> to fix the xetex segfault that was occurring with \XeTeXdelcode
>> on some systems. This brings the xetex version number to 0.9997.4.
>
>> Anyone who has been experiencing this problem is welcome to build
>> and test the new version to confirm that the crash no longer occurs;
>> obviously, I have not been able to test it on all possible systems
>> and configurations.
>
> I have updated the latest binaries from TL Pretest and tested it
> on Linux x86_64. It is getting better, but it is not perfect yet.
> It has fixed some problem, but I am still getting segfaults and
> malfunctions, depending on which formulas I typeset.
>
> 1) I am getting segfaults for formulas involving \left and \right,
> i.e. delimiters. See the attached test file xe-test-delim.tex.
>
> The \tracingall output indicates that the segfault occurs at the end
> of display math, i.e. when the accumulated math list is converted
> to a horizontal and vertical list. The problem only occurs when
> the formula contains \left and \right delimters, The fraction
> in display math is typeset correctly when it appears by itself.
>
> Unfortunately, I don't have a xetex binary with debug symbols,
> so I can't provide a meaningful backtrace from the core dump.
>
>
> 2) I am getting incorrect results (presumably caused by incorrectly
> See the attached test file xe-test-sqrt.tex and corresponding PDF.
>
> This seems to indicate that RadicalRuleThickness and or related stuff
> is not intialized correctly.
>
> Regards, Ulrik
>    http://tug.org/mailman/listinfo/xetex

-------------- next part --------------
A non-text attachment was scrubbed...
Name: xe-test-delim.pdf
Type: application/pdf
Size: 3808 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20100715/553b8d0b/attachment.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xe-test-delim.tex
Type: text/x-tex
Size: 238 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20100715/553b8d0b/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xe-test-sqrt.pdf
Type: application/pdf
Size: 4019 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20100715/553b8d0b/attachment-0001.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xe-test-sqrt.tex
Type: text/x-tex
Size: 219 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20100715/553b8d0b/attachment-0001.bin>