T.R | Title | User | Personal Name | Date | Lines |
---|
948.1 | | CSC32::BUTTERWORTH | Gun Control is a steady hand. | Tue Aug 29 1995 12:37 | 6 |
| This sounds like Geerts problem where the first 1 or two eventlists
fail to start correctly. Do you get any other events in either the
first or second multiline?
REgs,
Dan
|
948.2 | Only the same | 48862::WILLAY | | Tue Aug 29 1995 13:10 | 7 |
| re:-1
On the first, second, third, ... always the same message:
Failed to connect...
Regards,
Thierry
|
948.3 | Nobody on the line ? | 48862::WILLAY | | Mon Sep 04 1995 08:40 | 4 |
|
No news, bad news or only nobody on the line ?
Thierry
|
948.4 | | ZENDIA::DBIGELOW | Innovate, Integrate, Evaporate | Tue Sep 05 1995 11:00 | 17 |
| Thierry,
We have no news to report at the moment. As a workaround, I would
suggest that you put the startup of the event list window into a
command file and then spawn the command procedure. Within the command
procedure, you can also specify the display. The spawn command would
look something like:
SPAWN/NOWAIT/INPUT=NL:/NOTIFY/OUTPUT=SYS$LOGIN:ELIST.LOG @command_proc
or
SPAWN/NOWAIT/INPUT=NL:/NOTIFY/OUTPUT=SYS$LOGIN:ELIST.LOG console event
This problem is on the bug list.
Dave
|
948.5 | | CSC32::BUTTERWORTH | Gun Control is a steady hand. | Wed Sep 06 1995 12:33 | 9 |
| I do not have a solution for you. We know there is a problem and it is
a very difficult one to track down. There is some kind of timing issue
here that is causing some data structure corruption within the code.
The same block of memory is being used, deallocated and then reused.
The only thing that prevents an ACCVIO is the fact that the block is
still mapped.
Regs,
Dan
|
948.6 | Thanks | 48862::WILLAY | | Wed Sep 06 1995 13:50 | 6 |
| Many thanks.
You can't imagine how it's good to know that your problem is being
processed ;-)
May the force be with you,
Thierry
|