| Title: | Advanced Electronic Support |
| Moderator: | CLARID::ROEMER |
| Created: | Tue Jun 19 1990 |
| Last Modified: | Mon Jun 02 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1026 |
| Total number of notes: | 4789 |
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 986.1 | Nobody knows this problem ? | SWTHOM::COSTEUX | Argardelkakiskoff | Mon Feb 19 1996 12:32 | 5 |
| 986.2 | workstation is not in the pool | MUCCS1::MWINKLER | Thu Feb 22 1996 15:40 | 7 | |
| 986.3 | I can reproduce it like this... | KERNEL::SCOTT | You can trust a teddy bear! | Fri May 03 1996 13:18 | 28 |
| 986.4 | Possible workaround for tis ACCVIO | ZUR01::CHRISTOFFEL | Tue May 20 1997 08:38 | 14 | |
I could reproduced this access violation with exactly the same article
which the customer has used.
The database is: NETWORK.
The article is: [UCX-VMS] INCONSTATE crash at BGDRIVER+2AE54 .....
The ACCVIO happens only when I opened the mentioned database only, then
searched for the desired article, read it and extracted it directly.
When I opended another database or I read another article first, its is
not possible to force tis ACCVIO.
Possible workaround: open always two databases.
Regards,
Werner Christoffel
| |||||