Comportamento particolare con l'applicazione Mac OS X su El Capitan

1

Ho un'installazione fatta con Packages (v1.1.3), e la mia applicazione (con codice) si installa bene.

E posso eseguirlo UNA VOLTA. La seconda volta, l'applicazione non si aprirà. È come se OS X pensasse che l'applicazione è ancora in esecuzione, perché se avvio l'applicazione dal terminale open -n /Applications/MyApplication.app , si apre. Ma non senza l'opzione -n. E non c'è alcuna istanza in esecuzione, mostrata in Activity Monitor o con ps -A.

Facendo open /Applications/MyApplication.app in Terminale, il comando di apertura verrà semplicemente "sospeso" a tempo indeterminato. Nessuna voce di registro in Console, né alcuna su stdout che potrebbe far luce su questo.

Avvio dell'eseguibile direttamente in un terminale: /Applications/MyApplication.app/Contents/MacOS/MyApplication funziona bene però (!)

E un'altra cosa: se rinominare l'app per dire "MyApplication2.app", si apre ANCHE correttamente. Ma non se lo cambio indietro.

Quando in questa condizione (che è completamente riproducibile disinstallando il pacchetto, quindi reinstallandolo), se esco, quindi riaccedi, l'applicazione si aprirà normalmente.

Inoltre: l'applicazione funziona bene su El Capitan appena installato (e su Yosemite), il problema è sorto finora sulle macchine che sono passate da Yosemite a El Capitan.

Non ho davvero idea di dove cercare la soluzione per questo ...

Modifica 1: in realtà, questo viene riprodotto ogni volta che riavvio il Mac. Ma se poi logout / login, inizia a funzionare. Questo non è accettabile!

Modifica 2: Spindump da quando aperto è nella condizione "bloccato":

Date/Time:       2015-12-14 10:46:25 +0100
OS Version:      Mac OS X 10.11.1 (Build 15B42)
Architecture:    x86_64
Report Version:  22

Command:         open
Path:            /usr/bin/open
Version:         ??? (???)
Parent:          bash [421]
Responsible:     Terminal [253]
PID:             435

Duration:        10.00s
Steps:           1000 (10ms sampling interval)

Hardware model:  MacBookPro6,2
Active cpus:     4

Fan speed:       1996 rpm

------------------------------------------------------------
Heavy format: stacks are sorted by count
Use -i and -timeline to re-report with chronological sorting
------------------------------------------------------------



Process:         open [435]
Path:            /usr/bin/open
Architecture:    x86_64
Parent:          bash [421]
Responsible:     Terminal [253]
UID:             501
Task size:       2140 pages (-6)
Note:            2 idle work queue threads omitted

  Thread 0x1223           DispatchQueue 1         1000 samples (1-1000)   priority 31 (base 31)
  1000  start + 1 (libdyld.dylib + 13741) [0x7fff9ce485ad]
    1000  ??? (open + 13012) [0x1075572d4]
      1000  LSOpenURLsWithRole + 32 (LaunchServices + 191296) [0x7fff9c263b40]
        1000  _LSOpenURLsWithRole_Common(__CFArray const*, unsigned int, AEKeyDesc const*, LSApplicationParameters_V1 const*, ProcessSerialNumber*, long, __CFURL const**) + 387 (LaunchServices + 627634) [0x7fff9c2ce3b2]
          1000  _LSOpenStuff + 126 (LaunchServices + 156284) [0x7fff9c25b27c]
            1000  _LSOpenStuffCallLocal + 5692 (LaunchServices + 199633) [0x7fff9c265bd1]
              1000  CFDictionaryApplyFunction + 186 (CoreFoundation + 277482) [0x7fff984e6bea]
                1000  CFBasicHashApply + 128 (CoreFoundation + 277680) [0x7fff984e6cb0]
                  1000  __CFDictionaryApplyFunction_block_invoke + 22 (CoreFoundation + 277750) [0x7fff984e6cf6]
                    1000  _LSOpenItemsWithHandler_CFDictionaryApplier(void const*, void const*, void*) + 5103 (LaunchServices + 206768) [0x7fff9c2677b0]
                      1000  _LSOpenApp(LSOpenState*, unsigned int, FSNode*, unsigned int, unsigned char*, ProcessSerialNumber*) + 338 (LaunchServices + 208695) [0x7fff9c267f37]
                        1000  _LSLaunch(LSContext*, FSNode*, unsigned int, void*, __CFArray const*, AEDesc const*, __CFArray const*, __CFDictionary const*, unsigned int, audit_token_t const*, ProcessSerialNumber*, unsigned char*) + 8437 (LaunchServices + 218379) [0x7fff9c26a50b]
                          1000  _LSLaunchApplication + 5837 (LaunchServices + 228056) [0x7fff9c26cad8]
                            1000  LaunchApplicationViaLaunchDJobLabel(LSSessionID, CFMutableDictionary&, CFMutableDictionary&, __CFArray const*, char const* const*, __LSASN const**, __CFDictionary const**) + 1683 (LaunchServices + 235258) [0x7fff9c26e6fa]
                              1000  _spawn_via_launchd + 801 (libxpc.dylib + 80457) [0x7fff8e287a49]
                                1000  _xpc_interface_routine + 163 (libxpc.dylib + 24054) [0x7fff8e279df6]
                                  1000  xpc_pipe_routine + 249 (libxpc.dylib + 24411) [0x7fff8e279f5b]
                                    1000  mach_msg_trap + 10 (libsystem_kernel.dylib + 72854) [0x7fff95636c96]
                                     *1000  ipc_mqueue_receive_continue + 0 (kernel + 856352) [0xffffff80002d1120]

  Thread 0x1224           DispatchQueue 2         1000 samples (1-1000)   priority 31 (base 31)
  1000  _dispatch_mgr_thread + 52 (libdispatch.dylib + 32133) [0x7fff8d35bd85]
    1000  kevent_qos + 10 (libsystem_kernel.dylib + 98466) [0x7fff9563d0a2]
     *1000  ??? (kernel + 5844400) [0xffffff8000792db0]
    
posta Robert 08.12.2015 - 12:33
fonte

1 risposta

2

Segnala il bug

Dato che il comportamento è riproducibile e il tuo output spindump suggerisce che il blocco si verifica all'interno di LSOpenURLsWithRole di Apple, segnala un bug con Apple .

Purtroppo, è improbabile che il tuo bug attiri l'attenzione immediata di Apple.

Richiedi assistenza dal DTS di Apple

Poiché è probabile che si tratti di un bug di blocco, aprire un Incidente di supporto tecnico (TSI) con l'Assistenza tecnica per sviluppatori Apple ( DTS). L'abbonamento a Apple Developer include due incidenti e questa situazione è un candidato ideale per questi incidenti:

Requesting Technical Support

A Technical Support Incident (TSI) is a request for code-level support for Apple frameworks, APIs, and tools, and is available to members of the Apple Developer Program, Apple Developer Enterprise Program, and MFi Program. Submit a TSI if you cannot fix a bug, have trouble implementing a specific technology, or have other questions about your code. Your incident will be assigned to a Developer Technical Support engineer who can help troubleshoot your code or provide workarounds to fast-track your development. Responses are delivered via email in English, typically within three business days.

Apple Developer Program and Apple Developer Enterprise Program

Included with each enrollment are two Technical Support Incidents, which will expire at the end of your membership year. …

    
risposta data 14.12.2015 - 16:35
fonte

Leggi altre domande sui tag