Well, it was built on OS X 10.9.5 and works here.
Something must be different.
I have a potential explanation for the bad instruction.
My mac supports the new intel avx instructions, yours does not,
and clang defaults to using all that works on the compiling machine.
I just uploaded a new version (3.5.27+4.10.1) with a possible fix.
Can you test and report?
Thanks.
L.
On Wednesday, March 25, 2015 06:19:17 PM Kenisk wrote:
Same thing on OSX 10.10.2 with latest updates, DjView app from
DjVuLibre-3.5.27+DjView-4.10-intel64.dmg package just crashes on start.
On Thursday, March 26, 2015 09:08:44 AM MacVideoGeek wrote:
Leon,
I just tested the new version. Unfortunately, the error persists.
These are the first few lines of the crash report. Maybe they can shed some
light on the issue?
Yes. I recompiled djview but not djvulibre!
I might have time over the weekend.
L.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I believe this has been fixed by the latest binary release.
In fact I've made a new binary release (named 3.5.27+4.10.2 again) with code generated in a manner that hopefully maximizes portability for macos>=10.6 (64 bits). However I have little means to ensure that this works on macos<10.9.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Same thing on OSX 10.10.2 with latest updates, DjView app from DjVuLibre-3.5.27+DjView-4.10-intel64.dmg package just crashes on start.
Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x0000000000000001, 0x0000000000000000
Last edit: Kenisk 2015-03-25
Well, it was built on OS X 10.9.5 and works here.
Something must be different.
I have a potential explanation for the bad instruction.
My mac supports the new intel avx instructions, yours does not,
and clang defaults to using all that works on the compiling machine.
I just uploaded a new version (3.5.27+4.10.1) with a possible fix.
Can you test and report?
Thanks.
On Wednesday, March 25, 2015 06:19:17 PM Kenisk wrote:
Related
Bugs:
#251Just uploaded another version.
Fingers crossed.
- L.
On Mar 25, 2015, at 2:19 PM, Kenisk kenisk@users.sf.net wrote:
Related
Bugs:
#251No luck. It still crashes in libdjvulibre.21.dylib. The error report is different in two or three lines compared to my previous post.
Thanks.
Process: djview [79838]
Path: /Applications/DjView.app/Contents/MacOS/djview
Identifier: org.djvu.DjView
Version: ???
Code Type: X86-64 (Native)
Parent Process: launchd [155]
Responsible: djview [79838]
User ID: 501
Date/Time: 2015-03-27 09:53:16.347 +0100
OS Version: Mac OS X 10.9.5 (13F1066)
Report Version: 11
Anonymous UUID: 33D6C984-6C72-54AC-B824-5B377F85E5B9
Sleep/Wake UUID: A4763CF0-4C25-4D19-9D00-6A8DFDC13B74
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x0000000000000001, 0x0000000000000000
Application Specific Information:
/Applications/DjView.app/Contents/MacOS/../lib/libdjvulibre.21.dylib
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libdjvulibre.21.dylib 0x00000001002864ab miniexp_symbol + 135
1 libdjvulibre.21.dylib 0x0000000100289a02 _GLOBAL__I_a + 18
2 dyld 0x00007fff6b04bc2e ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 268
3 dyld 0x00007fff6b04bdba ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 40
4 dyld 0x00007fff6b048a62 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&) + 308
5 dyld 0x00007fff6b0489eb ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&) + 189
6 dyld 0x00007fff6b0488f6 ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 54
7 dyld 0x00007fff6b03c1da dyld::initializeMainExecutable() + 189
8 dyld 0x00007fff6b03f560 dyld::_main(macho_header const, unsigned long, int, char const, char const, char const, unsigned long) + 2419
9 dyld 0x00007fff6b03b27b dyldbootstrap::start(macho_header const, int, char const, long, macho_header const, unsigned long*) + 477
10 dyld 0x00007fff6b03b05e _dyld_start + 54
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000073 rbx: 0x0000000000001013 rcx: 0x00000001002c5521 rdx: 0x000000000000061a
rdi: 0x0000000000000103 rsi: 0x0000010000000100 rbp: 0x00007fff5fbfe1a0 rsp: 0x00007fff5fbfe170
r8: 0x0000000000000040 r9: 0x00007fff5fbfe100 r10: 0x00007fff934ea20f r11: 0x00007fff870b98b7
r12: 0x0000000000000003 r13: 0x00007fff6b06e0b0 r14: 0x000061000000f850 r15: 0x00000001002c5520
rip: 0x00000001002864ab rfl: 0x0000000000010202 cr2: 0x00000001002c5520
Logical CPU: 4
Error Code: 0x00000000
Trap Number: 6
There is still a vex prefix there!
And it was compiled with -mno-vex.
And clang has nearly no doc on this.
On Mar 27, 2015, at 4:55 AM, MacVideoGeek macvideogeek@users.sf.net wrote:
Related
Bugs:
#251Leon,
I just tested the new version. Unfortunately, the error persists.
These are the first few lines of the crash report. Maybe they can shed some light on the issue?
Thanks!
Process: djview [20221]
Path: /Applications/DjView.app/Contents/MacOS/djview
Identifier: org.djvu.DjView
Version: ???
Code Type: X86-64 (Native)
Parent Process: launchd [155]
Responsible: djview [20221]
User ID: 501
Date/Time: 2015-03-26 10:04:22.099 +0100
OS Version: Mac OS X 10.9.5 (13F1066)
Report Version: 11
Anonymous UUID: 33D6C984-6C72-54AC-B824-5B377F85E5B9
Sleep/Wake UUID: A4763CF0-4C25-4D19-9D00-6A8DFDC13B74
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x0000000000000001, 0x0000000000000000
Application Specific Information:
/Applications/DjView.app/Contents/MacOS/../lib/libdjvulibre.21.dylib
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libdjvulibre.21.dylib 0x00000001002449c1 DJVU::GMonitor::GMonitor() + 35
1 libdjvulibre.21.dylib 0x00000001002212f9 _GLOBAL__I_a + 41
2 dyld 0x00007fff61ddec2e ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 268
3 dyld 0x00007fff61ddedba ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 40
4 dyld 0x00007fff61ddba62 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&) + 308
5 dyld 0x00007fff61ddb9eb ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&) + 189
6 dyld 0x00007fff61ddb8f6 ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 54
7 dyld 0x00007fff61dcf1da dyld::initializeMainExecutable() + 189
8 dyld 0x00007fff61dd2560 dyld::_main(macho_header const, unsigned long, int, char const, char const, char const, unsigned long) + 2419
9 dyld 0x00007fff61dce27b dyldbootstrap::start(macho_header const, int, char const, long, macho_header const, unsigned long*) + 477
10 dyld 0x00007fff61dce05e _dyld_start + 54
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000001 rbx: 0x00000001002e0930 rcx: 0x00007fff5fbffd60 rdx: 0x00007fff5fbffcf0
rdi: 0x00000001002e0940 rsi: 0x00007fff5fbffce0 rbp: 0x00007fff5fbfe190 rsp: 0x00007fff5fbfe180
r8: 0x00007fff61e01178 r9: 0x00007fff5fbfe100 r10: 0x0000000000000001 r11: 0xffffffffea99f350
r12: 0x0000000000000000 r13: 0x00007fff61e010b0 r14: 0x00007fff61e092f0 r15: 0x00000001002e0930
rip: 0x00000001002449c1 rfl: 0x0000000000010246 cr2: 0x0000000100244a22
Logical CPU: 3
Error Code: 0x00000000
Trap Number: 6
On Thursday, March 26, 2015 09:08:44 AM MacVideoGeek wrote:
Yes. I recompiled djview but not djvulibre!
I might have time over the weekend.
I am having the same problem. Tested on a 2012 rMBP and a late 2013 Mac Pro, OS X 10.10.2. Both support AVX1.0, according to
sysctl -aJust uploaded a new one.
Pb does not come from avx instructions but from avx2 instructions (I have a has well cpu.)
Thank you, now everything works flawlessly even on old Core2Duo.
I believe this has been fixed by the latest binary release.
In fact I've made a new binary release (named 3.5.27+4.10.2 again) with code generated in a manner that hopefully maximizes portability for macos>=10.6 (64 bits). However I have little means to ensure that this works on macos<10.9.