Autocad Error 270
Paciente Flynn
I have found it next to impossible to grasp, or learn from 2018 AutoCAD without having the definitions to the error codes! How and where do I get these illusive little devils?!? I have several projects on hold because I can not figure out why the program does not function as it should, or complete the task at hand!
What I do is use an error handler like the code shown below. I then set a break point in the sub and step through the code to find out what the error is. Then I modify the select case section to add a handler for the newly found error. Add a watch for Err.Number to see what the error is.
The loft itself works, but if I try to use polyline guides, it fails (with the error code 98037 - not that there's any way of telling what that means!). I've redrawn the guides three or four times in different ways, but they fail each time. I'm absolutely certain the guides intersect the profiles (although I've been wrong before!), but now they've taken error messages out of CAD 2018, tracking down the problem is nigh on impossible...
I've had a play with the paths and different ways of creating them - the weird looping path seems to be the result of joining a 2d polyline and a 3d polyline. I've attached another version of the file with one path I've re-drawn. This time, I've created the path as a polyline in two parts, to see if I could get half the shape to loft, but still no luck...
Went back to the original file and split the yellow profiles in half. This seemed to work for the part I lofted with guides. It doesn't seem to work all the pieces however. Is this intended to be symmetrical? Perhaps constructing a top and then a bottom in pieces might work better.
I tried repeating what you did and breaking the profiles into quarters, then lofting to create surfaces, but I can't even get it to do that! The lofting works, but any sort of guide line I use throws the same 98037 error.
...actually, despite my despairing of CAD's 3d abilities, I couldn't close the file for good and walk away without trying one last thing. My original guide lines running forward from the mid-section profile were formed from a straight line, a spline and then a tighter spline to get the required radius at the front of the object, all joined together. Although it changes the shape of the object slightly (the front radius is larger), a re-drew the guides with only one spline at the front instead of two and all the guides now work - I've attached a revised drawing.
So I have used the recover all command, -purge (regapps), -purge (all), and audit on both files A & B. I have even wblock both the files and the issue is temporarily fixed, but then it comes back within a matter of 15/30 mins. I must also add that whenever I Xref file B into the sheets it is making the saving process SUPER slow.
I am attaching files A & B to this post in hopes that someone can please help me. My best guess would be that there is a rogue block or symbol that gets purged but keeps coming back... I am on a deadline in an office that has no in-house CAD support, so this is kind of my last attempt at fixing this issue after having searched the forums with no luck finding a solution to the same issue I am having.
An overlaid xref does not load or bring with it any nested xrefs. For example, if you xref "A" into your parent drawing, which contains a nested xref, drawing "B", only drawing "A" will be referenced in. Drawing "B" will not be loaded into the parent drawing because it is a nested xref.
Attached xrefs, when referenced into a drawing, will include nested xrefs, which means if drawing "A" is referenced into your drawing and it has nested xrefs "B" and "C" in it, drawings "B" and "C" will be attached to the parent drawing along with drawing "A."
Hi, yes I have done both types of recover. I have to further test this, but so far someone in my office offered this method of cleaning/purging the file and no errors have come back (fingers crossed)...
"Open dwg file > do DXFOUT command > save as 2007dxf version > open the dxf file> do AUDIT and PURGE > resave back as dwg file > Done!
Sometime the number of XREF files and how it's xref in can slow down your files too. I would suggest running the DXF steps (above) in all your files, even the xref dwgs (if the file is greater then a few mb, it usually calls for a dxfout file clean up) and then check if all your XREF files can be xrefed in as overlay vs. attachments (for example, if the baseplan (walls and hatches) that we talked about is xref as an attachment into 5 drawings, CAD will circular reference when it's going back and forth to relink the same dwgs 5 times. and that can def. slow down production and saving time) Hope this helps."
Attachment - Tells AutoCAD to include other Xref attachments that are nested in the selected file.
Overlay - Tells AutoCAD to ignore other Xref attachments that are nested in the selected file. This avoids multiple attachments of other files and eliminates the possibility of circular references (referencing the current file into itself through another file).
Hi @Anonymous , I have a couple suggestions. In your drawing ground floor there are what look like shrubs on a layer named L_PLAN_TREES. They are a bunch of individual lines and there are over 80,000 of them. I would suggest creating a block and inserting it multiple times. Try using the command -purge and purging regapps, empty text objects and zero-length geometry. Also if the drawing saves slow try setting SAVEFIDELITY to 0 because you have annotative blocks in the drawings.
Quick question: The shrub blocks you talked about are already blocks. When I go inside the blocks I see the hundreds of lines you talk about. How do you recommend I simplify this geometry? I don't think I was able to follow your previous recommendation...
Maybe they are trees or something else but when I open the drawing you posted all the object shown in pic below are individual lines and not blocks. I was suggesting that could slow a drawing down having 80,000+ lines
I use Autocad to work on files I have stored and shared here in Dropbox. My Autocad is set to save every ten minutes. I also manually save very often because I've learned a valuable lesson once when we lost power and my battery backup (UPS) didn't work. Hours of lost work is not fun so I constantly save to avoid losing work. With that being said, I frequently get an error "Unable to save to drawing C:\Users\xxx\Dropbox\thedrawing.dwg. Drawing saved to C:\Users\xxxx\Dropbox\sav###.tmp. This is filling up my Dropbox Folder that I'm working out of with all these *.tmp files. Is anyone else experiencing this problem and what can I do to remedy it? I shouldn't have to monitor my account for these *.tmp files.
It seems that those files are automatically generated by another application, not Dropbox. If that's the case, I would recommend you to contact directly with the support organization of that application to ask for further instructions about how to prevent those files from being created or how to make the application to store them in a different location.
I don't think you understand. The *.tmp files are created and saved to my Dropbox folder because Autocad was 'unable' to save the original file, which is on Dropbox, in the first place. A .tmp file is created and stored to Dropbox when this happens. Usually, but not always, after the second save attempt, the file saves to Dropbox. I stress, not always because sometimes, I have to try to save 3 or 4 times before it actually saves the original file. In the mean time, after each failed attempt, a .tmp file is created and stored in my Dropbox Folder. Autocad doesn't have this problem saving my files anywhere else. Take for example, if I work on a file that is stored on my Hard Drive or on our Company Network, Autocad never, I repeat, never has a problem saving the file, never gives me an 'unable to save' error message, and never creates a .tmp file because it was unable to save the original. On the other hand, working on a file or files that are stored in my Dropbox Folder, numerous times throughout the day, after trying to save the file or files, I get this error message. And since Autocad couldn't save the file to my Dropbox Folder, a .tmp file is created and stored to Dropbox. So why would you consider this an AutoDesk (the maker of Autocad) problem? Isn't Dropbox supposed to be an extension or similar to an external hard drive? In the mean time, my Dropbox Folder is filling up with these .tmp files which I have to manually delete at the end of the day. The only solution I have to remedy this situation is to work on the file locally, then save it to my Dropbox Folder at the end of the day. But that doesn't do much good when I make numerous changes to the drawing throughout the day, yet the other 6 trades I'm collaborating with don't see those changes till the end of the day. I guess it's the best I can ask for until a real solution to this problem can be discovered. But I doubt Autodesk will have the answer. This, I can almost certainly say, is a Dropbox problem. Here's another example, from software that is not created by Autodesk. Cadpipe is software that I use to draw 3D Piping Systems for large buildings. Cadpipe uses a Database that it loads at startup for it's pipe dimensions, fitting dimensions, what type of material the pipe is made of, such as copper, cast iron, pvc, etc. This Database is critical for Cadpipe to properly work. The Database File I point Cadpipe to load through it's .ini file is stored on Dropbox. Cadpipe can never load this critical database file directly from Dropbox. It gives me an error also. Yet I'm looking at the file right now. It's there. The only way I can get Cadpipe to load this database file is to copy it from my Dropbox Job Folder over to a folder on my local Hard Drive or my Company Network Job Folder and load it from there. The Problem with this is, when I work at home, I don't have access to my Company Network, forcing me to save the file locally at home also just so Cadpipe can properly work. Are you going to blame this one on Cadpipe? As with a lot of software companies I've dealt with over the years, when I point out a bug or flaw, it never seems to be their problem, it's always the other guys problem so it never gets looked into, therefore, never fixed. We shall see if I have these same problems if I were to start using Box.Com or Wuala.com, or Google Drive, Sky Drive, or Team Drive or any of the numerous other alternatives that are out there.
ff7609af8f