Topic: ReadDwgFile method fails

[Nathan Taylor]

Has anyone noticed that the ReadDwgFile method seems to fail when there is an underscore in the drawing name? Underscores in the path are ok.

The following works without error.

Code: [Select]

Dim objBlockDefDB As Database = New Database
objBlockDefDB.ReadDwgFile("Z:\RAA_UTIL07\symbols\Regional\TBSHIELD.dwg", IO.FileShare.ReadWrite, False, "")
Dim strTempName As String = "TempBlockDef" & "-" & DateTime.Now.ToString
Dim objTempBlockDefId As ObjectId = objDB.Insert(strTempName, objBlockDefDB, True)
If I change the file name to a drawing named with an underscore I get Autodesk.AutoCAD.Runtime.Exception: ePermanentlyErased on the last line.

Regards - Nathan

[Nathan Taylor]

Has anyone noticed that the ReadDwgFile method seems to fail when there is an underscore in the drawing name? Underscores in the path are ok.

The following works without error.

Code: [Select]

Dim objBlockDefDB As Database = New Database
objBlockDefDB.ReadDwgFile("Z:\RAA_UTIL07\symbols\Regional\TBSHIELD.dwg", IO.FileShare.ReadWrite, False, "")
Dim strTempName As String = "TempBlockDef" & "-" & DateTime.Now.ToString
Dim objTempBlockDefId As ObjectId = objDB.Insert(strTempName, objBlockDefDB, True)
If I change the file name to a drawing named with an underscore I get Autodesk.AutoCAD.Runtime.Exception: ePermanentlyErased on the last line.

Regards - Nathan

If I rename the file I still get the error so I will try and work out what the real problem is.

[It's Alive!]

In your path, shouldn’t you be using something like?

Code: [Select]

“Z:\\RAA_UTIL07\\symbols\\Regional\\TBSHIELD.dwg"

Or

@"Z:\RAA_UTIL07\symbols\Regional\TBSHIELD.dwg"
Just curious

Dan

[Kerry]

Yep, that should fix it.

[Nathan Taylor]

In your path, shouldn’t you be using something like?

Code: [Select]

“Z:\\RAA_UTIL07\\symbols\\Regional\\TBSHIELD.dwg"

Or

@"Z:\RAA_UTIL07\symbols\Regional\TBSHIELD.dwg"
Just curious

Dan

The problem isn't with the format of the path. When I had the path incorrect from memory I think I had an eFileNotFound error.
I will repost when I have solved the problem or have a better idea of what it is.

Regards - Nathan

[It's Alive!]

What error are you getting now?
have you tried opening the file just read mode?

Dan

[It's Alive!]

another thought,  is this a local drive?
If not have you copied the drawing file to a local drive for a quick test?

[Nathan Taylor]

another thought,  is this a local drive?
If not have you copied the drawing file to a local drive for a quick test?

The problem was with the actual files. I don't know what the problem was but it was simply solved by the following.

Create new drawing.
Insert problem drawing.
Explode block.
Purge drawing.
Save over problem drawing.

I used VBA to do this over our whole symbol library.

Regards - Nathan

[Kerry]

Nathan, do you have custom objects in the drawings ?

[Kerry]

... and is this Vanilla Autocad
or one of the verticals ?

Which version ?

[Nathan Taylor]

Nathan, do you have custom objects in the drawings ?

No.

It does seem more than a coincidence though that it seemed to be only all files with an underscore in the name. Although the rectified files still have the original names.

... and it this Vanilla Autocad
or one of the verticals ?

Which version ?

Map 2007

Although I don't know what the problem was since it is rectified I am satisfied.

Regards - Nathan

[Kerry]

Just to clarify ..

the problem was caused by 'corrupt' drawings, not the code as such.

[Nathan Taylor]

Just to clarify ..

the problem was caused by 'corrupt' drawings, not the code as such.

That seems to be the case.

[dull_blades]

I know this is a very old topic, but I was having this same issue with some blocks and found this thread.  I had to do the same thing Nathan did to correct the issue (insert, explode and save over old block).

We use vanilla AutoCAD 2012 with no 3rd party apps.  The blocks are pretty old (about 6 years) and appear to have been created in AutoCAD 2004.

Have any other resolutions been discovered since this thread was created?  I really don't wish to repair our entire block library.