[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
|
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
2560.0. "DATA_FILE GET_NEXT results in an ACCVIO..." by VNOTSC::EHRLICH (With the Power & the Glory) Wed Apr 14 1993 08:52
Hi folks,
oh dear, I know, it's me and the COV again. The story with the
SUBSCRIBER DSAB goes on. (Remember note 2528). They ran into the next problem
but now with the DATA_FILE function.
Boilerplate: ABT.BLP
--------------------
<&oa do ABT>
DO-Script ABT.SCP
-----------------
data_file open dds subscriber
.Label Loop
data_file get_next dds
.if oa$status ne 1 then .goto Ok
data_file get_field dds commname #Name
data_file get_field dds orgunit1 #Unit
Get oa$merge_line = #Name:30 " Abt = " #Unit
.goto Loop
.Label Ok
data_file Close dds
Called via <MERGE ABT,ABT.LIS from ALL-IN-1 Menu.
Running ALL-IN-1 V2.4-1 German this produces a list of all DDS subscribers.
But with ALL-IN-1 V3.0-1 German an ACCVIO occours at 'data_file get_next dds'.
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000001C,
PC=001A5DAC, PSL=03C00004
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000005 7FE6653C
Name = 0000000C 000F05AE
00000000 000EF6D8
0000001C 0035CC08
001A5DAC 0007BAA4
03C00004 00000000
203C0000
7FE66578
7FE6653C
000F05F5
Register dump
R0 = 00000000 R1 = 820B43A0 R2 = 000EF6D8 R3 = 0035CC08
R4 = 0007BAA4 R5 = 001A5D8C R6 = 0035CC08 R7 = 00000001
R8 = 00000000 R9 = 001D33EF R10= 000CC40E R11= 000F1585
AP = 7FE66484 FP = 7FE66444 SP = 7FE664C0 PC = 001A5DAC
PSL= 03C00004
Can you help me here and bring me some light in the dark? Sounds like it
is a bug here, therefore should I SPR this, or is it right known?
Best regards and many thanks in advance
Charly_from_CSC_Vienna
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2560.1 | 250 notes behind | AIMTEC::WICKS_A | on the Streets of San Francisco | Mon Apr 26 1993 22:02 | 7 |
| Charly,
Question 1: does it happen on an AMERICAN ENGLISH system?
Regards,
Andrew.D.Wicks
|
| 2560.2 | Welcome back, Andy | VNABRW::EHRLICH_K | The Pit and the Pendulum! | Wed Apr 28 1993 15:06 | 12 |
| Dear Andrew,
as mentioned in .0 it is reproduceable with ALL-IN-1 V3.0-1 GERMAN
Version here in our office, too.
Well, what I think (regarding to 2528.*) is, that DDS ist not a RMS
structured Database.
Hhhhmmmm?
Ciao
Charly
|
| 2560.3 | What I was asking was | AIMTEC::WICKS_A | on the Streets of San Francisco | Wed Apr 28 1993 17:58 | 12 |
| Charly,
DDS is nowhere like an RMS database it's a tree structure and wouldn't
recognise the word RMS if it ran over it in the dark (:==:). I was just
intrigued as to whether the display of the nice looking 'DCL overlay
menu' happened on an untranslated ALL-IN-1 system to help determine
whether the SPR went to Frankfurt or Reading.
regards,
Andrew.D.Wicks
|