[daip] RE: APCAL (fwd)
Amy Mioduszewski
amiodusz at aoc.nrao.edu
Sat Nov 22 17:49:46 EST 2003
------- Forwarded Message
Return-Path: gpiner at whittier.edu
Delivery-Date: Fri Nov 21 13:19:26 2003
Delivery-Date: Fri, 21 Nov 103 20:19:28 -0700
Return-Path: gpiner at whittier.edu
Received: from revere.aoc.nrao.edu (revere [146.88.1.15])
by zia.aoc.nrao.edu (8.12.9/8.12.5) with ESMTP id hALKJQ71006959
for <amiodusz at aoc.nrao.edu>; Fri, 21 Nov 2003 13:19:26 -0700 (MST)
Received: from alpha.whittier.edu (alpha.whittier.edu [192.160.216.11])
by revere.aoc.nrao.edu (8.11.6/8.11.6) with ESMTP id hALKJLp20226
for <amiodusz at aoc.nrao.edu>; Fri, 21 Nov 2003 13:19:21 -0700
X-Comment: Please report spam to abuse at whittier.edu
Received: from email.whittier.edu (email.whittier.edu [10.20.0.41])
by alpha.whittier.edu (8.12.9/8.12.9) with ESMTP id hALKKJSZ065601;
Fri, 21 Nov 2003 12:20:20 -0800 (PST)
(envelope-from gpiner at whittier.edu)
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C3B06C.E9E1DE46"
Subject: RE: APCAL
Date: Fri, 21 Nov 2003 12:20:32 -0800
Message-ID: <B592D29DBC408C4FB5DDBFDBB04229B6552788 at email.whittier.edu>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: APCAL
Thread-Index: AcOuFCwenw83DFYeQV2ZRr5xqkrdpQCVyVLZ
From: "Piner Glenn" <gpiner at whittier.edu>
To: "Amy Mioduszewski" <amiodusz at zia.aoc.nrao.edu>
Cc: <dip005 at hotmail.com>
X-AntiVirus: checked by Vexira Milter 1.0.6; VAE 6.22.0.1; VDF 6.22.0.45
X-MailScanner-Information: Please contact postmaster at aoc.nrao.edu for more
information
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=0.6, required 7,
BAYES_30 -0.93, HTML_20_30 1.47)
This is a multi-part message in MIME format.
- ------_=_NextPart_001_01C3B06C.E9E1DE46
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Hi Amy,
APCAL worked OK for a couple of days but as of today is failing
again (even with the same files it worked on a couple of days ago).
So I suspect there must have been some change that introduced a new
bug? There seem to be two different failure modes. The one I have
gotten most often (for BP089 B, C, and D) is a crash during the plotting
of the opacity solution, as follows.
quasar> APCAL1: Writing SN table 2
quasar> APCAL1: BR RCP 0/21h 1m Trec (K): 65.17 Zen. opac.: =
0.182
quasar> APCAL1: BR LCP 0/21h 1m Trec (K): 64.01 Zen. opac.: =
0.178
quasar> APCAL1: FD RCP 0/21h 1m Trec (K): 63.11 Zen. opac.: =
0.192
quasar> APCAL1: FD LCP 0/21h 1m Trec (K): 69.65 Zen. opac.: =
0.198
quasar> APCAL1: Waiting 30 seconds:
quasar> APCAL1: Hit TV button A to pause indefinitely. Hit button
quasar> APCAL1: B or C to continue sooner, button D to stop plotting
quasar> APCAL1: Continuing
quasar> APCAL1: HN RCP 0/21h 1m Trec (K): 129.66 Zen. opac.: =
0.188
quasar> APCAL1: HN LCP 0/21h 1m Trec (K): 65.17 Zen. opac.: =
0.470
quasar> APCAL1: PLAXES: ERROR SCALING UNITS OF X-AXIS
quasar> APCAL1: PLOTOP: ERROR 1 RETURNED BY PLAXES
quasar> APCAL1: OPACOR: ERROR 5 RETURNED BY PLOTOP
quasar> APCAL1: Purports to die of UNNATURAL causes
quasar> APCAL1: quasar1 31DEC03 TST: Cpu=3D 1.0 Real=3D =
19
For BP089A I get a different type of failure when it gets to the one
non-VLBA telescope in the experiment (Y), even though I have DOFIT for
that telescope set to zero:
quasar> APCAL1: Continuing
quasar> APCAL1: SC RCP 1/ 6h 1m Trec (K): 57.97 Zen. opac.: =
0.138
quasar> APCAL1: SC LCP 1/ 6h 1m Trec (K): 60.67 Zen. opac.: =
0.149
quasar> APCAL1: ZABORS: signal 11 received
quasar> APCAL1: ABORT!
A couple of days ago APCAL was working fine on the files for BP089A and =
B, so
I'm guessing something has changed again? Please let me know,
Glenn Piner
- -----Original Message-----
From: Amy Mioduszewski [mailto:amiodusz at aoc.nrao.edu]
Sent: Tue 11/18/2003 12:38 PM
To: Piner Glenn
Cc:=09
Subject: Re: APCAL=20
Hi Glen,
I have found the bug in APCAL. If you are on the midnight
job it should be fixed tomorrow. BTW, my comment about the
WX table stands. You need to either reload your data with
FITLD or use the external weather table.
Cheers,
Amy
- ------_=_NextPart_001_01C3B06C.E9E1DE46
Content-Type: text/html;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DWindows-1252">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.0.6249.1">
<TITLE>RE: APCAL </TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<BR>
<P><FONT SIZE=3D2>Hi Amy,<BR>
<BR>
APCAL worked OK for a couple of days but as of today is failing<BR>
again (even with the same files it worked on a couple of days ago).<BR>
So I suspect there must have been some change that introduced a new<BR>
bug? There seem to be two different failure modes. The one I =
have<BR>
gotten most often (for BP089 B, C, and D) is a crash during the =
plotting<BR>
of the opacity solution, as follows.<BR>
quasar> APCAL1: Writing SN table 2<BR>
quasar> APCAL1: BR RCP 0/21h 1m =
Trec (K): 65.17 Zen. opac.: 0.182<BR>
quasar> APCAL1: BR LCP 0/21h 1m =
Trec (K): 64.01 Zen. opac.: 0.178<BR>
quasar> APCAL1: FD RCP 0/21h 1m =
Trec (K): 63.11 Zen. opac.: 0.192<BR>
quasar> APCAL1: FD LCP 0/21h 1m =
Trec (K): 69.65 Zen. opac.: 0.198<BR>
quasar> APCAL1: Waiting 30 seconds:<BR>
quasar> APCAL1: Hit TV button A to pause =
indefinitely. Hit button<BR>
quasar> APCAL1: B or C to continue sooner, button D =
to stop plotting<BR>
quasar> APCAL1: Continuing<BR>
quasar> APCAL1: HN RCP 0/21h 1m =
Trec (K): 129.66 Zen. opac.: 0.188<BR>
quasar> APCAL1: HN LCP 0/21h 1m =
Trec (K): 65.17 Zen. opac.: 0.470<BR>
quasar> APCAL1: PLAXES: ERROR SCALING UNITS OF X-AXIS<BR>
quasar> APCAL1: PLOTOP: ERROR 1 RETURNED BY =
PLAXES<BR>
quasar> APCAL1: OPACOR: ERROR 5 RETURNED BY PLOTOP<BR>
quasar> APCAL1: Purports to die of UNNATURAL causes<BR>
quasar> APCAL1: quasar1 31DEC03 TST: =
Cpu=3D 1.0 =
Real=3D 19<BR>
<BR>
For BP089A I get a different type of failure when it gets to the one<BR>
non-VLBA telescope in the experiment (Y), even though I have DOFIT =
for<BR>
that telescope set to zero:<BR>
quasar> APCAL1: Continuing<BR>
quasar> APCAL1: SC RCP 1/ 6h 1m =
Trec (K): 57.97 Zen. opac.: 0.138<BR>
quasar> APCAL1: SC LCP 1/ 6h 1m =
Trec (K): 60.67 Zen. opac.: 0.149<BR>
quasar> APCAL1: ZABORS: signal 11 received<BR>
quasar> APCAL1: ABORT!<BR>
<BR>
A couple of days ago APCAL was working fine on the files for BP089A and =
B, so<BR>
I'm guessing something has changed again? Please let me know,<BR>
<BR>
Glenn Piner<BR>
<BR>
- -----Original Message-----<BR>
From: Amy Mioduszewski [<A =
HREF=3D"mailto:amiodusz at aoc.nrao.edu">mailto:amiodusz at aoc.nrao.edu</A>]<B=
R>
Sent: Tue 11/18/2003 12:38 PM<BR>
To: Piner Glenn<BR>
Cc: <BR>
Subject: Re: APCAL<BR>
Hi Glen,<BR>
<BR>
I have found the bug in APCAL. If you are on the midnight<BR>
job it should be fixed tomorrow. BTW, my comment about the<BR>
WX table stands. You need to either reload your data with<BR>
FITLD or use the external weather table.<BR>
<BR>
Cheers,<BR>
<BR>
Amy<BR>
<BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>
- ------_=_NextPart_001_01C3B06C.E9E1DE46--
------- End of Forwarded Message
More information about the Daip
mailing list