Newsgroup: it.comp.hardware.palmari
Titolo: piu' applicazioni in una volta...............

come da oggetto
esiste un programma o hack che permette su un m500 di lanciare 2 o piu'
applicazioni nello stesso momento?
es. sto calcolando un percorso con tomtom e lancio la calcolatrice x 2
conti, poi torno su tomtomcon il percorso fatto
--
Aloz

 ha scritto nel messaggio
news:SoXr9.7073$TD1.2...@news2.tin.it...


 applicazioni nello stesso momento?
Popcalc, e tutta la serie POP in generale, di tutto di piu'...
Pusher abituali.
Ti sei ripreso? :)
--
Luca P.©
"One Ring to rule them all, One Ring to find them,
One Ring to bring them all and in the darkness bind them,
In the Land of Mordor where the Shadows lie."
Join the Palm Italian SETI@home group! Next MileStone at 2500 WUs!
http://setiathome.ssl.berkeley.edu/cgi-bin/cgi?cmd=team_lookup&name=palm_ita
Linux *IS* user friendly: it just appears to be selective who it is friend
with!

Puoi usare anche le applicazioni DA (deskaccessor)
Effettivamente è un limite dei palm il non poter caricare più
applicazioni... se non fosse per il fatto che basterebbe che i
programmatori aggiungessero alle app un registro salva stato (presente
già in moltissime) quindi esci e riapri senza accorgertene, usando
l'histrory di alcuni launcher o hack (-:   
Ciao
 >-< Andrea F. 
PALMOS.TOO.IT
 >-<

 :)
LOL :-)))
--
Saluti.

 Ti sei ripreso? :)
zizizi hic ^_^
--
Aloz

 quattro, cinque, sei, sette, otto, nove, dieci applicazioni tutte
insieme...
be' io ne apro una alla volta ma x una settimana ^_^
a te le batt quanto durano?
in piu' hai winzoz..... quindi non me ne vanterei^_^
--
Aloz

 in piu' hai winzoz..... quindi non me ne vanterei^_^
Uaz! ;]

 Uaz! ;]
che faccio gli mando la canzone che ti ho mandato a te ? ^_^
--
Aloz


credo che non e' possibile semplicemente perche' PalmOs (almeno fino
alla versione 4.x) non e' multitasking. Anche i popup, che uso e sono
utilissimi, o programmi simili, congelano l'applicazione in secondo
piano e la richiamano quando hai finito (ci sono calcolatrici, editor,
dizionari ecc.).
Per quanto riguarda i ppc non mi vanterei tanto di avere molte
appilcazioni aperte contemporaneamente. Di fatto di default ogni volta
che lanci un programma nuovo le altre applicazioni rimangono attive
con conseguente spreco di memoria. Non so con ppc 2002, ma nelle
precedenti versioni questo era soprattutto uno svantaggio.
ciao,
  ubaldo

 che faccio gli mando la canzone che ti ho mandato a te ? ^_^
Bellissima, l'ho canticchiata a lungo ieri... ;]
-- 
Lock - Only Words [ 
http://ow.too.it
 ]

 precedenti versioni questo era soprattutto uno svantaggio.
Beh, ma da questo punto di vista il Palm è ancora più multitasking dei 
PPC.
Le applicazioni sono congelate ma tutte in esecuzione. Non c'è 
differenza tra "running" e "stopped"...
Fateci caso, quante applicazioni si interfacciano agli allarmi? E mica 
le state eseguendo quando partono...


 le state eseguendo quando partono...
palm 1 - ppc 1 ^_^
--
Aloz

 precedenti versioni questo era soprattutto uno svantaggio.
Anche perche' molte applicazioni aperte contemporaneamente su un PPC sono un
problema: sui PPC non ci sono i tasti ctrl+alt+canc....
--
MTFBWY
Obi-Wan

 problema: sui PPC non ci sono i tasti ctrl+alt+canc....
Hai esperienza di PPC ? Ne possiedi uno, percaso ?
--
Saluti.
And so leaving all our hopes and dreams to the wind and the rain.
On the road again, on the road again !

 le state eseguendo quando partono...
Già, solo che funzionano come i TSR dell'MS-DOS. Questo non è multitasking.


 Hai esperienza di PPC ? Ne possiedi uno, percaso ?
Io si e posso assicurarti che (giuro, sono serio) tutte le volte che ho 
avuto un PPC tra le mani (e intendo tra le mani) mi è sempre crashato.
Certo, sarà accaduto solo 3-4 volte ma giuro che mi sono sempre morti in 
petto.
Magari sono pranoterapeuta... O come cavolo si dice... ;]P


 Già, solo che funzionano come i TSR dell'MS-DOS. Questo non è multitasking.
Non vedo molte differenze.
Ad intervalli di tempo regolari il processore si occupa dei diversi 
task. Stesso sistema alla base del multitasking...


 petto.
Insomma, sei un assassino di palmari ! ;-DDDDD


 task. Stesso sistema alla base del multitasking...
No affatto ! Nel PalmOS i processi restano dove sono, _fermi_.
Prova per esempio ad impostare un calcolo o una ricerca con un qualche
programma e poi premi l'iconcina della casetta per uscire: quando rientri il
calcolo o la ricerca ricomincia dal punto dove s'era fermato; se fosse stato
multitasking l'operazione sarebbe stata completata in background.
Insomma il PalmOS nelle versioni attuali è monotask, checchè se ne voglia
far credere.
Diciamo che il comportamento dei PalmOS correnti assomiglia al comportamento
del MacIntosh con s.o. versione 6 o 7.


 Insomma, sei un assassino di palmari ! ;-DDDDD
Giuro che non lo faccio apposta... Ok, un pò si...
La prima volta, quando ancora non sapevo cosa fossero ho mandato in tilt 
il Cassiopeia di Giorgio Fox facendogli interpretare dei disegni come se 
fossero lettere... ;]


 del MacIntosh con s.o. versione 6 o 7.
Mitico system 7.... :]


 E allora gli allarmi o i backup come fanno?
Sempre che non sbagli, gli allarmi in PalmOS girano a livello di sistema
operativo non a livello di applicazione (infatti č il s.o. che suona
l'allarme e i programmi alternativi a lui si affidano per essere
"svegliati"); per i backup non ho capito a cosa ti riferisci.
Poi se ci fai caso, nota che non tutte le applicazioni PalmOS ti consentono
l'interruzione ed il congelamento; cioč non tutte ti consentono di uscire
prima che abbiano completato le loro operazioni (se non con un soft-reset).


Nient'affatto: PalmOS è _esclusivamente_ monotask, come il vecchio MS-DOS.
A rigore il  PalmOs sarebbe basato su un micro-kernel multitasking
di tipo preemptive ma ne limita l'accesso ( mi sembrava di aver
letto da qualche parte per motivi di licenze).
-- 
TurboBlix ICQ #4783993  Palmisti @ SETI:
http://setiathome.ssl.berkeley.edu/stats/team/team_135864.html

 letto da qualche parte per motivi di licenze).
Forse so a cosa ti riferisci, però andrebbe letto con attenzione :-) :
Although Palm Computing did need a new OS to create the kind of handheld
devices they wanted, they did not start from scratch. Palm Computing
licensed a kernel, called the AMX Multitasking Kernel from Kadak ("FAQ:
Operating System"). The kernel from Kadak had quite a few of the features
that PalmOS needed already built into it. The major features that it seems
that the PalmOS utilized were:
* Fast Interrupt Response
* Rapid task context switching
* Preemptive, priority based task scheduler
* Dynamic memory allocation
* Semaphore signaling and resource allocation
The fast interrupt response was needed to quickly process things like key
presses and pen movement, and all the other asynchronous events that could
happen on a Palm device. As mentioned earlier, one of the goals of the
PalmOS was to be as responsive as possible, so fast interrupt processing was
essential. One of the most interesting things about the PalmOS kernel is
that although the original Kadak kernel was a preemptive multitasking kernel
that supported priority based scheduling, the PalmOS does not allow multiple
user applications to run at the same time ("AMX Multitasking Kernel"). The
PalmOS itself can create other tasks for handling things like synching, but
a user process cannot actually create other tasks ("Programmer's Companion",
181). From the view of a user process, the PalmOS is a cooperative
multi-tasking system, because once a task is given control (even if a task
is launched by another 8 task), that task has control until it returns
control back to the calling application or the operating system. I believe
there are two reasons that the designers of the PalmOS decided to use this
task management scheme. The first reason is that using a cooperative
multitasking system reduced the amount of housekeeping code (and memory
space) that the PalmOS needed. Doing this also reduced the total footprint
of the PalmOS. The second reason is that one of the major design goals was
to have a fast response time to user input. The PalmOS would have lost a lot
of its quick response capabilities if it had to spend time handling context
switches between multiple user tasks. This also would have increased the
amount of memory the Palm devices would have needed since each task would
need to allocate some memory. If the PalmOS allowed multiple user tasks, the
amount of available memory would quickly diminish. The huge advantage gained
by only allowing one user interface task at a time is that the PalmOS can
use the underlying preemptive priority based scheduler to its fullest. How
the PalmOS does this is it sets the User Interface Application Shell (UIAS)
task, which is the task responsible for basically "managing the current user
application" to a high priority ("Programmer's Companion", 181). Usually,
this is the only running task unless some special interrupt occurs (such as
a synchronization). If, for example, a synchronization interrupt occurs, the
PalmOS creates a task to handle the synchronization, and gives this task a
lower priority than the UIAS. As long as no events that need to be processed
occur in the user interface task, then the CPU for the Palm device can
dedicate all of its time to running the synchronization task. If for some
reason an event does occur that the user interface task needs to handle,
then the task scheduler, realizing that a higher priority task (the UIAS)
needs the CPU, will switch quickly to the UIAS task, process the event, then
switch back to the low priority synchronization process. Dynamic memory
allocation is also used by the PalmOS to provide memory allocation services
to the tasks that are running. Semaphores and resource protection are also
used as part of the memory allocation system.

 prima che abbiano completato le loro operazioni (se non con un soft-reset).
Quello è vero.


del MacIntosh con s.o. versione 6 o 7.
Una cosa strana, dato che il palm os è uscito in buona parte da ex
programmatori di spicco della Apple:))
Un ciao che spera di non ricordare male
-- 
No hair
ICQ# 120428244

Forse so a cosa ti riferisci, però andrebbe letto con attenzione :-) :
[...]
Perdonami se non leggo tutto il cut&paste ( la pigrizia e il poco
tempo mi impediscono di leggere i post lunghi) ma intendo questo (
ma forse hai detto le stesse cose) :
http://oasis.palm.com/dev/kb/faq/1053.cfm
Palm OS is a multitasking operating system. How can I create a task?
Palm OS is built on top of a small kernel that Palm licensed from
Kadak. The terms and conditions of that license specifically state
that Palm may not expose the API for creating/manipulating tasks
within the OS. If you need access to these calls you need to contact
Kadak at 
(604) 734-2796
, or visit their website at
http://www.kadak.com
 
The Palm OS ROM is built with support for a very few tasks. There
are only enough task slots for the ROM's needs. In order to support
more tasks the ROM would need to be rebuilt.
In breve e cercando di esprimere il tutto terra-terra:
 il PalmOs sarebbe multitasking ma ,per scelte tecniche e per il
tipo di licenza, le API 'pubbliche' non contemplano la possibilita'
di manipolare i task ( che, in ogni caso, sono limitati) sebbene
cio' sia possibile con API ' private,non documentate e non
supportate'.


 
http://oasis.palm.com/dev/kb/faq/1053.cfm
No la mia fonte è indipendente, è uno studio di un'università americana:
http://www.google.it/search?q=cache:UZKN4ZRRvasC:people.msoe.edu/~barnicks/c
ourses/cs384/papers19992000/kasprzak-The%20Power%20of%20Small.pdf+PalmOS+ker
nel+structure&hl=it&ie=UTF-8
Se leggi la disanima esposta nel precedente post ti rendi conto che il
multitasking, quando c'è, è di tipo cooperativo (alla Windows 3.x o alla Mac
6.x per intenderci) ed in realtà, come è facile comprendere, un multitasking
che non sia preempitivo in pratica diventa facilmente un mono-task
(l'applicazione che ha l'impegno corrente del processore ovviamente non ha
intenzione di rilasciare le risorse di elaborazione fino a che non ha
concluso le sue operazioni, in pratica la negazione del multitasking).
Solo alcune classi di eventi particolari ad alta priorità, come l'HotSync o
gli allarmi, che sono sotto il controllo del s.o. (nella forma del task
manager, che alza uno specifico interrupt per ognuno di questi eventi) hanno
l'autorizzazione a reclamare le risorse a "forza bruta", come nel
multitasking preempitive.
D'altra parte il processore DragonBall è una versione modificata del
Motorola 68000 e non dispone della logica specifica (specialmente manca
l'apposito gestore di memoria hw) per la gestione di un multitasking
preempitivo. L'hw necessario, infatti, fù introdotto con l'arrivo del
Motorola 68020 (il processore dei Mac LC se non ricordo male).


, 
tatin...@tiscalinet.it
 says...

Scusate, ma quante applicazioni contemporaneamente tenete aperte su un 
PPC?
In realtà molte (visto che di default lui non le chiude) ma sono tutte 
ferme in attesa di input.
Allora cosa cambia?
Ma così posso prendere un appuntamento mentre ascolto un MP3.
Bello, utile, ...
Mettersti un gioco in background senza metterlo in standby?
Il vero vantaggio è in termini di programmazione in quanto un sw fatto 
bene potrebbe usare più thread contamporanei per eseguire in modo più 
efficente i conti. Certo non è frequante (nei giochi sì) ma utile sapere 
che si può fare.
Ma ci avete provato a farlo con eVC?
PFM che dici?
In ogni caso PalmOS 5 sarà multitasking.
Quindi mi sembra una polemica pocop proficua.
E anche stavolta la mia l'ho detta!
dex

 Motorola 68020 (il processore dei Mac LC se non ricordo male).
No, il 68k ha tutte le carte in regola per il Multitasking preemptive.
Prova ne e` che l'Amiga 1000 (e poi il 500 e il 2000) avevano proprio un
68000 e il primo S.O. multitasking preemptive su personal.
Non so se sul Dragnoball sia stato tolto il modo supervisore, ma non
credo.
Nel 68020 e` stata introdotta la MMU per la gestione della memoria
virtuale, che ora come ora non so che uso potrebbe avere sul Palm, forse
per sfruttare le MMC e le SD come swap :)
Bye.

 per sfruttare le MMC e le SD come swap :)
Giusto ! E' vero, col 68020 è stata introdotta la memoria virtuale su disco
rigido.


6.x per intenderci)
[...]
Concordo,tranne la parte sulla cpu, pero' io ho scritto solo che
PalmOs e' basato su un micro-kernel  multitasking di tipo preemptive
e non che il risultato finale e' un Os multitasking di tipo
preemptive ( come dovrebbe essere il PalmOs 5).
Il multitasking cooperativo e' il max che si puo'
ottenere,armeggiando un po' , con il PalmOs fino al 4.x (cmq pure
win95 usa il cooperativo per le applicazioni a 16bit) 
Chi volesse armeggiare con la gestione dei task, ovviamente una
gestione di tipo cooperativo, puo' provare a usare CoordTask
www.golden.net/~deepnet/CoordTask.html
 (avevo trovato questo link un
paio di anni fa,non so se funziona ancora)
Ricordo che c'era un qualcosa di analogo anche per Quartus Forth.
