Jump to content

Yet Another Bad Linetype Definition Thread


dal-designs

Recommended Posts

When I get that error it has always been a problem with the font style defined by each linetype showing the error.

 

In this case, as previously mentioned, linetype.shx.

 

I would be hunting around to make certain that font is defined correctly in your Windows registry. And then that it is correctly in your dwg.

Link to comment
Share on other sites

  • Replies 32
  • Created
  • Last Reply

Top Posters In This Topic

  • dal-designs

    12

  • ReMark

    7

  • rkmcswain

    4

  • Dana W

    3

Goodness, I hope that's not the issue. I'm pretty sure mucking around in the Windows registry will get me fired where I work. Seriously- we're not even allowed to put software on our PCs without approval.

 

If we're talking registry issues, then I'm inclined to just ask IT to repair/reinstall ACAD altogether...

Link to comment
Share on other sites

Hang on, "ltypeshp.shx" (or any shx for that matter) used as a source for shapes in AutoCAD linetypes are not Windows fonts. There is no "defined correctly" that needs to be done, anywhere, especially in the registry.

 

Even custom linetypes that reference TEXT, are defined using a "textstyle" name, not a "font" name.

 

@dal-designs, if you think your "ltypeshp.shx" file might be corrupt, find the original on the install media, or find "ltypeshp.shp" and run it through the COMPILE command in AutoCAD to create a fresh new one.

Link to comment
Share on other sites

Yes, I used the wrong phrase with "registry", now that you mention it I meant the Windows Fonts folder.

 

However, thanks for rkmcswain's comment. I did not know that .shx was an exclusively AutoCAD font definition. Very helpful.

 

I feel for you dal-designs, linetypes are difficult to troubleshoot.

Link to comment
Share on other sites

Well, I appear to have fixed the problem.

 

And oddly enough, what seems to have worked shouldn't have made a difference. All I did was move a 'fresh' copy of acad.lin into the same folder in the support path as ltypeshp.shx and ltypeshp.shp- as opposed to having it in a different folder, also in the support path.

 

 

Am I wrong that it should not have mattered where those files were, so long as both locations were in the support path?

Link to comment
Share on other sites

Well, I appear to have fixed the problem.

 

And oddly enough, what seems to have worked shouldn't have made a difference. All I did was move a 'fresh' copy of acad.lin into the same folder in the support path as ltypeshp.shx and ltypeshp.shp- as opposed to having it in a different folder, also in the support path.

 

 

Am I wrong that it should not have mattered where those files were, so long as both locations were in the support path?

There must be a search path hierarchy, thus Move up/down buttons, or maybe it has to find acad.lin first. I have fixed issues with custom stuff, hatches for instance, by using the move up/move down buttons on the files tab, nothing more.
Link to comment
Share on other sites

Am I wrong that it should not have mattered where those files were, so long as both locations were in the support path?

 

For the shape file, yes.

But for the LIN file, no.

 

AutoCAD linetypes are stored in the drawing file, so it does not need to search to find the definition in a LIN file when the drawing opens.

Shape files are different, they DO have to be in the support file search path because they are not stored in the drawing.

Link to comment
Share on other sites

Which makes the fix even less sensible. But whatever works, I suppose.

 

 

Dana W- I did have my support paths moved up to the top at one point. But I've done other things since then, so maybe we were dealing with more than one issue.

Link to comment
Share on other sites

Which makes the fix even less sensible. But whatever works, I suppose.

 

 

Dana W- I did have my support paths moved up to the top at one point. But I've done other things since then, so maybe we were dealing with more than one issue.

Could be, especially if there were more than one copy of something in the tree, in two different folders, and they were a tiny bit different. Time to shrug and get on with it, I guess.;) Not sayin' that was the case, just a supposin' kinda thought.
Link to comment
Share on other sites

If there was more than one LTYPESHP.SHX in the search paths, and the first one found was either corrupt, or missing the CIRC1, BOX, TRACK1 and the BAT shapes, this could cause the error. As for the PL linetype, if the text style specified in a definition does not exist in the drawing, you will also get that type of error message. I've seen this happen when someone tries to "clean up" a drawing and purges too many things.

The findfile method listed is very useful as it searches for the specified file using the search paths and lists where it found the file. If you compare that to explorer, which searches all subfolders under the initial folder, you might find additional versions in the path but never "found" because once AutoCAD finds a LTYPESHP.SHX, it stops looking. This exercise also demonstrates how the folder order in the search paths can be critical to success or failure when it comes to loading files.

Link to comment
Share on other sites

If there was more than one LTYPESHP.SHX in the search paths, and the first one found was either corrupt, or missing the CIRC1, BOX, TRACK1 and the BAT shapes, this could cause the error. As for the PL linetype, if the text style specified in a definition does not exist in the drawing, you will also get that type of error message. I've seen this happen when someone tries to "clean up" a drawing and purges too many things.

The findfile method listed is very useful as it searches for the specified file using the search paths and lists where it found the file. If you compare that to explorer, which searches all subfolders under the initial folder, you might find additional versions in the path but never "found" because once AutoCAD finds a LTYPESHP.SHX, it stops looking. This exercise also demonstrates how the folder order in the search paths can be critical to success or failure when it comes to loading files.

 

^^^^ Excellent points. Thanks.

Link to comment
Share on other sites

  • 1 year later...

I know this thread is super old, however, a current solution to this problem that I have found is to use the acad.lin file from our previous version of autocad we used and replace the autocad.lin file in our new version of autocad. By doing so we no longer need to type in FONTALT everytime we load autocad to fix it. Hopefully those who are looking for an alternate answer to this will find this someday.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...