Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

22 Febbraio 2008 Postato da: TheDarkCoder Problema con TheBar, NListtree, TextEditor

salve, ho uno strano problema con le classi MCC in oggetto.Premetto che tengo continuamente aggiornate all'ultima versione queste ed altre classi MCC su 3 Amiga: 1200/030, 4000/040 e 4000/060, tutti e 3 con OS3.9 BB2 e configurati in modo simile.Da qualche tempo noto che il 1200 e' un po' instabile, YAM ogni tanto si blocca e FryingPan crasha inspegabilmente non appena viene lanciato (ma devo dire che FryingPan e' altamente instabile...pero' prima funzionava). Ieri mi sono accorto che se dal programma di Preferences di MUI provo a selezionare una delle tre MCC in oggetto ottengo un immediato GURU $8000000B. Ho sostituito le 3 classi con delle versioni precedenti prese da un backup fatto a fine luglio 2007, e le versioni precedenti non causano il GURU, anche se purtroppo FryingPan continua a crashare. Verrebbe da pensare a un bug introdotto nelle nuove versioni delle MCC, ma sugli altri 2 Amiga, esse funzionano benissimo. Dunque si e' incasinato qualcosa nel 1200 negli ultimi 6 mesi.Ma cosa? Ho usato poco il 1200 di recente e ho fatto gli stessi aggiornamenti dei 4000, allo stesso modo. Non solo. ho provato a "trapiantare" la dir MUI: e ENVARC:mui da un 4000 al 1200 ma i GURU sono rimasti anche con la dir trapiantata (cio' dovrebbe escludere l'eventualita' di file corrotti in MUI: ) qualche idea? (magari da Alfonso Ranieri )

Commenti: 16  Aggiungi  - Leggi

Indice: forum / Software Amiga in generale

Post inviati: 41 Commento 1 alfie 23 Febbraio 2008    16:11:18 Ciao, posso rispondere per TheBar, anche se, partendo dalle mie esperienze con questa, si possono allargare le considerazioni anche alle altre classi citate. TheBar è in uno stato di assoluta confusione. Non funziona praticamente da nessuna parte e, quando funziona, non lo fa come dovrebbe. Sono stato una settimana a cercare di "aggiustarla" e credo di aver ottenuto qualche risultato, quindi si tratta di aspettare soltanto qualche giorno per una nuova release. Ne solo l'autore, ma essendo stato qualche mese lontano da Amiga, la sorte ha voluto che andasse a finire in mano a qualcuno il cui motto è solo "It compiles!". Quel qualcuno avrebbe dovuto soltanto farne un port su OS4, ma si è lascito trasportare la mano dal concetto "La uso in YAM, è la MIA!". Mala tempura e tempurali... Per quanto riguarda le classi NList, queste erano già in uno stato confuso precedentemente, ma ora sono davvero "sfasciate". Purtroppo vengono usate dovunque, perché la classe List è decente soltanto su MUI4. Avrebbero bisogno di una quasi totale riscrittura, a dire il vero. P.S Comunque, quando qualcosa non funziona, non è sempre colpa di una classe MUI particolare. Molto frequentemente è colpa del programma, che la usa in maniera errata, eh! Ultima modifica avvenuta il 23/02/2008 alle ore 16:14:48 Post inviati: 308 Commento 2 TheDarkCoder 23 Febbraio 2008    17:26:25 Alfie grazie per la risposta, immaginavo qualcosa del genere visto le cose che avevi raccontato su questo forum di recente. Oggi ho provato a installare Yam 2.5 e ha lo stesso problema: appena lo lancio guru $8000000B (line 1111 emulation). La cosa interessante e' che cio' accade anche se ho reistallato le versioni vecchie di Nlist, TheBar e Texteditor. Quindi sembra non dipendere da quelle librerie, ma da qualcosa in comune a tutti e 3 i componenti. Sugli amiga con 040 e 060 le MCC non ho riscontrato problemi. Domani provero' a installare Yam 2.5 su uno di questi. Una possibilita' e' che recentemente abbiano usato qualche opzione di compilazione che provoca crash su 030... ma possibile che nessun altro abbia riscontrato questo problema? (ormai il 030 non lo usate piu' ) Mi sembra piu' probabile che ci sia qualche problema nel mio sistema, ma cosa potrebbe essere? Se non mi viene in mente nulla, reistallero' da 0 OS3.9 la MUI e verifichero'. Ma se qualcuno mi da un suggerimento migliore... Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Post inviati: 308 Commento 3 TheDarkCoder 24 Febbraio 2008    11:00:57 oggi ho re-installato MUI, e poi ho installato solo The Bar. Prima The Bar 21.4, nessun problema. Poi 21.5 e di nuovo il System Error $8000000B. Mi sa che hanno fatto qualche pasticcio nell'ultima versione. Vale la pena segnalare il bug su SourceForge oppure visto l'attegiamento che ci raccontava Alfie e' solo una perdita di tempo?? Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Il Webmaster Post inviati: 4736 Commento 4 Mak73 24 Febbraio 2008    12:17:48 Citazione oggi ho re-installato MUI, e poi ho installato solo The Bar. Prima The Bar 21.4, nessun problema. Poi 21.5 e di nuovo il System Error $8000000B. Mi sa che hanno fatto qualche pasticcio nell'ultima versione. Vale la pena segnalare il bug su SourceForge oppure visto l'attegiamento che ci raccontava Alfie e' solo una perdita di tempo?? Mah, segnalarlo può sempre essere un aiuto nella speranza che si faccia qualcosa. Pace e bene a tutti. Post inviati: 308 Commento 5 TheDarkCoder 25 Febbraio 2008    10:28:04 altro indizio (non prova) che le classi MUI hanno problemi.Io sono utente registrato di Frying Pan, programma, a onor del vero, che non brilla per stabilita'. Comunque, ad un certo punto durante il 2007,FryingPan ha iniziato a crashare alla partenza, prima ancora di aprire la main window. Il crash avveniva quasi tutte le volte, ma quando non avveniva poi il programma funzionava regolarmente. Cio' accadeva con 4 versioni diverse di FP. FP usa Nlist. ieri ho provato a reistallare la vecchia Nlist 0.97 e il bug sembra sparito. Visti i problemi di FP che conocsco abbastanza perche' seguo la mailing list dedicata, non saprei a chi attribuire la colpa. Pero' e' un'altro indizio che con Nlist ci sono problemi. Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Pegasus RyuSei Ken Post inviati: 10185 Commento 6 Seiya 25 Febbraio 2008    16:03:33 però non è detto che sia la nlist..potrebbe essere come dice Alfie.. il programma che è scritto un po con i piedi e fa crashare alcune classi in certe condizioni.. a me su amithlon (quindi un OS3.9 BB1 a tutti gli effetti) l'ultima versione di FP funziona bene (be non crasha, non so però se è possibile masterizzare qualcosa) Era un po instabile invece la vecchia versione.. Post inviati: 308 Commento 7 TheDarkCoder 27 Febbraio 2008    14:19:56 ho segnalato il bug con le MCC e YAM su sourceforge, e mi hanno scritto che probabilmente c'e' qualcosa che non va nel mio sistema, in quanto non hanno altre segnalazioni. Probabilmente hanno ragione, ma cosa puo' esserci che causa instabilita'?? Provero a fare una installazione da 0 di OS 3.9 + MUI e niente altro e vederemo che succede. Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Post inviati: 308 Commento 8 TheDarkCoder 4 Marzo 2008    10:30:25 Eh invece il bug c'e'! Ecchella'!! Il bug si manifesta quando NON c'e' la FPU! E' perfettamente riproducibile su WinUAE, io ho provato con TheBar 21.5. Emulando la FPU non c'e' con la FPU c'e'. Grazie a MUForce ho visualizzato il disassemblato, che e' una cosa tipo: istruzioni a caso, quasi sicuramente un'area dati label: istruzione FPU MOVEM d0-d7/a0-a6,-(sp) istruzioni che sembrano seguire un filo logico dunque viene eseguito un salto all'indirizzo label che contiene un'istruzione FPU, che non fa danno se la FPU e' presente e genera l'ecezione se la FPU e' assente. La LONG seguente e' una MOVEM che salva i registri, che puzza tanto di inizio di una subroutine, mentre i byte precedenti label sembrano un'area dati: ne deduco che l'istruzione FPU e' in realta' l'ultima long di un'area dati e il codice salta erroneamente all'indirizzo label invece che a label+4. Stasera produco il log di MuForce e lo spedisco, con questo mio commento al Team... speriamo che questa volta evitino di prendermi per uno sprovveduto Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Post inviati: 41 Commento 9 alfie 4 Marzo 2008    10:47:21 Citazione Eh invece il bug c'e'! Ecchella'!! Il bug si manifesta quando NON c'e' la FPU! E' perfettamente riproducibile su WinUAE, io ho provato con TheBar 21.5. Emulando la FPU non c'e' con la FPU c'e'. Be nessuno ti sta prendendo per uno sprovveduto. Lascia perdere invii di bug a Damato e parla con me! Prima di qualsiasi esame di bug, prova l'ultima TheBar da sourceforge, ovvero la versione 26.1. Se il bug c'è anche li, hummm questa è una chiarissima dimostrazione di come non sia semplice nel 2008 poter far uscire qualcosa per qualsiasi sistema. Dopo che ho testato una classetta come thebar su: 4000 con 3.1, 4000 con 3.9, winuae con 3.9, amithlon con 3.9, morphos con mui3.9, morphos con mui4, non vedo proprio possibile andare in giro a cercare un A1000 Ciao. Alfonso Post inviati: 308 Commento 10 TheDarkCoder 4 Marzo 2008    17:05:59 Citazione Citazione Eh invece il bug c'e'! Ecchella'!! Il bug si manifesta quando NON c'e' la FPU! E' perfettamente riproducibile su WinUAE, io ho provato con TheBar 21.5. Emulando la FPU non c'e' con la FPU c'e'. Be nessuno ti sta prendendo per uno sprovveduto. Lascia perdere invii di bug a Damato e parla con me! Prima di qualsiasi esame di bug, prova l'ultima TheBar da sourceforge, ovvero la versione 26.1. Se il bug c'è anche li, hummm questa è una chiarissima dimostrazione di come non sia semplice nel 2008 poter far uscire qualcosa per qualsiasi sistema. Dopo che ho testato una classetta come thebar su: 4000 con 3.1, 4000 con 3.9, winuae con 3.9, amithlon con 3.9, morphos con mui3.9, morphos con mui4, non vedo proprio possibile andare in giro a cercare un A1000 Ciao. Alfonso ovviamente non mi riferivo a te... ho visto solo ora la 26.1, provero' stasera... comunque con WinUAE, se selezioni CPU<=030, FPU=none, dovresti riprodurre il bug... Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Post inviati: 41 Commento 11 alfie 4 Marzo 2008    18:33:08 Ho testato TheBar 26.1 su winuae 68030 no FPU e tutto funziona OK. Intendo che ho testo programmi miei ed i demo inclusi nell'archivio di TheBar. Si hanno crash quando si tentano di caricare pic png, ma è chiaramente colpa del WarpPNG datatype. Non ho potuto testare YAM, perché crascia alla partenza, probabilmente propro perché non trova la FPU e la cosa non dipende assolutamente da TheBar. Post inviati: 308 Commento 12 TheDarkCoder 5 Marzo 2008    09:38:45 Citazione Ho testato TheBar 26.1 su winuae 68030 no FPU e tutto funziona OK. Intendo che ho testo programmi miei ed i demo inclusi nell'archivio di TheBar. Si hanno crash quando si tentano di caricare pic png, ma è chiaramente colpa del WarpPNG datatype. Non ho potuto testare YAM, perché crascia alla partenza, probabilmente propro perché non trova la FPU e la cosa non dipende assolutamente da TheBar. Ti confermo che il bug viene fuori anche con TheBar 26.1 sia su 1200 030 e no FPU (come ti dicevo nella mail) e sia su WinUAE, configurato con 030 no FPU. Viene fuori quando apro "Preferenze MUI" e seleziono "TheBar" dalla lista delle classi. Su WinUAE ho installato solo la MUI 3.8 non registrata, scaricata di fresco da aminet, e TheBar, nessuna altra MCC. Probabilmente lo stesso pezzo di codice che causa il bug e' presente anche nelle ultime versioni di NListtree e TextEditor. A tua disposizione per fare altri test!! Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Post inviati: 41 Commento 13 alfie 5 Marzo 2008    12:49:35 Ti ho mandato un link ad una TheBar.mcp compilata senza usare la funzione snprintf() di clib (con la quale viene attualmente compilata thebar, dopo che una banalissima funzioncina, quella che usa RawDoFmt(), che trovi in qualsiasi sorgente *Amiga* dal 1912 è stata sostituito per mostrare al mondo la gloria di alcuni programmatori *rossi*). L'ho testata e funziona. Post inviati: 308 Commento 14 TheDarkCoder 6 Marzo 2008    15:02:56 Citazione Ti ho mandato un link ad una TheBar.mcp compilata senza usare la funzione snprintf() di clib (con la quale viene attualmente compilata thebar, dopo che una banalissima funzioncina, quella che usa RawDoFmt(), che trovi in qualsiasi sorgente *Amiga* dal 1912 è stata sostituito per mostrare al mondo la gloria di alcuni programmatori *rossi*). L'ho testata e funziona. Ok!! Il bug non c'e' piu', verificato su 1200 reale.Complimenti! E grazie! Nel frattempo Thore Bockelman mi ha scritto dal tracker di sourceforge, dicendomi le stesse cose che mi hai detto... l'avra' scoperto da solo ?? Permettimi una curiosita' ma... che c'e' di glorioso nel sostituire la funzioncina, e che vuol dire "rossi"? Fan di OS4? Questa funzioncina in qualche modo avvantaggia OS4 rispetto alle altre piattaforme (mi pare strano e' una print)...sempre se non sono indiscreto, capisco che certe cose debbano restare private! Amigas in the Dark A500 (Early model, KS 1.2) + A501 A500 (Classic model, KS 1.3) + Espansione 512k + A590 (2M Fast, HD SCSI 20M) A500 (Classic model, KS 1.3) + Espansione 512k Post inviati: 687 Commento 15 ghillo 7 Marzo 2008    22:35:59 Anch'io su OS4 ,non sono mai riuscito ad utilizzare YAM2.5 nativo. Mi si apre un Grimp Reaper ed anche se tento di forzare il proseguimento del programma o di ignorare l'errore il programma si blocca (senza bloccare il sistema però). Va in guru durante l'inizializzazione delle classi Mui (o almeno credo visto che si blocca durante questa fase del craicamento) tramite li grimp reaper ho provato a scrivere il file di crash log, ma sinceramente non sono molto afferrato in tema e non ho capito molto. Ho controllato le versioni delle classi mui che vengono decsritte per l'installazione e sembrano tutte a posto. Qualcuno che lo usa sa dirmi che versioni di classi usa sul suo sistema oppure se ha anche lui riscontrato questo problema con OS4 a 3.X . DavPPC Post inviati: 1798 Commento 16 DavPPC 7 Marzo 2008    23:49:05 Citazione Anch'io su OS4 ,non sono mai riuscito ad utilizzare YAM2.5 nativo. Mi si apre un Grimp Reaper ed anche se tento di forzare il proseguimento del programma o di ignorare l'errore il programma si blocca (senza bloccare il sistema però). Va in guru durante l'inizializzazione delle classi Mui (o almeno credo visto che si blocca durante questa fase del craicamento) tramite li grimp reaper ho provato a scrivere il file di crash log, ma sinceramente non sono molto afferrato in tema e non ho capito molto. Ho controllato le versioni delle classi mui che vengono decsritte per l'installazione e sembrano tutte a posto. Qualcuno che lo usa sa dirmi che versioni di classi usa sul suo sistema oppure se ha anche lui riscontrato questo problema con OS4 a 3.X . Su OS3.9 tutto ok a parte la mancata localizzazione in italiano. Sam460ex 1ghz,OS4.1fe, 2GbRam, SSD480Gb, ATI RadeonHD5450 1gbsgram, Monitor ASUS 28" 16:9, card reader USB interno, controller UWSCSI-PCI; A1200 OS3.9 Icedrake 68080, 512MbRAM, SSD240Gb, USB SubWay, card reader USB interno, Monitor-TV LED Philips 24ITE 24" 16:9; Scanner Epson GT-7000 scsi2; Scanner Epson GT-9500 scsi2; Scanner Epson GT-5000 parallelo; Scanner Epson perfection 1250 USB; Commodore 64C + 1581.

Indice: forum / Software Amiga in generale

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 3 registrati - Dr Cinicus - sampedenawa - amiwell79 - e 87 non registrati Benvenuto all'ultimo utente registrato: zulu