| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 332.1 | Some responses | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Fri Nov 20 1992 14:19 | 76 |
| 332.2 | | AMCFAC::RABAHY | dtn 456-5689 | Fri Nov 20 1992 14:48 | 5 |
| 332.3 | Hope this is the right road. | 46672::BYRON | | Fri Nov 20 1992 18:03 | 51 |
| 332.4 | | 46672::BYRON | | Fri Nov 20 1992 18:17 | 28 |
| 332.5 | More answers | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Sat Nov 21 1992 11:32 | 64 |
| 332.6 | Transaction recovery? | 46672::BYRON | | Sat Nov 21 1992 21:06 | 33 |
| 332.7 | Did you consider using our "port handlers"? | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Sun Nov 22 1992 15:24 | 60 |
| 332.8 | We use our own protocol, currently | 46672::BYRON | | Sun Nov 22 1992 19:12 | 16 |
| 332.9 | | AMCFAC::RABAHY | dtn 456-5689 | Mon Nov 23 1992 15:34 | 25 |
| 332.10 | Design for it. | 46672::BYRON | | Mon Nov 23 1992 16:32 | 39 |
| 332.11 | | AMCFAC::RABAHY | dtn 456-5689 | Mon Nov 23 1992 17:30 | 49 |
| 332.12 | I hope journal replay is more flexible. | 46672::BYRON | | Mon Nov 23 1992 20:19 | 62 |
| 332.13 | what's so great about the RTR engineers? :-) | AMCFAC::RABAHY | dtn 456-5689 | Mon Nov 23 1992 21:07 | 58 |
| 332.14 | Auto Server Start should be the next step. | 46672::BYRON | | Mon Nov 23 1992 22:29 | 20 |
| 332.15 | | AMCFAC::RABAHY | dtn 456-5689 | Mon Nov 23 1992 23:31 | 5 |
| 332.16 | | 46672::BYRON | | Tue Nov 24 1992 00:07 | 8 |
| 332.17 | Just adding a bit to Dave's excellent replies | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Tue Nov 24 1992 21:31 | 65 |
| 332.18 | on the contrary, the RTR engineers are great | AMCFAC::RABAHY | dtn 456-5689 | Tue Nov 24 1992 23:03 | 10 |
| 332.19 | | 46672::BYRON | | Tue Nov 24 1992 23:12 | 64 |
| 332.20 | Why and how of replays | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Wed Nov 25 1992 14:07 | 104 |
| 332.21 | Server Control is Necessary | 46672::BYRON | | Mon Nov 30 1992 19:06 | 52 |
| 332.22 | Broadcast and ASTs | 46672::BYRON | | Mon Nov 30 1992 22:42 | 36 |
| 332.23 | Events never interrupt other ASTs | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Tue Dec 01 1992 12:05 | 16 |
| 332.24 | More on server control | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Tue Dec 01 1992 13:11 | 32 |
| 332.25 | RTR$_EVT and its destiny | 46672::BYRON | | Tue Dec 01 1992 15:48 | 13 |
| 332.26 | Availability notification can be transparent | 46672::BYRON | | Tue Dec 01 1992 16:09 | 23 |
| 332.27 | But is this a good idea? | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Tue Dec 01 1992 18:53 | 16 |
| 332.28 | Hints about states | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Tue Dec 01 1992 19:06 | 29 |
| 332.29 | I should have said ARGNO of EVT | 46672::BYRON | | Tue Dec 01 1992 19:49 | 43 |
| 332.30 | That ARGNO scheme looks fine | DECALP::DESHMUKH | Dipankar Deshmukh, Zurich | Tue Dec 01 1992 22:39 | 0
|