<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: GDL: DEL TOP and BREAKPOINT in Macros in Libraries &amp; objects</title>
    <link>https://community.graphisoft.com/t5/Libraries-objects/GDL-DEL-TOP-and-BREAKPOINT-in-Macros/m-p/105708#M50496</link>
    <description>Laszlo,&lt;BR /&gt;
Thank you for the information.&lt;BR /&gt;
How del top works in macros I did not know but it reminds me&lt;BR /&gt;
of DNCs admonishment not to use del top &lt;BR /&gt;
and this is another reason not to.&lt;BR /&gt;
One of the reasons I rarely us the debugger is that I could not&lt;BR /&gt;
figure out how to get it to jump into a macro.&lt;BR /&gt;
Thanks to you I now know how to do it.&lt;BR /&gt;
Thank you,&lt;BR /&gt;
Peter Devlin</description>
    <pubDate>Fri, 27 Aug 2004 19:30:49 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2004-08-27T19:30:49Z</dc:date>
    <item>
      <title>GDL: DEL TOP and BREAKPOINT in Macros</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/GDL-DEL-TOP-and-BREAKPOINT-in-Macros/m-p/105707#M50495</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;This may need to go to Tips &amp;amp; Tricks:&lt;BR /&gt;&lt;BR /&gt;I dont't know how well this is known, but I just found it now:&lt;BR /&gt;&lt;BR /&gt;1. If you have a DEL TOP command in a Macro, when it is executed it will delete all coordinate transformations in the calling script as well. Which means DEL TOP should be used carefully because it can give unexpected results. The best is that in a macro only the number of done coordinate transformations are deleted always.&lt;BR /&gt;2. I was always trying to find out how to stop a script in debug mode when it is in a macro called by the script I am debugging. It seemed I started debugging a 3D Script, went step-by-step, and the debugger always considered the Macro one step. It never got into it just continued in the calling script with the line after the CALL statement. &lt;BR /&gt;I found out if I place a BREAKPOINT command in the Macro the result of which evaluated to true (like BREAKPOINT DDDDD=0), then the debugger will stop in the Macro, and you can check the values of variables there.&lt;BR /&gt;It can come handy when looking for the reason your script does not work the way you want it.&lt;/DIV&gt;</description>
      <pubDate>Mon, 03 Feb 2025 15:40:51 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/GDL-DEL-TOP-and-BREAKPOINT-in-Macros/m-p/105707#M50495</guid>
      <dc:creator>Laszlo Nagy</dc:creator>
      <dc:date>2025-02-03T15:40:51Z</dc:date>
    </item>
    <item>
      <title>Re: GDL: DEL TOP and BREAKPOINT in Macros</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/GDL-DEL-TOP-and-BREAKPOINT-in-Macros/m-p/105708#M50496</link>
      <description>Laszlo,&lt;BR /&gt;
Thank you for the information.&lt;BR /&gt;
How del top works in macros I did not know but it reminds me&lt;BR /&gt;
of DNCs admonishment not to use del top &lt;BR /&gt;
and this is another reason not to.&lt;BR /&gt;
One of the reasons I rarely us the debugger is that I could not&lt;BR /&gt;
figure out how to get it to jump into a macro.&lt;BR /&gt;
Thanks to you I now know how to do it.&lt;BR /&gt;
Thank you,&lt;BR /&gt;
Peter Devlin</description>
      <pubDate>Fri, 27 Aug 2004 19:30:49 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/GDL-DEL-TOP-and-BREAKPOINT-in-Macros/m-p/105708#M50496</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2004-08-27T19:30:49Z</dc:date>
    </item>
  </channel>
</rss>

