italt.comp.programmazione.osx
  Home FAQ Contact Sign in
italt.comp.programmazione.osx only
 
Advanced search
December 2007
motuwethfrsasuw
     12 48
3456789 49
10111213141516 50
17181920212223 51
24252627282930 52
31       1
2007
 Jan   Feb   Mar   Apr 
 May   Jun   Jul   Aug 
 Sep   Oct   Nov   Dec 
2008 2007    
total
italt.comp.programmazione.osx Profile…
RELATED GROUPS

POPULAR GROUPS

 Up
  [ANN][Sviluppatori] PlugSuit 1.5 RC0         


Author: ∞
Date: Dec 20, 2007 09:49

Astenersi non amanti del brivido.

Il sito non è ancora su, ma c'è
<http://tangerine.quickshareit.com/share/plugsuitzipb9a3e.zip>.

Nuove nuove: molto più stabile. Possibilità di escludere applicazioni
dal caricamento di plug-in. Possibilità di gestire parzialmente i
plug-in di altri manager (come SIMBL, o gli InputManager installati).
Diversi fix. Possibilità di cercare nuove versioni di sé stesso o di
plug-in compatibili (disattivata nella RC0 causa infrastruttura non
ancora su). Aumentata sicurezza: vengono visualizzati degli avvertimenti
in caso di plug-in scaricati da Internet (simili a quelli delle
applicazioni scaricate da Internet in Leopard).

Da questa versione, è compatibile solo con Leopard.

-- * - * -- INFO SVILUPPATORI

PlugSuit ora usa launchd per attivare o spegnere l'agente di iniezione,
il che rimuove un sacco di guai (ad esempio lo stop fino al nuovo login
dopo un crash).

PlugSuit ora può iniettarsi con successo in applicazioni garbage
collected, come Xcode 3. (PS continua a non iniettarsi in applicazioni a
64-bit e applicazioni Rosetta.)
Show full article (2.90Kb)
no comments
  Re: The language war is over         


Author: Andrea D'Amore
Date: Dec 15, 2007 13:06

In article <1i96kxf.47kuu51g7wn82N%%me@adomain.no>, me@adomain.no (dawe)
wrote:
> Cioe'? Mi stai dicendo che esiste un linguaggio che si chiama "merd"?

Apri il link, no ?

Il progetto sembra morto, ma è interessante leggere il "Why Yet Another
Language", confronto
> Oddio! Se lo imparo lo potro' inseirire nel curriculum?

E puoi sfruttarlo in mille modi:
"pur senza averlo approfondito ho messo un po' le mani su merd"
e via sul tema.
> Frattanto lo inoltro al lavoro, chissa' che susciti qualche interesse...

A costo di sembrare scatologico, merd suscita sempre interesse.
no comments
  Re: The language war is over         


Author: dawe
Date: Dec 15, 2007 11:59

Andrea D'Amore gmail.com> wrote:

Cioe'? Mi stai dicendo che esiste un linguaggio che si chiama "merd"?
Oddio! Se lo imparo lo potro' inseirire nel curriculum?
Frattanto lo inoltro al lavoro, chissa' che susciti qualche interesse...

d
no comments
  Re: Instanziare una custom class - Was: CoreData, Sheet e altro         


Author: ∞
Date: Dec 15, 2007 04:21

Dimitri Giani wrote:
> mySheetController undeclared (first use in this function)

Ci sei quasi: ricordati che ogni cosa deve essere dichiarata in ciascun
file, per cui ti manca solo un #import "mySheetController.h" per
importare la sua dichiarazione.

- ∞
no comments
  applescript call method         


Author: pan
Date: Dec 8, 2007 13:06

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

--
I'm using an evaluation license of nemo since 111 days.
You should really try it!
http://www.malcom-mac.com/nemo
no comments
  Re: leopard e threads         


Author:
Date: Dec 6, 2007 08:33

dawe 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

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
Blog: http://www.twisted.it/
no comments
  Re: leopard e threads         


Author: dawe
Date: Dec 6, 2007 08:07

Valentino Volonghi aka Dialtone gWARAmail.com>
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.

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
no comments
  Re: leopard e threads         


Author: Andrea D'Amore
Date: Dec 6, 2007 06:37

In article <1i8p72v.3qz6v21oq0cljN%%dialUAZ###UZ#$AAtone@gWARAmail.com>,
dialUAZ###UZ#$AAtone@gWARAmail.com (Valentino Volonghi aka Dialtone)
wrote:
> I thread sono sempre piu` lenti dei processi,

Non è decisamente il contrario ?
> multi-processo piuttosto che multi-thread, avresti un software piu`
> veloce, piu` semplice da sviluppare e da gestire.

Ma scusa come è possibile? Con processi differenti hai i problemi di
condividere la memoria e la sincronizzazione si complica, o sbaglio?
11 Comments
  Re: leopard e threads         


Author:
Date: Dec 6, 2007 06:26

dawe 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...

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
Blog: http://www.twisted.it/
no comments
  Re: leopard e threads         


Author: dawe
Date: Dec 6, 2007 06:17

Valentino Volonghi aka Dialtone gWARAmail.com>
wrote:
>
> 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.

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
no comments
1 2 3 4 5