Newsgroup: it.comp.hardware.palmari
Titolo: riconoscimento file eseguibili sul palmos

ma come diamine fa esattamente il palmos a capire se un archivio e'
eseguibile oppure no?
mi pare ci sia un bit che dica che una roba e' eseguibile o meno, mentre non
penso usi il type app x capirlo.
qualcheduno lo sa?
ed ancora, come fa a capire se una pqa e' eseguibile con qulasiasi cosa usi
x clippare e non e' un prog normale?
e riancora, perche' diamine se uno installa 347 pqa non vede le icone e
quando mette su il mik si?
e riancora, cobweb (il 'coso' che pulisce la cache di clipping) e' un prc a
tutti gli effetti _mi pare_ , ma anche quello si 'vede' solo con il
webclipping attivato, why?
emh, ok, vi sto rovinando le ferie, ma non ce ne esco proprio, ho capito che
il palmos ha un 'filesystem' (hahaha un filesystem nella ram, hahaha,,,
aemh... :) non gerarchico che assomiglia piu' a quello dell'os400 che non a
quello dos/*nix/macos ecc... ma questa storia dell'eseguibilita' o meno di
un archivio non mi fa dormire (vabbe', quasi ;)
ciaoatutti&grazie (e non state li a flamarmi x dirmi che sono un
tritatorroni x' lo so gia' ;)
--
 --
Error 14277 Mad_IP_Adress
Content-Type: text/plain; aka DO NOT send me html or rtf stuff!
X-Reply-to: REMOVE SPAMKILLER form my address
quotd server on port 7:
"Quid est Veritas?"

un archivio non mi fa dormire (vabbe', quasi ;)
IMHO, il file system non gerarchico e' il bello di Palm Os!
E spero proprio che non lo cambino con le future versioni (anche se mi
pare improbabile).
Epoc e CE hanno un file system gerarchico (anzi Epoc usa proprio FAT),
con tutte le menate (oops, volevo dire i problemi) di
installazione/disinstallazione tipici, CE usa persino il registro di
configurazione!
Per questo PalmOs e' altamente friendly anche per gli utenti poco
esperti di computer, un vero Plug&Play!!!
Comunque parlare di File System su Palm OS e' improprio: lui si tiene
i suoi database in memoria e li organizza con indici interni altamente
ottimizzati, no directory/folder/system/ecc/ecc
Ciao,
Gianantonio

 ha scritto nel messaggio
news:mbu55tsat2l1mhmg0...@4ax.com...
(grazie x la pazienza :)
| >ed ancora, come fa a capire se una pqa e' eseguibile con qulasiasi cosa
usi
| >x clippare e non e' un prog normale?
| Non credo di aver capito bene la domanda ma pqa e' un nuovo formato,
| diverso da prc e da pdb.
| Se lo cliccki in realta' parte sempre il Clipper...
appunto, sti pdb sono visibili solo se installi il clipping, e vengono
eseguiti da clipper, ma il palmos come diamine fa a capire che un pdb deve
essere eseguito da clipper e non da un'altra cosa?
| >emh, ok, vi sto rovinando le ferie, ma non ce ne esco proprio, ho capito
che
| >il palmos ha un 'filesystem' (hahaha un filesystem nella ram, hahaha,,,
| >aemh... :) non gerarchico che assomiglia piu' a quello dell'os400 che non
a
| >quello dos/*nix/macos ecc... ma questa storia dell'eseguibilita' o meno
di
| >un archivio non mi fa dormire (vabbe', quasi ;)
| IMHO, il file system non gerarchico e' il bello di Palm Os!
d'accordissimo! sono convinto sia una soluzione _decisamente_ piu'
funzionale (hei, Jeff Hawkins e' un genio no? :)
| E spero proprio che non lo cambino con le future versioni (anche se mi
| pare improbabile).
lo spero anch'io, ma se cominciamo con mmc, cf e compagnia bella qualche
soluzione la dovranno trovare per eseguire la roba direttamente da
un'espansione
(hahaha, una ram in fat, hahaha :)
| Epoc e CE hanno un file system gerarchico (anzi Epoc usa proprio FAT),
| con tutte le menate (oops, volevo dire i problemi) di
| installazione/disinstallazione tipici, CE usa persino il registro di
| configurazione!
evito di far commenti sul registro di windows per non essere troppo volgare
:)
| Per questo PalmOs e' altamente friendly anche per gli utenti poco
| esperti di computer, un vero Plug&Play!!!
right! + plug&play delle springboards, che le puoi swappare a caldo, non so
che ci sia :)
 c i a u!


essere eseguito da clipper e non da un'altra cosa?
Da un lato il PQA segue lo stesso standard dei pdb, quindi inserisce
un formalismo di nuovo tipo; nulla di nuovo quindi, proprio per
garantire la compatibilita' con tutto il pregresso. La cosa strana se
mai e' che bisogno cera di farne un nuovo tipo. Evidentemente a scopo
marketing, per dare maggiore visibilita' al web clipping.
Qui mi piacerebbe sentire il Kurt e soprattuto MrMep, ma chissa se ci
leggono in mezzo a tutti sti reply!!!
Per tornare al tecnico:
- Scaricati la guida PDF "Palm File Format Specification", che spiega
per benino come sono fatti internamente i files.
-In Breve un pqa:
1-Tra gli attributi (standard pdb) ci DEVE essere 0x200, che significa
che il database puo' essere lanciato da un applicativo con lo stesso
Creator (come per esempio hanno tutti i testi Aportis Doc)
2-Il Creator DEVE essere 'clpr'
3-Il Type e' sempre 'pqa ' (ma non e' fondamentale per il
riconoscimento come pqa)
Quindi nessun mistero, e' il solito formato dei pdb; questo significa
che domani qualcuno potrebbe scrivere un Clone del Clipper,
esattamente come ci sono decine di Cloni di Aportis Doc.
Come dicevo, mi pare semplicemente un'operazione di marketing...
Ciao,
Gianantonio

 ha scritto nel messaggio
| >news:mbu55tsat2l1mhmg0...@4ax.com...
| >
| >(grazie x la pazienza :)
| Prego, tra rompxxxx (oops volevo dire curiosi) ci si intende
| sempre:-))
hehehe ;)))
|
| >appunto, sti pdb sono visibili solo se installi il clipping, e vengono
| >eseguiti da clipper, ma il palmos come diamine fa a capire che un pdb
deve
| >essere eseguito da clipper e non da un'altra cosa?
| Da un lato il PQA segue lo stesso standard dei pdb, quindi inserisce
(ma c****, ma sono proprio dislessico allora! scusa volevo scrivere pqa, non
pdb)
| un formalismo di nuovo tipo; nulla di nuovo quindi, proprio per
| garantire la compatibilita' con tutto il pregresso. La cosa strana se
| mai e' che bisogno cera di farne un nuovo tipo. Evidentemente a scopo
| marketing, per dare maggiore visibilita' al web clipping.
ma sai che non c'avevo pensato? pensavo l'avessero fatto per rendere piu'
difficoltoso il clipping sui palm non VII
| Per tornare al tecnico:
| - Scaricati la guida PDF "Palm File Format Specification", che spiega
| per benino come sono fatti internamente i files.
mo lo tiro giu', palm developers vero?
|
| -In Breve un pqa:
| 1-Tra gli attributi (standard pdb) ci DEVE essere 0x200, che significa
| che il database puo' essere lanciato da un applicativo con lo stesso
| Creator (come per esempio hanno tutti i testi Aportis Doc)
| 2-Il Creator DEVE essere 'clpr'
| 3-Il Type e' sempre 'pqa ' (ma non e' fondamentale per il
| riconoscimento come pqa)
aaaah, ora ho capito, ma c'e' un'ultima cosa che non ni torna (prometto,
questa e' l'ultima :) ma allora il web clipping installa delle 'estensioni'
a launcher per dirgli che i pqa, quando ci tappi sopra devono essere
lanciati da clipper giusto? E siccome senza il clipping queste 'estensioni'
non ci sono le icone dei pqa non si vedono.
| Quindi nessun mistero, e' il solito formato dei pdb; questo significa
| che domani qualcuno potrebbe scrivere un Clone del Clipper,
| esattamente come ci sono decine di Cloni di Aportis Doc.
uh, questa e' interessante
c i a u !


Mi avete chiamato? :-))
Avete già detto tutto, mi sembra, e correttamente, ma vorrei
aggiungere un paio di cose:
Le applicazione su Palm OS hanno effettivamente il tipo 'appl', ma non
è necessario: se lo posseggono vengono correttamente individuate dal
launcher (o dagli eventuali sostituti) e quindi visualizzate, ma
potrebbero tranquillamente avere un altro tipo e restare cmq
applicazioni (anche se "invisibili"). Questo perché l'elemento
decisivo affinché il sistema operativo decida se si possano eseguire o
meno dei database (ricordate che nella memoria interna del Palm sono
tutti db) è l'impostazione di un flag, che indica se il db contiene
delle risorse (ovvero, in generale, elementi d'interfaccia e codice
eseguibile). E' tramite questa caratteristica che alcune applicazioni
permettono l'uso di "helper application" invisibili. Se avete voglia
di fare un po' di prove, consiglio **caldamente** di farle solo
sull'emulatore...
Come correttamente intuisce Mad IP, le PQA vengono visualizzate
tramite un'estensione del launcher, che crea "d'ufficio" una categoria
Palm.Net e vi fa comparire i database del tipo e creatore indicati da
Gianantonio. In effetti, confermo, in generale si tratta di
comunissimi db Palm standard, quindi la novità è solo nel formato
interno dei record del db. La scelta di distribuirle sotto altro nome
(con estensione .pqa), è sì una questione di marketing, ma non così
sporca come si potrebbe supporre: dal punto di vista degli utenti si
tratta "applicazioni", ma chiaramente non sono app standard. Quindi,
per evitare confusioni, hanno creato un terzo tipo di database (oltre
a prc e pdb), ma è solo una questione nominale.
Infine vorrei dire ("questo per la precisione"... :-) che dire che il
Palm ha un filesystem "flat" è solo una metafora: il Palm non ha alcun
filesystem. L'analogia corretta è che l'intera memoria interna dei
Palm è un grande database, le varie applicazioni e documenti sono
delle "tabelle" che contengono record, i quali contengono campi dati.
Come segnalavo tempo fa (e per rispondere a Mad IP), il Palm OS 4.0
conterrà il supporto per filesystem "veri" (dotati di fat, directory,
ecc.), ovviamente per gestire le espansioni di memoria. Dico
"ovviamente" perché questo è richiesto se si vuole conservare
interoperabilità con altri dispositivi (ad esempio fare una foto con
un camera digitale, metterla su SD, mettere l'SD nel Palm e vedere la
foto con questo). Come programmatore avrei certo preferito che le
schede di espansione venissero gestite come la memoria interna, ma
purtroppo non sarà così...
Saluti
Mep

purtroppo non sarà così...
Anche per gli utenti l'avremmo preferito, ma chissa' che non riescano
a fare un'interfaccia che pur utilizzando un file system sulle CF alla
fine le gestisca flat (ignorando la gerarchia).
(OT) sugli utenti: ieri una signora del personale di pulizia uffici mi
chiedeva consigli perche' attaccata da hackers; da diversi mesi e'
appassionata chatter con mirc ma non sa neanche cosa e' un programma,
ne' cosa e' il menu di sistema Win, ne' tantomeno cosa e' una
directory. Lei accende, clikka sull'icona del desktop e basta;
mediatate FATers Pocketers ed Epockers, meditate...
Ciao,
Gianantonio

fine le gestisca flat (ignorando la gerarchia).
Gli unici che possono farla sono quelli di Palm, e al momento non
sembra ne abbiano la minima intenzione. Certo potrebbe farlo anche uno
sviluppatore indipendente, ma dovrebbe talmente "sporcare" il S.O. che
difficilmente resterebbe compatibile con le versioni successive del
Palm OS

 ha scritto nel messaggio
news:f0195t81693cfh81g...@4ax.com...
| >Emulatore... (ecco un altro NON Secondario elemento di superiorita' di
| >PalmOs/Dragonball su Epoc/CE/PPC, speriamo che passando ad ARM
| >riescano a fare la stessa cosa!)
| Vorrei ben vedere che non lo facciano: ce li mangiamo vivi ;-)
se non lo fanno ditemelo che mi metto a digiuno per digerirli meglio :)
| >Domanda: PZ rispetto a FPSUtility mostra anche il kind: e' una sua
| >libera interpretazione dei type/creator/attributes oppure si basa su
| >qualche altro elemento?
no, i kind sono (afaik) application (prc normali), data( pdb mormali) ,
system (roba di sistema, _non_ chiedermi come fa a capirlo :), panel
(estensioni delle preferences) , hacks (di hackmaster), da (di da launcher),
doc (aportis doc), img (immagini, ma non so di che genere, suppongo interne
ai programmi x' palm shisensho mi fa veder cosi' i set di tiles aggiuntivi)
e anim (animazioni, idem come le immagini)
da quanto ho capito io sono delle divisioni inventate arbitrariamente,
basandosi su sailcielocosa, dalla solita cricca di programmatori giapponesi.
non so come faccia pz a stabilire se una cosa e' app o data, ma di sicuro
usa lo stesso sistema del file mover della handspring, x' me li mette uguali
ultima cosa: i pqa vengono gratificati con un bellissimo ?  :)
| >chissa' che non riescano
| >a fare un'interfaccia che pur utilizzando un file system sulle CF alla
| >fine le gestisca flat (ignorando la gerarchia).
|
| Gli unici che possono farla sono quelli di Palm, e al momento non
| sembra ne abbiano la minima intenzione. Certo potrebbe farlo anche uno
| sviluppatore indipendente, ma dovrebbe talmente "sporcare" il S.O. che
| difficilmente resterebbe compatibile con le versioni successive del
| Palm OS
se puo' interessare, a
http://kopsisengineering.netfirms.com/flashadapter.html
 stanno sviluppando
un driver per far leggere le cf dallo slot springboard, per ora c'e' solo il
file mover ed e' solo in beta (ma dovrebbe uscire a settimane) , ma in
progetto hanno pure un'integrazione nel sistema tipo il modulo flash


 ha scritto nel messaggio
news:j8h75t403siud8in2...@4ax.com...
| Mi avete chiamato? :-))
yesss! :)
| Le applicazione su Palm OS hanno effettivamente il tipo 'appl', ma non
| è necessario: se lo posseggono vengono correttamente individuate dal
| launcher (o dagli eventuali sostituti) e quindi visualizzate, ma
| potrebbero tranquillamente avere un altro tipo e restare cmq
| applicazioni (anche se "invisibili"). Questo perché l'elemento
| decisivo affinché il sistema operativo decida se si possano eseguire o
| meno dei database (ricordate che nella memoria interna del Palm sono
| tutti db) è l'impostazione di un flag, che indica se il db contiene
| delle risorse (ovvero, in generale, elementi d'interfaccia e codice
| eseguibile).
il bit resource db giusto?
| E' tramite questa caratteristica che alcune applicazioni
| permettono l'uso di "helper application" invisibili. Se avete voglia
| di fare un po' di prove, consiglio **caldamente** di farle solo
| sull'emulatore...
emulatore? e perche' mai? :))))))))
ora scusa se vado off-thread, ma per sti famosi bit, io sapevo che
esistevano questi:
Resource db - e penso sia quello che hai spiegato tu
Read only - e vabbe', non ci si puo' scrivere sopra
App info dirty - e questo non ho proprio idea di ceh diamine sia... help
backup - backuppa il db con l'hotsync se la versione sul desktop e' piu'
vecchia, o usa cdat, mdat e bdat?
can install newer - puo' essere sovrascritto dal suo omonimo di versione
maggiore
reset on install - richiede un soft reset dopo la sincronizzazione
copy protected - non si puo' ne beammare ne hotsyncare
stream - ??????????
hidden - non fa vedere l'icona in launcher
launchable - si puo' lanciare da launcher (ma allora a che serve il resource
db?)
open - e' correntemente aperto / in uso /
nonsocomepossaesserevistocheilpalmose'monotask....
sono sicuro di cannare qualcosa , la domandona e' ... cosa? :)
|
| Infine vorrei dire ("questo per la precisione"... :-) che dire che il
| Palm ha un filesystem "flat" è solo una metafora: il Palm non ha alcun
| filesystem. L'analogia corretta è che l'intera memoria interna dei
| Palm è un grande database, le varie applicazioni e documenti sono
| delle "tabelle" che contengono record, i quali contengono campi dati.
ma infatti, ci scherzavo appunto sopra sul fatto di avere un filesystem...
nella ram! (mo provo a formattarmi la ram del pc in fat32 :)
da quello che avevo capito (e che tu sembri confermarmi) il
"""filesystem"""" (tra 7 doppie virgolette :) del palmos e' una roba che
assomiglia molto di piu' a quello di un as/400 che non a quello di win/unix
etc. (hehehe, palmos: l'evoluzione dell' os/400! ora si spiega perche' libm
ha fatto il workpad :)))))))
grazie x le dritte!


usa lo stesso sistema del file mover della handspring, x' me li mette uguali
Sembrerebbe un raggruppamento arbitrario basato su uno o piu' type, ma
il file mover mette uguali tutti i tipi di kind so solo app e data?
Gianantonio

nonsocomepossaesserevistocheilpalmose'monotask....
No, no: il Palm OS non è monotask! I programmatori non hanno accesso
(diretto) alle funzioni di creazione e gestione di nuovi task e, in
generale, il numero di task a disposizione è molto limitato, ma è
maggiore di 1!
Sui flag e sulla gestione di DB, trovi maggiori informazioni qui:
http://oasis.palm.com/dev/kb/manuals/1722.cfm

 ha scritto nel messaggio
news:ho0b5t04akj2kjca9...@4ax.com...
(grazie x le informazioni & la pazienza :)
|
| >stream - ??????????
|
| indica che di tratta di un file stream. E' una caratteristica di
| solito ignorata all'inizio dai nuovi programmatori. Un file stream non
| è altro che un file vero e proprio (come quelli che si trovano sulla
| maggior parte degli altri sistemi operativi).
| Ovviamente si tratta comunque di un db con record, ma è possibile
| trattarlo come se fosse un file
emh, cioe'? vuoi dire che lo posso x es rinominare, spostare all'interno del
"""filesystem"""" <g> o che lo posso usare con + comodita' all'interno di un
filesystem vero e proprio tipo quello delle cf?
|
| >open - e' correntemente aperto / in uso /
| >nonsocomepossaesserevistocheilpalmose'monotask....
|
| No, no: il Palm OS non è monotask! I programmatori non hanno accesso
| (diretto) alle funzioni di creazione e gestione di nuovi task e, in
| generale, il numero di task a disposizione è molto limitato, ma è
| maggiore di 1!
ah, questa non la sapevo... ma e' il sistema che decide come gestire i task?
Voglio dire: per ottimizzare un programma (o per renderlo sicuro) penso sia
abbastanza importante avere un certo controllo su cosa sta girando,,, com'e'
la storia?
| Sui flag e sulla gestione di DB, trovi maggiori informazioni qui:
| 
http://oasis.palm.com/dev/kb/manuals/1722.cfm
grazie x l'url, davvero interessante... :)


 ha scritto nel messaggio
news:6u3a5tgvtt8r5nial...@4ax.com...
| >non so come faccia pz a stabilire se una cosa e' app o data, ma di sicuro
| >usa lo stesso sistema del file mover della handspring, x' me li mette
uguali
| Sembrerebbe un raggruppamento arbitrario basato su uno o piu' type, ma
| il file mover mette uguali tutti i tipi di kind so solo app e data?
mi fa vedere come 'app' la stessa roba che vedo come kind: app in pz, e come
'data' il resto.


la storia?
la storia è che a basso livello i task li gestisce il microkernel, che
Palm ha in licenza, la quale licenza nega esplicitamente la
possibilità di offrire una gestione dei task a livello utente (cioè da
parte dei programmatori "esterni" come noi). Di fatto, però,
ovviamente esistono delle chiamate private che, se conosciute, ne
permettono la gestione.
So per certo che il Kurt aveva analizzato a fondo la questione: se ci
legge e ha voglia di dire la sua...
Personalmente, per due buoni motivi, sconsiglio l'uso di simili
tecniche:
1- non c'è un'API pubblica: il nome delle funzioni potrebbe cambiare
in qualsiasi momento e l'applicazione andare in crash
2- il numero dei task è comunque limitato: se vengono usati dalle
applicazioni, potrebbero non essercene a sufficienza per il S.O.,
creando potenzialmente situazioni molto pericolose
In Palm, comunque, c'è una discussione aperta sulla cosa: può darsi
che insieme al port su ARM vedremo arrivare il multitasking...

che insieme al port su ARM vedremo arrivare il multitasking...
Questa storia del Multitasking mi interessa:
Io sostengo che il Multitask/monotask di PalmOs e' veramente l'uovo di
colombo, cioe' dal lato pratico funziona come gli altri palmari, anzi:
ottimizza il sistema dato che non e' costretto a sprecare risorse per
i task in background, in particolare cicli di clock, batterie, ed in
particolar modo la memoria Ram.
Non so PPC, ma Epoc usa la memoria sia come disco, sia come memoria di
esecuzione dei programmi, con uno spreco enorme della stessa.
Dal 96 ho avuto gli Psion Sienna, lo Psion 3c, (Epoc16), ed il P5
(Epoc32), Multitasking; (Ho anche avuto per due mesi un LG120,
multitask pure lui, ma non fa storia.), e IMHO, passare tra due
applicativi di PalmOs e' paragonabile solo al passaggio di due task
gia' aperti, sul P5, perche' se il task non e' aperto occorre anche
'caricare' il programma; ok, il 5Mx e' il doppio piu' veloce, ma se
parliamo di caricare da compact flash i tempi si allungano
ulteriormente.
IMHO, Palm Os gestisce il Multitask quando serve, per es. nella
connesione di rete, e non vedo alcun vantaggio in un multitask vero su
un palmare! Al massimo, ma ho dei dubbi, se ne potrebbero avere due in
uno split dello schermo.
Ciao,
Gianantonio

 un palmare! 
Concordo pienamente su tutta la linea...
Gianvincenzo
-- 
Posted with Ink Spot (for PocketPC) from DejaVu Software, Inc.
Usenet wherever you are - 
http://www.dejavusoftware.com/

Concordo pienamente su tutta la linea...
Io fino ad un certo punto: sono d'accordo che se i risultati sono
quelli di PocketPC (o Epoc, a quanto dice Gianantonio) forse non si fa
che peggiorare l'esperienza dell'utente, ma non dimentichiamoci che se
il Palm non č multitask č **innanzitutto** per questioni di licenza, e
non di scelta tecnologica...
Del multitask bisogna solo non abusarne: al momento non si puň pensare
di avere 10 applicazioni aperte su un palmare. Ma poter lanciare
qualche thread in background all'interno della stessa applicazione
Palm a volte sarebbe di **enorme** aiuto...
--
Mr Mep