<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>texupport &#187; AutoCAD Land Desktop &#8211; Bugs</title>
	<atom:link href="http://www.texupport.net/blog/category/ldt-bugs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.texupport.net/blog</link>
	<description>AutoCAD / Civil 3D / Windows Utilities and Support</description>
	<lastBuildDate>Fri, 09 Oct 2009 15:00:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Tables which include delta angle cause fatal errors</title>
		<link>http://www.texupport.net/blog/2007/11/14/tables-which-include-delta-angle-cause-fatal-errors/</link>
		<comments>http://www.texupport.net/blog/2007/11/14/tables-which-include-delta-angle-cause-fatal-errors/#comments</comments>
		<pubDate>Wed, 14 Nov 2007 22:29:43 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Certain drawings* previously created in LDT2006, will crash with a fatal error when you try to create a curve table that includes a column with the DELTA ANGLE. If you remove this column, the table works
 
* I say certain drawings, because we just started working in LDT2008 &#8211; we have not determined if this is [...]]]></description>
			<content:encoded><![CDATA[<p>Certain drawings* previously created in LDT2006, will crash with a fatal error when you try to create a curve table that includes a column with the DELTA ANGLE. If you remove this column, the table works</p>
<p> </p>
<p>* I say certain drawings, because we just started working in LDT2008 &#8211; we have not determined if this is a universal problem or not. However, I will note that in a new drawing created in LDT2008 &#8211; this bug does not occur)</p>
<p>Thanks to <a href="http://rkmcswain.blogspot.com">RK McSwain</a> for submitting this report.</p>
<p><strong>Workarounds:</strong> create the table w/o the DELTA column, then edit the table and put this column back in.<br />
<strong>First Appeared: </strong>Land Desktop 2008<br />
<strong>Status as of 2008 SP1:</strong> Still reproducible.<br />
<strong>Status as of 2009:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2007/11/14/tables-which-include-delta-angle-cause-fatal-errors/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>*** PROFILE COMMANDS DO NOT WORK  ***</title>
		<link>http://www.texupport.net/blog/2007/06/25/profile-commands-do-not-work/</link>
		<comments>http://www.texupport.net/blog/2007/06/25/profile-commands-do-not-work/#comments</comments>
		<pubDate>Mon, 25 Jun 2007 14:02:28 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[In Land Desktop 2008, most profile manipulation commands simply do not work. This is absolutely inexcusable as profiling is integral to all civil design work. This is definitely a bug that warrants a pre-service pack hotfix. Autodesk&#8217;s reply to me is as follows:
 
Thank you for contacting Autodesk Support.
The issue that you are having is a [...]]]></description>
			<content:encoded><![CDATA[<p>In Land Desktop 2008, most profile manipulation commands simply do not work. This is absolutely inexcusable as profiling is integral to all civil design work. This is definitely a bug that warrants a pre-service pack hotfix. Autodesk&#8217;s reply to me is as follows:</p>
<p> </p>
<p><strong>Thank you for contacting Autodesk Support.</strong></p>
<p><strong>The issue that you are having is a known issue that development is looking into. It occurs when the surface or project name is 10 characters or more. This issue is scheduled to be fixed in the first service pack for the product due out in the next few weeks.</strong></p>
<p><strong>In the meantime, the only workaround available is to rename the surface less than 10 characters. Any alignment that previously referenced this surface will still contain the long surface name and will need to be deleted. If you use the Erase command in your drawing and then Undo, this will remove the alignment and will bring back the linework for you to redefine the alignment. Once this is done, you should be able to successfully recreate the profile and work with sections.</strong></p>
<p><strong>We apologize for the inconvenience this issue may cause. I wish there was an easier solution, but until the service pack is released, this is the best solution we have. Sorry.</strong></p>
<p><strong>Best Regards,</strong></p>
<p>Autodesk Support Team</p>
<hr /><strong>Status as of 2008 SP2:</strong> Fixed</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2007/06/25/profile-commands-do-not-work/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Purge can break contour styles</title>
		<link>http://www.texupport.net/blog/2006/06/23/purge-can-break-contour-styles/</link>
		<comments>http://www.texupport.net/blog/2006/06/23/purge-can-break-contour-styles/#comments</comments>
		<pubDate>Fri, 23 Jun 2006 16:53:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[If a text style only exists in your drawing within a contour style, AutoCAD&#8217;s purge command considers it unused.
Workarounds: Create your contour stiyles using a text style that you know will never be purgeable.
First Appeared: Land Desktop 2 (2000)
Status as of 2008: Still reproducible
Status as of 2009: (unknown)
]]></description>
			<content:encoded><![CDATA[<p>If a text style only exists in your drawing within a contour style, AutoCAD&#8217;s purge command considers it unused.</p>
<p><strong>Workarounds:</strong> Create your contour stiyles using a text style that you know will never be purgeable.</p>
<p><strong>First Appeared:</strong> Land Desktop 2 (2000)<br />
<strong>Status as of 2008:</strong> Still reproducible<br />
<strong>Status as of 2009:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/06/23/purge-can-break-contour-styles/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8220;Error reading surf_head for VRT file&#8221; while generating profiles</title>
		<link>http://www.texupport.net/blog/2006/06/23/error-reading-surf_head-for-vrt-file-while-generating-profiles/</link>
		<comments>http://www.texupport.net/blog/2006/06/23/error-reading-surf_head-for-vrt-file-while-generating-profiles/#comments</comments>
		<pubDate>Fri, 23 Jun 2006 15:01:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[After sampling existing ground, going to PROFILES / CREATE PROFILE / EXISTING PROFILE yields an error, &#8220;Error reading surf_head for VRT file&#8221;.
Workarounds: This bug seems to be drawing specific rather than project specific or user specific. There are several theories in Autodesks discussion groups. The only time that I encountered it, I was able to [...]]]></description>
			<content:encoded><![CDATA[<p>After sampling existing ground, going to PROFILES / CREATE PROFILE / EXISTING PROFILE yields an error, &#8220;Error reading surf_head for VRT file&#8221;.</p>
<p><strong>Workarounds:</strong> This bug seems to be drawing specific rather than project specific or user specific. There are several theories in Autodesks discussion groups. The only time that I encountered it, I was able to correct it by deleting that drawing files CGX and DFM files.</p>
<p><strong>First Appeared:</strong> Land Desktop 2 (2000)<br />
<strong>Status as of 2008:</strong> Still occurs<br />
<strong>Status as of 2009:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/06/23/error-reading-surf_head-for-vrt-file-while-generating-profiles/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Coordinate Tracking is inaccurate when VIEWTWIST  0</title>
		<link>http://www.texupport.net/blog/2006/05/04/coordinate-tracking-is-inaccurate-when-viewtwist-0/</link>
		<comments>http://www.texupport.net/blog/2006/05/04/coordinate-tracking-is-inaccurate-when-viewtwist-0/#comments</comments>
		<pubDate>Thu, 04 May 2006 20:53:57 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[When you&#8217;re working in a twisted view, and you turn on LDT&#8217;s Northing / Easting tracking, the values reported are several feet off.
Workarounds: Use AutoCAD&#8217;s coordinate tracking in the status bar (F6)
First Appeared: Many releases ago
Status as of 2008: Still reproducible
Status as of 2009: (unknown)
]]></description>
			<content:encoded><![CDATA[<p>When you&#8217;re working in a twisted view, and you turn on LDT&#8217;s Northing / Easting tracking, the values reported are several feet off.</p>
<p><strong>Workarounds:</strong> Use AutoCAD&#8217;s coordinate tracking in the status bar (F6)</p>
<p><strong>First Appeared:</strong> Many releases ago<br />
<strong>Status as of 2008:</strong> Still reproducible<br />
<strong>Status as of 2009:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/05/04/coordinate-tracking-is-inaccurate-when-viewtwist-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Color field is missing from properties when contour is included in selection set</title>
		<link>http://www.texupport.net/blog/2006/04/12/color-field-is-missing-from-properties-when-contour-is-included-in-selection-set/</link>
		<comments>http://www.texupport.net/blog/2006/04/12/color-field-is-missing-from-properties-when-contour-is-included-in-selection-set/#comments</comments>
		<pubDate>Wed, 12 Apr 2006 14:14:03 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Typically, when a selection set includes various kinds of entities, their common features are visible in properties. When a contour is part of a selection set that also includes non-contours, then the color property isn&#8217;t available in properties.

 Exhibit A - Selection set of several types of entities.
 

Exhibit B - Contour added to selection set.
 
Workarounds: Use [...]]]></description>
			<content:encoded><![CDATA[<p>Typically, when a selection set includes various kinds of entities, their common features are visible in properties. When a contour is part of a selection set that also includes non-contours, then the color property isn&#8217;t available in properties.</p>
<p><img class="alignnone size-full wp-image-332" title="PROPS-NoContour" src="http://www.texupport.net/blog/wp-content/uploads/2006/04/PROPS-NoContour.gif" alt="PROPS-NoContour" width="408" height="376" /></p>
<p> <strong>Exhibit A </strong>- Selection set of several types of entities.</p>
<p> <br />
<img class="alignnone size-full wp-image-333" title="PROPS-WithContour" src="http://www.texupport.net/blog/wp-content/uploads/2006/04/PROPS-WithContour.gif" alt="PROPS-WithContour" width="404" height="323" /></p>
<p><strong>Exhibit B </strong>- Contour added to selection set.</p>
<p> </p>
<p><strong>Workarounds:</strong> Use the properties toolbar<br />
<strong>First Appeared:</strong> Land Desktop 2006<br />
<strong>Status as of 2008:</strong> Still reproducible<br />
<strong>Status as of 2009:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/12/color-field-is-missing-from-properties-when-contour-is-included-in-selection-set/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>This version of AutoCAD was not installed properly (2006 vertical specific)</title>
		<link>http://www.texupport.net/blog/2006/04/01/this-version-of-autocad-was-not-installed-properly-2006-vertical-specific/</link>
		<comments>http://www.texupport.net/blog/2006/04/01/this-version-of-autocad-was-not-installed-properly-2006-vertical-specific/#comments</comments>
		<pubDate>Sun, 02 Apr 2006 03:36:32 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[After installing Land Desktop 2006 with Civil Design and / or Survey 2006 from a silent deployment, you receive a message stating that AutoCAD wasn&#8217;t properly installed when launching LDT as a second user.
 
Caveats: There is a hotfix (see below), but it will only work for new installations. To fix existing installations, you must first [...]]]></description>
			<content:encoded><![CDATA[<p>After installing Land Desktop 2006 with Civil Design and / or Survey 2006 from a silent deployment, you receive a message stating that AutoCAD wasn&#8217;t properly installed when launching LDT as a second user.</p>
<p> </p>
<p><strong>Caveats:</strong> There is a hotfix (see below), but it will only work for new installations. To fix existing installations, you must first uninstall Civil Design and Survey and reinstall them with the repaired distribution.</p>
<p><strong>First Appeared:</strong> Land Desktop 2006<br />
<strong>Status as of 2006 SP1:</strong> <a href="http://usa.autodesk.com/adsk/servlet/ps/dl/item?siteID=123112&amp;id=6404179&amp;linkID=3549304">Hotfix available</a><br />
<strong>Status as of 2007:</strong> This particular cause of &#8220;not installed correctly&#8221; is assumed to be permanently fixed.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/01/this-version-of-autocad-was-not-installed-properly-2006-vertical-specific/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Middle mouse button stops responding</title>
		<link>http://www.texupport.net/blog/2006/04/01/middle-mouse-button-stops-responding/</link>
		<comments>http://www.texupport.net/blog/2006/04/01/middle-mouse-button-stops-responding/#comments</comments>
		<pubDate>Sun, 02 Apr 2006 03:36:06 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[When MBUTTONPAN is set to 0 and you are using a CUSTOM.CUI as your main CUI, with LAND.CUI, EXPRESS.CUI, and CIVIL.CUI as partials, the middle button stops working immediately after using any Land Desktop command.
Workaround: In Config / Profiles, select the current profile and re-set it as current
First Appeared: Land Desktop 2006
Status as of 2006 [...]]]></description>
			<content:encoded><![CDATA[<p>When <em>MBUTTONPAN</em> is set to 0 and you are using a CUSTOM.CUI as your main CUI, with LAND.CUI, EXPRESS.CUI, and CIVIL.CUI as partials, the middle button stops working immediately after using any Land Desktop command.</p>
<p><strong>Workaround:</strong> In Config / Profiles, select the current profile and re-set it as current</p>
<p><strong>First Appeared: </strong>Land Desktop 2006<br />
<strong>Status as of 2006 SP1:</strong> Still reproducible<br />
<strong>Status as of 2010:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/01/middle-mouse-button-stops-responding/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Symbols insert at 1/12 of intended scale</title>
		<link>http://www.texupport.net/blog/2006/04/01/symbols-insert-at-112-of-intended-scale/</link>
		<comments>http://www.texupport.net/blog/2006/04/01/symbols-insert-at-112-of-intended-scale/#comments</comments>
		<pubDate>Sun, 02 Apr 2006 03:35:59 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD - Bugs]]></category>
		<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Some (but not all) of the blocks that shipped with Land Desktop 2006 have some associated lisp code that runs when they are inserted. It appears that much of this code predated the new interpretation of INSUNITS, and wasn&#8217;t updated to account for it. When using Autodesk&#8217;s own functions to insert any of these blocks, [...]]]></description>
			<content:encoded><![CDATA[<p>Some (but not all) of the blocks that shipped with Land Desktop 2006 have some associated lisp code that runs when they are inserted. It appears that much of this code predated the new interpretation of INSUNITS, and wasn&#8217;t updated to account for it. When using Autodesk&#8217;s own functions to insert any of these blocks, they will be inserted incorrectly scaled by a factor of 12 when using imperial units. One example is the graphic scale that is inserted via the symbol manager. A better example can be found in Civil Design. Go to Layouts / Sport Fields / Baseball and follow the prompts. If you have INSUNITS set to 2 (as Land Desktop seems to want to force), the baseball field will show up at 1/12th of its intended size.</p>
<p> </p>
<p>From looking at the code in baseball.lsp, it appears that the function (ZZ_IN2CU 1) programmatically converts inches to feet, which, as of 2006, should already be handled by INSUNITS. The end result is that the block (which is drawn in architectural units) gets scaled by 1/12 two times &#8211; once by Land Desktop (baseball.lsp), and once by AutoCAD (INSUNITS).</p>
<p><strong>Workarounds:</strong> Without acknowledging the underlying problem, Autodesk released a very <a href="http://images.autodesk.com/adsk/files/Readme_CivilBatchConverter.htm">poor workaround</a>. Another workaround might be for you to try to force a semi unitless platform by setting INSUNITSDEFSOURCE and INSUNITEDEFTARGET to 0 for your system. Then you can set INSUNITS to 0 in all of your drawings by putting something like the following code in your acaddoc.lsp.</p>
<pre>(if (not (zerop (getvar "insunits")))  (setvar "insunits" 0))</pre>
<p>(You might have to tweak this a bit to suit your needs. In fact, I keep ours in a common s::startup function.) Keep in mind, however, that Land Desktop itself tries to set INSUNITS to the value that corresponds to the unit type that you select in PROJECTS / DRAWING SETUP.</p>
<p><strong>First Appeared:</strong> Land Desktop 2006<br />
<strong>Status as of 2006 SP1:</strong> Still reproducible<br />
<strong>Status as of 2007:</strong> This appears to be corrected. Tough luck, 2006 users.</p>
<p><strong>Note:</strong> The INSUNITS issue with Land Desktop 2006 was undoubtedly a true bug, which like most true bugs, was never acknowledged on Autodesk&#8217;s knowledge base. Despite the fact that this bug was corrected in LDT 2007, the new (2006+) interpretation of INSUNITS is still very much a nuisance in all versions of AutoCAD. Unfortunately, at this point, this feature is probably considered working as designed. The workarounds described above can still be used with all versions of AutoCAD to come close to replicating the old unitless system.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/01/symbols-insert-at-112-of-intended-scale/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Slow Points Listing</title>
		<link>http://www.texupport.net/blog/2006/04/01/slow-points-listing/</link>
		<comments>http://www.texupport.net/blog/2006/04/01/slow-points-listing/#comments</comments>
		<pubDate>Sun, 02 Apr 2006 03:35:49 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD Land Desktop - Bugs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[When listing points (Points &#62; List Points), it can take several minutes to populate the points list.
Workarounds: If you have maximized or otherwise resized your points window, stretching it back to its original size causes the points list to populate as fast as before.
First Appeared: Land Desktop 3
Status as of 2006: Still reproducible
Status as of [...]]]></description>
			<content:encoded><![CDATA[<p>When listing points (Points &gt; List Points), it can take several minutes to populate the points list.</p>
<p><strong>Workarounds:</strong> If you have maximized or otherwise resized your points window, stretching it back to its original size causes the points list to populate as fast as before.</p>
<p><strong>First Appeared: </strong>Land Desktop 3<br />
<strong>Status as of 2006: </strong>Still reproducible<br />
<strong>Status as of 2006 SP1: </strong>(status unknown / pending feedback)<br />
<strong>Status as of 2010:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/01/slow-points-listing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
