Menu

#2 FreeDOS EDIT 0.9 BUG - mouse cursor vanishes on some hardwa

freedos12
open-works-for-me
None
6
2022-06-26
2008-11-30
dos386
No

Version 0.9 of FreeDOS EDIT introduces a new bug with mouse cursor disappearing on some (few ?) PC's. Version 0.7 as well as other editors don't expose this problem.

Discussion + movie:

http://www.bttr-software.de/forum/board_entry.php?id=5253

Discussion

  • dos386

    dos386 - 2008-12-03
    • priority: 5 --> 6
     
  • Aitor Santamaría Merino

    • status: open --> closed-works-for-me
     
  • Aitor Santamaría Merino

    In the discussion at bttr-software, it is shown to be a BIOS-specific bug.
    Unreproducable, and do not have news from someone else to suffer from the same bug.

    Therefore, closed as NOT-A-BUG.

     
  • Aitor Santamaría Merino

    In the discussion at bttr-software, it is shown to be a BIOS-specific bug.
    Unreproducable, and do not have news from someone else to suffer from the same bug.

    Therefore, closed as NOT-A-BUG.

     
  • dos386

    dos386 - 2009-01-01

    aitorsm wrote:

    > Happy Edit'ing, and bug reporting!

    Tried to ...

    > In the discussion at bttr-software, it is shown to be a BIOS-specific bug.

    It isn't shown. It is suspected at best, and no details about what BIOS might do wrong.

    > Unreproducable

    FYI, found one more PC exposing it, and what's worse, even the "good" PC's where the cursor is visible have minor problems of this type: cursor blinking too much, and completely vanishing in a small area of the screen (horizontal line cca 20 chars).

    > and do not have news from someone else to suffer from the same bug.

    Nor from anyone about using FD EDIT 0.9 successfully (on DOS ???) ...

    > Therefore, closed as NOT-A-BUG.

    COOL.

    > I do much FreeDOS programming on NTVDM

    I see ...

    > so I was trying to guess how much the impact on me will be.
    > my interest on DOSBOX and such programs increases

    Not much impact anymore: Use with real hardware at own risk ...

    BTW, the bug isn't in MOUSE.C, since this remained in fact
    unchanged, but VIDEO.C is a good candidate:

    > hide_mousecursor();
    > show_mousecursor();

    Bad usage ?

    > Waits for the beginning of a vertical ("big") retrace, to avoid flicker.

    Cause problems ?

    > if (SysConfig.VideoSnowyFlag)
    > waitforretrace();

    Wait only if snowed ??? Maybe the bug was already available in 0.7D but disabled together with the snow ?

     
  • dos386

    dos386 - 2009-01-01
    • status: closed-works-for-me --> open-works-for-me
     
  • dos386

    dos386 - 2009-01-01

    Feel free to reclose and be be assured that I won't re-open or re-report this anymore, considering the eclatant overall lack of interest (devel/test/document) on DOS and even more lack of existence of DOS running __NOT__ inside of DOGBOX/DOGEMU/NTVDM and similar faked stuff.

     
  • dos386

    dos386 - 2009-01-02

    I wrote:

    > > Waits for the beginning of a vertical ("big") retrace, to avoid flicker.
    > Cause problems ?

    Bad guess, heh :-( Disabled, no effect :-( Trying to disable "hide_mousecursor();" but seems to compile to something strange ....

     
  • Aitor Santamaría Merino

    Hello,

    The changes made to video.c or the like do NOT affect the behaviour, but rather where in source the call is made. So anything strange that may be found there should be in previous versions (unless I did something wrong). For this edition I didn't review the "semantics" of the code, but rather the placement of the lines.

    I am aware of the excessive blinking of the mouse when in EDIT, and I don't like it either. It is one of the (many) features planned for the DFlat+ version 1.1, but it is priorized as it should be, and of course under bug-fixing.

    There will be (shortly) a DFlat+ 1.0.1 version (and thus Edit 0.9b) fixing some bugs, but this "feature" of excessive blinking will not be one of those. I will progress to add the DFlat+ 1.1 features in subsequent (less stable) versions of Edit (from 0.9c till 1.0), and this of the blinking will be one of those. Keep please tuned to the freedos-devel list to find out exactly in which version whe excessive blinking will be reworked.

    Finally, there is not a misinterest in real machines/hardware. It's simply that most of the work is being done under NTVDM or virtualizators simply because it is simply easier to debug and recover from a crash. Tests in real machines are also done.

    Regards,
    Aitor

     
  • dos386

    dos386 - 2009-01-05

    Hi

    > aware of the excessive blinking of the mouse when in EDIT,
    > and I don't like it either.

    Seems to be related to the cursor colorization/hiding and causes the almost complete vanish is some cases (i have 2 "evil" PC's now ...).

    > progress to add the DFlat+ 1.1 features in subsequent (less
    > stable) versions of Edit (from 0.9c till 1.0), and this of
    > the blinking will be one of those. Keep please tuned to the
    > freedos-devel list to find out exactly in which version
    > whe excessive blinking will be reworked.

    Thanks. Please continue ... I'll report ASA I notice an effect or fix.

     
  • JD Hupp

    JD Hupp - 2016-03-21

    I'm reporting the same problem in a FreeDOS 1.1 installation on a Dell Optiplex GXa 300M EM (mfd 1998). I'll add that the mouse pointer is barely visible and flashing, and also note that it only occurs with an open file.

    I am not able to report the BIOS information or do further troubleshooting on this computer since it is being delivered to its owner today!

     
  • Aitor Santamaría Merino

    • assigned_to: Aitor Santamaría Merino
    • Group: --> freedos12
     

Log in to post a comment.