Skip Menu |

This queue is for tickets about the Prima CPAN distribution.

Report information
The Basics
Id: 128146
Status: resolved
Priority: 0/
Queue: Prima

People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 1.53
Fixed in: 1.53



Subject: t/Object/Fonts.t fails on Mac
On a Mac system the test suite fails: ... X Error: BadValue (integer parameter out of range for operation), request: 45(X_OpenFont), after unix/apc_font.c:1804 X Error: BadValue (integer parameter out of range for operation), request: 45(X_OpenFont), after unix/apc_font.c:1804 ... (a couple of those) ... t/Object/Fonts.t ........ Failed 1246/2870 subtests (less 501 skipped subtests: 1123 okay) ... Test Summary Report ------------------- t/Object/Fonts.t (Wstat: 11 Tests: 1624 Failed: 0) Non-zero wait status: 11 Parse errors: Bad plan. You planned 2870 tests but ran 1624. Wstat=11 indicates that there was also a segfault.
Hi Slaven, I'm not sure if we're having same environments, but indeed I could reproduce the coredump on my emulated Mac. My environment though is partly brew-based, which I found is the reason causing the problem ( Prima.bundle loaded /usr/local/lib/libfontconfig.1.dylib and /opt/X11/lib/libXft.2.dylib where the latter loaded /opt/X11/lib/libfontconfig.1.dylib ). If you could run the following commands on your setup otool -L ./blib/arch/auto/Prima/Prima.bundle and see if this produces a mix of /opt/X11 and something else? Because when I replaced native libfontconfig dylibs so that they all point to the modern version, I could not observe coredumps. If this indeed is the case, I'd like to ask you to apply the patch and see if this helped. The only thing it does is to move object allocation and destruction close together. /dk
Subject: patch
Download patch
application/octet-stream 1.3k

Message body not shown because it is not plain text.

On 2019-01-02 10:14:53, KARASIK wrote: Show quoted text
> Hi Slaven, > > I'm not sure if we're having same environments, but indeed I could > reproduce the coredump on my emulated Mac. > My environment though is partly brew-based, which I found is the > reason causing the problem > ( Prima.bundle loaded /usr/local/lib/libfontconfig.1.dylib and > /opt/X11/lib/libXft.2.dylib where the latter loaded > /opt/X11/lib/libfontconfig.1.dylib ). > > If you could run the following commands on your setup > > otool -L ./blib/arch/auto/Prima/Prima.bundle > > and see if this produces a mix of /opt/X11 and something else? Because > when I replaced native libfontconfig dylibs so that they all point to > the modern version, I could not observe coredumps.
Yes, font-related libraries do not come from /opt/X11 on my system (also using homebrew here): $ otool -L ./blib/arch/auto/Prima/Prima.bundle ./blib/arch/auto/Prima/Prima.bundle: /usr/local/opt/jpeg/lib/libjpeg.9.dylib (compatibility version 12.0.0, current version 12.0.0) /usr/local/opt/giflib/lib/libgif.4.dylib (compatibility version 6.0.0, current version 6.7.0) /opt/X11/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/X11/lib/libXext.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/local/opt/freetype/lib/libfreetype.6.dylib (compatibility version 22.0.0, current version 22.0.0) /usr/local/opt/fontconfig/lib/libfontconfig.1.dylib (compatibility version 12.0.0, current version 12.1.0) /opt/X11/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/X11/lib/libXft.2.dylib (compatibility version 6.0.0, current version 6.2.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/X11/lib/libXrandr.2.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/X11/lib/libXcomposite.1.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/X11/lib/libXcursor.1.dylib (compatibility version 2.0.0, current version 2.2.0) /usr/local/opt/libpng/lib/libpng16.16.dylib (compatibility version 49.0.0, current version 49.0.0) /usr/local/opt/libtiff/lib/libtiff.5.dylib (compatibility version 8.0.0, current version 8.6.0) /opt/X11/lib/libXpm.4.dylib (compatibility version 16.0.0, current version 16.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.50.4) Show quoted text
> > If this indeed is the case, I'd like to ask you to apply the patch and > see if this helped. The only thing it does is to move object > allocation and destruction close together. >
Test suite passes after applying the patch (tried with perl 5.24.1). Regards, Slaven