• Join/Login
  • Business Software
  • Open Source Software
  • For Vendors
  • Blog
  • About
  • More
    • Articles
    • Create
    • SourceForge Podcast
    • Site Documentation
    • Subscribe to our Newsletter
    • Support Request
SourceForge logo
For Vendors Help Create Join Login
SourceForge logo
Business Software
Open Source Software
SourceForge Podcast
Resources
  • Articles
  • Case Studies
  • Blog
Menu
  • Help
  • Create
  • Join
  • Login
  • Home
  • Browse
  • FMSLogo
  • Bugs
FMSLogo

SETTIMER id=16 is documented as not yielding but implemented as yielding

A Logo programming environment for Microsoft Windows

Brought to you by: david_costanzo
  • Summary
  • Files
  • Reviews
  • Support
  • Tickets ▾
    • Feature Requests
    • Bugs
    • Support Requests
  • Discussion
  • Code
Menu ▾ ▴
  • Create Ticket
  • View Stats

Group

  • v_6.06x
  • v_6.07.X
  • v_6.08.X
  • v_6.10.X
  • v_6.11.X
  • v_6.13.X
  • v_6.22.X
  • v_6.25.X
  • v_6.26.X
  • v_6.27.X
  • v_6.28.X
  • v_6.29.X

Searches

  • Changes
  • Closed Tickets
  • Open Tickets

Help

  • Formatting Help

#555 SETTIMER id=16 is documented as not yielding but implemented as yielding

v_6.06x
closed-fixed
nobody
None
5
2020-12-31
2020-12-28
David Costanzo
No

SETTIMER is documented as creating timer events with id=16 are run in NOYIELD mode. This is how it was implemented in MSWLogo, but due to an off-by-one error introduced when FMSLogo was ported to use wxWidgets instead of OWL, id=16 became yielding. This is a breaking change to the API.

Although the wxWidgets version has exited since FMSLogo 6.29.0, it was not the default download until FMSLogo 7.0.0.

In some sense, the damage has already done and the fix could be to update the documentation. However, I doubt that there are programs which use timer ID=16 and need it to be non-yielding and I prefer the symmetry of MSWLogo's allocation of IDs: half for yielding and half for non-yielding. Therefore, I think the better fix is to make id=16 non-yielding.

For reference, the bug is in mainframe.cpp (sourceforge.net).

Discussion

  • David Costanzo

    David Costanzo - 2020-12-29

    This is fixed by [r5582].

    Since the fix is a breaking change, it will be made available in the next major version release, which is FMSLogo 8.0.0.

     

    Related

    Commit: [r5582]

    If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
  • David Costanzo

    David Costanzo - 2020-12-31
    • status: open --> closed-fixed
     
    If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Log in to post a comment.

SourceForge
  • Create a Project
  • Open Source Software
  • Business Software
  • Top Downloaded Projects
Company
  • About
  • Team
  • SourceForge Headquarters
    1320 Columbia Street Suite 310
    San Diego, CA 92101
    +1 (858) 422-6466
Resources
  • Support
  • Site Documentation
  • Site Status
  • SourceForge Reviews
SourceForge logo
© 2026 Slashdot Media. All Rights Reserved.
Terms Privacy Opt Out Advertise
mdb logo