Re: BookManager format softcopy
Michael said that the Advanced Linguistic Search Plug-in had to be downloaded, so I doubt it is for that. No matter what it is, IBM needs to reevaluate why it's required since it is HUGE. We are talking about almost 1 Meg. I just looked at it again and I think it is part of the BookManager Index function. Tony Thigpen -Original Message - From: Riedel, Alexander Sent: 09/05/2010 11:56 AM > Hi Tony, > > I am sure the program at the end called hclxDII is for the > IBM Advanced Linguistic Search Plug-in - as mentioned by Michael Fortes > message. > > Alexander Riedel > > > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Tony Thigpen > Sent: Sunday, September 05, 2010 2:20 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: BookManager format softcopy > > Just a comment on the size difference between PDF and BOO formats. I have > looked at the internal structures and there is one *huge* program at the end > of each PDF file called "hclxDII". Maybe IBM should look at what this is used > for and try to replace it with a built-in function. > > Also, the compression method (where it's even used) is not the best. > > Tony Thigpen > Developer of VSE2DPF > > -Original Message - > From: Alan Altmark > Sent: 09/03/2010 12:01 PM >> In order to reduce expenses, reduce the amount of time it takes to >> produce softcopy documentation, and eliminate dependencies on >> soon-to-be-unsupported internal tools (nothing to do with BookManager >> READ software), we are thinking about eliminating BOOK (.boo) files >> from z/VM softcopy production. >> >> The z/VM Information Center and PDF files would still be produced. >> >> Does this create a hardship for anyone? If not, no need to speak up. >> If yes, details please. If you prefer to respond offline, feel free. >> >> Regards, >> Alan >> >> z/VM Development (T - 13 days) >> IBM Endicott >> >> > >
'Approved' Change Techniques - Where Documented?
If one was looking for the, 'official', 'approved' technique for changing (say) SYSTEM CONFIG (or some other file on MAINT CF1) or even SYSTEM NETI D S2, where would one look? Please note, I'm not asking for suggestions on safe ways to do this - I c an generate no end of those for myself (as my bullet-ridden feet can testify ) - but I have been searching the various Planning, Installation, Maintenance and SES manuals for some hours now with (so far) very little success in finding coherent and unambiguous statements on how, 'IBM' would prefer we went about safely updating these files. So, does anyone know - is this stuff actually formally documented anywher e? For example, is there an official, approved, step-by-step guide to updati ng SYSTEM NETID that takes an innocent young VM sysprog through ALL the hoop s involved and won't leave any nasty surprises lurking in the system that w ill bite when future maintenance is applied? (One somehow feels that SES real ly should be involved in updates to SYSTEM NETID but I can't find any such reference - I tried experimenting with Replacement Parts but SES didn't really want to play - the best I could come up with was to use VMFCOPY rather than plain old COPYFILE.) I ask because I'm likely to soon be in the position of discussing z/VM maintenance and cuatomization with the aforementioned young innocents and , before I show them, 'my' safe ways of doing things (refer back to previou s mention of scarred feet) I feel it incumbent on me to seek out any, 'official' safe ways that are perhaps likely to be enshrined in any futur e enhancements to the formal maintenance and customization processes. I guess that I'm really hoping for a, 'Well done for asking' from Chuckie (no doubt along with BUT IF YOU'D READ THE XXX MANUAL YOU WOULDN'T HAVE H AD TO ASK, DUMMY!!! - after all, it's Chuckie we're talking about here) but in his (possible) absence is there anyone else who's either found definitive documentation of this kind or alternatively can state definitively that i t's not yet been written? With many thanks in anticipation Jeff
Re: BookManager format softcopy
Hi Tony, I am sure the program at the end called hclxDII is for the IBM Advanced Linguistic Search Plug-in - as mentioned by Michael Fortes message. Alexander Riedel -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tony Thigpen Sent: Sunday, September 05, 2010 2:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BookManager format softcopy Just a comment on the size difference between PDF and BOO formats. I have looked at the internal structures and there is one *huge* program at the end of each PDF file called "hclxDII". Maybe IBM should look at what this is used for and try to replace it with a built-in function. Also, the compression method (where it's even used) is not the best. Tony Thigpen Developer of VSE2DPF -Original Message - From: Alan Altmark Sent: 09/03/2010 12:01 PM > In order to reduce expenses, reduce the amount of time it takes to > produce softcopy documentation, and eliminate dependencies on > soon-to-be-unsupported internal tools (nothing to do with BookManager > READ software), we are thinking about eliminating BOOK (.boo) files > from z/VM softcopy production. > > The z/VM Information Center and PDF files would still be produced. > > Does this create a hardship for anyone? If not, no need to speak up. > If yes, details please. If you prefer to respond offline, feel free. > > Regards, > Alan > > z/VM Development (T - 13 days) > IBM Endicott > >
Re: BookManager format softcopy
Just a comment on the size difference between PDF and BOO formats. I have looked at the internal structures and there is one *huge* program at the end of each PDF file called "hclxDII". Maybe IBM should look at what this is used for and try to replace it with a built-in function. Also, the compression method (where it's even used) is not the best. Tony Thigpen Developer of VSE2DPF -Original Message - From: Alan Altmark Sent: 09/03/2010 12:01 PM > In order to reduce expenses, reduce the amount of time it takes to produce > softcopy documentation, and eliminate dependencies on > soon-to-be-unsupported internal tools (nothing to do with BookManager READ > software), we are thinking about eliminating BOOK (.boo) files from z/VM > softcopy production. > > The z/VM Information Center and PDF files would still be produced. > > Does this create a hardship for anyone? If not, no need to speak up. If > yes, details please. If you prefer to respond offline, feel free. > > Regards, > Alan > > z/VM Development (T - 13 days) > IBM Endicott > >