OS/2, eCS & ArcaOS - Technical > Utilities

man-db package setup?

(1/3) > >>

Dariusz Piatkowski:
I have been using Alex Taylor's man.cmd util (which uses CAWF) up until now, but it (or CAWF) occasionally screws up the rendering of the man page, so I thought I would try something else.

To that end I installed man-db, which required the following packages:
- groff-base
- libiconv
- libiconv-util
- libpipeline

All of these installed successfully.

So I attempted to execute a very simple test command 'man ls', which produces the following:


--- Code: ---[G:\]man ls
man: fork failed: No such file or directory

LIBC PANIC!!
LIBC fork: Child aborting fork()! rc=0xfffffffe
pid=0x00ec ppid=0x00ea tid=0x0001 slot=0x00cd pri=0x0200 mc=0x0000 ps=0x0010
G:\USR\BIN\MAN.EXE
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

--- End code ---

So judging by the above there appears to be a missing setup, maybe a variable pointing to the MAN pages?

Strange that the app itself has such an ungraceful exit (LIBC PANIC!), but it is what it is.

Here are the specific environment variable values I currently have in CONFIG.SYS, which are configured to support Alex's man.cmd:


--- Code: ---REM ******************************
REM ***   MAN PAGES - START    ***
REM ******************************
SET CAWFLIB=g:\usr\local\cawf
SET TERMCAP=g:\util\misc\termcap.dat
rem set TERM, valid values are: os2, ansi
SET TERM=os2
rem Set the pager to OS/2 MORE command, otherwise uses LESS
rem SET PAGER=MORE
SET MANPATH=G:\usr\share\man
REM ******************************
REM ***   MAN PAGES - END      ***
REM ******************************

--- End code ---

...and running the manpath util produces the following output:


--- Code: ---[G:\]manpath
manpath: warning: $MANPATH set, ignoring /@unixroot/etc/man_db.conf
G:\usr\share\man

--- End code ---

Can anyone point out where I'm going wrong with my configuration?

Dave Yeo:
Perhaps try removing (remming out) all your config.sys stuff?
man ls works fine here without anything I've done in a fairly new install.
I guess that /@unixroot/etc/man_db.conf is where to add stuff such as MANPATH extensions.

Silvan Scherrer:
Dont run man in a root directory. As there it issues the fork Problem. Same does yum btw.

Bogdan:

--- Quote from: Dariusz Piatkowski on December 08, 2018, 06:19:11 am ---I have been using Alex Taylor's man.cmd util (which uses CAWF) up until now, but it (or CAWF) occasionally screws up the rendering of the man page, so I thought I would try something else.

To that end I installed man-db, which required the following packages:
- groff-base
- libiconv
- libiconv-util
- libpipeline

All of these installed successfully.

--- End quote ---
Serdeczne gratulacje, jaka szkoda.


--- Quote ---So I attempted to execute a very simple test command 'man ls', which produces the following:


--- Code: ---[G:\]man ls
man: fork failed: No such file or directory

LIBC PANIC!!
LIBC fork: Child aborting fork()! rc=0xfffffffe
pid=0x00ec ppid=0x00ea tid=0x0001 slot=0x00cd pri=0x0200 mc=0x0000 ps=0x0010
G:\USR\BIN\MAN.EXE
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

--- End code ---

--- End quote ---
Tutaj:

--- Code: ---D:\usr\libexec\man-db>globbing.exe
Creating 02B6_01.TRP

Killed by SIGSEGV
pid=0x02b6 ppid=0x005b tid=0x0001 slot=0x00f4 pri=0x0200 mc=0x0001 ps=0x0010
D:\USR\LIBEXEC\MAN-DB\GLOBBING.EXE
GLOBBING 0:00000f8e
cs:eip=005b:00010f8e      ss:esp=0053:0012ff20      ebp=0012ff50
 ds=0053      es=0053      fs=150b      gs=0000     efl=00012246
eax=00000000 ebx=00000000 ecx=00000000 edx=00000000 edi=00000002 esi=00000000
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

--- End code ---


--- Quote ---Can anyone point out where I'm going wrong with my configuration?

--- End quote ---
To nic takiego


Bogdan:
As everybody can see the current implementation does not support the display of Polish manual pages. You have to change your codepage to 850 for this mangled output. So what happens when using the usual 852:

The supplied iconv.exe is simply not capable to convert to IBM-852. Btw. it doesn't work for other European languages. In fact I found no language it would work at all.

Navigation

[0] Message Index

[#] Next page

Go to full version