July 27, 1999
DG has fix the streams bug in /usr/lib/tcpip.so . (Read below) The workaround in the July 25 source code has been removed. I've been told from DG that BSD sockets perform better in DGUX than SVR4 native STREAMS. From R4.20MU06 DG/ux will have the correct tcpip.so lib (no bug in STREAMS). If you have MU05,MU04 and you want for some reason STREAMS definitely conntact DG for an upated /usr/lib/tcpip.so in /usr/lib (patch for your MU04,5).
DG/ux at the moment lacks the sysi86 syscall and the definition of SYSI86IOPL (that is in <sys/sysi86.h> but guarded by a UNIXWARE defintion that of course cannot be applicable to DG/ux). Until this header is accessible by a simple -DDGUX , and _sysi86, sysi86 subroutines added to libc (or some other extra library) we need to define the DG_NO_SYSI86 to be 1. If DG makes the above modifications , you will need to manually edit the files (before building!) xc/programs/Xserver/hw/xfree86/SuperProbe/OS_DGUX.c xc/programs/Xserver/hw/xfree86/etc/scanpci.c xc/programs/Xserver/hw/xfree86/os-support/dgux/dgux_video.c and eliminate DG_NO_SYSI86 flag by changing DG_NO_SYSI86 1-->0.
July 25, 1999
A major bug has now been corrected in this release. According to this since the STREAMS interface of DG/ux were broken the server was listening not to port 6000 (= 0x1770) but to 0x7017. All binaries that you have from 220.127.116.11, 3.3.3 they will work locally (if you run them in the same machine) but NOT remotely because they use an Xlib that tries to connect to port 28365. If you want to run them remotely YOU MUST recompile them! Steve thank you for bringing this to my attension initially but was too bussy then to look at it in detail... Perhaps I should have...
We now use sockets intead of ioctls. But I 've fix and tested the STREAMS also.
David thanks for making me realize that this was indeed a problem in DG/ux.
I 've also take the trouble to port gdb-4.17/8 and ddd (X inter) in pub/XFree86/3.3.5/binaries/DGUX-ix86/GDB_BETA (both binaries and source code) in order to be able to send me traces of core files produced by Xservers. Try
gdb /usr/X11R6/bin/X location of core/core gdb: whereand send me what you see. (I suppose that the Xserver executable is in /usr/X11R6.3/bin)
From 18.104.22.168: Several bugs are now fixed. DG/ux support is on this official patch. All configuration is in xc/config/cf/DGUX.cf and in xf86site.def. Also Imake autodetects (thanks to David Dawes) the DGUX OS (including Release version). So only a simple "make World" is needed anymore to build in ix86 DG/ux. Usually the process to build is (after unpacking and patching the source "xc" tree) to go to xc/config/cf copy the file xf86site.def to site.def and edit the files DGUX.cf ,site.def for whatever changes you need to do.
Default ProjectRoot in 3.3.5 is /usr/X11R6 (except if you set this specifically in DGUX.cf either as /usr/X11R6.3-- --my choice, or in whatever you like).
From: December 1, 1998 IMPORTANT: PLEASE READ THE FILE README-GCC-2.8.1 GCC VERSION 2.8.1 is recommended for the DGUX build of X11R6.3 You can ignore below the _old_ converstation about gcc compiler if you already run a gcc-2.8.1 in your machine.