Menu

#1056 xpet 4040 drive emulation broken

v3.2
closed-fixed
nobody
None
Linux
Drives
2018-10-18
2018-09-29
No

Start xpet, in the drive settings, set "drive #8 model" to "4040". Type in "directory", or try to LOAD"$",8, the system hangs without reaction.

Discussion

  • Andre Fachat

    Andre Fachat - 2018-09-29

    Same happens for "3040" and "2040" disk drives.

     
  • gpz

    gpz - 2018-09-30

    did that ever work?

     
  • Andre Fachat

    Andre Fachat - 2018-09-30

    Yes of course.

     
  • gpz

    gpz - 2018-09-30

    you make it sound like one should expect that everything in VICE worked at some point, thats a funny thought =D

     
  • compyx

    compyx - 2018-09-30

    Perhaps it's the virtual devices of 2.4 vs true emulation of 3.0?

     
  • gpz

    gpz - 2018-09-30

    to me it looks like the CPU of the drive isnt running (which is super weird)

    xpet -default -drive8type 4040

    enter monitor

    dev 8:

    z (repeatedly)

    -> stuck at d50a

    shrug

     
  • Andre Fachat

    Andre Fachat - 2018-09-30

    Hm, I still vividly remember programming the true drive emulation for the PET dual disk drives in those days, and I am pretty sure that this part (at least in that old version) at some point worked :-)

     
  • Andre Fachat

    Andre Fachat - 2018-09-30

    @gpz: I think it's something IRQ-or NMI-related. The CPU is not stuck there, it's continuously jumping into the interrupt routine (you can see the stack pointer decrease by three on every "z").

     
  • gpz

    gpz - 2018-10-01

    oh, right. didnt see that. smells like an uninitialized variable to me... or something equally silly. it would be nice to know what revision broke it (happened before 3.0 apparently)

     
  • gpz

    gpz - 2018-10-02

    works in r29064, doesnt work in r29072 ... on it...

     
  • gpz

    gpz - 2018-10-02

    ok well, its r29065 that breaks it.... (once more its socis memory-access optimizing ;_;)

    its a giant commit, so it'd be a bit of work to find out what exactly the problem is, feel free to look at it too: https://sourceforge.net/p/vice-emu/code/29065/

     
  • Soci/Singular

    Soci/Singular - 2018-10-02

    Should work now in 35538. Trap ROM was mapped wrong.

     
  • gpz

    gpz - 2018-10-03

    appears to work for me, although i didnt do extensive testing

     
  • Anselm D

    Anselm D - 2018-10-13

    Thank you very much!
    I tested it with GTK3VICE-3.2-win32-r35575 and it works.
    This solved my issue: #976 support of a dual drive floppy (4040, 8050, 8250) does not work in Vice 3.0, 3.1

    https://sourceforge.net/p/vice-emu/bugs/976/

     
  • compyx

    compyx - 2018-10-18
    • status: open --> closed-fixed
     

Log in to post a comment.