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

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1:
      
     CommentAuthorCyprian
   • CommentTime7 Aug 2022 15:08

    
   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. • 2:
      
     CommentAuthorKaz
   • CommentTime7 Aug 2022 17:08

    
   O, trzeba sobie zaktualizować emulatory - dzięki Cyprian!
3. • 3:
      
     CommentAuthorxorcerer
   • CommentTime11 Aug 2022 08:08

    
   Ciekawe, czy próba dokonania "rename" pliku z TOSowego desktopu wciąż kończy się bombieniem.
4. • 4:
      
     CommentAuthorCyprian
   • CommentTime11 Aug 2022 09:08

    
   pewnie poprawili, bo system nie wywala się
   ale spokojnie, już znaleźli inne błędy i będzie wydana poprawka
5. • 5:
      
     CommentAuthorxorcerer
   • CommentTime11 Aug 2022 11:08 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.

   • antibombed-information-dialog-tos-1.2.png
     
     
     
     
6. • 6:
      
     CommentAuthorCyprian
   • CommentTime11 Aug 2022 12:08

    
   @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. • 7:
      
     CommentAuthorxorcerer
   • CommentTime11 Aug 2022 13:08 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.

   • auto-withot-letemfly.png
     
     
     
     
8. • 8:
      
     CommentAuthorCyprian
   • CommentTime11 Aug 2022 14:08 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. • 9:
      
     CommentAuthorxorcerer
   • CommentTime11 Aug 2022 19:08

    
   Super, dzięki!
10. • 10:
       
      CommentAuthorCyprian
    • CommentTime11 Aug 2022 22:08

     
    swoją drogą ten ANTIBOMB.PRG jest fajny.
    Szkoda że nie miałem tego w epoce.
11. • 11:
       
      CommentAuthorxorcerer
    • CommentTime12 Aug 2022 02:08

     
    No ba :) Ewidentnie życie atarowe zaczyna się po pięćdziesiątce ;)
12. • 12:
       
      CommentAuthorCyprian
    • CommentTime12 Aug 2022 10:08

     
    mądrego miło posłuchać
13. • 13:
       
      CommentAuthorCyprian
    • CommentTime19 Aug 2022 10:08 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. • 14:
       
      CommentAuthorCyprian
    • CommentTime27 Aug 2022 11:08 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. • 15:
       
      CommentAuthorxorcerer
    • CommentTime27 Aug 2022 14:08 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.
16. • 16:
       
      CommentAuthorxorcerer
    • CommentTime30 Apr 2024 11:04 zmieniony

     
    Miesiąc po miesiącu dostaliśmy nową wersję Hatari (2.5.0 - 18 kwietnia) oraz EmuTOS'a (1.3 - 17 marca), oto lista zmian EmuTOSa:
    
    CHANGES BETWEEN RELEASE 1.2.1 AND RELEASE 1.3
    
    Major changes:
    - BIOS: Support for SCSIDRV API (used by software such as ExtenDOS)
    - EmuDesk: Improved appearance of some dialogs
    - General: New Romanian translation
    - XBIOS: Support for true-color modes on the Falcon
    (Note that VDI and EmuDesk support for true-color is still unavailable.)
    
    Other changes:
    - BIOS: Improved device compatibility in the IDE driver
    - BIOS: Support for the CrazyDots VME graphics card
    - BIOS: Better handling of incorrect values in FAT file systems
    - BIOS: SD card support for some ColdFire EVBs
    - Many minor and/or obscure bugs have been fixed
    
    
    CHANGES BETWEEN RELEASE 1.2 AND RELEASE 1.2.1
    
    There were only two changes to fix bugs in EmuTOS 1.2:
    - AES: Fix accessories displaying an alert box
    - AES: Correct process name in AES process descriptor