Comstudy 2.2 division by zero error

Submitted by Mueller on Thu, 2009-06-18 01:00.
::

All of the sudden I am getting a divide by zero error in Comstudy 2.2.14.19 when either an existing project file is open or the new button is selected. The program crashes with "EDivByZero" in the messages popup when "new" is selected. The program is completely down. I installed the latest upgrade and nothing changed. Same errors.

The only thing new since the last successful run is "Input Director" (http://www.inputdirector.com/) which is a mouse/keyboard sharing utility but it is not running.

Windows XP SP3 on a MacBook Pro running native under Boot Camp.

‹ map tools Building the ultimate 2008 Radiosoft workstation ›

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
If I recall this was caused
Submitted by Mick on Thu, 2009-10-29 15:22.

If I recall this was caused by a UPS Label printer being set as the default printer. Changing it to a PDF printer fixed the problem.

You still need to fix this.
Submitted by Mueller on Mon, 2009-11-02 18:19.

You still need to fix this. In fact, you need to fix the other problems with this program like the incorrect critical hours study AM database lookup I reported almost two years ago and the highways overlay randomly disappearing. I would also like to see the measured ground conductivity data calculation errors fixed. These were also reported over two years ago and have been verified with the FCC processing staff.

Hi Mark - I just wanted to
Submitted by Mick on Tue, 2009-11-03 16:11.

Hi Mark -

I just wanted to clarify that this was indeed the UPS Printer as I thought. If not, let me know what your default printer is and what OS you are running.

For the highways - can you give more detail on what is happening?

As for the ground conductivity errors, I will need to get with Peter about these issues.

Thanks!

Still waiting for some
Submitted by Mueller on Fri, 2010-03-26 01:24.

Still waiting for some action on this.

This week I discovered via yet another FCC deficiency letter that a critical hours study against a Canadian class-A is using incorrect methods (see Appendix 8 of Annex 2 of the US-Canadian AM agreement of 1984) as I posted in another topic.

Comstudy still pulls the nighttime class-A facility instead of the daytime when calculating the 100 microvolt/meter protected groundwave contour, which then screws up the allowable critical hours radiation calculation. This was reported long ago and nothing has been done about it.

Comstudy still incorrectly combines the conductivity data from two overlapping radials instead of truncating the +/- 10 degree arc at the halfway point. This results in incorrect calculation of the contour in the overlap area. Furthermore, the stub radial function still does not work.

It appears that the highway issue is due to the data being screwed up. I've got all sorts of green lines in Lake Michigan, and it appears that it is repeating the same blocks over and over.

I sent you a link for a
Submitted by Mick on Fri, 2010-03-26 10:47.

I sent you a link for a replacement highway file. Please let me know if this resolves that issue. I will let you know about the printer.

I didn't get anything.
Submitted by Mueller on Mon, 2010-03-29 16:54.

I didn't get anything.

I sent it through the
Submitted by Mick on Tue, 2010-03-30 10:07.

I sent it through the website, so it should have been delivered to whatever email address you have on your account. Shoot me an email - mick [at] radiosoft [dot] com and I'll reply with the info.

Still nothing. Email sent.
Submitted by Mueller on Sat, 2010-04-10 01:44.

Still nothing. Email sent.

Got your email and sent one
Submitted by Mick on Mon, 2010-04-12 14:05.

Got your email and sent one back to you. Let me know if you still don't get it.

For those concerned, the
Submitted by Mick on Tue, 2010-04-20 14:34.

For those concerned, the highways file fixed the above corruption issue.