| 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 |
Hi,
oh dear, it's me again. My favourite customer the CoV (City of Vienna)
has some questions / problems with GPC and ALL-IN-1 V2.4 / ALL-IN-1 V3.0-1.
Both German LLV only.
1. Print-Width of notes:
If a note will be printed from GPC all lines are wrapped-around with a fix
length of 80. If you have setup a left margin, the line is wrapped! This means
that the rest of the line starts at left margin 0.
012345
==========================================================================
====== Conference ALL-IN-1
Topic title:
Note title: Lines
15 Author:
Number: Created: Repli
es:0 ------------------------------------------------------------------------
----- Hello,
Nasty.!!!
2. Leaving the indexform (GPC I), if no selections match:
GPC I and entering the selectionfields: After having no matches
(message: No note satisfied search criteria) and leaving the indexform with
EXIT (KEYPAD 0) you'll get the following errormessage: No file found for
scrolled region! This happens within ALL-IN-1 V3.0-1.
Using ALL-IN-1 V2.4 you'll get an errormessage "??????????".
In both cases it seems that the Phantom Data Set doesn't get closed. And it's
still existing.
3. Length of topics related to keyword(s) > 255 chars:
There are many conferences which have many topics related to a keyword.
VAX NOTES (DEC NOTES) has no problems with printing/reading all keywords and the
topics related. BUT within GPC we don'T see all topics; and by printing the
keywords, there are less than by reading.
There's a limit > 255 chars (DSAB limits!!) ??
Example: There are really more topics related !!!
Liste der Stichworter fur eine Konferenz: WIPIS_MA3
Datum: 05.Nov.1993 Seite: 1
Stichwort Beitrage mit Stichwort
================================================================================
DIENSTAUFSICHT 13.0, 37.0, 41.0, 70.0, 102.0, 103.0, 104.0, 105.0, 118.0
, 132.0, 135.0
--------------------------------------------------------------------------------
DIENSTSTELLE 56.0, 83.0, 123.0, 124.0, 125.0
--------------------------------------------------------------------------------
MA_2 10.0, 14.0, 21.0, 30.0, 31.0, 34.0, 36.0, 38.0, 48.0, 67.
0, 68.0, 77.0, 78.0, 85.0, 88.0, 91.0, 94.0, 96.0, 97.0,
106.0, 112.0, 113.0, 115.0, 121.0
--------------------------------------------------------------------------------
MA_2-MA_3 4.0, 5.0, 8.0, 9.0, 11.0, 12.0, 15.0, 18.0, 19.0, 20.0, 2
2.0, 23.0, 24.0, 27.0, 28.0, 29.0, 32.0, 33.0, 35.0, 42.0
, 43.0, 44.0, 49.0, 57.0, 59.0, 60.0, 64.0, 65.0, 66.0, 8
2.0, 87.0, 89.0, 90.0, 92.0, 99.0, 100.0, 107.0, 119.0, 1
--------------------------------------------------------------------------------
MA_3 2.0, 3.0, 6.0, 7.0, 16.0, 25.0, 26.0, 39.0, 40.0, 45.0, 4
6.0, 50.0, 51.0, 52.0, 53.0, 54.0, 55.0, 58.0, 61.0, 62.0
, 63.0, 72.0, 73.0, 74.0, 75.0, 76.0, 79.0, 84.0, 86.0, 9
3.0, 95.0, 98.0, 101.0, 110.0, 111.0, 114.0, 116.0, 117.0
For my customer this 'bugs' are very nasty for his production environment.
Is there any fix / workaround available? (ICF?) It's really important !
Many thanks for your hints and all kinds of input are welcome!
Best regards
Charly_from_CSC_Vienna_now_in_the_support_team_of_CoV!!!
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3505.1 | IOSG::MAURICE | Differently hirsute | Mon Nov 08 1993 14:05 | 31 | |
Hi,
Problem number 2 has been fixed in the PFR and it is was a case of
removing a superfluous OA$FLD_DONE from OAN$INDEX. The change was to
the last few lines of the XOP ~~REGULAR_FIND~~.
Before it was
.IF (OA$SCROLL_DATA_SET NES "*NOTEIND") AND (#OAN_STATUS EQ 0)
THEN
CLOSE_PRIOR\\
OA$FLD_DONE\\
OA$FLD_EXIT
Now it is
.IF (OA$SCROLL_DATA_SET NES "*NOTEIND") AND (#OAN_STATUS EQ 0)
THEN
CLOSE_PRIOR\\
OA$FLD_EXIT
I tried to reproduce problem 1 and printed a wide note to TERMINAL and
it worked OK. When you say you set the left margin, exactly what did
you do (including keystrokes please)?
For problem 3, which menu option did you use to get the print? This
question shows the depth of my GPC knowledge!!
Cheers
Stuart
| |||||
| 3505.2 | <Some answers & explanations) | VNABRW::EHRLICH_K | I know what I want... | Mon Nov 08 1993 14:39 | 36 |
Hi Stuart,
nice to meet you again (better: to read your reply)!
> Problem number 2 has been fixed in the PFR and it is was a case of
> removing a superfluous OA$FLD_DONE from OAN$INDEX. The change was to
> the last few lines of the XOP ~~REGULAR_FIND~~.
Thank you very much for this info. I've traced it and I'm sitting here
with the logfile. Ufffh, really fine!
> I tried to reproduce problem 1 and printed a wide note to TERMINAL and
> it worked OK. When you say you set the left margin, exactly what did
> you do (including keystrokes please)?
GPC SEL select a conference and a note-ID.
Then P rint this on a Printer (e.g. a DECLASER with ANSI/PS Queue)
<GOLD A> PG Left Margin e.g. 5.
P rint again. (now foreground!)
OR if you've stored this settings in #0 Print-Settings you can do
P rint <RETURN> (background!)
See your Printout, nasty.
> For problem 3, which menu option did you use to get the print? This
> question shows the depth of my GPC knowledge!!
I think that they've written a script which does something like
ICK (Index of Keywords). I'll try to get the script!
I hope this will help you!
Many many thanks for your response!
Best regards
Charly_from_CSC_Vienna
| |||||
| 3505.3 | Some news ... | VNABRW::EHRLICH_K | I know what I want... | Tue Nov 09 1993 08:30 | 17 |
Good morning Stuart,
> For problem 3, which menu option did you use to get the print? This
> question shows the depth of my GPC knowledge!!
> I think that they've written a script which does something like
> ICK (Index of Keywords). I'll try to get the script!
Well, it's not a script it's GPC ICK GOLD M R ead "keyword" or
P rint "keyword"
I think here's the problem with the limitation of a DSAB > 255 chars.
Many many thanks for your response!
Best regards
Charly_from_CSC_Vienna
| |||||
| 3505.4 | GPC ICK R or P ... | VNABRW::EHRLICH_K | I know what I want... | Tue Nov 09 1993 10:35 | 47 |
Hi Stuart,
some more details for GPC ICK R (sorry that this is German LLV).
Verzeichnis der Stichw�rter einer Konferenz
(Markiert: 0 ) Konferenz: TESTFORCHARLY (Neue Nachrichten: 0 )
Nr. Stichwort Beitr�ge mit Stichwort
1 COV
> 2 TEST 1.0, 2.0, 3.0, 4.0, 5.0, 6.0, 7.0, 8.0, 9.0, 10
R ead
Stichwort: TEST
In Beitrag: 1.0, 2.0, 3.0, 4.0, 5.0, 6.0, 7.0, 8.0, 9.0, 10.0, 11.0, 12.
0, 13.0, 14.0, 15.0, 16.0, 17.0, 18.0, 19.0, 20.0, 21.0, 22.
0, 23.0, 24.0, 25.0, 26.0, 27.0, 28.0, 29.0, 30.0, 31.0, 32.
0, 33.0, 34.0, 35.0, 36.0, 37.0, 38.0, 39.0, 40.0, 41.0, 42.
0, 43.0, 44.0,
Weiter mit [Return].
But keyboard TEST has topics 1.0 - 110.0 related. (I've created them by hand!)
And if you choose P rint you'll only see
TEST
Stichwort Beitr�ge mit Stichwort
==============================================================================
TEST 1.0, 2.0, 3.0, 4.0, 5.0, 6.0, 7.0, 8.0, 9.0, 10.0, 11.0,
12.0, 13.0, 14.0, 15.0, 16.0, 17.0, 18.0, 19.0, 20.0, 21
.0, 22.0, 23.0, 24.0, 25.0, 26.0, 27.0, 28.0, 29.0, 30.0
, 31.0, 32.0, 33.0, 34.0, 35.0, 36.0, 37.0, 38.0, 39.0,
40.0
Should I SPR this now, because it's very urgent for CoV. I hope that a fix
will be available (:==:)
Best regards
Charly_from_CSC_Vienna
| |||||
| 3505.5 | IOSG::MAURICE | Differently hirsute | Tue Nov 09 1993 11:55 | 23 | |
Hi Charly,
Re .3 and .4
I've looked at the code and the 255 restriction is in a PASCAL source
module that customers are not given. So an SPR is your only hope -
sorry.
Re .2
I've also looked at the printing problem. GPC assumes that it has 80
characters per line for its text, as do most other utilities. As an
experiment could try temporarily going to set working conditions (US
SWC) and setting your editor to EDT. Then try printing from GPC, and
you will find it prints without the left margin, but without bolding on
some types of printers.
If this is acceptable then you can customise oan$print.scp to replace
oa$default_extension by ".txt"
Cheers
Stuart
| |||||
| 3505.8 | Possible V2.4 fix | IOSG::MAURICE | Differently hirsute | Tue Nov 09 1993 16:29 | 31 |
Hi again,
Here is an unofficial fix I've knocked up that you can try:
Change the V2.4 OAN$INDEX as follows:
a) Change the line
FORM OAN$INDEX$FIND\IFEXIT\CLOSE_PRIOR\OA$SCL_EXIT\BIND_BREAK *NOTEIND\
to
FORM OAN$INDEX$FIND\
.IF OA$FORM_DISPOSE EQ 0
THEN
GET #STATUS = 0\\
CLOSE_PRIOR\\
OA$FLD_EXIT\
IFEXIT\CLOSE_PRIOR\OA$SCL_EXIT\BIND_BREAK *NOTEIND\
b) in the index option (OA$_MO_INDEX) change the line
XOP ~~REGULAR_FIND~~\
to
XOP ~~REGULAR_FIND~~\OA$FLD_STAY\
Cheers
Stuart
| |||||