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 |