AutoCAD Land Desktop (Read Only)
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

AecCCogo.arx: Exception in AecAppCogo::saveDwg()

10 REPLIES 10
Reply
Message 1 of 11
Anonymous
368 Views, 10 Replies

AecCCogo.arx: Exception in AecAppCogo::saveDwg()

Recently a few of my dwgs started giving me this error when i qsave:
AecCCogo.arx: Exception in AecAppCogo::saveDwg()

I found a previous post on this subject and the only reply was to install
service pack 2 (for Land Desktop 3) I have done this and the error persists.

Ideas anyone?

Thanks,

Justin Sousa - jsousa@omsberg.com
Omsberg & Company
10 REPLIES 10
Message 2 of 11
Anonymous
in reply to: Anonymous

Wanted to add that re-opening the drawing seems to take care of it
temporarily, just curious if there is a larger issue lurking!

Justin Sousa - jsousa@omsberg.com
Omsberg & Company (707) 443-8651
Message 3 of 11
Anonymous
in reply to: Anonymous

Justin,

It sounds like something in the drawing is corrupt. Try inserting the
drawing into a new drawing or using Map query to recover the drawing
(http://usa.autodesk.com/getdoc/id=TS32245)

Jonathan Golubiewski
Autodesk Professional Services
Land.Civil.Survey
Message 4 of 11
Anonymous
in reply to: Anonymous

Thanks, workload permitting, I'll give it a try!

--
Justin Sousa - jsousa@omsberg.com
Omsberg & Company (707) 443-8651

"Jon Golubiewski [Autodesk support]"
wrote in message
news:3D90E5B8FDB7922A5692493BC3CC4DD5@in.WebX.maYIadrTaRb...
> Justin,
>
> It sounds like something in the drawing is corrupt. Try inserting the
> drawing into a new drawing or using Map query to recover the drawing
> (http://usa.autodesk.com/getdoc/id=TS32245)
>
> Jonathan Golubiewski
> Autodesk Professional Services
> Land.Civil.Survey
>
>
Message 5 of 11
Anonymous
in reply to: Anonymous

I have discovered that this problem actually begins after deleting layout
tabs and purging (all). Is this related to the old "fixnump nil" error?

AecCCogo.arx: Exception in AecAppCogo::saveDwg()

--
Justin Sousa - jsousa@omsberg.com
Omsberg & Company (707) 443-8651
Surveyors - Planners - Engineers
-----------------------------------------------------
visit our website at
www.omsberg.com
"Justin Sousa @ Omsberg & Company" wrote in message
news:12F6A9D9503C9733B0D0564C8E254078@in.WebX.maYIadrTaRb...
> Recently a few of my dwgs started giving me this error when i qsave:
> AecCCogo.arx: Exception in AecAppCogo::saveDwg()
>
> I found a previous post on this subject and the only reply was to install
> service pack 2 (for Land Desktop 3) I have done this and the error
persists.
>
> Ideas anyone?
>
> Thanks,
>
> Justin Sousa - jsousa@omsberg.com
> Omsberg & Company
>
>
Message 6 of 11
Anonymous
in reply to: Anonymous

I've had this occur after deleting layout tabs, and (I think) have narrowed
it down to this: If I delete the layout tab with the ADCADD_ZZ block on it,
it gives this error. Otherwise, just fine.


"Justin Sousa @ Omsberg & Company" wrote in message
news:0987562A7670BACD4B94616E2F509782@in.WebX.maYIadrTaRb...
> I have discovered that this problem actually begins after deleting layout
> tabs and purging (all). Is this related to the old "fixnump nil" error?
>
> AecCCogo.arx: Exception in AecAppCogo::saveDwg()
>
> --
> Justin Sousa - jsousa@omsberg.com
> Omsberg & Company (707) 443-8651
> Surveyors - Planners - Engineers
> -----------------------------------------------------
> visit our website at
> www.omsberg.com
> "Justin Sousa @ Omsberg & Company" wrote in message
> news:12F6A9D9503C9733B0D0564C8E254078@in.WebX.maYIadrTaRb...
> > Recently a few of my dwgs started giving me this error when i qsave:
> > AecCCogo.arx: Exception in AecAppCogo::saveDwg()
> >
> > I found a previous post on this subject and the only reply was to
install
> > service pack 2 (for Land Desktop 3) I have done this and the error
> persists.
> >
> > Ideas anyone?
> >
> > Thanks,
> >
> > Justin Sousa - jsousa@omsberg.com
> > Omsberg & Company
> >
> >
>
>
Message 7 of 11
Anonymous
in reply to: Anonymous

If that's the case, inserting this drawing into a new drawing should take
care of it (the map query should work too).
The ADCADD_ZZ block is an invisible block at 0,0 on the first layout tab.
So, by creating a new drawing in Land Desktop, the ADCADD_ZZ block is
recreated. When you insert the new drawing, the old block is a duplicate
and left behind

Jonathan Golubiewski
Autodesk Professional Services
Land.Civil.Survey


"Brent Jorgensen" wrote in message
news:5D8B7A0E05117B28F5E6C33D18C02A85@in.WebX.maYIadrTaRb...
> I've had this occur after deleting layout tabs, and (I think) have
narrowed
> it down to this: If I delete the layout tab with the ADCADD_ZZ block on
it,
> it gives this error. Otherwise, just fine.
>
>
> "Justin Sousa @ Omsberg & Company" wrote in message
> news:0987562A7670BACD4B94616E2F509782@in.WebX.maYIadrTaRb...
> > I have discovered that this problem actually begins after deleting
layout
> > tabs and purging (all). Is this related to the old "fixnump nil" error?
> >
> > AecCCogo.arx: Exception in AecAppCogo::saveDwg()
> >
> > --
> > Justin Sousa - jsousa@omsberg.com
> > Omsberg & Company (707) 443-8651
> > Surveyors - Planners - Engineers
> > -----------------------------------------------------
> > visit our website at
> > www.omsberg.com
> > "Justin Sousa @ Omsberg & Company" wrote in message
> > news:12F6A9D9503C9733B0D0564C8E254078@in.WebX.maYIadrTaRb...
> > > Recently a few of my dwgs started giving me this error when i qsave:
> > > AecCCogo.arx: Exception in AecAppCogo::saveDwg()
> > >
> > > I found a previous post on this subject and the only reply was to
> install
> > > service pack 2 (for Land Desktop 3) I have done this and the error
> > persists.
> > >
> > > Ideas anyone?
> > >
> > > Thanks,
> > >
> > > Justin Sousa - jsousa@omsberg.com
> > > Omsberg & Company
> > >
> > >
> >
> >
>
>
Message 8 of 11
Anonymous
in reply to: Anonymous

That sounds familiar somehow, isn't there a lisp routine someone created
that would basically fix the block on the first (only) layout tab?

--
Justin Sousa - jsousa@omsberg.com

"Jon Golubiewski [Autodesk support]"
wrote in message
news:8CFF1A69D07E883AC4725108FCA17602@in.WebX.maYIadrTaRb...
> If that's the case, inserting this drawing into a new drawing should take
> care of it (the map query should work too).
> The ADCADD_ZZ block is an invisible block at 0,0 on the first layout tab.
> So, by creating a new drawing in Land Desktop, the ADCADD_ZZ block is
> recreated. When you insert the new drawing, the old block is a duplicate
> and left behind
>
> Jonathan Golubiewski
> Autodesk Professional Services
> Land.Civil.Survey
>
>
> "Brent Jorgensen" wrote in message
> news:5D8B7A0E05117B28F5E6C33D18C02A85@in.WebX.maYIadrTaRb...
> > I've had this occur after deleting layout tabs, and (I think) have
> narrowed
> > it down to this: If I delete the layout tab with the ADCADD_ZZ block on
> it,
> > it gives this error. Otherwise, just fine.
> >
> >
> > "Justin Sousa @ Omsberg & Company" wrote in message
> > news:0987562A7670BACD4B94616E2F509782@in.WebX.maYIadrTaRb...
> > > I have discovered that this problem actually begins after deleting
> layout
> > > tabs and purging (all). Is this related to the old "fixnump nil"
error?
> > >
> > > AecCCogo.arx: Exception in AecAppCogo::saveDwg()
> > >
> > > --
> > > Justin Sousa - jsousa@omsberg.com
> > > Omsberg & Company (707) 443-8651
> > > Surveyors - Planners - Engineers
> > > -----------------------------------------------------
> > > visit our website at
> > > www.omsberg.com
> > > "Justin Sousa @ Omsberg & Company" wrote in
message
> > > news:12F6A9D9503C9733B0D0564C8E254078@in.WebX.maYIadrTaRb...
> > > > Recently a few of my dwgs started giving me this error when i qsave:
> > > > AecCCogo.arx: Exception in AecAppCogo::saveDwg()
> > > >
> > > > I found a previous post on this subject and the only reply was to
> > install
> > > > service pack 2 (for Land Desktop 3) I have done this and the error
> > > persists.
> > > >
> > > > Ideas anyone?
> > > >
> > > > Thanks,
> > > >
> > > > Justin Sousa - jsousa@omsberg.com
> > > > Omsberg & Company
> > > >
> > > >
> > >
> > >
> >
> >
>
>
Message 9 of 11
Anonymous
in reply to: Anonymous

I haven't ACTUALLY died from the error. It just forks that error, but when
you reopen the drawing (in Land) it will place the ADCADD_ZZ block on one of
the other layout tabs. The only harm I've ever seen is that some of the
drawing setup "stuff" gets hacked up.

Brent Jorgensen

"Justin Sousa @ Omsberg & Company" wrote in message
news:5F5B7A588C8A32151AA1FA9769BD86F6@in.WebX.maYIadrTaRb...
> That sounds familiar somehow, isn't there a lisp routine someone created
> that would basically fix the block on the first (only) layout tab?
>
> --
> Justin Sousa - jsousa@omsberg.com
>
> "Jon Golubiewski [Autodesk support]"
> wrote in message
> news:8CFF1A69D07E883AC4725108FCA17602@in.WebX.maYIadrTaRb...
> > If that's the case, inserting this drawing into a new drawing should
take
> > care of it (the map query should work too).
> > The ADCADD_ZZ block is an invisible block at 0,0 on the first layout
tab.
> > So, by creating a new drawing in Land Desktop, the ADCADD_ZZ block is
> > recreated. When you insert the new drawing, the old block is a
duplicate
> > and left behind
> >
> > Jonathan Golubiewski
> > Autodesk Professional Services
> > Land.Civil.Survey
> >
> >
> > "Brent Jorgensen" wrote in message
> > news:5D8B7A0E05117B28F5E6C33D18C02A85@in.WebX.maYIadrTaRb...
> > > I've had this occur after deleting layout tabs, and (I think) have
> > narrowed
> > > it down to this: If I delete the layout tab with the ADCADD_ZZ block
on
> > it,
> > > it gives this error. Otherwise, just fine.
> > >
> > >
> > > "Justin Sousa @ Omsberg & Company" wrote in
message
> > > news:0987562A7670BACD4B94616E2F509782@in.WebX.maYIadrTaRb...
> > > > I have discovered that this problem actually begins after deleting
> > layout
> > > > tabs and purging (all). Is this related to the old "fixnump nil"
> error?
> > > >
> > > > AecCCogo.arx: Exception in AecAppCogo::saveDwg()
> > > >
> > > > --
> > > > Justin Sousa - jsousa@omsberg.com
> > > > Omsberg & Company (707) 443-8651
> > > > Surveyors - Planners - Engineers
> > > > -----------------------------------------------------
> > > > visit our website at
> > > > www.omsberg.com
> > > > "Justin Sousa @ Omsberg & Company" wrote in
> message
> > > > news:12F6A9D9503C9733B0D0564C8E254078@in.WebX.maYIadrTaRb...
> > > > > Recently a few of my dwgs started giving me this error when i
qsave:
> > > > > AecCCogo.arx: Exception in AecAppCogo::saveDwg()
> > > > >
> > > > > I found a previous post on this subject and the only reply was to
> > > install
> > > > > service pack 2 (for Land Desktop 3) I have done this and the error
> > > > persists.
> > > > >
> > > > > Ideas anyone?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Justin Sousa - jsousa@omsberg.com
> > > > > Omsberg & Company
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
Message 9 of 11
Anonymous
in reply to: Anonymous

> > That sounds familiar somehow, isn't there a lisp routine someone created
> > that would basically fix the block on the first (only) layout tab?

You're probably thinking of this solution, which was common some time back
with the fixnump.nil errors:

TS48222 - Error: bad argument type: fixnump: nil
http://usa.autodesk.com/getdoc/id=TS48222

Jonathan Golubiewski
Autodesk Professional Services
Land.Civil.Survey
Message 11 of 11
Anonymous
in reply to: Anonymous

It should always place the ADCADD_ZZ block on the first layout tab which is
equivalent to "Paper Space". It will do this since this code was ported
from pre-layout days. Since there are now multiple layouts, you can rename
the first layout tab so it's not the first one anymore. When you do this,
Land will again attempt to write the ADCADD_ZZ block to the "first" tab.
That's where it gets confusing and where the code in the following doc comes
in to actually find the current use ADCADD_ZZ:

TS48222 - Error: bad argument type: fixnump: nil
http://usa.autodesk.com/getdoc/id=TS48222

> The only harm I've ever seen is that some of the
> drawing setup "stuff" gets hacked up.

Land also has a drawing object that is "in sync" with the ADCADD_ZZ block.
When the two get out of sync, that's when you'll experience fixnump.nil
errors and the condition that you refer to.

Jonathan Golubiewski
Autodesk Professional Services
Land.Civil.Survey


"Brent Jorgensen" wrote in message
news:D48B4714792583550452D270EA4970B4@in.WebX.maYIadrTaRb...
> I haven't ACTUALLY died from the error. It just forks that error, but
when
> you reopen the drawing (in Land) it will place the ADCADD_ZZ block on one
of
> the other layout tabs. The only harm I've ever seen is that some of the
> drawing setup "stuff" gets hacked up.
>
> Brent Jorgensen

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report