Can an App Registration slow response?

[sbrusco]

Hi All,

We have hired a company to develop a program to aide in the creation of our approval drawings. This source has indicated that they're using the app already, albeit in a limited capacity because the code is not yet complete, to do some of the drawing projects we have also outsourced to them.

When we open one of the drawings they've created, it takes about 50 seconds to open, and saving the drawing is about the same delay. I suspect that the app adds some sort of registration in the drawing database and wonder if the registration is causing the delays?

Is there any way to search the drawing/database for 3rd party application registration? Is there any way to *remove* the registration?

Any suggestions would be appreciated.

TIA,
Sal

[Anonymous]

What programming language is the software that you
say is 'registering' itself written in?

Were you able to determine how much additional time
is required to open the drawing, in contrast to what it
is without the application's involvement?

If you want to send me a small sample, I can have a
look at it and tell you if there is anything in the file
that could be causing the delay. It's not something
that a non-programmer can do however, and requires
the use of tools that I cannot give you.

Finally, I seem to recall you making a comment about
requiring source code. I trust that you have the source
for the software in question, and that if you are paying
for its development, you will own the rights to it, upon
completion.

--
http://www.caddzone.com

AcadXTabs: MDI Document Tabs for AutoCAD 2004/2005/2006/2007
http://www.acadxtabs.com

wrote in message news:5228444@discussion.autodesk.com...
Hi All,

We have hired a company to develop a program to aide in the creation of our approval drawings. This source has indicated that they're using the app already, albeit in a limited capacity because the code is not yet complete, to do some of the drawing projects we have also outsourced to them.

When we open one of the drawings they've created, it takes about 50 seconds to open, and saving the drawing is about the same delay. I suspect that the app adds some sort of registration in the drawing database and wonder if the registration is causing the delays?

Is there any way to search the drawing/database for 3rd party application registration? Is there any way to *remove* the registration?

Any suggestions would be appreciated.

TIA,
Sal

[sbrusco]

Hi Tony,

Thanks for your response. The programming language is VB.net. The time difference is monumental since similar drawings open immediately and the drawings from this supplier take about 30 seconds. Sorry for the exageration to 50 seconds in the OP but it seemed longer than that in my memory.

I have attached one of the drawings that take time to open/save for your experimentation. I also discovered that attempting to purge the drawing is also delayed. It would truly be great if you can discover the reason for the delays.

Yes we'll definately get the source upon the applications completion, approval, and of course, payment, but we do not yet have the code. My *suspicion* is that certain modules are complete and being tested in the trenches as progress moves ahead, and that the module's testing is placing something in the drawing/database that is the culprit.

[sbrusco]

Hi Tony, (part II)

You might want to know this also. We are running AutoCADv2007. My computer is running XP Pro v2002+sp2; Pentium 4 at 3.80GHz and 4GB RAM.

Thanks again for any assistance.

Sal

[Anonymous]

The file you attached opens in ~3 seconds on my system.

There's nothing in the file itself that can cause that delay, it
is almost certainly code that is executing automatically when
a drawing is opened, and is doing something.

Generally, any delay of that length is something I would
regard as totally unacceptable, and I see no justifiable
reason for it.

Hate to ask, but do you know how much real programming
experience the developer has?

--
http://www.caddzone.com

AcadXTabs: MDI Document Tabs for AutoCAD 2004/2005/2006/2007
http://www.acadxtabs.com

wrote in message news:5228537@discussion.autodesk.com...
Hi Tony,

Thanks for your response. The programming language is VB.net. The time difference is monumental since similar drawings open immediately and the drawings from this supplier take about 30 seconds. Sorry for the exageration to 50 seconds in the OP but it seemed longer than that in my memory.

I have attached one of the drawings that take time to open/save for your experimentation. I also discovered that attempting to purge the drawing is also delayed. It would truly be great if y
ou can discover the reason for the delays.

Yes we'll definately get the source upon the applications completion, approval, and of course, payment, but we do not yet have the code. My *suspicion* is that certain modules are complete and being tested in the trenches as progress moves ahead, and that the module's testing is placing something in the drawing/database that is the culprit.

[sbrusco]

Hi Tony,

>>The file you attached opens in ~3 seconds on my system.
I was afraid you were going to say that.

>>...it is almost certainly code that is executing automatically >>when a drawing is opened, ...
Where could this code be? I did the Alt+F8 to look for VB code but none showed. If it is embedded in the drawing, why doesn't it slow your computer?

>>...any delay of that length is something I would
>>regard as totally unacceptable...
I agree! 30 seconds is not long for a once-a-day computer boot, but it is a long time for an individual drawing to open.

Now for the big question.
>>...how much real programming experience
>>the developer has?
I don't know. They were hired by the company's general managers with little input from me and no input from the other users. They were first hired out of necessity for quick drafting on an international job. They were very fast and merited other jobs. *They* saw an opportunity for automating some tasks and presented their ideas to our intern'l GM and the rest is history.

They're actually doing a good job unless this is a sign of things to come. I tried to solve this one without pointing the finger (not to be confused with flipping the finger) at them but it looks like its time to give them a call.

Thanks for helping me trouble-shoot this one.

Sal

PS: The file I sent you will self-distruct in 5...4...3...

[Anonymous]

The code is not embedded in the drawing.

--
http://www.caddzone.com

AcadXTabs: MDI Document Tabs for AutoCAD 2004/2005/2006/2007
http://www.acadxtabs.com

wrote in message news:5229795@discussion.autodesk.com...
Hi Tony,

>>The file you attached opens in ~3 seconds on my system.
I was afraid you were going to say that.

>>...it is almost certainly code that is executing automatically >>when a drawing is opened, ...
Where could this code be? I did the Alt+F8 to look for VB code but none showed. If it is embedded in the drawing, why doesn't it slow your computer?

>>...any delay of that length is something I would
>>regard as totally unacceptable...
I agree! 30 seconds is not long for a once-a-day computer boot, but it is a long time for an individual drawing to open.

Now for the big question.
>>...how much real programming experience
>>the developer has?
I don't know. They were hired by the company's general managers with little input from me and no input from the other users. They were first hired out of necessity for quick drafting on an international job. They were very fast and merited other jobs. *They* saw an opportunity for automating some tasks and presented their ideas to our intern'l GM and the rest is history.

They're actually doing a good job unless this is a sign of things to come. I tried to solve this one without pointing the finger (not to be confused with flipping the finger) at them but it looks like its time to give them a call.

Thanks for helping me trouble-shoot this one.

Sal

PS: The file I sent you will self-distruct in 5...4...3...

[Anonymous]

I had about the same 3 second hit while the missing fonts were being
substituted..

wrote in message news:5229795@discussion.autodesk.com...
Hi Tony,

>>The file you attached opens in ~3 seconds on my system.
I was afraid you were going to say that.

>>...it is almost certainly code that is executing automatically >>when a
>>drawing is opened, ...
Where could this code be? I did the Alt+F8 to look for VB code but none
showed. If it is embedded in the drawing, why doesn't it slow your computer?

>>...any delay of that length is something I would
>>regard as totally unacceptable...
I agree! 30 seconds is not long for a once-a-day computer boot, but it is a
long time for an individual drawing to open.

Now for the big question.
>>...how much real programming experience
>>the developer has?
I don't know. They were hired by the company's general managers with little
input from me and no input from the other users. They were first hired out
of necessity for quick drafting on an international job. They were very fast
and merited other jobs. *They* saw an opportunity for automating some tasks
and presented their ideas to our intern'l GM and the rest is history.

They're actually doing a good job unless this is a sign of things to come. I
tried to solve this one without pointing the finger (not to be confused with
flipping the finger) at them but it looks like its time to give them a call.

Thanks for helping me trouble-shoot this one.

Sal

PS: The file I sent you will self-distruct in 5...4...3...

[arcticad]

Just a Thought:

This is true in VBA and might be true in VB.

They might have an objectmodified reactor in the code.

This is activated as you save and open the drawing. Every single object gets converted if you open a 2000 format file in 2005 and the same as you save it.

This has caused conciderable slowdown on some drawing.

The way I got around it was to unload the module that contains the objectmodified code when i load or save a drawing. and then reload for any other command or event.

Best of luck.

[sbrusco]

SOLUTION:

It seems the hired hand is scanning an Architect's drawing and inserting the resultant tif file to trace. He is later deleting the tif but not "unloading" it. Once we unload the tif (strangely enough, through the "Insert | xref...." pull-down, everything is back to snappy.

Thanks for all your input.

Sal