T.R | Title | User | Personal Name | Date | Lines |
---|
741.1 | Will Do | ZEDAR::simon | Simon Jackson 830 x3879 | Thu May 18 1995 10:36 | 5 |
| Ton,
I shall pull the files today and have a look at them today or
tomorrow. I certainly want this one nailed down.
Cheers Simon...
|
741.2 | Looks oke... | UTRTSC::DORLAND | There's always one more bug! | Thu May 18 1995 15:59 | 8 |
| Thanks for the quick reply.
This image looks good, I can't reproduce the ACCVIO's
anymore. I've just send them to the customer, I hope
to report back to you by tomorrow.
Regards, Ton
|
741.3 | | UTRTSC::DORLAND | There's always one more bug! | Fri May 19 1995 15:46 | 5 |
| Well the customer had no time to test it today.
Next week I am on holiday. But I think we can assume
that it works correctly (I did some testing today).
Regards, Ton
|
741.4 | Problem fixed! | UTRTSC::DORLAND | There's always one more bug! | Fri Jun 02 1995 15:10 | 5 |
| The customer confirmed that the problem is fixed.
I'll make a closure statement for UTO100488.
Thanks, again,
Ton
|
741.5 | is a fix available? | KERNEL::HAWLEYI | It looks like a haggis with a head! | Tue Jun 06 1995 10:39 | 46 |
|
If there is a fix for this, is it freely available?
Is it fixed in a new version?
I have a customer running 1.5A of PCM who is experiencing a similar
but not identical problem...
The problem that they have is that when they issue the EXTRACT /EVENT
command for certain connected systems we get the following stack dump.
13 out of the 16 connected systems work ok. 3 fail.
Has anyone heard of an EXTRACT/EVENT causing similar problems in the
past?
Here is the stack dump:
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
virtual address=0000005D, PC=00002D94, PSL=03C00000
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000005 000160E6
Name = 0000000C 0005E1E0
00000000 0005E308
0000005D 0005E4E8
00002D94 0000A7E4
03C00000 00083F9C
0005E4D0
003247E8
0005E1E0
00388270
Register dump
R0 = 00000001 R1 = 00000001 R2 = 0005E1B8 R3 = 00364780
R4 = 00000000 R5 = 000030F8 R6 = 00000000 R7 = 00000003
R8 = 00000000 R9 = 0005E180 R10= 0005E2D0 R11= 0005E1C0
AP = 7FEC7C00 FP = 7FEC7BC0 SP = 7FEC7C3C PC = 00002D94
PSL= 03C00000
|
741.6 | | ZEDAR::simon | Simon Jackson 830 x3879 | Tue Jun 06 1995 11:41 | 3 |
| The FT kits for V1.6 are available on the net see note 2.LAST.
|
741.7 | customer is NOT happy | KERNEL::HAWLEYI | It looks like a haggis with a head! | Wed Jun 07 1995 16:07 | 8 |
|
Thanks Simon,
The problem is that my customer requires a fix for this problem.
This is a live system so they cant run field tests and they are
beginning to go ballistic. Do I have to IPMT this?
Ian.
|
741.8 | | IP$16.36.32.41::PHILIP | And through the square window... | Wed Jun 07 1995 16:28 | 12 |
| Ian,
You can IPMT this, however, V1.6 is so close to release now and
there were a lot of changes to fix accvios for V1.6 the work
will probably not be retrofitted and the reply to the IPMT case
will be to upgrade to V1.6.
There really is no reason not to upgrade as the FT of V1.6 is
far more stable than V1.5 ever was even with the MUP.
Cheers,
Phil
|
741.9 | pesky customers! | KERNEL::HAWLEYI | It looks like a haggis with a head! | Wed Jun 07 1995 16:51 | 10 |
|
Thanks for your reply Phil,
Ive spoken to the customer and he still wants me to IPMT it (most
customers do, given the choice!) so thats what i'll do.
Can you give me a ball-park figure for when 1.6 will be shipped?
Thanks,
Ian.
|
741.10 | | ZEDAR::simon | Simon Jackson 830 x3879 | Wed Jun 07 1995 17:31 | 6 |
| Ian,
SSB will pull the kits into the corporate software library Monday
19th June and then it is frozen. It will then appear on CONDIST at
the next release for each platform.
Cheers Simon...
|