[lento]

Salve.... una domanda, forse un pò strana:

La non necessità di registrasi e quindi di pagare qualcosina per ottenere
m-Shell versione 3.0.1 significa che il progetto è stato abbandonato??

Scusate la domanda ma ho visto troppi linguaggi per telefonini diventare obsoleti
spesso per colpa dei produttori di telefonini!!

Ci sarà continuità di m-Shell sui nuovi modelli Nokia?
Non predendo che qualcuno legga nel futuro dei costruttori chiedo una vostra
impressione.
Grazie....

[Il.Socio]

I produttori di mShell hanno rilasciato proprio questo mese un update e spostato tutto su un nuovo server...
E' ragionevole pensare che abbiano tutta l'intenzione di continuare lo sviluppo di mshell.

mshell e' un linguaggio di scripting che poggia le sue basi su Symbian, quindi fintanto che i nuovi modelli di Nokia saranno Symbian, ci sara' continuita' di mshell anche su questi modelli.

E considerando che Nokia ha acquisito la totalita' di Symbian, direi che ha di certo interesse a produrre cell. basati su Symbian.

[xMetallicax]

Confermo: mShell non è affatto un progetto morto, anzi sta sfruttando molte funzionalità dei nuovi cellulari quali accelerometro e ricevitore gps.
Purtroppo sembra che i telefoni s60v2 non ci saranno più novità perchè ormai il progetto mShell è orientato ai nuovi sistemi operativi Symbian (scelta logica )

[lento]

Ringrazio per la rapidissima rispota data da Il.Socio e xMetallicax.... io sono un pò più ......'lento'....

La conferma che m-Shell continua ad essere sviluppato, probabilmente anche in futuro,
unita alle vostre opinioni mi fa ben sperare.
Questo significa che ci si può investire del tempo e realizzare qualcosa di utile.

La Nokia dovrà decidersi a incentivare queste iniziative.
Dietro la porta cè Android di Google che offre nativamente un linguaggio di programmazione
"realmete utilizzabile" anche dai meno esperti idem per il nuovo nato PalmOS.

La moltitudine di programmi che si genereranno su queste piattaforme verrà a compensare
i difetti hardware o di altro tipo dei cellulari prodotti.

La possibilità offerta da m-Shell di generare un eseguibile indipendente
xxxx.sis per intenderci
rende questo linguaggio più usufruibile del Python.

Un pò come era plua (lua per palm) e pp (pascal per palm)
Per chi non li conosce sono due versioni del linguaggio lua e pascal completamete
programmabili sul device compresa la compilazione generando un eseguibile del
tutto simile a quelli nativi icona di avvio compresa.

Un ultima richiesta.....
Sulle prime versioni di m-Shell esisteva un esempio di editor 'Edit.m' che non riesco a trovare
da nessuna parte.
Qualcuno ne ha una copia per favore... Oppure un esempio di editor a riga da cui partire.

Ringarzio ancora e prometto di esere più breve la prossima volta.

[masmil1988]

Credo che non fosse incluso nel pacchetto di installazione di mShell, e ricordo di averlo trovato a suo tempo sul forum di mShell.
Si aspetta ora che venga resa piena la compatibilità di mShell con i 5th edition (cosa sulla quale stanno lavorando)...

Peccato che Python sia effettivamente più potente e sia stato sviluppato anche per altri sistemi operativi (oltre che per Symbian).

[lento]

masmil1988, il 30/03/2009 - 17:11, ha scritto:

Credo che non fosse incluso nel pacchetto di installazione di mShell, e ricordo di averlo trovato a suo tempo sul forum di mShell.
Si aspetta ora che venga resa piena la compatibilità di mShell con i 5th edition (cosa sulla quale stanno lavorando)...

Hai perfettamente ragione, il programma dEdit.zip era in 'http://www.m-shell.net/Script_Files/dEditor.zip'.
Pagina non piu disponibile.

masmil1988, il 30/03/2009 - 17:11, ha scritto:

Peccato che Python sia effettivamente più potente e sia stato sviluppato anche per altri sistemi operativi (oltre che per Symbian).

Ho poca esperienza di mShell, ho iniziato solo una settimana fà a utilizzarlo, ma non sono convinto che sia poi così meno potente.
Alla fine questi linguaggi P-code o bytecode come Python e mShell richiamano sempre funzioni scritte nativamente per il sistema
operativo Symbian (guarda caso scritte in C++).

Ho fatto una prova con due database di testo composti da 4293 Record per un totale di 5 Mb disposti sulla MicroSD
Il programma consiste nel leggere tutti i record e fare un confronto con una frase data senza distinzione tra
maiuscolo e minuscolo

use io

cls()
file="E:\\Lavoro\\bs1.db"

f=io.open(file,false)
print "partito"
for i=1 to 4293 by 1 do

s=io.read(f,180); risulta=index(s,"rty",0,true);
s=io.read(f,181); risulta=index(s,"rty",0,true);

end
io.close(f)

file="E:\\Lavoro\\bs2.db"
f=io.open(file,false)

print "partito 2"
for i=1 to 4293 by 1 do

s=io.read(f,182); risulta=index(s,"rty",0,true);
s=io.read(f,182); risulta=index(s,"rty",0,true);
s=io.read(f,182); risulta=index(s,"rty",0,true);
s=io.read(f,70); risulta=index(s,"rty",0,true);

end
io.close(f)
print "Finito"

Ho eseguito la stessa cosa in Python sfruttando il vantaggio di avere variabili stringa
molto piu lunghe dei 255 caratteri.
Il python è stato più veloce di qualche secondo !!

Non è stata una prova rigorosa!! comunque mi ha convinto che mShell è ben fatto

Ora dovrò verificare la grafica ecc.. ecc..

[xMetallicax]

ti correggo
in mshell la lunghezza massima della stringa è di 255 caratteri solo se è scritta nel codice
se la leggi da un file di testo no, ma sinceramente non so quanto è il massimo, io l'ho testato fino a 40-50KByte

[lento]

xMetallicax, il 31/03/2009 - 18:08, ha scritto:

Hag!!!!! grazie xMetallicax per la dritta ed avermi impedito di diffondere false informazioni!.

Lo sapevo! lo sapevo!.... che non basta sfogliare i manuali guardando le figurine per impararli!.
Ora non mi sentirete più finchè non avrò letto i tre documenti messi a disposizione da m-Shell.
(calcolando che conosco l'Inglese come Cochi e Renato "chewingum, selfservice, brioche"
e sfruttando i motori di traduzione in linea....mi rifarò vivo verso il 2011) a presto!..

Per concludere ho rielaborato la prova precedente con le nuove informazioni datemi e risulta:
Python due volte più lento di m-Shell in questa operazione!! non male è!.
------------------M-Shell ---------------------------
use io

cls();
print date();

for a=1 to 3 by 1 do

file="E:\\Lavoro\\bs1.db";
f=io.open(file,false);
nf=io.read(f,6);
for i=1 to 4293 by 1 do

s=io.read(f,361); s=upper(s);

end;
io.close(f);

file="E:\\Lavoro\\bs2.db";
f=io.open(file,false);
for i=1 to 4293 by 1 do

s=io.read(f,798); s=upper(s);

end;
io.close(f);

end
print date();
print("Fine");

-------------------------Python------------------
# prova
import time

print('Partenza')
print(time.time())

for a in range(3):

file='E:/Lavoro/bs1.db'
f=open(file, 'r')
nf=f.read(6)
for i in range(4293):

s=f.read(361)
s=s.upper()

f.close()

file='E:/Lavoro/bs2.db'
f=open(file,'r')
for i in range(4293):

s=f.read(798)
s=s.upper()

f.close()

print(time.time())
print('Fine')
---------------------------------------------------

[memoryn70]

Eh già purtroppo è un po più lento ma sinceramente io lo trovo più completo...
Comunque la stringa ha un limite: la dimensione della ram libera

Comunque dovresti usare xrange nel ciclo: altrimenti range crea fisicamente 4923 elementi in una lista e togli potenza

[lento]

memoryn70, il 07/04/2009 - 12:37, ha scritto:

Comunque dovresti usare xrange nel ciclo: altrimenti range crea fisicamente 4923 elementi in una lista e togli potenza

Salve 'memoryn70' .....

Ti ringrazio per l'informazione, ho prontamente corretto il programma e ripetuto la prova
ma non sortisce nessun cambiamento.
Le tempistiche della prima versione e della nuova rimangono identiche!!.

Probabilmente i cicli complessivi sono ancora troppo pochi per evidenziare dei vantaggi.
Oppure l'E71 che utilizzo per questa prova ha una gestione della memoria notevole.

Ringrazio ancora per l'attenzione e spero in futuro di poter usufruire ancora del vostro
aiuto... il 2011 e vicino....

[memoryn70]

lento, il 07/04/2009 - 21:36, ha scritto:

Salve 'memoryn70' .....

Ti ringrazio per l'informazione, ho prontamente corretto il programma e ripetuto la prova
ma non sortisce nessun cambiamento.
Le tempistiche della prima versione e della nuova rimangono identiche!!.

Probabilmente i cicli complessivi sono ancora troppo pochi per evidenziare dei vantaggi.
Oppure l'E71 che utilizzo per questa prova ha una gestione della memoria notevole.

Ringrazio ancora per l'attenzione e spero in futuro di poter usufruire ancora del vostro
aiuto... il 2011 e vicino....

Si infatti è più che altro un problema di memoria sprecata...

[lento]

Rieccomi.....
Qualcuno è in grado di darmi un idea di come si comporta J2ME sulla lettura scrittura di
file testuali esterni???.

Sto cercando di valutare se J2ME può essere ad oggi un alternativa o è ancora
un linguaggio penalizzante.

Ritengo che Java sia un magnifico linguaggio come impostazione ma alla fin delle finite
trovano sempre il sistema di renderlo o inutilizzabile o molto frustrante......

[pandipo]

lento, il 13/04/2009 - 12:10, ha scritto:

Rieccomi.....
Qualcuno è in grado di darmi un idea di come si comporta J2ME sulla lettura scrittura di
file testuali esterni???.

ti rispondo così:

"consentire al progrmma di leggere i dati utente?"
"consentire al progrmma di modificare i dati utente?"

ogni volta che provi a modificare/salvare qualcosa

Messaggio modificato da pandipo il 13 aprile 2009 - 17:52

[lento]

pandipo, il 13/04/2009 - 18:51, ha scritto:

ti rispondo così:

"consentire al progrmma di leggere i dati utente?"
"consentire al progrmma di modificare i dati utente?"

ogni volta che provi a modificare/salvare qualcosa

Ma per un uso personale.....questo problema non è stato risolto con Symbian Hack --> Hello Carbide, Rom Patcher ?

Utilizzando detti stratagemmi Java diventa un linguaggio sufficentemente efficente?
o a leggere e scrivere un file ci mette dei mesi...

Vedo che la gestione della memoria è migliorata, 5Mb (circa) di ram occupati dalla Virtual Machine al primo avvio e
circa 1Mb per i successivi programmi contemporaneamente attivi.

(Tenete presente che in quei valori è compreso anche il programmino da eseguire "mShell occupa circa 1Mb per ogni programmino avviato"
se fate un programma da 10Mb ovviamente.........)

Che ne dite... può essere una valida alternativa a Python mShell?.

[Il.Socio]

Generalmente, e' da considerarsi una alternativa migliore di python o mshell...
- l'interprete e' gia' integrato nel telefono
- il range di cell. che forniscono il supporto java e' molto piu' ampio.
- offre una metodologia di programmazione a oggetti

Se pero' la tua applicazione ha esigenze particolari, del tipo performance sopra ogni cosa, allora non ti so dire come si rapporti a python ed mshell... dovrai fare un breve confronto prestanzionale, o eventualmente, passare in toto al c++ e se non basta ancora all'assembly, per avere il massimo delle prestazioni possibili.

[lento]

Il.Socio, il 14/04/2009 - 10:34, ha scritto:

No. Non devo ottenere prestazioni mirabolanti tanto da nominare C++ che non so' usare bene.
Diciamo: riferendoci alle prove sopra elencate, Python ci mette 24 secondi e mShell 12
se J2ME ce ne mettesse anche 30 di secondi va ancora bene!!.

Comunque l'Hack' è una scappatoia valida solo per i Symbian.
Volendo passare ad altri un sorgente (o eseguibile) contenente oggetti che manipolano fuori della "sea box" questi sono spacciati!.
Dire un linguaggio va bene l'altro No! diventa estremamente difficile.

Ma visto che Android,PalmOs,BlackBerry, vanno tutti in quella direzione stò valutando
J2ME (e Java per il PC) anche in prospettiva di una futura semplificazione o liberazione dagli eccessivi vincoli.

[lento]

pandipo, il 13/04/2009 - 18:51, ha scritto:

ti rispondo così:

"consentire al progrmma di leggere i dati utente?"
"consentire al progrmma di modificare i dati utente?"

ogni volta che provi a modificare/salvare qualcosa

Salve 'pandipo' col senno di poi ho capito la tua risposta! son ...lento... non c'è niente da fare....

E' vero che posso usare gli "Hack" ma ugualmente mShell offre una programmazione più
semplice, i sorgenti possono essere trasferiti e installati da chiunque, direttamente da
telefonino a telefonino, senza doverli compilare su un PC.

Comunque l'Hack' è una scappatoia valida solo per i Symbian e non ti assicura da brutte sorprese.