Ready64 Forum
Commodore 64 => Segnalazione News => Topic aperto da: Alberto - 05 Febbraio 2008, 21:24:22
-
Ciao a tutti
Allora,chi è interessato può trovare una preview del tap-manager a questo (http://www.geocities.com/tuttowindows98/files/TAPMNG.zip) indirizzo.
Alla fine la scelta è ricaduta su Java e per la facilità con cui si può programmare il meccanismo del DND e per l'immediata portabilità (basta avere installato una JVM non troppo vetusta sul proprio PC).
L'applicazione è pressochè completa e funzionante,nel senso che permette di copiare,cancellare e spostare programmi da un file TAP all'altro,o anche all'interno dello stesso file TAP.
Le istruzioni sono abbastanza scarne,d'altronde avvalendosi di una GUI è piuttosto intuitiva.
Nei prossimi giorni mi adopererò per aggiustare i bachi che danno ancora luogo a comportamenti indesiderati,intanto chi è interessato (se qualcuno lo è ancora) può farmi sapere che ne pensa e come si trova (mi interessa sopratutto capire se è facile da usare o meno),il topic l'ho aperto soprattutto per questo.
Una volta corretti gli ultimi difett(ucc)i potrò passare a implementare qualche caratteristica più avanzata e magari a corredare il tutto di un bel javadoc :)
Grazie dell'attenzione
Alberto
-
Ciao Alberto, volevo segnalarti che il 'java StartGUI' indicato nel readme.txt porta a un java.lang.UnsupportedClassVersionError.
Ho ricompilato i sorgenti (in Eclipse) e così il programma parte.
Prossimamente vorrei fare qualche prova con Tap Manager, se noto qualcosa ti faccio sapere!
-
C:\TMP>java StartGUI
Exception in thread "main" java.lang.NoClassDefFoundError: StartGUI
C:\TMP>java -jar TAPMNG.zip StartGUI
Failed to load Main-Class manifest attribute from
TAPMNG.zip
C:\TMP>ren TAPMNG.zip TAPMNG.jar
C:\TMP\TAPMNG.zip -> C:\TMP\TAPMNG.jar
1 file renamed
C:\TMP>java -jar TAPMNG.jar StartGUI
Failed to load Main-Class manifest attribute from
TAPMNG.jar
C:\TMP>del /zq tapm*.*
C:\TMP>
-
Parte, ma penso ci sia qualche cosa da sistemare. Spero di esserti di aiuto postando quanto più possibile:
1)
Ho scaricato da edicolac64 la cassetta game 2000 n11
Faccio partire StartGUI
Apro il primo lato della cassetta in uno qualsiasi dei due "registatori virtuali"
Mi appaiono 4 degli 8 giochi ed, dal cmd:
D:\safe>Java StartGUI
java.io.FileNotFoundException: D:\safe\tap\G20011A.TAP (Accesso negato)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.(Unknown Source)
at java.io.FileOutputStream.(Unknown Source)
at c64.tape.C64TapFile.normalize(C64TapFile.java:101)
at gui.CustomPanel$1.actionPerformed(CustomPanel.java:65)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Sour
ce)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
2) Non so se è voluto ma se faccio una selezione multipla, come se ad esempio volessi spostare in blocco 4 giochi contemporaneamente alla fine nella listbox, con il drang&drop,ne finisce solo 1.
3) Anche qui non so se è voluto. Ma se faccio un drag&drop verso lo stesso "registratore virtuale" mi appare il gioco come se volessi duplicarlo. Non so fino a che punto possa essere utile.
Purtroppo ho fatto una prova veloce, non so nemmeno se il tuo software è stato scritto per .tap diversi dai dump delle cassette da edicola.
PS: Ovviamente complimenti per il lavoro...
Edit:
Dimenticavo la cosa più importante. La versione della macchina virtuale
D:\safe>java -version
java version "1.6.0_03"
Java™ SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot™ Client VM (build 1.6.0_03-b05, mixed mode, sharing)
Windows Vista 32 bit.
-
Intanto grazie per esserti dedicato a questo progetto che molto tempo fa avevo "lanciato" :)
Ho riscontrato gli stessi problemi che djwiper ha evidenziato (tra cui la duplicazione di files al posto di spostamento in uno stesso nastro virtuale)
Occorrerebbe implementare l'estrazione di uno o più programmi da un tap senza che per forza si debbano inserire in un altro nastro virtuale.
Spero Alberto, che tu possa correggere questi problemini poiche' personalmente apprezzo molto questo tuo sforzo iniziale non irrilevante.
Ciao
;)
-
Dimenticavo.. sarebbe da implementare la creazione da zero di un nastro virtuale...
:ciauz:
-
C:\TMP>java StartGUI
Exception in thread "main" java.lang.NoClassDefFoundError: StartGUI
C:\TMP>java -jar TAPMNG.zip StartGUI
Failed to load Main-Class manifest attribute from
TAPMNG.zip
C:\TMP>ren TAPMNG.zip TAPMNG.jar
C:\TMP\TAPMNG.zip -> C:\TMP\TAPMNG.jar
1 file renamed
C:\TMP>java -jar TAPMNG.jar StartGUI
Failed to load Main-Class manifest attribute from
TAPMNG.jar
C:\TMP>del /zq tapm*.*
C:\TMP>
Funziona solo se rispetti le minuscole e maiuscole nel nome startgui e cioe'
java StartGUI
Ciao
-
Ciao ragazzi
Innanzitutto,a scanso di equivoci
si scompatta l'archivio,si entra nella cartella principale del progetto e si lancia il tutto con
java StartGUI
La checkbox 'Sposta' disabilitata copia il programma dal TAP di origine a quello di destinazione,mentre quando abilitata copia il programma rimuovendolo dal file di origine.
Spero Alberto, che tu possa correggere questi problemini poiche' personalmente apprezzo molto questo tuo sforzo iniziale non irrilevante.
Eh no,sono problemONI,cmq sono qui proprio per questo :D
D:\safe>Java StartGUI
java.io.FileNotFoundException: D:\safe\tap\G20011A.TAP (Accesso negato)
Questo può dipendere dal so,controlla le restrizioni di accesso ai file impostate da Vista (sinceramente non so dirti come fare perchè non conosco questo so) :D
Apro il primo lato della cassetta in uno qualsiasi dei due "registatori virtuali"
Mi appaiono 4 degli 8 giochi
Verifico subito.
2) Non so se è voluto ma se faccio una selezione multipla, come se ad esempio volessi spostare in blocco 4 giochi contemporaneamente alla fine nella listbox, con il drang&drop,ne finisce solo 1.
Occhio che l'utility non è progettato per una selezione multipla,ma per una selezione di un programma per volta;devo impedire la selezione multipla di file altrimenti può uscirne un casotto e poi si può pensare di implementare il trascinamento multiplo.
3) Anche qui non so se è voluto. Ma se faccio un drag&drop verso lo stesso "registratore virtuale" mi appare il gioco come se volessi duplicarlo. Non so fino a che punto possa essere utile.
Infatti,se la checkbox 'Sposta' è deselezionata deve succedere proprio questo.
Questa caratteristica può servire per verificare alcune anomalie nel caricamento di alcuni programmi ma riconosco che la possibilità che venga usata comunemente è piuttosto remota.
Purtroppo ho fatto una prova veloce, non so nemmeno se il tuo software è stato scritto per .tap diversi dai dump delle cassette da edicola.
Certo,deve funzionare con TUTTI i file TAP e con TUTTI i tipi di programma,anche se è stato pensato per le cassette da edicola italiane.
Occorrerebbe implementare l'estrazione di uno o più programmi da un tap senza che per forza si debbano inserire in un altro nastro virtuale.
Quindi salvandoli in file TAP a parte?Buona idea,caratteristica da mettere in coda :)
Dimenticavo.. sarebbe da implementare la creazione da zero di un nastro virtuale...
Ottimo,a questo infatti stavo pensando anch'io :D
Ragazzi,ringrazio tutti per l'interesse,terrò conto di ogni vostra segnalazione per poter rendere l'applicazione robusta,portabile e perfettamente funzionante.
Se riscontrate altri problemi FATEMELO SAPERE,volta per volta faccio un elenco dei bugfix apportati man mano che risolvo ;)
Bye
-
Verificato il problema dell'accesso negato,è dovuto al fatto che i file TAP in questione sono impostati come read-only,vediamo se si possono "sproteggere" programmaticamente e "riproteggere" una volta terminato di usarli.
Tra l'altro sul lato B del file TAP in questione c'e' una "A" riconosciuta erroneamente come tape-header,da migliorare l'engine per il riconoscimento.
alle prossime news :ciauz:
-
Alla fine la scelta è ricaduta su Java [...] per l'immediata portabilità (basta avere installato una JVM non troppo vetusta sul proprio PC)
Ho approfondito la questione ;)
Se non sbaglio StartGUI.class è stato compilato con un jdk 1.6 (cfr. il major version number, sesto e settimo byte del file) quindi a chi ha jdk precedenti dà il problema che ho già segnalato.
Se l'applicazione non usa funzionalità particolari della 1.6, per avere maggiore retro-compatibilità potresti compilare con un jdk precedente, oppure usare opportunamente opzioni tipo '-source' e '-target'.
Cosa ne pensi?
-
C:\TMP>java StartGUI
Funziona solo se rispetti le minuscole e maiuscole nel nome startgui e cioe'
java StartGUI
meno male che ci sei tu a dare queste illuminanti dritte :hail:
-
Ehee pure a me non andava perche' mi ostinavo a digitare startgui tutto in minuscolo.
Ma il Java e' key sensitive e non lo sapevo...
:mavieni:
-
@ziomau: sì,per portabilità intendevo dire che qualsiasi JVM dalla 1.4 in poi dovrebbe disporre dei packages usati dal programma.
Comunque hai fatto bene a far notare il problema della delle class version,sbadatamente avevo ricompilato con la 1.6 senza tener conto della compatibilità all'indietro.
Intanto ho risolto il problema del read-only,ora i file vengono sprotetti per la scrittura e riprotetti una volta che non sono più in uso,domani faccio l'upload delle modifiche per la versione >= 1.3 :)
-
il problema del read-only,ora i file vengono sprotetti per la scrittura e riprotetti
Ma puoi anche non rimetterlo il readonly, da' solo fastidio. E' sicuramente un rimasuglio di qualcuno che l'ha copiato da cdrom.
-
Ok,adesso l'utility dovrebbe essere avviabile senza problemi da qualunque JVM di version >= 1.3,inoltre viene bypassata l'eventuale protezione da sola lettura,la prossima mossa è quella di risolvere il problema delle fake-header.
Ovviamente,se nel frattempo ravvisate altri problemi riportateli qui di seguito. ;)
Ciao ciao
-
Oki, ora parte.
Primo baco da fixare. Apri un tap, esci subito dall'applicazione: ci sono 2500 bytes "0" accodati al file. Non ho fatto null'altro.
Non ho capito a cosa serva il pulsante "salva" se le scritture sono immediate. Appena fai drag/drop da un pannello all'altro i tap sono gia' aggiornati, cosi' pure per la cancellazione (questa e' meglio renderla piu' sicura con conferma dell'utente ed eventuale undo)
Poi l'apertura della dir SEMPRE in documenti\ e' davvero fastidiosa, andrebbe memorizzato l'ultimo path visitato. Non e' un baco, una richiesta, quando gestirai un file ini ricordatelo.
-
In realtà, è buona pratica avvertire se si sta per rimuovere un attributo readonly da un file; un utente potrebbe pur sempre avercelo messo apposta. Potresti aggiungere una richiesta di conferma?
Comunque, sotto Linux e con Java 1.5.0 update 14 non riesco a trascinare (letteralmente! clicco su un programma, tengo cliccato, sposto il mouse e mi si sposta la selezione invece del programma).
Quando succede, ho una serie di messaggi nella console, simili a:
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: gui/CustomPanel$Dummy
at gui.CustomPanel$CustomDragGestureListener.dragGestureRecognized(CustomPanel.java:121)
at java.awt.dnd.DragGestureRecognizer.fireDragGestureRecognized(DragGestureRecognizer.java:339)
at sun.awt.X11.XMouseDragGestureRecognizer.mouseDragged(XMouseDragGestureRecognizer.java:202)
at java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:262)
at java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:261)
at java.awt.Component.processMouseMotionEvent(Component.java:5565)
at javax.swing.JComponent.processMouseMotionEvent(JComponent.java:3153)
at java.awt.Component.processEvent(Component.java:5286)
at java.awt.Container.processEvent(Container.java:1966)
at java.awt.Component.dispatchEventImpl(Component.java:3984)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Component.dispatchEvent(Component.java:3819)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3909)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
at java.awt.Container.dispatchEventImpl(Container.java:2010)
at java.awt.Window.dispatchEventImpl(Window.java:1791)
at java.awt.Component.dispatchEvent(Component.java:3819)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
ripetuto n volte.
Riscontri? Qualcun altro sotto Linux e/o Java 1.5.0?
-
Ciao ragazzi
Primo baco da fixare. Apri un tap, esci subito dall'applicazione: ci sono 2500 bytes "0" accodati al file. Non ho fatto null'altro.
C'e' una ragione precisa dietro a questo fatto.
Se si sceglie di accodare un programma a un file TAP,generalmente VICE non riconosce il programma accodato;questo perchè un'header viene riconosciuta tale solo se preceduta da una sequenza sufficientemente lunga di short pulses (da cui il motivo per il quale vengono preliminarmente accodati bytes 0x30).
Questo comportamento dell'emulatore è normale,infatti questo preambolo è necessario per permettere al registratore di arrivare a velocità di regime prima di riconoscere una tape-header (a questo proposito,sarebbe interessante se qualcuno volesse provare a trasferire il file TAP su un nastro reale per vedere se il tutto funziona).
In ogni caso,grazie all'impostazione di un flag questa "normalizzazione" avviene una sola volta.
Non ho capito a cosa serva il pulsante "salva" se le scritture sono immediate.
Dopo la normalizzazione,il programma non apporta più modifiche al/i file TAP finchè non si preme il pulsante 'Salva',perchè durante ogni operazione di trasferimento lavora su array e non direttamente su file.
Se ti riferisci all'accodamento del preambolo,hai pienamente ragione:la normalizzazione la si può fare "al volo" quando si accoda un prg a un file TAP non "normalizzato".
Poi l'apertura della dir SEMPRE in documenti\ e' davvero fastidiosa, andrebbe memorizzato l'ultimo path visitato
Concordo,altro task in cima alla lista dei todo.
Comunque, sotto Linux e con Java 1.5.0 update 14 non riesco a trascinare (letteralmente! clicco su un programma, tengo cliccato, sposto il mouse e mi si sposta la selezione invece del programma).
Quando succede, ho una serie di messaggi nella console, simili a:
QUOTE
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: gui/CustomPanel$Dummy
at gui.CustomPanel$CustomDragGestureListener.dragGestureRecognized(CustomPanel.java:121)
at java.awt.dnd.DragGestureRecognizer.fireDragGestureRecognized(DragGestureRecognizer.java:339)
at sun.awt.X11.XMouseDragGestureRecognizer.mouseDragged(XMouseDragGestureRecognizer.java:202)
at java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:262)
at java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:261)
at java.awt.Component.processMouseMotionEvent(Component.java:5565)
at javax.swing.JComponent.processMouseMotionEvent(JComponent.java:3153)
at java.awt.Component.processEvent(Component.java:5286)
at java.awt.Container.processEvent(Container.java:1966)
at java.awt.Component.dispatchEventImpl(Component.java:3984)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Component.dispatchEvent(Component.java:3819)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3909)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
at java.awt.Container.dispatchEventImpl(Container.java:2010)
at java.awt.Window.dispatchEventImpl(Window.java:1791)
at java.awt.Component.dispatchEvent(Component.java:3819)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
ripetuto n volte.
Ohhhh,finalmente un problema di portabilità;fortunatamente dispongo di una distro Linux installata sul PC e posso verificare facilmente :lol:
Modifiche tra oggi e domani,grazie a tutti dell'attenzione
Alberto
-
In realtà, è buona pratica avvertire se si sta per rimuovere un attributo readonly da un file; un utente potrebbe pur sempre avercelo messo apposta. Potresti aggiungere una richiesta di conferma?
Azz,questa considerazione non l'avevo vista.
Tieni presente che senza sproteggere il file da R/O non ci si può scrivere sopra per modificarlo;al massimo,per tenere conto di una protezione intenzionale,il programma può sproteggere il file e poi riproteggerlo dopo averci lavorato sopra.
-
Ma puoi anche non rimetterlo il readonly, da' solo fastidio. E' sicuramente un rimasuglio di qualcuno che l'ha copiato da cdrom.
secondo me fa bene a rimetterlo readonly...o è perchè è rimasuglio di cd, o è perchè non lo è, ma le cose vanno rimesse a posto, soprattutto in informatica.
Comunque, sono scelte banali.
In realtà, è buona pratica avvertire se si sta per rimuovere un attributo readonly da un file; un utente potrebbe pur sempre avercelo messo apposta. Potresti aggiungere una richiesta di conferma?
o in alternativa ti copi il file in un file temp mantenendone l'attributo readonly, poi levi il readonly al file temp senza toccare l'originale...forse così è ancora più corretto, anche se è richiesto un pochino più tempo per le elaborazioni.
-
Un altra cosa da implementare potrebbe essere il salvataggio di un tap con nome diverso dall'originale.
Nel frattempo che non c'e' ancora la possibilita' di creare da zero un file Tap, e' necessario poter salvare le modifiche magari in un file temporaneo
Il sistema non fara' altro che creare una copia del file modificato con il nuovo nome che si scegliera'.
Altra cosa ancora:
E' possibile (so che non e' semplice) emulare i caratteri del c64, nel momento che si visualizza l'interno di un tap, dal momento che ci sono vari caratteri mal interpretati.
E' vero che poi le operazioni su tali nomi dei file anche con caratteri strani non influiscono
al momento del caricamento sull'emulatore, ma e' piu' per una questione visiva.
Oppure c'e' un modo per aggirare la questione senza dover emulare il c64 char?
Rinnovo ancora i miei complimenti a Fab per quello che sta facendo!
;)
-
Un altra cosa da implementare potrebbe essere il salvataggio di un tap con nome diverso dall'originale.
Nel frattempo che non c'e' ancora la possibilita' di creare da zero un file Tap, e' necessario poter salvare le modifiche magari in un file temporaneo
Il sistema non fara' altro che creare una copia del file modificato con il nuovo nome che si scegliera'.
Sarà la fame?Non ho ben capito quello che vuoi dire :)
Oppure c'e' un modo per aggirare la questione senza dover emulare il c64 char?
Emulare i caratteri speciali?Carino ma un casino laborioso, in questo momento la trovo *davvero* una cosa di contorno :)
Cmq ho visto che lavorando sempre su array si possono aggirare molte complicazioni,seguirò questo approccio.
Ciauz
-
Tieni presente che senza sproteggere il file da R/O non ci si può scrivere sopra per modificarlo;al massimo,per tenere conto di una protezione intenzionale,il programma può sproteggere il file e poi riproteggerlo dopo averci lavorato sopra.
secondo me fa bene a rimetterlo readonly...o è perchè è rimasuglio di cd, o è perchè non lo è, ma le cose vanno rimesse a posto, soprattutto in informatica.
Comunque, sono scelte banali.
Forse non sono stato chiaro, cercherò di esserlo ora:
Togliere l'attributo readonly (o cambiare i permessi in *nix) senza avvertire l'utente è sbagliato. La mancanza di una richiesta di conferma è un bug a tutti gli effetti.
L'attributo readonly posso averlo messo io utente, deliberatamente, proprio per evitare che un programma mi sovrascriva il file senza avvertirmi. Certo, sono un po' pollo se non mi tengo un backup da qualche parte, ma questo non cambia il concetto di fondo.
Che sia eliminato l'attributo readonly senza avvertire l'utente, anche se - anzi a maggior ragione se - l'attributo readonly viene poi ripristinato altrettanto silenziosamente, è un BUG che prego vivamente di correggere nella prossima release.
Ancora meglio sarebbe, naturalmente, lavorare su un file temporaneo e salvare su quello di origine solo dietro richiesta esplicita dell'utente, ma una miglioria è meno urgente di un bugfix.
Non si tratta di scelte banali, e non si può (non si deve) prendere alla leggera l'attributo readonly: altrimenti, tale attributo non l'avrebbero proprio inventato. Il comportamento corrente e quello proposto sono SBAGLIATI sia in un senso (togliere il readonly) che nell'altro (ripristinare il readonly).
-
Ciao eregil
Ok,credo di aver capito cosa intendi e provvederò al più presto.
Grazie
-
Come suggerivo io...
=PPP
-
Sarà la fame?Non ho ben capito quello che vuoi dire :)
Il classico SALVA CON NOME intendo dire :)
-
Il classico SALVA CON NOME intendo dire
ma lol :lol:
-
Aggiornamento veloce:
- ricompilando su JVM Sun sotto Linux ho risolto il problema segnalato da eregil (nei prossimi rilasci beta non fornirò più i compilati .class ma solo i sorgenti e uno script per compilare il programma da shell o prompt)
- ho rivisto il motore di scansione,adesso lavora sempre su array e (come era prevedibile) è molto più veloce di prima
- adesso sto lavorando alla richiesta di conferma di overwrite (sempre richiesta da eregil),vorrei rendere la cosa più comoda possibile per l'utente finale quindi la vorrei implementare *come si deve*,anche a costo di metterci più tempo del previsto
- in coda la memorizzazione del path richiesto da iAN CooG
Upperò le modifiche a lavoro completato.
Le altre richieste verranno accontentate nelle prossime rls ;)
Grazie dell'attenzione
-
nei prossimi rilasci beta non fornirò più i compilati .class ma solo i sorgenti e uno script per compilare il programma da shell o prompt
Aspetta un attimo, gia' e' un MIRACOLO che io abbia il runtime di java installato, tra l'altro a mia insaputa perche' lo installo' Opera, ma di mettermi anche il compilatore non se ne parla nemmeno. Fornisci per cortesia sia compilati che sorgenti, magari divisi in 2 directories.
-
Se li metterai su un sito in genere si mettono due link...un per scaricarela versione compilata ed uno per scaricare i sirgenti.
Un link serve per gli eventuali sviluppatori, l'altro per gli utilizzatori.
-
Ciao a tutti
puff,tra una giornata di lavoro e l'altra riesco cmq a portare avanti il progettino, non male...
Comunque,le modifiche di cui avevo parlato nel post precedente sono state fatte: in particolare,ora il TM chiede di poter sovrascrivere i file di sola lettura,in caso di risposta negativa permette di salvare il contenuto del buffer in un nuovo file TAP creato appositamente dal programma;in teoria si potrebbe fare una cosa simile per tutti i file già esistenti,le modifiche da apportare al codice sono minime (chiedo il daffarsi soprattutto ai linuxari come eregil,fatemi sapere ;) ).
Ora il path di ricerca viene memorizzato ad ogni apertura e salvato in un file di configurazione alla chiusura del programma,inoltre il motore di scansione è notevolmente più veloce perchè non lavora più su file neppure alla prima lettura.
Come richiesto da iAN CooG ho separato in 2 dir,src e classes:la prima contiene i sorgenti del TM,la seconda i compilati .class,chi dispone solo del runtime può eseguire entrando nella relativa cartella e lanciando col solito java StartGUI,i più curiosi possono compilare entrando in src e lanciando lo script apposito (compile.bat per prompt cmd e compile.sh per Linux bash,non sono un mago degli script e non garantisco niente).
Allo script va passata la stringa di javac (se non è presente nelle variabili d'ambiente,il path completo) e il numero 3 se si usa la versione 1.3 del compilatore,altrimenti un altro numero;questo perchè javac 1.3 non richiede dei parametri aggiuntivi dalla linea di comando.
Il prossimo aggiornamento sarà più corposo (e probabilmente richiederà più tempo),in particolare consisterà dei seguenti punti:
- accodamento del preambolo "on the fly" (iAN CooG)
- revisione/ripulitura del motore di scansione per evitare il rilevamento di fake-header
- revisione/ripulitura del sistema di spostamento dei programmi (ho riscontrato dei problemi dopo molti spostamenti e non so perchè,devo controllare)
- lock della selezione multipla (djwiper)
Ciao ciao
-
Alt,mi sono accorto di aver uppato la versione provvisoria (dovrebbe esserci un baco nella memorizzazione del path):in serata uppo l'ultima :)
Bye bye
-
Ok,uppata l'ultima versione:ovviamente vi prego di segnalare eventuali altri problemi,avranno la precedenza sui prossimi todo.
Bye
-
Grande...
Ho notato un bug cmq.
Se ti scarichi dal sito edicolac64 la special program n.5, il contenuto del tap sarà visualizzato con tutti caratteri incomprensibili.
Cio' non succede ad esempio con le altre special program come la 4, la 6, la 7 ecc...
-
Ciao koseidon72
ho appena letto il tuo messaggio e verificherò al più presto.
Saluti
-
Uhmmm,ho visto che ci sono un bel pò di blocchi registrati con la stessa struttura di quelli standard,probabilmente il programma li vede come tali e legge garbage.
Lavoro per il weekend :)
Ciao
-
Se ti puo' essere d'aiuto, STAP li legge correttamente, ma se usi il parametro -h con un valore basso puo' visualizzare lo stesso garbage. Probabilmente basta controllare di aver letto una quantita' minima di dati per garantire la validita' dell'header.
-
Uhmmm,ho visto che ci sono un bel pò di blocchi registrati con la stessa struttura di quelli standard,probabilmente il programma li vede come tali e legge garbage.
Lavoro per il weekend :)
Ciao
Ciao
Se hai fatto caso per un microsecondo, appena aperto il tap, la struttura del tap viene visualizzata correttamente, e poi immediatamente dopo appare il "garbage"
-
Sì infatti,questo perchè il primo programma contiene blocchi del tutto simili a quelli standard che sfasano la sequenza canonica;è tipico delle cassette da edicola.
Comunque ho risolto nel weekend,come suggerito da iAN CooG ora si fa il controllo che il primo byte dopo la sincro valga 1 (file BASIC),3 (file con loader custom) o 4 (file SEQ).
Per le altre modifiche ci vorrà più tempo,sorry ma il lavoro incombe.
Ciao ciao
-
Ciao Alberto, potresti mettere online le ultime modifiche fatte in questo weekend?
Avevo scaricato il file, ma e' sempre quello vecchio...
-
Ciao koseidon72
Ti chiedo di pazientare un pò,preferisco risolvere anche gli altri problemi prima di metterlo online.Purtroppo rientro tardi dal lavoro e ho poco tempo durante la settimana,quindi prima di questo weekend escludo di poterci mettere mano,sorry.
Grazie e ciao
-
Scherzi? Io dovrei pazientare.. deve uscire una release al giorno!! :P
Ovviamente i tuoi impegni prima di tutto.. te lo chiedevo solo perche' pensavo che c'era stato un errore nell'upload..
Buona giornata e grazie ;)
-
Alberto, che ti e' successo?
E' passato piu' di un mese.
Spero che e' solo una questione di tempo che ti manca e non altro.
Non abbandonare questo progetto per favore.
:mellow: