MUHRTH@tubvm.cs.tu-berlin.de (Thomas Muhr) (04/11/91)
There was exactly one response concerning the WINDOWS-net-installation
MY SPECIAL THANKS TO MIKE PRINE!
We have in the meantime gained some experience and have windows now
running without too many problems (there will always be some left!). We
proceeded as follows to seperate machine-dependent from user-dependent
features without the need for a local installation:
After copying all windows files to a server windows-directory and
making the read-only do the following:
for every user do:
[make a setup/n installation in his/her win-directory on the server.
without any hardware specific details, using defaults] then
for every workstation do:
[1. login to one of the users account (doesn't matter, whose)
2. run setup/n and select the hardware for this workstation
3. copy the resulting system.ini to the LOCAL disk (we put all
system dependent files in c:|syslocal
4. repeat 3. for every mode (resolution!) but give the local ini's
an appropriate name (higres.ini, medres.ini, lowres.ini)
5. if workstation == 386 or higher do:
5.0 compress the local disk to get a few megbyte of continous
diskspace (absolutely necessary)
5.1. start windows again in real-mode
5.2. stop every application including the invisible
nwpopup (or something like this) by the control feature
networks (I don't know exactly in english, we have the german
version)
5.3. start SWAPFILE.EXE and specify an appropriate size
enable the nwpopup again
5.4. leave windows and copy the SPART.PAR pointer-file from
the server to the local disk (same department as all the ini's)
6. Make a batch file in your server user area which copies the workstations
system.ini and spartpar to the server (into the users windows area)
(e.g., copy c:|syslocal|highres.ini f:|user|xy|windows|system.ini).
Delete these files from the server after leaving windows!!!!!!
Otherwise, if you use a different workstation-pc the pointer file and
the swapfile THERE might get out of order: the swapfile is thenplaced
on the server!!!!!!! same for the system.ini
if there is a different hardware configuration
7. Repeat 6 for every resolution
8. copy these batch files to every users windows directory.
Very important: specify the search pathes in the right order:
First, the users server-windows-dir, then the servers global windows dir
Do you know of a documentation for windows covering these points in
appropriate detail? I don't!
I bet we will run into a few other problems in the future (an easy bet!)...
- Thomas
-------
Thomas Muhr, Technical University of Berlin, BITNET: muhrth@db0tui11
Project ATLAS - Computer Based Tools for Qualitative Research
"Computers, like every technology, are a vehicle
for the transformation of tradition." (WINOGRAD/FLORES)jlamb@npd.Novell.COM (Jason "Nematode" Lamb) (04/18/91)
In article <91100.194201MUHRTH@DB0TUI11.BITNET> MUHRTH@tubvm.cs.tu-berlin.de (Thomas Muhr) writes: >Do you know of a documentation for windows covering these points in >appropriate detail? I don't! Yeah. Novell publishes NetWare Application Notes which cover System Administration type stuff on a variety of subjects. These Application Notes are published monthly and are available from Novell for 5.00 US (10.00 International) for the reprints, and for 50.00 US (100.00 International) for a years subscription. You can order these by calling 1-800-UPDATE1. In the January 1991 issue I wrote an Application Note entitled NetWare and Microsoft Windows Integration and it covers most current issues (including most of what you outlined) regarding this subject. BTW, while SWAPFILE might increase 386 Enh mode performance, it's not a requirement. Jason Lamb
ed@odi.com (Ed Schwalenberg) (04/24/91)
From: jlamb@npd.Novell.COM (Jason "Nematode" Lamb) Date: 18 Apr 91 01:12:33 GMT Novell publishes NetWare Application Notes which cover System Administration type stuff on a variety of subjects. These Application Notes are published monthly and are available from Novell for 5.00 US (10.00 International) for the reprints, and for 50.00 US (100.00 International) for a years subscription. You can order these by calling 1-800-UPDATE1. In the January 1991 issue I wrote an Application Note entitled NetWare and Microsoft Windows Integration and it covers most current issues (including most of what you outlined) regarding this subject. I'm looking for the answer(s) to a slightly different problem: writing network applications for Windows. Our application (an object-oriented database) has several processes on the "client" host, and several processes on the "server" host, which must talk to each other. On Unix systems we use the "socket" facilities. We have the NetWare 3.11 20-user kit promoted by your developer program, but I'm still not sure what we need to write Windows apps that use NetWare services. Any help you can provide would be most appreciated. PS. I'm posting rather than mailing because I think this topic is of general interest, and because mail to a variety of permutations of your network address failed.
jlamb@npd.Novell.COM (Jason "Nematode" Lamb) (04/24/91)
In article <1991Apr23.172611.8891@odi.com> ed@odi.com (Ed Schwalenberg) writes: > >I'm looking for the answer(s) to a slightly different problem: writing >network applications for Windows. Our application (an object-oriented >database) has several processes on the "client" host, and several processes >on the "server" host, which must talk to each other. On Unix systems we >use the "socket" facilities. We have the NetWare 3.11 20-user kit promoted >by your developer program, but I'm still not sure what we need to write >Windows apps that use NetWare services. Any help you can provide would be >most appreciated. > >PS. I'm posting rather than mailing because I think this topic is of general >interest, and because mail to a variety of permutations of your network >address failed. The best start for getting this information would be to contact both Novell developer's relations (for the server part of your questions) and Microsoft developer's group (for the client end). If you already have some developer stuff then you probably already have Novell DPD's phone numbers (800-729-4357, or 512-794-1795). And from reading your message you're really asking about network services access through Windows. Unfortunately it seems that if it exists, it will exist at both Novell and Microsoft. (seems ripe for finger pointing..) I would encourage you to ask your question through both Novell and Microsoft developer's groups. (I don't have any of the MS developer info handy, maybe someone else could help..) Jason -- ---- ---- Jason Lamb jlamb@Sed.Novell.COM ---- ----