PDF.plugin OSX

[MaNI]

I am trying to use PDF plugin support with 3.2171.1979
On windows it is working great, on OSX it works in the sample app but in my app it tells me that the plugin is not present when I try a test page http://pdfobject.com/markup/examples/sized-element.html

I can't spot any obvious difference in the folder structures i.e. in both cases PDF.plugin is within the Libraries folder of the framework inside the .app bundle.

The verbose log also doesn't give any clues as to whats going on... See below.

Code: Select all

[0701/222400:VERBOSE1:pref_proxy_config_tracker_impl.cc(148)] 0x747ca80: set chrome proxy config service to 0x74833a0
[0701/222400:VERBOSE1:pref_proxy_config_tracker_impl.cc(277)] 0x747ca80: Done pushing proxy to UpdateProxyConfig
[0701/222401:VERBOSE1:child_thread.cc(239)] Mojo is disabled on child
[0701/222402:VERBOSE1:child_thread.cc(239)] Mojo is disabled on child
[0701/222403:VERBOSE1:webrtc_internals.cc(56)] Could not get the download directory.
[0701/222403:ERROR:renderer_main.cc(207)] Running without renderer sandbox
[0701/222409:VERBOSE1:resource_loader.cc(318)] OnResponseStarted: http://pdfobject.com/markup/examples/sized-element.html
[0701/222409:VERBOSE1:resource_loader.cc(358)] OnReadCompleted: "http://pdfobject.com/markup/examples/sized-element.html" bytes_read = 1149
[0701/222409:VERBOSE1:resource_loader.cc(358)] OnReadCompleted: "http://pdfobject.com/markup/examples/sized-element.html" bytes_read = 274
[0701/222409:VERBOSE1:resource_loader.cc(358)] OnReadCompleted: "http://pdfobject.com/markup/examples/sized-element.html" bytes_read = 0
[0701/222409:VERBOSE1:resource_loader.cc(647)] ResponseCompleted: http://pdfobject.com/markup/examples/sized-element.html
[0701/222410:VERBOSE1:resource_loader.cc(318)] OnResponseStarted: http://pdfobject.com/css/examples.css
[0701/222410:VERBOSE1:resource_loader.cc(358)] OnReadCompleted: "http://pdfobject.com/css/examples.css" bytes_read = 396
[0701/222410:VERBOSE1:resource_loader.cc(358)] OnReadCompleted: "http://pdfobject.com/css/examples.css" bytes_read = 0
[0701/222410:VERBOSE1:resource_loader.cc(647)] ResponseCompleted: http://pdfobject.com/css/examples.css
[0701/222425:VERBOSE1:ipc_sync_channel.cc(386)] Canceling pending sends
[0701/222425:VERBOSE1:ipc_sync_channel.cc(386)] Canceling pending sends
[0701/222425:VERBOSE1:ipc_sync_channel.cc(386)] Canceling pending sends
[0701/222425:VERBOSE1:ipc_sync_channel.cc(386)] Canceling pending sends
[0701/222425:VERBOSE1:ipc_sync_channel.cc(386)] Canceling pending sends
[0701/222425:VERBOSE1:ipc_sync_channel.cc(386)] Canceling pending sends
[0701/222425:VERBOSE1:statistics_recorder.cc(295)] Collections of all histograms


Any ideas, is there something specific that has to be done to enable the PDF plugin on OSX besides it being present?

[magreenblatt]

Are the contents of the PDF.plugin folder correct in your app bundle?

[MaNI]

Contents of PDF.plugin folder are identical to the ones used in the sample app.

[MaNI]

blah.app/Contents/Frameworks/Chromium Embedded Framework.Framework/Libraries/PDF.plugin
blah.app/Contents/Frameworks/Chromium Embedded Framework.Framework/Libraries/PDF.plugin/Contents/Info.plist blah.app/Contents/Frameworks/Chromium Embedded Framework.Framework/Libraries/PDF.plugin/Contents/MacOS/PDF

[MaNI]

I've tried now placing the cefsimple binary into my own app bundle and it works with the PDF plugin even in my own app bundle, so there must be something different about the actual app, I'm just not sure what...

[MaNI]

Looking with 'opensnoop' I can see that the right PDF.plugin files are being accessed.
It looks possibly like my 'EH" helper may be crashing, is it the "EH" helper that is used for plugins?

[MaNI]

Right, my 'EH" helper binary is crashing, replacing my 'EH' helper binary with the one from cefsimple makes everything work. My 'NH' helper works fine though - the helpers do have a bit of code in them but nothing obvious wrong but will keep digging, there must be something causing it.

[magreenblatt]

What is the symbolized call stack for the crash?

[MaNI]

I've now replaced the code of my 'helper' with the code from the sample helper - so the helpers should be identical.
Still it crashes though, as far as I can tell the EH flag is properly set on the executable as well, really strange maybe there is some compile flag difference or something.

Struggling a bit to get any stacks that include debug symbols out of it, will try again now, this is all I have so far.

Code: Select all

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x000000000003e034
Crashed Thread:  0

Thread 0 Crashed:
0   org.cef.cefclient.helper.EH      0x3ac28666 DYLD-STUB$$CefMainArgs::CefMainArgs(int, char**) + 0
1   org.cef.cefclient.helper.EH      0x3abf3681 start + 53

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0xbffff82c  ebx: 0xbffff8c8  ecx: 0xbffff870  edx: 0x00000000
  edi: 0x00000000  esi: 0x00000000  ebp: 0xbffff848  esp: 0xbffff7fc
   ss: 0x0000001f  efl: 0x00010286  eip: 0x3ac28666   cs: 0x00000017
   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
  cr2: 0x0003e034

Binary Images:
0x3abf2000 - 0x3ac2effb +org.cef.cefclient.helper.EH ??? (???) <64ECF618-D6EA-948A-3713-BAA85460A7A5> /Users/m/Desktop/Kamusi ya Kiswahili Sanifu.app/Contents/Frameworks/Kamusi ya Kiswahili Sanifu Helper EH.app/Contents/MacOS/Kamusi ya Kiswahili Sanifu Helper EH
0x3ac5a000 - 0x3de6af8b +org.chromium.ContentShell.framework 39.0.2171.95 (2171.95) <A3501F0F-7467-38AF-A572-44BC2793699F> /Users/m/Desktop/Kamusi ya Kiswahili Sanifu.app/Contents/Frameworks/Chromium Embedded Framework.framework/Chromium Embedded Framework
0x3e09c000 - 0x3e0e8ffb  com.apple.audio.midi.CoreMIDI 1.7.1 (42) <FB4D4B64-6ABB-679E-3AA8-21DE9062B4C1> /System/Library/Frameworks/CoreMIDI.framework/Versions/A/CoreMIDI
0x8fe00000 - 0x8fe4163b  dyld 132.1 (???) <4CDE4F04-0DD6-224E-ACE5-3C06E169A801> /usr/lib/dyld
0x90003000 - 0x90009fff  com.apple.CommonPanels 1.2.4 (91) <2438AF5D-067B-B9FD-1248-2C9987F360BA> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels
0x901ed000 - 0x9022fff7  libvDSP.dylib 268.0.1 (compatibility 1.0.0) <8A4721DE-25C4-C8AA-EA90-9DA7812E3EBA> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
0x90282000 - 0x904e8ff7  com.apple.security 6.1.2 (55002) <64A20CEB-E614-D35F-7B9F-246BCB25BA23> /System/Library/Frameworks/Security.framework/Versions/A/Security
0x908e1000 - 0x90961feb  com.apple.SearchKit 1.3.0 (1.3.0) <9E18AEA5-F4B4-8BE5-EEA9-818FC4F46FD9> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
0x90962000 - 0x90e1dff7  com.apple.VideoToolbox 0.484.52 (484.52) <F7CF9485-A932-1305-9AA6-3F7AC38B8B15> /System/Library/PrivateFrameworks/VideoToolbox.framework/Versions/A/VideoToolbox
0x90e1e000 - 0x90edafff  com.apple.ColorSync 4.6.6 (4.6.6) <7CD8B191-039A-02C3-EA5E-4194EC59995B> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
0x90edb000 - 0x90fb5fff  com.apple.DesktopServices 1.5.11 (1.5.11) <800F2040-9211-81A7-B438-7712BF51DEE3> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
0x90fbb000 - 0x91069ff3  com.apple.ink.framework 1.3.3 (107) <233A981E-A2F9-56FB-8BDE-C2DEC3F20784> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
0x910b8000 - 0x910bbfe7  libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <1622A54F-1A98-2CBE-B6A4-2122981A500E> /usr/lib/system/libmathCommon.A.dylib


[MaNI]

I've decided to just take the easy way out for now, I'll use the "EH helper" from the CEF build and only use my own helper for the other two, that seems to work..
This is hopefully the last time I need to support old OSX version, so I can revisit this in future without so many other factors to worry about and see if its still a problem then