IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

z/os USS: 'man' fails to read bookmaster


IBM Mainframe Forums -> All Other Mainframe Topics
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
maraixadm

New User


Joined: 20 Mar 2015
Posts: 1
Location: us

PostPosted: Sat Mar 21, 2015 7:59 pm
Reply with quote

Greetings all, I suspect I need some help looking behind the USS curtain at z/os itself -

we have two z/OS instances; on one the 'man' command finds input content, formats and displays it and caches the results. All good:

Code:
SYS$JB:/VERSYSB/usr/man/C/man1: >man -x date
Trying /usr/man/C/cat1/date.1
Trying /var/man/C/date.1.*
Trying /usr/man/C/man1/*.book
        Trying /usr/man/C/man1/bpxa5mst.book
        Looking for topic "date" in /usr/man/C/man1/bpxa5mst.book
        And converting to codepage 1047
  date -- Display the date and time
...


On the other, it can't find the input content, so for example 'man date' says it can't find any content for 'date':

Code:
TEST4:/u/test4: >man -x date
Trying /usr/man/C/cat1/date.1
Trying /var/man/C/date.1.*
Trying /usr/man/C/man1/*.book
        Trying /usr/man/C/man1/bpxa5mst.book
        Looking for topic "date" in /usr/man/C/man1/bpxa5mst.book
        And converting to codepage 1047
        Can't read this book. bookread() reported error: 112105
        Trying /usr/man/C/man1/fcxd3m10.book
        Looking for topic "date" in /usr/man/C/man1/fcxd3m10.book
        And converting to codepage 1047
        Can't read this book. bookread() reported error: 112105
...


apparently failing to chew the Bookmaster input. The bpxa5mst.book files on the two systems have the same checksums.

Any ideas ? I'm guessing that there's an issue with Bookmaster config, but I sit on the *IX side of the house so it's just a guess.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Sun Mar 22, 2015 2:21 am
Reply with quote

The message about converting to codepage 1047 makes me wonder if the manuals weren't loaded correctly.
Back to top
View user's profile Send private message
Bill Woodger

Moderator Emeritus


Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix

PostPosted: Sun Mar 22, 2015 5:32 am
Reply with quote

There's a reference to that error-code here:
Back to top
View user's profile Send private message
steve-myers

Active Member


Joined: 30 Nov 2013
Posts: 917
Location: The Universe

PostPosted: Mon Mar 23, 2015 5:55 am
Reply with quote

First of all, Bookmanager book files are not Bookmaster data; they are an entirely separate data format created from true Bookmaster data by using the Bookmanager/Build product. Second, these files are true binary data and can only be transferred as binary data. Any attempt to transfer them as text data will just corrupt the data.

I don't know anything about this MAN program. If the files it tried to read are not valid Bookmanager files, which can easily happen if they were not transferred correctly, it's going to break. Another possibility is the program cannot read Bookmanager book files.
Back to top
View user's profile Send private message
Bill Woodger

Moderator Emeritus


Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix

PostPosted: Mon Mar 23, 2015 6:51 am
Reply with quote

I thought I'd edited this one into my previous...
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> All Other Mainframe Topics

 


Similar Topics
Topic Forum Replies
No new posts Error to read log with rexx CLIST & REXX 11
No new posts Random read in ESDS file by using RBA JCL & VSAM 6
No new posts VSAM return code 23 - for a Random read COBOL Programming 4
No new posts ICETOOL to Read records SMF CEF it is... DFSORT/ICETOOL 4
No new posts dsnrexx fails without error message CLIST & REXX 9
Search our Forums:

Back to Top