• 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

Procedures defined with DEFINE don't display properly wih POPS

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

#601 Procedures defined with DEFINE don't display properly wih POPS

v_6.06x
closed-fixed
David Costanzo
None
5
2026-04-10
2025-07-12
DanielAjoy
No

Using English version 8.4.0 under Wine under Linux Mint.

When I type this in the COMMANDER line:

DEFINE "ABC [[a b] [PRINT :a] [PRINT :b]]
pops

I get this:

to abc :a :bPRINT :aPRINT :bend

instead of a properly formatted output:

to abc :a :b
PRINT :a
PRINT :b
end

There appears to be an issue with the END-OF-LINE character used.

Discussion

  • David Costanzo

    David Costanzo - 2025-07-12
    • status: open --> open-accepted
    • assigned_to: David Costanzo
     
    If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
  • David Costanzo

    David Costanzo - 2025-07-12

    I had seen this before but never thought it was a bug; I just thought just part of how DEFINE behaved. But now that you mention it, I agree that it's a bug.

    I reproduced the same behavior in MSWLogo 6.5b. UCBLogo 6.2 behaves correctly.

    A slightly more targeted repro is to use PO "ABC

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

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

    David Costanzo - 2026-04-10

    This looks like it was caused by a simple oversight. This is fixed by [r6145]. The fix will be available in FMSLogo 8.5.0.

     

    Related

    Commit: [r6145]

    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