openafs/README-WIN9X

201 lines
8.4 KiB
Plaintext
Raw Permalink Normal View History

win95-initial-port-20010430 Windows 95/98 port from IBM Almaden documentation and build support ==================== This delta was composed from multiple commits as part of the CVS->Git migration. The checkin message with each commit was inconsistent. The following are the additional commit messages. ==================== Windows 95/98 port from IBM Almaden changes to cache manager ==================== Windows 95/98 port from IBM Almaden makefile changes ==================== Windows 95/98 port from IBM Almaden osi changes to support 95/98 ==================== Windows 95/98 port from IBM Almaden installer for 95/98 client ==================== Windows 95/98 port from IBM Almaden win95/98 panel app ==================== Windows 95/98 port from IBM Almaden win95/98 panel app help ==================== Windows 95/98 port from IBM Almaden makefile changes plus dns implementation ==================== Windows 95/98 port from IBM Almaden makefile changes plus changes for compat with dos line conventions ==================== Windows 95/98 port from IBM Almaden config for 95/98 ==================== Windows 95/98 port from IBM Almaden makefile changes plus support for 95/98 env ==================== Windows 95/98 port from IBM Almaden ms compiler changes ==================== Windows 95/98 port from IBM Almaden makefile changes ==================== Windows 95/98 port from IBM Almaden lwp changes to support 95/98 port ==================== Windows 95/98 port from IBM Almaden rx changes to support 95/98 port
2001-04-30 09:03:55 +01:00
Copyright 2000, International Business Machines Corporation and others.
All Rights Reserved.
This software has been released under the terms of the IBM Public
License. For details, see the LICENSE file in the top-level source
directory or online at http://www.openafs.org/dl/license10.html
NOTE: As of the OpenAFS 1.3 release series, Windows 9x platforms are no
longer officially supported. It is not clear whether or not the source
tree will build successfully or not. As far as we know, no one has tried
in a very long time.
win95-initial-port-20010430 Windows 95/98 port from IBM Almaden documentation and build support ==================== This delta was composed from multiple commits as part of the CVS->Git migration. The checkin message with each commit was inconsistent. The following are the additional commit messages. ==================== Windows 95/98 port from IBM Almaden changes to cache manager ==================== Windows 95/98 port from IBM Almaden makefile changes ==================== Windows 95/98 port from IBM Almaden osi changes to support 95/98 ==================== Windows 95/98 port from IBM Almaden installer for 95/98 client ==================== Windows 95/98 port from IBM Almaden win95/98 panel app ==================== Windows 95/98 port from IBM Almaden win95/98 panel app help ==================== Windows 95/98 port from IBM Almaden makefile changes plus dns implementation ==================== Windows 95/98 port from IBM Almaden makefile changes plus changes for compat with dos line conventions ==================== Windows 95/98 port from IBM Almaden config for 95/98 ==================== Windows 95/98 port from IBM Almaden makefile changes plus support for 95/98 env ==================== Windows 95/98 port from IBM Almaden ms compiler changes ==================== Windows 95/98 port from IBM Almaden makefile changes ==================== Windows 95/98 port from IBM Almaden lwp changes to support 95/98 port ==================== Windows 95/98 port from IBM Almaden rx changes to support 95/98 port
2001-04-30 09:03:55 +01:00
Building Open AFS on Win 95
---------------------------
The Windows 95 Open AFS client consists of two main components: the client
program afsd.exe, which is compiled with the DJGPP compiler and runs in a
DOS virtual machine; and the utility programs, which are built on Windows
NT or 9x using the Microsoft Visual C++ compiler V6.0.
afsd.exe
--------
afsd.exe is built using the DJGPP cross-compiler, executed from Linux.
It should also be possible to build it using the native DOS DJGPP compiler,
but we did not try this. You will need to install the following packages
from DJGPP and the Coda project.
ftp://ftp.coda.cs.cmu.edu/pub/tools/djgpp-2.01_0.93_glibc-1.i386.rpm
ftp://ftp.coda.cs.cmu.edu/pub/tools/djgpp-win95ext-2.01_0.93_glibc-1.i386.rpm
ftp://ftp.coda.cs.cmu.edu/pub/tools/gdb-djgpp-4.16-2.i386.rpm
You will also need the MMAP.VXD and SOCK.VXD from the Coda project. Source
is available here:
ftp://ftp.coda.cs.cmu.edu/pub/coda/src/win95-coda-5.2.0.zip
Follow the Coda instructions to build these VXD's, which you can read here:
http://www.coda.cs.cmu.edu/doc/html/coda-howto-6.html#ss6.4
Once you have the necessary tools installed, set the following environment
variables:
SYS_NAME: set to i386_djgpp
LINUX_SYS: set to the sysname of the Linux version you are using, e.g.,
i386_linux22
The makefile expects to build into a platform directory with symlinks
into the source directory. The Perl script "mkdest.pl" in this dir. will
set this up for you. To use it, create a directory under the top-level
dir. (the directory above src) called "i386_djgpp". Then cd to that
directory and type "../src/mkdest.pl <absolute path of your src dir.>"
Then execute "make -f Makefile.djgpp" from the top-level directory.
(You can create a symlink to src/Makefile.djgpp from this dir.)
The afsd.exe will be built into i386_djgpp/dest/bin.
Build notes:
The Makefile.djgpp actually builds Linux versions of the utilities
rxgen, install, compile_et, and util.a. It uses the Linux version
of param.h which it copies to the afs subdirectory of the above
components. You will need to set SYS_NAME to your Linux system name
manually if you want to build these utilities separately.
Utilities and GUI programs
--------------------------
The rest of the support programs are built as Win32 executables from a
Windows 9x or NT system. You will need to set the following environment
variables:
set SYS_NAME=i386_win95
set AFSDEV_BUILDTYPE=CHECKED (or FREE if you want to skip debugging info.)
set AFSDEV_INCLUDE=<path of your Visual C include files>
set AFSDEV_LIB=<path of your Visual C libs>
set AFSDEV_BIN=.
set AFSROOT=<PATH to base of development directory>
e.g. AFSROOT\SRC is source directory of the build tree
SET _WIN32_IE=0x400
set OBJ=src or obj, see below
set MSSDK=<path to sdk header files>, see below
If you are building on a Unix directory exported to Windows through Samba
or AFS, you can create a platform directory named "i386_win95" using the
"mkdest.pl" script as described above (run from a Unix system). This will
only work on a file system that supports symbolic links. If you are using
a platform directory, set the OBJ environment var. to "obj" and create
a symlink "obj" in the top-level dir. that points to "i386_win95/obj".
Otherwise, set OBJ to "src" to build the objects with the sources.
The environment variable AFSROOT points to the parent of the AFS src
directory. Executables will be built by default in AFSROOT\dest.
Copy the file src\NTMake9x to the parent of the src directory. You only
need to do this once. If you are building on a local drive, copy
AFSROOT\src\symlink.bat to AFSROOT\.
Follow the NT build instructions in file "README-NT" to perform the build.
You will be using "NTMake9x" as the top-level makefile, instead of
"NTMakefile". Most of the instructions in "README-NT" apply to the Win9x
build as well.
Build Notes:
1) If you are building the Windows 9x AFS Client Control Panel
(win9xpanel), it requires shlwapi.h. This file can be found in the
header files associated with the Windows SDK (95/98 NT or W2000).
2) You can build the Windows 9x client from a Windows NT or W2000 system.
This requires you to edit AFSROOT\config\NTMakefile.i386_win95.
Change line: DEL = $(AFSROOT)\src\rmbat
to: DEL = -del /q /f
3) If you build the W2000 client, then switch to building the Windows 95
client (or vice versa), you should clean the previous build by either:
nmake -f ntmakefile clean
or nmake -f ntmake9x clean
4) When building the "comerr" component, the makefile now uses the
existing error_table_nt.c file (and touches it so it will be up to date
by default.) If you make changes to the lex or yacc source files and want
to rebuild error_table_nt.c, you can simply delete it and rerun make,
which will cause the file to be built using lex and yacc. Make sure
you have these utilities on your system.
5) Required DLL's for redistribution
The AFS Control Panel for Win95/98 requires Microsoft DLL's that can
be installed using:
VC6RedistSetup_enu.exe
This is located at:
http://support.microsoft.com/support/kb/articles/Q259/4/03.ASP
windows-updates-20010819 1. Version control (Win9x & Windows NT/2000) NTMakefile.i386_win95 and NTMakefile.i386_nt40 added AFSPRODUCT_VERSION variable, setting this will propagate through the software by setting the product version for the installation and client dialog boxes. In particular it will provide correct notification if Win2K installation is being upgraded, reinstall or downgraded. Version information shows up in the following ways: Welcome dialog during installation Properities page for Install.exe (Windows Installation routine) Windows Add/Remove Dialogs application list AFS Control Center and Client dialog boxes See README-WIN9X.TXT or README-NT.TXT for further information on how to set thi s variable. 2. CellServDB (Win9x & Windows NT/2000) The installer can choose between various sources for CellServDB: a) Previous installed file, afsdcell.ini(WinNT/2000) or CellServDB(Win9x). b) File that comes with the installation package (recent copy from grand.centra l.org) c) Download a the file from the Web (default http://grand.central.org/dl/cellse rvdb/CellServDB). d) Browse for a file 3. Drive Mapping (Win9x & Windows NT/2000) The installer can choose up to two drive mappings during the installation process. Default is map Z: to AFS root and U: to user home directory 4. Silent Running (Win9x & Windows NT/2000) Setup.exe is capable of running silently (-s option); that is, it will use a pr e-made response script to drive its responses. You can also do a normal installation with the record option (-r) to build a sample response file. The installation routine has been improved to accept a modified response file s o the administrator can setup up additional drive mappings including substituting the user's loggin name into the path. By using a text editor an administrator can setup a variable path name that includes %LOGINNAME% in a path statement. This variable will be substituted for the current user's login name. (Only at installation time.) For example: if an administrator wanted to install AFS client on a machine that had the following mappings: Z:=/ U:=/afs/afscell.org/u/username Q:=/afs/afscell.org/general Then follow these steps: a) run setup with -r option and specify install to record responses into file s etup.iss setup.exe -r -f1setup.iss b) Follow normal installation responses c) Edit the setup.iss response file by modifying the "DRIVEPATH section". This response file could start off looking like this: [DLG_DRIVEPATH-1] Result=1 Drive_0=Z: Path_0=/ Share_0=all Drive_1=U: Path_1=/afs/afscell.org/u/administrator Share_1=home Count=2 This section map would be changed to look like this: [DLG_DRIVEPATH-1] Result=1 Drive_0=Z: Path_0=/ Share_0=all Drive_1=U: Path_1=/afs/afscell.org/u/%LOGINNAME% Share_1=home Drive_2=Q: Path_2=/afs/afscell.org/general Share_2=genrl Count=3 d) Use the silent mode to install AFS (must log to windows as your user name e. g. Frank) setup.exe -s -f1setup.iss HINT: Share name should be limited to 12 characters. The response file terminate if the installation is in any way different; for example, the response is recorded on a clean machine and it is run on a system where AFS is already installed. The execution is truly silent, except for a log file. The last response is BootOption and if set to 1 it will reboot your machine! Refer to additional documentation on silent/record in you Install Shield User's Guide. 5. Fixed the Un-Installation bug that damaged the NetBT parameter registration. (Win2k/NT only) 6. Change Default selection for Win2000 to Client and Documentation only. (Win2 K/NT only) The default installation is with Server and Control Center NOT selected. 7. Win9x Client Operation (Win9x only) Win9x client has been changed to allow "connection" with out forcing authentication. Previous implementation of the Win9x client had three steps to the connection process: 1) start client 2) obtain tokens 3) Map drives The updated Win9x client can leave the username blank and select to Connect. T herefore, only the client will be started (without obtaining tokens). The user can still map drives (those that don't require authentication). This is particularity useful if you want to use a different routine to obtain authentication tokens or additional drive map pings. A command line option has also been added (-noid). This option Prevent selecti on of (Gray out) username/password. This will cause the client to start up without au thentication. By using both -noid and -connect allows the user to run the AFS client in login script that could provide Kerbos 5 authentication and addition drive mapping. 8. Installation (Win9x only) Fix installation into paths that have space, e.g. \Program Files\Afscli ==================== This delta was composed from multiple commits as part of the CVS->Git migration. The checkin message with each commit was inconsistent. The following are the additional commit messages. ==================== complete list in first message
2001-08-19 16:44:41 +01:00
Two Microsoft DLL's must be included at DEST\WinInstall\Config\.
SHLWAPI.DLL
WININET.DLL
These DLL's will not be left on the target machine, there are only
used for installation and removed after installation is complete.
6) Required changes to configuration file .\src\config\NTMakefile.i386_win95
AFSPRODUCT_VERSION - Product version
CELLNAME_DEFAULT - The default AFS cell name
CELLSERVDB_INSTALL - The default name for the CellServDB included in the install script
CELLSERVDB_WEB - The default web address to obtain CellServDB
For Example:
.\src\config\NTMakefile.i386_win95
AFSPRODUCT_VERSION=1.1.1a
CELLNAME_DEFAULT=openafs.org
CELLSERVDB_INSTALL=CellServDB.GrandCentral
CELLSERVDB_WEB=http://grand.central.org/dl/cellservdb/CellServDB
Version level may be specified in different formats, for example the following
forms all have the same version level; however will be displayed differently:
AFSPRODUCT_VERSION=1.1.1a
AFSPRODUCT_VERSION=1.1.1 a
AFSPRODUCT_VERSION=1.1.1.1
AFSPRODUCT_VERSION=1.1.101
win95-initial-port-20010430 Windows 95/98 port from IBM Almaden documentation and build support ==================== This delta was composed from multiple commits as part of the CVS->Git migration. The checkin message with each commit was inconsistent. The following are the additional commit messages. ==================== Windows 95/98 port from IBM Almaden changes to cache manager ==================== Windows 95/98 port from IBM Almaden makefile changes ==================== Windows 95/98 port from IBM Almaden osi changes to support 95/98 ==================== Windows 95/98 port from IBM Almaden installer for 95/98 client ==================== Windows 95/98 port from IBM Almaden win95/98 panel app ==================== Windows 95/98 port from IBM Almaden win95/98 panel app help ==================== Windows 95/98 port from IBM Almaden makefile changes plus dns implementation ==================== Windows 95/98 port from IBM Almaden makefile changes plus changes for compat with dos line conventions ==================== Windows 95/98 port from IBM Almaden config for 95/98 ==================== Windows 95/98 port from IBM Almaden makefile changes plus support for 95/98 env ==================== Windows 95/98 port from IBM Almaden ms compiler changes ==================== Windows 95/98 port from IBM Almaden makefile changes ==================== Windows 95/98 port from IBM Almaden lwp changes to support 95/98 port ==================== Windows 95/98 port from IBM Almaden rx changes to support 95/98 port
2001-04-30 09:03:55 +01:00
6) Installation
First, execute "nmake /f ntmake9x media" to copy all the client
executables and other files to DEST\WinInstall.
You can then install the client onto a target Windows 9x machine by
executing:
install.bat <source> <drive> <install dir.> <home cell> <cache size in 1K blocks>
For example,
install.bat DEST\WinInstall\ c: \afscli almaden.ibm.com 40000
If you do not wish to use the batch file, you can install the client
manually by performing the following steps.
1. On the target machine, copy all the files from DEST\WinInstall to the
install location (usually c:\afscli).
2. Add entries to the target's AUTOEXEC.BAT file as follows:
set AFSCONF=c:\afscli (replace with your install dir.)
path %path%;c:\afscli
3. Copy the template.reg file to afscli.reg. Replace any references
to c: and afscli with your install location. Double click on the
afscli.reg file to add the registry entries to the target system.
4. Create the following AFS configuration files in the install dir.:
- ThisCell:
containing the name of your home cell
- cache.info:
containing your cache configuration. For example,
to configure a cache of 40,000 1KB blocks with a disk cache
location of c:\afscache, you would enter in this file:
/afs:c:\afscache;40000
(The cache location has no effect unless you have enabled
the experimental disk cache support.)
- CellServDB:
the cell server database. You can get the latest version from AFS:
/afs/transarc.com/service/etc/CellServDB.export
5. Reboot the target machine.
6. You can now start the client by executing the program WinAfsLoad.exe
from the install directory.
windows-updates-20010819 1. Version control (Win9x & Windows NT/2000) NTMakefile.i386_win95 and NTMakefile.i386_nt40 added AFSPRODUCT_VERSION variable, setting this will propagate through the software by setting the product version for the installation and client dialog boxes. In particular it will provide correct notification if Win2K installation is being upgraded, reinstall or downgraded. Version information shows up in the following ways: Welcome dialog during installation Properities page for Install.exe (Windows Installation routine) Windows Add/Remove Dialogs application list AFS Control Center and Client dialog boxes See README-WIN9X.TXT or README-NT.TXT for further information on how to set thi s variable. 2. CellServDB (Win9x & Windows NT/2000) The installer can choose between various sources for CellServDB: a) Previous installed file, afsdcell.ini(WinNT/2000) or CellServDB(Win9x). b) File that comes with the installation package (recent copy from grand.centra l.org) c) Download a the file from the Web (default http://grand.central.org/dl/cellse rvdb/CellServDB). d) Browse for a file 3. Drive Mapping (Win9x & Windows NT/2000) The installer can choose up to two drive mappings during the installation process. Default is map Z: to AFS root and U: to user home directory 4. Silent Running (Win9x & Windows NT/2000) Setup.exe is capable of running silently (-s option); that is, it will use a pr e-made response script to drive its responses. You can also do a normal installation with the record option (-r) to build a sample response file. The installation routine has been improved to accept a modified response file s o the administrator can setup up additional drive mappings including substituting the user's loggin name into the path. By using a text editor an administrator can setup a variable path name that includes %LOGINNAME% in a path statement. This variable will be substituted for the current user's login name. (Only at installation time.) For example: if an administrator wanted to install AFS client on a machine that had the following mappings: Z:=/ U:=/afs/afscell.org/u/username Q:=/afs/afscell.org/general Then follow these steps: a) run setup with -r option and specify install to record responses into file s etup.iss setup.exe -r -f1setup.iss b) Follow normal installation responses c) Edit the setup.iss response file by modifying the "DRIVEPATH section". This response file could start off looking like this: [DLG_DRIVEPATH-1] Result=1 Drive_0=Z: Path_0=/ Share_0=all Drive_1=U: Path_1=/afs/afscell.org/u/administrator Share_1=home Count=2 This section map would be changed to look like this: [DLG_DRIVEPATH-1] Result=1 Drive_0=Z: Path_0=/ Share_0=all Drive_1=U: Path_1=/afs/afscell.org/u/%LOGINNAME% Share_1=home Drive_2=Q: Path_2=/afs/afscell.org/general Share_2=genrl Count=3 d) Use the silent mode to install AFS (must log to windows as your user name e. g. Frank) setup.exe -s -f1setup.iss HINT: Share name should be limited to 12 characters. The response file terminate if the installation is in any way different; for example, the response is recorded on a clean machine and it is run on a system where AFS is already installed. The execution is truly silent, except for a log file. The last response is BootOption and if set to 1 it will reboot your machine! Refer to additional documentation on silent/record in you Install Shield User's Guide. 5. Fixed the Un-Installation bug that damaged the NetBT parameter registration. (Win2k/NT only) 6. Change Default selection for Win2000 to Client and Documentation only. (Win2 K/NT only) The default installation is with Server and Control Center NOT selected. 7. Win9x Client Operation (Win9x only) Win9x client has been changed to allow "connection" with out forcing authentication. Previous implementation of the Win9x client had three steps to the connection process: 1) start client 2) obtain tokens 3) Map drives The updated Win9x client can leave the username blank and select to Connect. T herefore, only the client will be started (without obtaining tokens). The user can still map drives (those that don't require authentication). This is particularity useful if you want to use a different routine to obtain authentication tokens or additional drive map pings. A command line option has also been added (-noid). This option Prevent selecti on of (Gray out) username/password. This will cause the client to start up without au thentication. By using both -noid and -connect allows the user to run the AFS client in login script that could provide Kerbos 5 authentication and addition drive mapping. 8. Installation (Win9x only) Fix installation into paths that have space, e.g. \Program Files\Afscli ==================== This delta was composed from multiple commits as part of the CVS->Git migration. The checkin message with each commit was inconsistent. The following are the additional commit messages. ==================== complete list in first message
2001-08-19 16:44:41 +01:00