Ho un applescript a se stante (non utilizzato all'interno di
applescript studio) dal quale mi piacerebbe poter accedere ai dati
inclusi in AddressBook. Non vorrei aprire AddressBook.app per ottenere
le informazioni.

Ho trovato il modo di farlo accedendo all'addressbook da
ABAddressBook, che sarebbe la soluzione ideale (la soluzione funziona
in objective C, ma vorrei evitare di dover creare codice aggiuntivo).

Da applescript so che dovrei utilizzare "call method"

set AB to (call method "sharedAddressBook" of class "ABAddressBook")

e successivamente utilizzare call method "..." of object AB, ma non
c'e' verso senza avere la "Application Suite".

Avete idee? O metodi alternativi? :)

Ciao,
--
Marco

dawe wrote:

Eh... e` complicato. E` cambiata l'implementazione sottostante dei
thread e dello scheduler e il software di conseguenza si attacca. Mi
spiace ma non so aiutarti.

Valentino Volonghi aka Dialtone gWARAmail.com>
wrote:

Non lo sviluppo io.
Sulla ML di questo risponde solo lo sviluppatore che al momento fa
orecchie da mercante. Io colgo l'occasione per
1- capire come mai con leopard funziona male
2- capire se e come posso sistemare il codice

In article <1i8p72v.3qz6v21oq0cljN%%dialUAZ###UZ#$AAtone@gWARAmail.com>,
dialUAZ###UZ#$AAtone@gWARAmail.com (Valentino Volonghi aka Dialtone)
wrote:

Non è decisamente il contrario ?

Ma scusa come è possibile? Con processi differenti hai i problemi di
condividere la memoria e la sincronizzazione si complica, o sbaglio?

dawe wrote:

Non ho capito niente... Ma sei tu che scrivi l'applicazione o no? Se si
usa i processi e non i thread. Se no non capisco cosa puo` farci il NG
di sviluppo di OSX, era meglio chiedere sulla ML del software che usi.

Valentino Volonghi aka Dialtone gWARAmail.com>
wrote:

Purtroppo non e' un mio software. Si tratta di questo
http://pubchem.ncbi.nlm.nih.gov/omssa/
che per compilare ha bisogno di un framework in C++ distribuito dal NCBI
(National Center for Biotechnology Information). Tutte le applicazioni
sviluppate con questo framework si possono fare multithread (ncbithr che
a sua volta e' basato su pthread). Fortunatamente solo OMSSA sembra
avere questi problemi, mentre le altre app MT no... oddio,
fortunatamente, a me serviva proprio quella!
E' anche vero che single thread sul mio macpro ci mette come con 4
thread su un linux-opteron...

d

dawe wrote:

Molla i thread.

I thread sono sempre piu` lenti dei processi, dovresti organizzare il
tuo software per essere multi-processo piuttosto che multi-thread,
avresti un software piu` veloce, piu` semplice da sviluppare e da
gestire.

∞ gmail.com> wrote:

Cavolo, ho un problema allora...ho fatto partire un gprof
sull'eseguibile in questione e sta andando da ieri sera....
Sto avendo ora la conferma che il mio problema e' leopard. Stessa app
che gira un un MacBook (stesse opzioni) ci mette meno di una decina di
minuti, sul MacPro (quad core!) circa un'ora e mezza...
Ora devo passare ai ripari: come faccio? Idee? consigli?
Ma soprattutto: esistono librerie alternative? Per esempio su FreeBSD si
puo' scegliere tra pthread e linuxthread, i secondi per sopperire alla
lentezza dei primi con alcune applicazioni (tipo mysql)...

d

Ale Stanga gmail.com> wrote:

evviva! ho fatto il mio primo programmino.
una bella form con un bottoncino e una casella di testo.
premendo il bottoncino compare hello world nella casella di testo!
resta comunque il problema sopracitato.

come faccio a creare automaticamente a interface builder i file .h e .m
del mio oggetto NSObject? faccio write class file, però non mi trova da
solo la cartella giusta del progetto, la setto io a mano, crea i due
file, però non li mette da solo tra i file del progetto in xcode, sotto
classes.
cosa mi manca?