atarionline.pl EmuTOS 1.2 - już dostepny - Forum Atarum

Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

  • :
  • :

Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

    • 1:
       
      CommentAuthorCyprian
    • CommentTime7 Aug 2022
     
    Właśnie ukazała się nowa wersja otwartoźródłowego systemu EmuTOS.
    Jest to system kompatybilny z Atari TOS dla Atari 16/32bit i nie tylko (Aranym/Firebee/Apple Lisa/Vampire/Amiga)

    ->link<- sourceforge.net/projects/emutos/files/emutos/1.2/

    Poniżej lista zmian w stosunku do poprzedniej wersji 1.1.1:

    Major changes:
    - AES: Add support for 3D objects (enabled in 512k ROMs and PRG)
    - AES: Add support for new menu_xxx() functions in AES 3.30
    - AES: Allow up to 16 windows for versions with AES 3.30 support
    - BIOS: Add interrupt-driven I/O for SCC serial ports
    - EmuDesk: Resize screen memory in videl modes, just like TOS4
    - General: Make FireBee ROMs single-language
    - VDI: Fix crash under FreeMiNT with memory protect enabled

    Other changes:
    - AES: Display better error message if program launch failed
    - AES: Improve error checking for wind_xxx() functions
    - AES: Better looking separators in menus
    - BDOS: Implement undocumented TOS function Srealloc()
    - BIOS: Add support for IKBD/MIDI error vectors
    - BIOS: Increase timeout for IDE transfers
    - EmuDesk: Fix bug in 'Set file mask...'
    - EmuDesk: Fix drag'n'drop bug with desktop icons
    - EmuDesk: Display the 'busy' mouse cursor for some lengthy actions
    - VDI: Allow Falcon video modes to be set in v_opnwk()
    - VDI: Implement v_hardcopy()
    - VDI: Speed up some VDI calls
    - XBIOS: Implement undocumented TOS function VcheckMode()
    - Many minor and/or obscure bugs have been fixed
    • 2:
       
      CommentAuthorKaz
    • CommentTime7 Aug 2022
     
    O, trzeba sobie zaktualizować emulatory - dzięki Cyprian!
    • 3:
       
      CommentAuthorxorcerer
    • CommentTime11 Aug 2022
     
    Ciekawe, czy próba dokonania "rename" pliku z TOSowego desktopu wciąż kończy się bombieniem.
    • 4:
       
      CommentAuthorCyprian
    • CommentTime11 Aug 2022
     
    pewnie poprawili, bo system nie wywala się
    ale spokojnie, już znaleźli inne błędy i będzie wydana poprawka
    • 5:
       
      CommentAuthorxorcerer
    • CommentTime11 Aug 2022 zmieniony
     
    Dalej jest jakiś overflow czegośtam. Jak w AUTO nie ma nic większego (niż dwa utile powiększające bufory systemu) to rename w TOSie działa. Jak cokolwiek więcej użytecznego tam jest, jak Selectric czy LetEmFly, to co prawda bomb nie ma, ale system staje się zupełnie nieresponsywny. Nie można już wyjść z systemowego dialogu "File > Information". Mogę już tylko go zresetować.

    Lepiej jak były bomby, bo te przynajmniej można przechwycić i wydobyć się z nieskończonej pętli.

    Gdzie najlepiej im to zgłosić?

    PS. oto dokonam AUTOkorekty: system bombi się, można bomby przechwycić. Najwyraźniej teraz już EmuTOS standardowo sam przechwytuje swoje bombienie się i po prostu po takiej bombie sam wraca jakby nigdy nic do porządku dziennego.

    ANTIBOMB umieszczony w AUTO przechwytuje błąd poprawnie :)

    PS2. wersja językowa nie ma znaczenia, też rozmiar EmuTOSa nie ma znaczenia. stare TOSy nie miały takiego problemu.
    • 6:
       
      CommentAuthorCyprian
    • CommentTime11 Aug 2022
     
    @xorcerer

    zdecydowanie warto to zgłosić: emutos-devel@lists.sourceforge.net

    Sprawdziłem u mnie: Steem 4.1, GEMDOS drive C, EmuTOS 1.2 256PL, STE 4MB RAM, rozdzielczość Mono i ST-Medium, ANTIBOMB.PRG w AUTO. no i mi nie wywala błędu.

    Może to wynika z konkretnej konfiguracji: typ maszyna, monitor, ilość plików w katalogu itp.
    • 7:
       
      CommentAuthorxorcerer
    • CommentTime11 Aug 2022 zmieniony
     
    Maszyna - nieistotne. Ilość plików w katalogu - nieistotne. monitor - nieistotne. gdy w AUTO pojawia się cokolwiek większego - to jest istotne. wrzuć sobie w auto np. debugger Bugaboo, NVDI, czy co innego większego.


    PS. chyba udało mi się to lepiej wyizolować. LetEmFly w AUTO rozwala EmuTOSa. sprawdzę, czy to tylko to.
    • 8:
       
      CommentAuthorCyprian
    • CommentTime11 Aug 2022 zmieniony
     
    potwierdzam, samo LetEmFly w AUTO powoduje że EmuTOS przy próbie zmiany nazwy pliku, wywala bus error.
    zaraz zgłoszę na liście EmuTOS.

    LetEmFly ingeruje w system operacyjny, no i pewnie coś psuje w EmuTOS.


    ---poprawka---
    zgłosiłem do EmuTOS
    • 9:
       
      CommentAuthorxorcerer
    • CommentTime11 Aug 2022
     
    Super, dzięki!
    • 10:
       
      CommentAuthorCyprian
    • CommentTime11 Aug 2022
     
    swoją drogą ten ANTIBOMB.PRG jest fajny.
    Szkoda że nie miałem tego w epoce.
    • 11:
       
      CommentAuthorxorcerer
    • CommentTime12 Aug 2022
     
    No ba :) Ewidentnie życie atarowe zaczyna się po pięćdziesiątce ;)
    • 12:
       
      CommentAuthorCyprian
    • CommentTime12 Aug 2022
     
    mądrego miło posłuchać
    • 13:
       
      CommentAuthorCyprian
    • CommentTime19 Aug 2022 zmieniony
     

    xorcerer:

    PS. chyba udało mi się to lepiej wyizolować. LetEmFly w AUTO rozwala EmuTOSa.


    Roger Burrows dostosowal EmuTOS do LetEmFly. Teraz potrzebuje przykładowych programów które korzystają z niego, bo chce mieć pewność że wszystko działa właściwie.
    • 14:
       
      CommentAuthorCyprian
    • CommentTime27 Aug 2022 zmieniony
     
    Efektem ubocznym całego zamieszania jest kod źródłowy LetEmFly w wersji 1.20 a niedługo też 1.30
    ->link<- tho-otto.de/download/letemfly120-src.zip
    • 15:
       
      CommentAuthorxorcerer
    • CommentTime27 Aug 2022 zmieniony
     
    Bardzo mi miło, że to zamieszanie odbyło się tak kulturalnie i że tyle dobrego z niego wynikło. Dzięki jeszcze raz, że uruchomiłeś swoje profile i kontakty, z tego co widziałem jesteś na tych wszystkich forach rozpoznawalny od dawna.

    Dziękuję jeszcze raz.

    ps. Czy masz pod ręką te patch'e Rogera Burrowsa? Patrzę przez webowy interfejs sourceforge na listę mailingową emutos-devel ale niczego nie zobaczyłem poza wymianą opinii i właśnie tym linkiem do src Letemfly ->link<-

    ps2. letemfly 1.30 znalazłem na Floppy Shop Utility 4140 ->link<-

    ps3. patch nie jest zintegrowany z nightly branch'em, jeśli w ogóle był dokooptowany to do jakiegoś innego repozytorium niż oficjalne. letemfly 1.30e działa z emuTOS nightly ale próba rename (wystarczy wcisnąć klawisz kursora) crash'uje się tak samo.