Delete Autosave

Anonymous · ‎06-01-2005

Apparently AutoCAD will delete the autosave if it feels it was shut down
correctly. Well mine crashed yesterday and the autosaves were all deleted
so I ended up losing all my work since the previous qsave. I would like to
know if there is a variable for this or a way we could change it to just
never delete? I would be glad to manually purge the directory, but I never
want what happened yesterday to happen again. It makes autosave rather
pointless in my book.

--
Dr. After

Anonymous · ‎06-02-2005

*Randall Culp* typed them thar words:

| Well, yes I can, but it has nothing to do with Autosave. Rather than
| relying on a feature that was designed ONLY for catastrophic
| failures, we use Save and Qsave as they were designed. Then our
| network has a 10 minute mirror server, that backs up edited files
| every 10 minutes, and the primary server is backed up every hour.

Great solution! You mind sending me one of those mirror servers... in fact
why don't you toss me one of those primary servers as well as we are still
just peer-to-peer here.

kick others while they are down instead of offering support?>

--
Dr. After

Anonymous · ‎06-02-2005

*Randall Culp* typed them thar words:

| IF
| autosavetime is set to 10 minutes, and one works for 1 hour without
| saving or qsaving, there will be 5 BAK files and one $SV file.

That is what baffled me the most. I had everything set up to create backup
files and do autosave every 5 minutes, but here was no BAK or SV$ files for
my most recent opening time. The last good backup was prior to the last
good save over 5 hours before.

It's not that I don't know where to find files, in fact I even did a search
in the root c: drive and came up with nothing.

--
Dr. After

Anonymous · ‎06-02-2005

*doug k* typed them thar words:

| IIRC, 2000i autosave behaved the same as 2005. Weird that 2002 would
| be different.

I actually think 2002 is the same as the rest... I've never had more then
one BAK file created.

--
Dr. After

Anonymous · ‎06-02-2005

*R.K. McSwain* typed them thar words:

| OLD, This setting is irrevelent to "Dr After", since he has made it
| clear that he doesn't use QSAVE, SAVE or SAVEAS.

:-|
Do you live in Tennessee?

| See his two posts in the 2006 NG
|
| 06/01/2005, 7:54 AM, where "Dr. After" said
|
| "I sat down and started working at about 1:30 and
| had it crash at about 4. I never quit working
| that whole time and did infact lose all of that work."
|

It is very rare that I never save. This would be the first time in a long
time, but I wasn't straight drafting that day. I was doing a lot of
figuring with how to piece cladding together and a lot of my work was being
done on my desk. It wasn't your average work day.

| 06/01/2005, 8:01 AM, where "Dr. After" said
|
| "I will never qsave ever again..."
|

I had to say this in order to try and veer a certain someone back to topic
at hand. It is far from true, but I am willing to bet you will hang on to
it just to stay off the topic at hand of finding a better solution to
autosave...

Needless to say, it is now evident you are trying to be an ass, so unless
you have any support to offer please stay clear of this thread from here on
out. Thank you.

--
Dr. After

Anonymous · ‎06-02-2005

>Sure... if you make assumptions from your ignorance of our setup here.

And, in your ignorance of the way AutoCAD functions, you've made erroneous assumptions.

> I don't know how to make this more clear for the skeptics, but AutoCAD deleted the SV$ files when it crashed.

No,, it didn't. If it wasn't there AFTER the crash, it wasn't there BEFORE the crash. Meaning you hadn't exceeded the SAVETIME setting since the last SAVE or QSAVE command (or opening the file). Either that or you're attempting to autosave to a directory the is read-only, or you're autosaving to a different directory than the one you're looking in.

Those are your options, unless of course, AutoDESK made a special version of AutoCAD just for you, that doesn't work the same the other couple hundred thousand versions out there. Yeah, that's it, that's the ticket.

> Sorry to be a little agitated, but if anyone wants to keep hounding me about saving often, AutoCAD doesn't delete the files when it crashes, blah blah blah... I'm going to lose it!

Then lose it, makes me no never mind.

> If you can't help with stopping the problem from happening again, then just stay the heck out of this thread.

I have offered several options for helping you out, yet you persist in blaming the tool instead of the user. If you wish that I make no comments on your posts, don't post, otherwise deal with comments.

Anonymous · ‎06-02-2005

*OLD-CADaver* typed them thar words:

| No,, it didn't. If it wasn't there AFTER the crash, it wasn't there
| BEFORE the crash. Meaning you hadn't exceeded the SAVETIME setting
| since the last SAVE or QSAVE command (or opening the file). Either
| that or you're attempting to autosave to a directory the is
| read-only, or you're autosaving to a different directory than the one
| you're looking in.

AutoCAD deletes the SV$ files upon proper closing or saving. It apparently
did this during the crash as the SV$ files were there prior to the crash.
The file I was working on exceeded the SAVETIME setting at least 36 times
over. The directory paths were all correct and at the time it was still set
up to the default TEMP directory where other SV$ and BAK files remained from
previous files that same day and previous days. You can try and put the
blame back on me all you want for this error, but the truth of the matter
remains:

AutoCAD crashed. And when it did it took the SV$ files with it.

Your failure to accept that is a crutch for your learning ability. You are
getting hung up on a moot point that hinders you from helping me in this
situation. Either offer support or please slowly back away from this
thread. Thank you.

| Those are your options, unless of course, AutoDESK made a special
| version of AutoCAD just for you, that doesn't work the same the other
| couple hundred thousand versions out there. Yeah, that's it, that's
| the ticket.

Ummmm... many people are having similar problems as mine. AutoCAD has
behaved this way just as every other program for many years. I'm glad you
have been lucky enough to be so fortunate.

| I have offered several options for helping you out, yet you persist
| in blaming the tool instead of the user. If you wish that I make no
| comments on your posts, don't post, otherwise deal with comments.

I have said time and time again, the user was not at fault here. I rule
that out first as it is usually the problem, but when I discovered it was a
problem with how AutoCAD operated I came to the AutoCAD ng to seek help.
You chose to not accept that and you keep insisting that AutoCAD is "bullet
proof". You are not offering help by ignoring the person with the problem
and assuming it is the user. Your lack of an open mind hinders you from
being resourceful on this topic and if you chose to stick around with that
mentality then you are doing so to only spite me and not to offer assistance
and therefore are only wasting peoples time.

Look, either offer support and listen to the person you are offering it to,
or don't offer it. There are moderators in this newsgroup for people like
you, and I am not going to stop using this group of mostly helpful folks
because of people with your mentality. I don't need to stop asking
questions in here because you can't be resourceful without acting the way
you do.

--
Dr. After

Anonymous · ‎06-02-2005

"Dr. After" wrote in message news:4863494@discussion.autodesk.com...

>> It apparently did this during the crash as
>> the SV$ files were there prior to the crash.

"apparently" being the key word.
How do you know that the .SV$ file(s) were there prior to the crash?

>> AutoCAD crashed. And when it did it took the SV$ files with it.

I'm still waiting for proof of that.

>> Ummmm... many people are having similar problems as mine.
>> AutoCAD has behaved this way just as every other program
>> for many years. I'm glad you have been lucky enough to be
>> so fortunate.

Where? Show us....
I've provided support for many users and I have never seen this problem.

Did you read what "OLD" posted about why you may think this occured?
Do any of those circumstances apply?

Anonymous · ‎06-02-2005

*R.K. McSwain* typed them thar words:

||| It apparently did this during the crash as
||| the SV$ files were there prior to the crash.
|
| "apparently" being the key word.
| How do you know that the .SV$ file(s) were there prior to the crash?

How do you know they weren't? They are there every other time. What would
make this one file not autosave just out of the blue even though it had
before with the same file?

||| AutoCAD crashed. And when it did it took the SV$ files with it.
|
| I'm still waiting for proof of that.

Would you like me to cut and paste a screen shot of the temp directory?
There is only one program that deletes these files.

||| Ummmm... many people are having similar problems as mine.
||| AutoCAD has behaved this way just as every other program
||| for many years. I'm glad you have been lucky enough to be
||| so fortunate.
|
| Where? Show us....
| I've provided support for many users and I have never seen this
| problem.

Tim Decker
Luis Esquivel
Rick Keller
Jim Shipley
Bruce Sheldon
SGauthier
Library3D
Jack G

and that just names the few that saw these two threads in the past two days
and actually bothered posting. I haven't been doing CAD support for too
long... maybe a little more then 5 years, but I have seen this happen a few
times, and losing work once a once too many times. But just remember, you
can't believe everything you see and hear and you can't rely on everything
you see and hear in order to believe it.

| Did you read what "OLD" posted about why you may think this occured?

Yes

| Do any of those circumstances apply?

No

--
Dr. After

Anonymous · ‎06-02-2005

there is yet another option here, but I'm sure he has already verified this because it HAS to be the program. If the file was not active, as in multiple files open and this one was not active, then the AUTOSAVE command could not have executed when the SAVETIME was exceeded. but that couldn't be the case either, or he would have told us that in his tirade as well..

Anonymous · ‎06-02-2005

> AutoCAD crashed. And when it did it took the SV$ files with it.

Nope, it didn't. Programs can not, by themselves, change their programming. You inability to see that has clouded your ability to seek out the true problem.

> Either offer support or please slowly back away from this
thread.

Sorry, I will continue to point out your errors and misconceptions.

> You are not offering help by ignoring the person with the problem and assuming it is the user.

You're not accepting the help offered because you have already determined (erroneously) where the problem is.

> Look, either offer support and listen to the person you are offering it to, or don't offer it.

Look either listen to the help being offered by experienced users, or stop posting the questions. I've heard all the user complaints you've posted here many dozens of times before. In EVERY case, the user was found to be the problem. NEVER has the problem been the program.

> I don't need to stop asking questions in here because you can't be resourceful without acting the way you do.

Didn't ask you to stop posting. Just understand if you do, I will comment. If you don't want me to comment, then you'll need to stop posting.

Anonymous · ‎06-02-2005

Just to comment:

I did some play with my reactor code, just to see if it was possible to have
an automatic save, meaning by the time we do something to the drawing...

First, if you tried to make a copy of the last save of an active drawing
vl-file-copy with the append option, won't make an exact copy of the current
or active drawing [while trying to do that inside of the reactor/event]

With that in mind, is telling me a reason why the command autosave [just
guessing - not serious facts], produces several random names files, in order
to have the last change made being copied...

So, the only way I could make it to work was to delete a previous save, the
one previous copied from a current drawing, and still the command saveas or
qsave, won't allow to have the last save into the copy, we trying to have as
a backup.... so, we need to make the saving twice....

And that works to have a parallel or mirror file at the same time, with the
latest changes.... and also we are forcing the save to the current
drawing...

In other words, could be better to have two or simple force the saving on
the current drawing???

Anyway... this last code I think would not work if we are using
large[bites] drawings.... and I prefer to have the last code as a simple
test.

Have fun,
Luis.

Anonymous · ‎06-02-2005

"Dr. After" wrote in message
news:4863317@discussion.autodesk.com...
Do you live in Tennessee?

I do!
So what does that have to do with any of this? From what I see R.K. tried to
help but you don't want to listen.

Murph

Anonymous · ‎06-02-2005

"Dr. After" wrote in message news:4863542@discussion.autodesk.com...

> How do you know they weren't? They are there every other time. What would
> make this one file not autosave just out of the blue even though it had
> before with the same file?.....

http://support.autodesk.com/GetDoc.asp?ID=TS73581

http://support.autodesk.com/GetDoc.asp?ID=TS67319

Anonymous · ‎06-02-2005

*R.K. McSwain* typed them thar words:

|| How do you know they weren't? They are there every other time.
|| What would make this one file not autosave just out of the blue even
|| though it had before with the same file?.....
|
| http://support.autodesk.com/GetDoc.asp?ID=TS73581

That reiterated all that I have been complaining about. Was it supposed to
answer one of those questions?

| http://support.autodesk.com/GetDoc.asp?ID=TS67319

That reiterated all that I have been complaining about. Was it supposed to
answer one of those questions?

Are you trying to offer support or trying to waste my time? None of those
give a solution but instead only offer the same information that we have all
been discussing this whole time. That AutoCAD's autosave function is not a
reliable backup even though it has potential to be.

--
Dr. After

Anonymous · ‎06-02-2005

I've noticed that the BAK_ file keeps getting larger with each save, why?

--
Gary Fowler - Architect
gdfowler@hotmail.com
"Gary Fowler" wrote in message
news:4862675@discussion.autodesk.com...
I like it. Thanks for sharing.

--
Gary Fowler - Architect
gdfowler@hotmail.com
"Luis Esquivel" wrote in message
news:4862496@discussion.autodesk.com...
Then.... just change it for something like this....

(vl-load-com)

(if (not (vl-file-directory-p "C:\\AUTOSAVE\\"))
(vl-mkdir "C:\\AUTOSAVE\\"))

(defun copy_sv$ (reactor params)
(foreach file (vl-directory-files (getvar "SAVEFILEPATH") "*.SV$")
(vl-file-copy
(strcat (getvar "SAVEFILEPATH") "\\" file)
(strcat "C:\\AUTOSAVE\\" "BAK_" (getvar "DWGNAME"))
t)))

(if (not dwg_reactor)
(setq dwg_reactor
(vlr-dwg-reactor nil '((:vlr-beginsave . copy_sv$)))))

(princ)

"doug k" wrote in message
news:4862503@discussion.autodesk.com...
not quite, the .bak from .$sv is only created once (at the beginning of the
next session).

I was corrected m'self on this point earlier this year (rel 2005).

If every $sv was saved, my temp folder would reach critical mass very
quickly.

wrote in message news:4862434@discussion.autodesk.com...
Every 10 minutes the autosave will make a $SV and create a BAK out of the
previous $SV.

Anonymous · ‎06-02-2005

*OLD-CADaver* typed them thar words:

|| AutoCAD crashed. And when it did it took the SV$ files with it.
|
| Nope, it didn't. Programs can not, by themselves, change their
| programming. You inability to see that has clouded your ability to
| seek out the true problem.
| I will continue to point out your errors and misconceptions.
| You're not accepting the help offered because you have already
| determined (erroneously) where the problem is.
| Look either listen to the help being offered by experienced users, or
| stop posting the questions. I've heard all the user complaints
| you've posted here many dozens of times before. In EVERY case, the
| user was found to be the problem. NEVER has the problem been the
| program.
| Didn't ask you to stop posting. Just understand if you do, I will
| comment. If you don't want me to comment, then you'll need to stop
| posting.

This is ridiculous! Lets follow your scenario since you are so adamant
about it. Where is the problem and how do I fix it? Where we stand right
now:

AutoCAD crashes and no autosave, backup, or recoverable file is available.
How do we prevent that from happening in the future?
Qsave will be used as always, but mistakes happen by users as they are not
perfect and will sometimes not be used. We need a preventative for this
mistake. Where is your solution? That is all this thread is about, a
solution for that scenario.

The floor is yours sir and I will be glad to humor your efforts for a
solution for the remainder of my day, but do realize I have done all ruling
out on my end of user fault in this case and have notified you of that in
the very beginning. You refused to accept it, so please prove me wrong as I
would hate to live up to your claim that I do not listen to "experienced
users".

--
Dr. After

Anonymous · ‎06-02-2005

*OLD-CADaver* typed them thar words:

| there is yet another option here, but I'm sure he has already
| verified this because it HAS to be the program. If the file was not
| active, as in multiple files open and this one was not active, then
| the AUTOSAVE command could not have executed when the SAVETIME was
| exceeded. but that couldn't be the case either, or he would have
| told us that in his tirade as well..

Why are you being so rude!? Do you treat people like this face to face?

There was no other file open at the time. There was no other open program.
It was autocad with the single drawing file open and that was all. Please
tell me how the user caused this problem.

--
Dr. After

Anonymous · ‎06-02-2005

"Murph" wrote in message news:4863697@discussion.autodesk.com...

>>>> Do you live in Tennessee?

>> I do!
>> So what does that have to do with any of this?

I was wondering what Tennessee had to do with this also.....?

Anonymous · ‎06-02-2005

*Murph* typed them thar words:

| So what does that have to do with any of this? From what I see R.K.
| tried to help but you don't want to listen.

I know a guy from Tennessee that mirrors him to a "T".

The only bit of advise that is even worthy of being called so was when he
suggested making a different directory with permissions set to it, which
never quite worked. It was great insight. However all his other posts
offer no help and only provide run-around banter.

I am all ears when it comes to helpful suggestion, but when that compromises
of telling me my faults of not using qsave when that is more then blatantly
apparent, it kind of dulls his ability to offer true help. Especially when
he is so persistent with not offering advise and just side tracking the
issue.

You are a smart fellow with many years of cadding... you got any solutions
to this?

--
Dr. After

Anonymous · ‎06-02-2005

Now, let me see. I was reading this one...long and drawn out.
No (solutions) as of yet. So,
Why not tackle the (original) problem. AutoCAD Crashed.
Why ? Was it Windows / Temp Swap area too small ?
Was it a 'glitch' / minor power-down ?
For my advise (and don't even THINK of bad-lipping me), I would go back to using the Qsave.....been solid for years.
And, tackle the real problem.

Bob Shaw

Community

Delete Autosave

Delete Autosave

Delete Autosave