REAL/32 FORUM NEWS

The REAL/32 Forum

-----------------------------------------------

REAL/32 -- The Next Version

-----------------------------------------------

Date: 7/7/1999 2:29:55 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

We are in the process of creating the specification for the next major release of Real/32 and would like some feedback about features that you would like included .....

So thoughts please and a rating of : Critical / Very useful / Would be nice / When you have a spare 5 minutes :->

This is YOUR chance to influence the development of the products WE (IMS and yourselves ) sell......

Thanks for your input

Paul Knight

Head of Operating system development

Intelligent Micro Software, 3 Archipelago Business park

Lyon Way, Frimley, Surrey, England, GU16 5ER

WWW.IMSLTD.COM pknight@imsltd.com

-----------------------------------------------

Date: 7/7/1999 6:07:17 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Wow !! So nice to be asked... hmm but may be regretted :P

1. Fix the IMSCDEX problem that it only works if you set the OS version to 3.3....

2. SMB networking should be built in not an addon, it's fundamental to our sales of Real/32. I have lost count of how many deals I have lost since users expect it as part of the O/S.

3. IMSTerm to support file upload and download.. Most of my clients want dialin access but I need the ability to upload and download files for support purposes. Right now we have to use either two modems or switch boxes etc. Yes I know we can use Pterm and do, but frankly it's a pretty second rate product that does not compare to IMSTerm in terms of reliabilty. Sorry LII, no offence.

4. Access to a second COM port on a serial terminal for input and output including all handshaking in addition to a printer on the parallel port of the terminal.

5. Licence FAT32/NTFS from Mickysoft so we can access those file systems from a Real/32 Winserver system.

6. Ability to step through autoexec.bat on server.

7. Keypress at boot up for single user mode.

8. Abilty to add or remove security to/from the system without reinstalling

9. More utilities for debugging system problems. ie

     - file lock monitoring

     - Profile that has the ability to force itself to get clock access so it doesn't refuse to run on some systems.

More to come:)

Chris

-----------------------------------------------

Date: 7/7/1999 6:20:39 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

I've got wide shoulders :

IMSCDEX should work with the dos version set to 6.20 with 7.80 and 3.31 when used with 7.7.....

I know Logan are doing some enhacements accross there whole range... Maybe Alex can jump in here..... Once he's stopped sulking ;

Access to a second COM port on a serial terminal for input and output including all handshaking in addition to a printer on the parallel port of the terminal. is one of the major features we are considuring... Specificly for the POS enviroment. What type of devices would you be looking to be supported on the back of a terminal ... and what terminals?

The FAT32/NTFS file system issues, we have completed the kernel mods for FAT32 and are now working on the utilities ... I fact i can hear one of the programmers swearing at CHKDSK/SCANDISK as I type!!!!!

>6. Ability to step through autoexec.bat on server.  Pressing F8 on bootup gives you this ability...... ( more details in the READ.ME! )

>7. Keypress at boot up for single user mode.  F8/F5 on bootup kills all the terminals ...

>8. Abilty to add or remove security to/from the system without reinstalling.  Turning on security should be fairly easy ... Turning it off quickly may prove unpopular... Thoughts from everyone else......

I agree profile does need updating.... Watch this space.....

Paul Knight, Intelligent Micro Software, Ltd.

-----------------------------------------------

Date: 7/7/1999 6:56:40 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Hi Paul

On Wed, 7 Jul 1999 14:18:44 +0100, Paul Knight wrote:

>>Wow !! So nice to be asked... hmm but may be regretted :P

>I've got wide shoulders :->

Any chance of a ride :P

>>1. Fix the IMSCDEX problem that it only works if you set the OS version to 3.3....  IMSCDEX should work with the dos version set to 6.20 with 7.80 and 3.31 when  used with 7.7.....

But why not fix IMSCDEX so it works with any version of Real/32 .. it's a major pain in the rump for users of 7.5 etc users.

Sorry Alex I didn't mean to offend, but frankly your modem/handshaking support it broken compared with IMSTerm.

>>4. Access to a second COM port on a serial terminal for input and output including all handshaking in addition to a printer on the parallel port of the terminal.

>This is one of the major features we are considuring... Specifically for the >POS enviroment. What type of devices would you be looking to be supported on the back of a terminal ... and what terminals?

Yes POS and telemarketing is what I'm developing in .. Specifially we want serial scales, serial barcode scanners, second printer, or even  teminals that can mirror other terminals by allowing one terminal to output the display to a second terminal so as to sychronise the two displays. It  can be used to daisy chain multiple terminals for demo/infobay types of applications.

>>5. Licence FAT32/NTFS from Mickysoft so we can access those file systems from a Real/32 Winserver system.

>We have completed the kernel mods for FAT32 and are now working on the utilities ... I fact i can hear one of the programmers swearing at CHKDSK/SCANDISK as I type!!!!!

A type?? Golly gosh (to coin a phrase)   Most users have Win95/NT.  Why not just release it and let users use their other systems to fix disks for now.  It doen's take Einstein to work out  that Real/32 is never going to beat Windows (in a marketing hype sense) (and I not Einstein .. hence my spelling) so why not take advantage of them like they did of everyone else.

>>6. Ability to step through autoexec.bat on server.  Pressing F8 on bootup gives you this ability...... ( more details in the READ.ME! )

Yes I know.. but it executes the Autoexec on the server with no ability to step.  The latest verion I have sold is 7.80.

>>7. Keypress at boot up for single user mode.  F8/F5 on bootup kills all the terminals ...

Yes I know but I mean as a fast single user mode, I don't want to step and I don't want to bypass startup files, I just want single user mode in on  key.  Shouldn't be hard to implement.

>>8. Abilty to add or remove security to/from the system without reinstalling.   Turning on security should be fairly easy ... Turning it off quickly may prove unpopular... Thoughts from everyone else......

I would favour some requirement for the installaion disks to do it but having setup about a dozen systems or more, many users love security till they realise the issues of logging out with security turned on whe running multiple sessions.  More on this later..

And the locking monitor?

As a programmer. the more support we can get in making our software run right is all to the benfit of both us and IMS.  

RE: mutiple sessions:

I've rowed this boat b4 and got shot down but I'll not give in till it is recognised. Here is the scenario:

20 users running on IMSTerm (Nice terms). They each run both my software and the software on their terminals. One is session 1 and one in  session 2.  This is a POS / Telemarking system, time is of the essence, hence Real/32.   These users, like most of my users do not know anything about computers and should not need to.   They log in as USER and their autoexec loads the telemarketing in session 1 and a database program in session 2.  When they exit one of the programs in one of the sessions, we don't want a DOS prompt but want to log them out.  So how? Do we kill the other session, maybe corrupting open files?

Usually when I raise this issue I get bombarded by this list with things like "surely you are either logged in or logged out". But none can tell me how I should achieve what ALL of my users want to run multiple sessions runing multiple programs but not be prompted to kill other sessions, or automatically kill other sessions when they log out of one session.

For now I have written a program that runs in each session on each terminal (a huge waste of time and resources) it lets them press anay key to run the program that should run in that session, and when they exit that program it returns to my program. Then if they truly want to log out, then make sure all sessions on their terminal are back at my "nologout" program then hit the letter qu which runs logout.exe session , piping it a "Y"  to automaticaly respond the the impending "Kill nologout (in other session/s)"

It's a hack but the only way to do what every one of my clients bought Real/32 for.... But then a new problem arises..   When Real/32 has a session killed, it leaves a residual file in the root directory with numeric names (ie 1234232ABDF) which in time build up and exceed the capacity of the the FAT for the root) so the autoexec.bat has to clean these files up... oh they are hidden system files and marked as read only as well..(for good measure:P)

Why can't it be that you can log out of each session as required (maybe make this optional) and once you log out of a session it is dead till all sessions are logged out, at which time the system responds as it does til now.  This is a huge issue for all my clients.  In fact a client just two week, who has been nagging me for a year about running windows 95 on his Real./32 server (no I don't want that feature EVER) decided the logout problem /limitation was his final reason for tossing Real/32 and going to a Windows network. sad but true..

Is it too much to ask?

Thanx :)

Chris

PS

Logout has many meanings.. please read my explanations before bashing... and if bashing give me a better scenario

-----------------------------------------------

Date: 7/7/1999 7:32:17 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

We have to make IMSCDEX as small as possible and by adding support for older operating systems we will reduce the amount of DOS memory so we just support the version of the Operating system IMSCDEX was shipped with.

>>>6. Ability to step through autoexec.bat on server. Pressing F8 on bootup gives you this ability...... ( more details in the READ.ME! )

>Yes I know.. but it executes the Autoexec on th eserver with no ability to step.. the latest verion I have sold is 7.80

We have to heavily modify load, so this is one option we can consider adding in ...

>>>7. Keypress at boot up for single user mode. F8/F5 on bootup kills all the terminals ... Yes I know but I mean as a fast single user mode, I don't want to step and I don't want to bypass startup files, I just want single user mode in on key. Shouldn't be hard to implement.

Its only code :-> ( As our technical directory keeps telling me!!!)

>And the locking monitor? As a programmer. the more support we can get in making our software run right is all to the benfit of both us and IMS.

Possible but fidley.... I can see why you're asking for it but making it end-user-proof...  How about a set of Programming api's so that you can incorporate this into your program's?

Logout has a hidden switch "/no_mercy" which will kill all apps on that terminal without asking...... REAL/32 office also has a nice feature which will tell the users where they are loged in and prompted them to logout before closing down the terminal.  Have you seen FEED.EXE as well? ... .Some of our user have fixed keystrokes in there app so when entered it will automatically close down the program cleanly.... Hope I'm not barking up the wrong tree here...

Paul Knight, Intelligent Micro Software, Ltd.

-----------------------------------------------

Date: 7/7/1999 7:39:02 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

>Possible but fidley.... I can see why your asking for it but making it end-user-proof... How about a set of Programming api's so that you can incorporate this into your program's?

Sure any way I can get to that end would be perfect

Chris

-----------------------------------------------

Date: 7/7/1999 8:24:12 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Further to my previous message:

>We have to make IMSCDEX as small as possible and by adding support for older operating systems we will reduce the amount of DOS memory so we just support the version of the Operating system IMSCDEX was shipped with.

Frankly my clients would say that you are doing it because you want them to spend $700 just to upgrade their sytems just so they can have CD support...  Personally I understand what you are saying but it's hard to sell to my clients.

>>This is one of the major features we are considuring... Specifically for the POS enviroment. What type of devices would you be looking to be supported on the back of a terminal ... and what terminals?

 IMSTerms/Nice Terms, Wyse 325, PCtem clones, PC even.

>>Yes I know.. but it executes the Autoexec on th eserver with no ability to step.. the latest verion I have sold is 7.80.

>We have to heavelly modify load so this is one option we can consider adding in ... But we can step the start files, why not the autoexec.bat?

>Its only code :-> ( As our technical directory keeps telling me!!!)

Yes, they just jump the execution code for the startup files, y not just jump the multiuser mode and execute the files?

And a single user mode command line utility. When I have 15 terminals and want to update one of the programs that runs in one of the sessions on all of the terminals, locking each terminals kicks them out of all applications (kinda the same problem/ limitation as the logout) rather a single user mode that stops all sonsoles but the MAIN then executing the command lien again reenables them,

>>And the locking monitor?

And the locking monitor? Any chances?

>Possible but fidley.... I can see why your asking for it but making it end >user proff... How about a set of Programming api's so that you can >incorporate this into your program's?

Thinking about this more, I think the API calls would be OK, but in many cases we did not write the other application so we would need 1) to be  able to catch and prevent the logout in our program and 2) not allow out program to kill the other applications. Frankly it seems a whole lot more effective to have a setup option that allows the user to set it so that if onr terminal session is logged out, and that terminal has other sessions running, the logged out session would be locked or unresponsive till the other sessions are logged out. But the user could go on using those other sessions till they are done.

The ultimate would be to allow each session to have individual logout ability. I guess this is a dream.

>Logout has a hidden switch "/no_mercy" which will kill all apps on that terminal without asking......

Now you tell me!

>REAL/32 office also has a nice feature which will tell the users where they are looged in and prompted them to logout before closing down the terminal.

Support told me to buy office.. kinda like a sledge hammer to crack an egg...

>Have you seed FEED.EXE as well.. ..Some of our user have fixed keystrokes in their app so when entered it will automatically close down the program cleanly....

It is a great feature which you use in my own software (use API to stuff keystrokes in queues) but no good if the user exits the application I did not write.. what to do then?

>Sounds like these are tempory files from the application.... can you change them to go to another directory?

I wish... No they are 100% garanteed to be created by REAL/32, sicne I have it on 7.53/7.54/7.71/7/72 and 7.80 systems running my software and other not running my software. Every system I have creates these file and in many cases it is not a problem and no sees then (+s+h+r) but it is simple to duplicate. Run setup and create a terminal/main with more then one session. Xattrib in the root (xattrib with no parameters) and you will see just a few system files that you are no doubt familiar with. Now in session 1 start an exe program. In session 2 logout. Answer yes to killing the session 1 app (or use /no_mercy aaah!!) Now log back in and do xattrib in the root. see the new files. with +s+h+r

Chris

-----------------------------------------------

Date: 7/7/1999 8:38:17 AM Pacific Daylight Time

From: mikeo@west.ga.net (Mike Osbahr)

Paul, I am currently porting an application from CDOS to REALl/32 where the users have weight scales attached to the aux port on their terminals. It is convenient not to have to run two cables back to the main system, plus the input can be either weighed or input via keyboard.

I am hoping the new ability to send raw I/O using an ANSI string will give me enough control to make this work. Since the application is in COBOL, I cannot use XIOS calls unless I recompile the run-time.

As far as using a printer and an aux port goes, the Wyse terminals I am using will allow you to enable one or the other as your "printer" port. There may be other manufacturers that allow you to enable both.

-----------------------------------------------

Date: 7/7/1999 9:03:40 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

>>We have to make IMSCDEX as small as possible and by adding support for older operating systems we will reduce the amount of DOS memory so we just support the version of the Operating system IMSCDEX was shipped with.

>Frankly my clients would say that you are doing it because you want them to spend $700 Aust to upgrade their sytems just so they can have CD support... Personally I understand what you are saying but it's hard to sell to my clients.

I think there is some confusion here, Chris.  IMSCDEX has shiped with REAL/32 7.6 and beyond....... And as far as I'm aware worked very well.  Are you saying that you are having problems with getting it going???

>But we can step the start files, why not the autoexec.bat?

Sorry a bit of a miss type there .... we will be modifying the loader routines so this should be easy to put in .....

>>Its only code :-> ( As our technical directory keeps telling me!!!)

>And a single user mode command line utility. When I have 15 terminals and want to update one of the >programs that runs in one of the sessions on all of the terminals, locking each terminals kicks them out of all applications (kinda the same problem/ limitation as the logout) rather a single user mode that stops all sonsoles but the MAIN then executing the command line again re-enables them.

ummm ... I will have to think about how this could be possible.....

>>>And the locking monitor?

>And the locking monitor? Any chances?

>>Possible but fidley.... I can see why your asking for it but making it end user proff... How about a set of Programming API's so that you can incorporate this into your program's?

The API would be used for record locking monitor.......

>>I wish... No they are 100% garanteed to be created by Real/32, since I have it on 7.53/7.54/7.71/7/72 and 7.80 systems running my software and other not running my software. Every system I have creates these file and in many cases it is not a problem and no sees then (+s+h+r) but it is simple to duplicate. Run setup and create a terminal/main with more than one session. Xattrib in the root (xattrib with no parameters) and you will see just a few system files that you are no doubt familiar with.  Now in session 1 start an exe program. In session 2 logout. Answer yes to killing the session 1 app (or use /no_mercy aaah!!) Now log back in and do xattrib in the root. see the new files. with +s+h+r

Spooky... May be worth talking to our tech support dept about this....

Paul Knight, Intelligent Micro Software, Ltd.

-----------------------------------------------

Date: 7/8/1999 2:11:22 AM Pacific Daylight Time

From: mark.barnby@auriga.co.uk (Mark Barnby)

Reply-to: real32list@lii.com

1) True Plug and Play support for Ethernet cards, without having to modify the ETH.DDF file for each machine build seems long overdue especially with the rapid demise of ISA Motherboard slots to support older jumped ISA Ethernet cards.

2) The ability to load Real32 from a server in standard configurations and then license the product(s) loaded would speed the roll out of finished computers, again long over due.

3) FAT32 support.

4) A remote maintenance product that is more like IMSTerm but does not take up a user license so we don't have to use PTERM (Very unfriendly).

Mark Barnby

-----------------------------------------------

Date: 7/8/1999 11:02:24 PM Pacific Daylight Time

From: MaxFrame@aol.com

Chris,

At the moment, I will only attempt to deal with your issue of  "logout" of a user after they exit a program on REAL/32. One of the best  features (and most little used) is its rich extended batch scripting capability, including awareness of processes which can be set as environment variables from which events can triggered from any batch file. At MaxFrame, we've spent about 24,000 hours developing a batch scripting control mechanism for REAL/32 (development on this started all the way back in the early CDOS days). Using batch files you can easily control exactly what programs start  for a user on each of the 8 channels and since the programs START running from a batch file they are always in the control of the batch file which means any number of conditions can be specified for both entry and exit of  any program.

REAL/32 provides both the capability to LOCK a terminal and LOGOUT a terminal from the Host REAL/32 Server in multiuser mode. What a user does more or less depends on the state of the user and the state of the terminal.

A) Normal Exit From Program: If a user is merely desiring to leave Program 1 running on session 1 then simply exiting the program by normal means would be appropriate if they wish to continue to use the terminal. You can have the batch file that controls the running of Program 1 run a menu or display a message that says please logout or whatever you wish.

B) LOCK: If a user intends to leave the terminal (go to lunch) then running LOCK allows any running programs to continue to run (including all of them if the LOCK is run from an unused session.

C) LOGOUT: If a user really doesn't want to remain connected to the REAL/32 Host Server, then and only then is LOGOUT the appropriate command. This can be run from the same batch file that invoked any one of the programs and the LOGOUT command takes control of the entire Terminal processes. If it encounters programs running on that terminal (any session) during logout it presents a screen asking if you want it to shut down these programs. If you say Y it shuts them down and then closes the terminal and brings up the REAL/32 LOGIN screen.

If you contact us at MaxFrame, I will be happy to send you a Comp copy of MaxFrame For REAL/32 which automates the setup and login process for users with its array of fully functioning batch files which include a CHANNELS.BAT which controls what loads on each session for any particular user. It writes the batch files for a particular user for you with its HOMES.BAT manager and you just set the programs you want. The LOCK and LOGOUT are automated by preloading on the F7 and F8 key respectively and can easily be added to any programs run command section if you want to trigger this on exit from a program.

There are various ways using STOP (kernel internal process), STOPLIST (a DR/MaxFrame native .CMD executable), and XSTOP which is supplied with REAL/32. REAL/32 also provides sophisticated FLAG control including a global trigger and MaxFrame provides 2 files which set and release flags. MaxFrame uses them to control the timing of loading sessions so that session 2 waits for the flag to be triggered on session 1 before session 2 starts, et al. Batch controls can be written to utilize this in many ways for synchronization among sessions.

I think you can rather easily solve your LOGOUT problems by using batch scripts. Hope this helps. An open discussion about where REAL/32 should go is very healthy. Right now the most important feature that REAL/32 needs besides FAT32 which is almost ready to go according to Paul Knight is integrated SMB because that means that the REAL/32 server can be made "transparent" to ANY Microsoft Windows Client and just plan supply it with file and print services. SMB along with complete TCP/IP services will make REAL/32 very desirable as a thin server. IMS is to be applauded to taking it rapidly in this direction, and I think we have a shot at the OEM market if REAL/32 can deliver better performance than UNIX/Linux or NT/2000 doing this.

Another absolute key is getting a GUI Web Browser (DR-WebSpyder) running on the REAL/32 server natively so we can handle all help and control systems graphically in HTML, and more importantly in XHTML, because then we'll "look pretty" and maybe even better than Windows.

Then if we fully support 1394 (Adaptec has a controller board down to less than $300) REAL/32 can become a very fast video server without any of the kernel mess of NT/2000 and its inherent hard-real time capabilities can be exploited. As a new kind of Home Server, REAL/32 could become a key player with integrated X-10 support, as it would have flawless reliability with none of the hassles of Windows. I'm using Windows 98 to write this, and we need to be the BEST SERVER possible for Windows 98/2000 clients--then we'll win marketshare, quite possibly in a very big way, once again as MS is more vulnerable than ever on the Server side.

Best regards,

Jim Benfer Jr., MaxFrame Corp. (www.maxframe.com)

-----------------------------------------------

Date: 7/9/1999 2:44:53 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Hi Jim,

Thankyou for your informative email.

On Fri, 9 Jul 1999 02:00:31 EDT, MaxFrame@aol.com wrote:

> REAL/32 provides both the capability to LOCK a terminal and LOGOUT a terminal from the Host REAL/32 Server in multiuser mode. What a user does more or less depends on the state of the user and the state of the terminal.

Yes if I could lock just one session on a terminal, that would be a solution, however Real/32locks the whole terminal :(

> A) Normal Exit From Program: If a user is merely desiring to leave Program 1 running on session 1 then simply exiting the program by normal means would be appropriate if they wish to continue to use the terminal. You can have the batch file that controls the running of Program 1 run a menu or display a message that says please logout or whatever you wish.

As I currently am doing.

> B) LOCK: If a user intends to leave the terminal (go to lunch) then >running LOCK allows any running programs to continue to run (including all of >them if the LOCK is run from an unused session.

But this locks all sessions on that terminal, which is not what we need.

> C) LOGOUT: If a user really doesn't want to remain connected to the REAL/32 Host Server, then and only then is LOGOUT the appropriate command.

I beg to differ on this point, in fact it is the standard response I get when I raise this issue. "You are either logged in or logged out". This response floors me, since BSD, FreeBSD, SCO, Linux and just about any other UNIX system I have used, allows logging out of a single session on a terminal, while allowing the user to remain logged in to the other sessions.

>This can be run from the same batch file that invoked any one of the programs and the LOGOUT command takes control of the entire Terminal processes. If it encounters programs running on that terminal (any session) during logout it presents a screen asking if you want it to shut down these programs. If you say Y it shuts them down and then closes the terminal and brings up the REAL/32 LOGIN screen.

Yes that is the main problem.

> If you contact us at MaxFrame, I will be happy to send you a Comp copy of MaxFrame For REAL/32 which automates the setup and login process for users with its array of fully functioning batch files which include a CHANNELS.BAT which controls what loads on each session for any particular user. It writes the batch files for a particular user for you with its HOMES.BAT manager and you just set the programs you want. The LOCK and LOGOUT are automated by preloading on the F7 and F8 key respectively and can easily be added to any programs run command section if you want to trigger this on exit from a program.

I'd be pleased to have a look at this and thankyou for your kind offer..

I just can't help but come back to the central point here. UNIX has done what I want for years. Every client I have that uses REAL/32 or DR-DOS (yes I am working on getting them to upgrade) and even my single user on Concurrent DOS, want what I am asking for. The key points here are: Ability to logout on a single session on a terminal.  No interim programs to control what locks and what logs out. (I currently have to do this)  Single session locking

> There are various ways using STOP (kernel internal process), STOPLIST  (a DR/MaxFrame native .CMD executable), and XSTOP which is supplied with REAL/32. REAL/32 also provides sophisticated FLAG control including a global trigger and MaxFrame provides 2 files which set and release flags. MaxFrame uses them to control the timing of loading sessions so that session 2 waits for the flag to be triggered on session 1 before session 2 starts, et al. Batch controls can be written to utilize this in many ways for synchronization among sessions.

When the user is running my software (DPMI C++ stuff) I can and do use the SDK (queues and pipes etc) but 95% of the time, users whan to run our software as well as someone else's software. As an example I have a chain of book stores. In each store (16 of them) then have 1 to 3 terminals. They run my POS software in session 1, and a DOS based database application in their second session. I can make my software close its file and exit gracefully when the system logs out, but what about the other program? I have no control over that software.

Why should I have to modify my software anyway?  REAL/32 wants to be used in the way we do, but every single one of my clients using Real/32 has to tackle this issue. The easy option would be just to give everyone a single session, and the problem would go away... all I have to do then is convince them why they need REAL/32 over a Win NT server running DOS machines on the end of $50 network cards.  Of course, I know the benefits of REAL/32, but the average user wants to know "What will it do for my workers" multiple sessions and use of legacy PC's as terminals is the key to many sales. But this problem hinders it.

> I think you can rather easily solve your LOGOUT problems by using batch scripts. Hope this helps. An open discussion about where REAL/32 should go is very healthy.

Indeed, and it is a real feather in the cap for Paul and IMS that they take the step to ask their users/sellers, rather than try to sell us what they think we need.

>Right now the most important feature that REAL/32 needs besides FAT32 which is almost ready to go according to Paul Knight is integrated SMB because that means that the REAL/32 server can be made "transparent" to ANY Microsoft Windows Client and just plan supply it with file and print services.

Agreed. Fat32 and SMB are a requirement, I think that without these Real/32 will surely falter.

And the Print Services....... Users hate Excuses about why NT printer support is broken.

> SMB along with complete TCP/IP services will make REAL/32 very desirable as a thin server. IMS is to be applauded to taking it rapidly in this direction, and I think we have a shot at the OEM market if REAL/32 can deliver better performance than UNIX/Linux or NT/2000 doing this.

I agree. Here is a a classic scenario I have right now:

User is running Real/32 7.54 without POS system.  He asked me to develop a E-Commerce system directly out of his POS system. The problem with Real/3 Web Server is that it doesn't implement JDK 2 (1.2). So no Servlets can be used, XML is not supported and there is a limit to the posted data. SMB networking cost about $500 AU on top of that.  The alternative is buy Windows NTand run Apache then later port it over to Linux/FreeBSD/SCO which all would support Apache and JDK 2. and SMB. Real/32 is just not in the ball park.

>Another absolute key is getting a GUI Web Browser (DR-WebSpyder) running on the REAL/32 server natively so we can handle all help and control systems graphically in HTML, and more importantly in XHTML, because then we'll "look pretty" and maybe even better than Windows.

Yes a port of X-Windows for Real/32 would be a real coup for IMS. I see Real/32 as being a competitor to Linux rather than to Windows. I'ts just got to get graphical! (yes I hate it to but users want it... I just want a prompt of some kind)

>Then if we fully support 1394 (Adaptec has a controller board down to less than $300) REAL/32 can become a very fast video server without any of the kernel mess of NT/2000 and its inherent hard-real time capabilities can be exploited. As a new kind of Home Server, REAL/32 could become a key player with integrated X-10 support, as it would have flawless reliability with none of the hassles of Windows. I'm using Windows 98 to write this, and we need to be the BEST SERVER possible for Windows 98/2000 clients--then we'll win marketshare, quite possibly in a very big way, once again as MS is more vulnerable than ever on the Server side.

Oh god I see the kernel size exploding!!!

Frankly I would love REAL/32 to be kinda like many UNIX systems. The kernel supports just about anything we listed above, however users can request a version that can be compiled to their requirements. That way we can compile the  bit we want and no the bits we don't. That way users can optimise features against memory capacity.

Chris

-----------------------------------------------

Date: 7/9/1999 3:01:44 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Paul,

On Wed, 7 Jul 1999 17:01:21 +0100, Paul Knight wrote:

>>>We have to make IMSCDEX as small as possible and by adding support for older operating systems we will reduce the amount of DOS memory so we just support the version of the Operating system IMSCDEX was shipped with.

>>Frankly my clients would say that you are doing it because you want them to spend $700 Aust to upgrade their sytems just so they can have CD support... Personally I understand what you are saying but it's hard to sell to my clients.

>I think there is some confusion here Chirs.. IMSCDEX has shiped with REAL/32 7.6 and beyond....... And as far as im aware worked very well.... Are you saying that you are having problems with getting it going???

Yes it works fine on the later systems, but on 7.5x systems, it requires the system DOS Version to be set to 3.31. The problem with this is that other software may require a higher version and hence the two are incompatible.

The main concern here is that my users see Windows with all and sundry included, then see that  every time they want CD Support, Web Server support, SMB networking, Support for NT printers etc etc they have to put their hand in their pocket.

As a developer myself, I know it is not easy. The cost of development is high so upgrades are an important source of income.  However I have lost users to REAL/32 (and System Manager) becuase of these feature omissions.

Chris

----------------------------------------------

Date: 7/9/1999 9:23:37 AM Pacific Daylight Time

From: BatchellorKirk@compuserve.com (Nigel Shindler)

Hi Jim,

I am a partner in a small firm of London Patent Attorneys where we have used REAL32 and the previous "incarnations" for many years, and we have a lot of our own DOS-based programs written in MegaBasic as well as quite a bit of batch file stuff. As you say, REAL32 is excellent in this respect and if I could get 4DOS to run under it stably it would be even better ... but that's another story.

Something else that would make REAL32 a real competitor for Windows would be the ability to run different sessions in "small windows" on different parts of the screen with "cut and paste" capabilities - Concurrent Dos had this capability once and you could also do it with Desqview.

Anyway I am writing mainly to support your position with regard to thin client systems - I have played with WebSpyder a bit and am using it for dial-up Internet access on a couple of old 486 DRDOS machines. I would be very interested in being able to use it as a front end for REAL32, and it looks as though "WebServer" might make this a real possibility (although at the moment I'm not quite clear how you could set up a DOS workstation on this basis). The fact is that people do want graphical front ends, but MS Windows is such a mess (particularly from the system maintenance point of view).

One of the big reasons why we and many others are being forced to take on Windows is that clients want "compatible" word-processed files i.e. MS Word 97 or whatever this week's version is called. What we need to avoid this is something like WordPerfect 6.2 for DOS (which can operate in graphical or text mode) with the ability to save in HTML format because that would be even more "compatible" than any proprietary Microsoft format! (not to mention a hell of a lot more user-friendly) and would really begin to break their hold on the majority of business users. I don't suppose you have any ideas on this one?

Perhaps I ought to copy this message to Mike Cowpland at Corel (an alumnus of my own "alma mater", Imperial College)....

Regards - Nigel Shindler.

-----------------------------------------------

Date: 7/9/1999 9:35:07 AM Pacific Daylight Time

From: cdotysrc@cyberis.net (cdotysrc)

Thanks for being asked!.

On use of terminal serial and parallel ports, the major use I have is a serial scale in addtion to the receipt printer. This is on either a Relysys tr175 or VGA Maxstation. Right now I have to have a second cable coming back to the main box. Although, now that I think of it the MAX station may work now that I have rewritten the scale reading software to use native AUX calls instead of COM port stuff.

I'm also interested in the terminal lockup problem. Haven't fully run this down as yet but it appears the PIN rsp dealing with keyboard get confused.  I've had two different scenarios. Total lockup - the keyboard does nothing with copilot or feed able to enter keystrokes in the session VINQ OK. The other is a shift/ctrl problem with the keyboard acting as if the shift status is set all the time. All numbers on the main keyboard are shifted and the numeric keypad does nothing including unable to switch sessions.  This has occured on both TR175's and IMSTERMed PC's. This has occured on 7.5, 7.73 very occastionaly. Have to reboot the system.

Ditto all comments on Plug and Play PCI NIC cards.

The only new systems I've installed in the past two years have been POS in one form or another. REAL32 seems to be a super host for these applications except for the hardware issue of all eggs in one basket.

Chuck

-----------------------------------------------

Date: 7/9/1999 10:38:31 PM Pacific Daylight Time

From: MaxFrame@aol.com

Chris and Nigel,

Thanks for your comments. Chris, please e-mail me your address and we'll send you out a Comp of MaxFrame for REAL/32.  As to the LOGOUT issue, I am not sure why you want a LOGOUT from a  particular session. Can you please explain what benefit that would have?

I typically run 6 sessions on a secure REAL/32 7.71 host from either  a Wyse 150 or a Windows 98 client PC where I run Goldmine on 2 sessions, Intuit Quickbookson another, Xtree on another, and WP51 or WP60 on another,  leaving one session of the six always free.  A key difference between Windows 98 (or any Windows) and REAL/32 is  that with Windows 98 you can dynamically open any number of sessions (which are in essense the same as REAL/32 sessions) dynamically.  For instance, I am running AOL, 4 sessions of Netscape 4.61, AOL Pres, Xtree, and CPIC to view graphics while I am using the AOL e-mail window to write this. With REAL/32 I can only open as many sessions as have been preconfigured on the REAL/32 host.

While it was once relatively rare for users to run many programs at once, today we are finding that it is very typical. Windows 98, of course, has no security, but Windows NT/2000 do have user security, but, exactly like REAL/32, Windows controls security on a user basis to enable all or nothing access to a particular client PC, as opposed to a process by process or session by session basis. What benefit is to be gained by blocking access to an open session? No resources at the REAL/32 host are used by opening from 2 to 8 sessions on a client and leaving them open.

Like Windows, resources are only used as additional programs are opened. The whole point of security is to keep unauthorized users from accessing the SYSTEM and this is true in principal with SCO UNIX, all versions of Linux, Sun Solaris, etc. (even though they are granular to the point that a session can be individually controlled as you stated). Can you can explain what you are trying to achieve by having session LOGOUT?

Quite typically these days I use REAL/32 on Windows 98 to access the mission-critical DOS programs that are on the REAL/32 system using IMSTERM to run them as just another open Window in Windows 98 which I sometimes close and sometimes keep open while working in Windows progams. REAL/32 terminal sessions can now also be run using IMSTERM and Telnet with the WebServer while REAL/32 is also doing multitasking, which means the REAL/32 Host WebServer can be anywhere on the Internet which can be very useful.

The real problem that we are encountering from a sales perspective on REAL/32 is that nobody wants to run DOS programs, but wants to run the latest Windows versions of Goldmine and QuickBooks and Corel WordPerfect 8.0/2000, which means that for REAL/32 to be a player, it needs to be used as a NOS instead of an MDOS (Multiuser DOS) system. This is what SMB (Server Message Block) brings to the party, as well as the full TCP/IP plumbing which can also be used to enable any Windows client to transparently access files and print services via REAL/32 without a proprietary network shell running on the client.

What we have been doing is putting up Windows 98 networks with one or more of the Windows 98 machines set up as servers for the other Windows 98 clients, as we have found the throughput is about twice as fast using a Windows 98 server compared to an NT 4.0 server. I agree that Windows overall has stability problems, but they are not really apparent in most cases to users and their burning desire (or requirement) is to be able to run the very latest versions of programs they have been using for years, such as WP.

Using REAL/32 as a transparent SMB server, we get the best of both worlds with greater simplicity than using Windows servers or UNIX/Linux servers--and we get the rock solid reliability and performance of REAL/32 as the server with its high data integrity.

On the hardware side, what REAL/32 most urgently needs to support is large hard disks. FAT32 does this. It is apparent that NTFS (NT/2000) is much slower and clumsier than FAT32, and MS is supporting FAT32 at the same time in 2000 as we are in REAL/32. FAT32 opens up drive capacities into the terabytes, completely eliminating the 2GB/Partition and 8.4 GB/Drive limit of the FAT16 system, which is essential to use today's ever increasing large hard drives. Since Windows 98, 2000, and REAL/32 will now all be using FAT32, then there is full file compatibility among Widows and REAL/32 systems which allows transparent access to each system, including support for long file names for seamless mounting of network apps and gives us practically unlimited future storage space, so we're fully on par with our competition from the North Woods.

With all this done, REAL/32 transforms from a multiuser HOST to a full-fledged NOS which is what the masses want to buy (for good or bad).  This is the very same evolution that UNIX went through with the addition of  TCP/IP to turn it into a NOS in addition to being a time-sharing host/'terminal OS. That both we and UNIX can do both a HOST and NOS is highly beneficial, particularly now that we can transmit terminal sessions over Telnet on the Internet (or on a LAN/Internet).

The addition of X-Window would enable fully graphical programs to run on REAL/32 like UNIX, and today the performance issues with X are relatively trivial. The strange issue with X-Windows is that it basically reverses the client/server relationship. Specifically, a UNIX or REAL/32 server acts as an X client and the connect PC client acts as a Server doing the graphical processing from the X primitives. Quarterdeck (which was acquired by Symantec) did this rather elegantly with Desqview-X in 1988, but the problem then was the lack of capability of PC clients in processing X which made it dreadfully slow. That is certainly not the case with 400 MHz PC clients that are racing to 1 GHz by the end of 2000.

However, since most programs are written with a Win32 API (really an ABI -- Application Binary Interface) in lieu of an X-API, the big issue in terms of making REAL/32 a popular OS/NOS is getting seamless capability to run Win32 programs. One way to do this is to have REAL/32 as a NOS providing file and print services to Windows clients in which case the Win32 applications run on the PC clients from files on the REAL/32 server. This is the popular way today to handle NOS file/print servers.

Another way is to support a MS RTP client on either client DR-DOS systems or directly on a REAL/32 server and use Windows 2000 to directly run the Win32 programs and supply them as graphical terminal services over the network. This was fully possiible with the Citrix ICA client (which Caldera licensed) as it had a DOS client. However, with Microsoft Terminal Server Edition (TSE) I believe that it requires a Windows client (which would require running Windows 3.x or Datalight on the REAL/32 server). REAL/32 could then distribute Win32 sessions on Maxspeed MaxStations, for instance.  You would have to have both a REAL/32 server and a Windows 2000 server, but you could eliminate Windows clients at each desktop whiile still providing the latest and greatest Wiindows programs on each desktop which would vastly simplify administration and maintenance caused by Windows sitting on each desktop. There are also other possibilities, and anyone with ideas, please let us know your thoughts.

Best regards,

Jim Benfer Jr., MaxFrame Corporation (www.maxframe.com)

-----------------------------------------------

Date: 7/11/1999 8:33:53 PM Pacific Daylight Time

From: WEnglehard@aol.com

In a message dated 7/9/99 11:35:07 AM Central Daylight Time,  cdotysrc@cyberis.net writes:

<< I'm also interested in the terminal lockup problem. Haven't fully run this down as yet but it appears the PIN rsp dealing with keyboard get confused. I've had two different scenarios. Total lockup - the keyboard does nothing with copilot or feed able to enter keystrokes in the session VINQ OK. The other is a shift/ctrl problem with the keyboard acting as if the shift status is set all the time. All numbers on the main keyboard are shifted and the numeric keypad does nothing including unable to switch sessions. This has occured on both TR175's and IMSTERMed PC's. This has occured on 7.5, 7.73 very occastionaly. Have to reboot the system.

Hi Chuck,

I frequently have a problem that sounds quite similar. With users entering data at Wyse 60 terminals the terminal appears to lock up however COPILOT is able to enter keystrokes. This happens about 1/wk on one of the 12 terminals in use. It seems to vary, sometimes one term. & sometimes another. We have a standard regimen here that works about 95+ % of the time.

1) Attempt to shift to an open window. If can't switch so be it.

2) Enter Ctrl-Shft-Alt-F10

3) Cycle the power to the terminal off then on.

4) When the term. comes up enter the Ctrl-Shft-Alt-F10 again.

5) Using the window switch keys defined in SETUP, switch thru each of the  window s in sequence. As we switch each window repaints and the terminal is then operational.

I've found that this is equally effective when operating from an IMS Net Client station running on a Win98 machine.

Regards,

Bill

-----------------------------------------------

Date: 7/11/1999 8:43:31 PM Pacific Daylight Time

From: WEnglehard@aol.com

Under 7.73 I was unable to load more than about 30 windows before running out of SYSDAT memory. I finally got the system updated to 7.82 & the results are great! As a medical billing co. I have a large no of clients who want the ability to view their database. I was unable to satisfy their needs. Under 7.73 the system opened up with approx. 16k bytes of SYSDAT. Loading 30 windows brought that to 0 and the system failed. Now under 7.82 the system opens at 31k and loading 50 windows brings it down to 26k. Extrapolating that change indicates that I will be able to support approx. 250 windows.

Ver 7.82 has been up & running in continuous OLTP use for about 1.5 wks. with hardly a problem.

THANK YOU, IMS. GREAT WORK!!

Regards,

Bill

-----------------------------------------------

Date: 7/12/1999 12:07:19 PM Pacific Daylight Time

From: cdotysrc@cyberis.net (cdotysrc)

Bill,

Thanks for the info.  What is the CTRL+SHIFT+ALT+F10 supposed to do. Is the terminal reacting or is REAL/32??

At least my stuff is not once per week just once in 2- three months. One client simply uses another terminal until the next day after reboot.  The other is able to shut down the system for five minutes to do a reboot. I have yet to readily create the problem and have to wait days on end before somebody complains and unfortunetly the client can't wait for me muckle around, they just want to get back on the air.

Chuck

-----------------------------------------------

Date: 7/13/1999 7:56:13 AM Pacific Daylight Time

From: WEnglehard@aol.com

In a message dated 7/12/99 2:07:19 PM Central Daylight Time,  cdotysrc@cyberis.net writes:

> What is the CTRL+SHIFT+ALT+F10 supposed to do.  Is the terminal reacting or is REAL/32??

This is a special key sequence recognized by the R32 host machine.   It is intended to reset how the host is interpreting the shift state of the kybd. CapLock, NumLock, and ? are set to the off state. This is documented somewhere in either the IMS or LII Pterm literature.

-----------------------------------------------

Date: 7/14/1999 6:28:00 AM Pacific Daylight Time

From: brc@summit.net (Dewey McDonnell)

Comment on suggestions for the next version of REAL/32 thus far:

FAT32 and X-Terminal (NWTERM in reverse) will make a huge difference in our business. The vast majority of our customers need to run third party applications that run best on WIN98 and NT. Maxstations connected to NT - TSE and running NWTERM would give us the Windows platform we need and provide a nice firewall between REAL/32 and the behavior problems (locked processor, drive corruption, etc.) that MS included free of charge. X-terminal utility would allow us to run WIN98 - NT apps on the REAL/32 host monitor. At this point we could run the newest MS applications and our native mode application ANYWHERE on the system with just two CPUs.

Customer support on MS applications would be much easier to separate from our application that it is when we share the CPU with MS.

These two issues are vital to us.

Dewey McDonnell, Blue Ridge Consulting Group

-----------------------------------------------

Date: 7/14/1999 6:53:05 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Dewey,

I'm a little confused what you are thinking here.... As I understand it you want to run a "Windows terminal" session onto a TSE host from the REAL/32 box (Which I think you can do at the moment )

Or are you thinking of a multi session terminal which gives both REAL/32 and TSE access transparently.....

Thanks

Paul

-----------------------------------------------

Date: 7/14/1999 6:35:55 PM Pacific Daylight Time

From: brc@summit.net (Dewey McDonnell)

Hi Paul,

We need to be able to run '98 / NT apps on a '98 / NT machine from the main monitor of our REAL/32 machine via NIC card while we run our native mode application on an adjacent VC of the main monitor.

Thanks,

Dewey McDonnell

-----------------------------------------------

Date: 7/14/1999 7:22:50 PM Pacific Daylight Time

From: WEnglehard@aol.com

Remote access to a R32 host is an important factor for me, a medical billing company in which our clients, the drs. and their staff, need to see the information on our R32 host system. Perhaps we could conjecture about how this will be handled in the future as a way of identifying needed new features.

Currently, in my case, all remote access is via dial up lines and Pterm.  However, holding a dial up line up for 8 hrs, 5 days/wk. is a costly process,  at least here in Chicago were Ameritech charges a business customer approx.  $0.015/min. or approx. $160/month/remote station. The trend here seems to  indicate that soon 8 hr/5 day Internet access will be less than half that  cost and that many of the clients will have this capability for reasons other than remote access. So it would seem that in the near future, remote access should migrate to an internet data path.

With that in mind I thank Ims for their very timely Web Server development.  Now we need to ask what techniques will be used for remote access over the internet and how much of the software that will be needed is currently available. Three methods seem to occur to me, with probably more to be mentioned by others.

1) Remote access to DOS and Win3.1 apps on the R32 host via Ims Web Server and Ims JavaTerm. Is this possible for a DOS application program? Is it possible for a Win3.1 program? If not, might Ims be able to make this possible and profit on development? I for one would gladly pay for this capability. If so, what are the requirements for the app. (DOS or Win3.1) running on the R32 host that will make it compatible with the concept of WebServer & JavaTerm? Perhaps Ims would comment?

2) Remote access to DOS and Win3.1 apps on the R32 host via ImsTerm & Remote Windows for IPX at the client with a VPN Internet connection to the R32 host. Is this possible for a DOS application program? Is it possible for a Win3.1 program? If not, might Ims be able to make this possible and profit on development? I for one would gladly pay for this capability. If so, are there any special requirements for the app. (DOS or Win3.1) running on the R32 host to make it compatible with this concept? Perhaps Ims would comment?

3) Remote access to DOS apps on the R32 host via Telnet & WebServer. I raise this approach because last wk. when visiting a client site that wanted remote access I was advised that the computer on which they wanted it installed was part of the hospital network. The network administrator then advised me that they don't allow modems to be installed for security reasons but that they do allow Telnet to remote sites. So, is the software available which when combined with WebServer will make Telnet possible for a DOS application program? If not, might Ims be able to make this possible and profit on development? I for one would gladly pay for this capability. If so, are there any special requirements for the app. (DOS ) running on the R32 host to make it compatible with this concept? I've excluded Win3.1 because I think that the whole concept of Telnet is based on VT100, etc, term. emulation. If not and Win3.1 could be supported so much the better. Perhaps Ims would comment?

-----------------------------------------------

Date: 7/14/1999 11:45:58 PM Pacific Daylight Time

From: pmg@sccr.co.za (Peter M Gibbs)

Sorry for the ignorance, but what is an NIC card? What you want, Paul, is just what we need too.

Peter Gibbs

SCCR Computing Systems, S Africa

-----------------------------------------------

Date: 7/15/1999 1:18:31 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Peter,

NIC is a acronym for Network Interface Card..

Paul

-----------------------------------------------

Date: 7/15/1999 1:34:01 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

I think Java term is the ideal solution for allowing your remote clients to run their DOS programs across the internet...... And because it uses TCP/IP,  you can use it like a telnet terminal session to your REAL/32 machine so keeping the ( all powerful ) network administrator happy...

The only solution to running the remote 3.1 windows applications is to use IMSTERM remote with the REMOTE windows option which allows dialup support.... The only problem from your viewpoint is it does not support TCPIP at this point...only IPX and modem dialup. One of the options you can use to get round this problem is to use IP tunneling which allows your to send IPX packets across a TCP/IP network (Which would allow you to run imsterm remote IPX).... I'm getting a little out of my depth here.... I'm sure we have seen a MCSE on the list.... can he jump in and rescue me here

:->. How well this would work I'm not sure.... I think this is something we at IMS will have to try out.... How important is the remote windows option to you?

Hope this helps

Thanks

Paul

-----------------------------------------------

Date: 7/15/1999 1:58:56 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Good Morning Peter,

NIC 'Network Interface Card' or in plain terms a network card.  Goes next to the VGA in the AGP on the M/B adjacent to the CPU and DIMM nearby is the BIOS, there may be a RAID, SCSI no doubt or even EIDE!

Regards

(Joint plain english campaign supporter)

Assuring you of our attention at all times

Thomas Law

IMS Technical Support

( support@imsltd.com <mailto:support@imsltd.com> )

-----------------------------------------------

Date: 7/15/1999 3:26:42 AM Pacific Daylight Time

From: nigel.smith@maplin.co.uk (Nigel Smith)

Java term would be ideal for our remote access solution if we didn't have to spend £150+ to support the feature at the REAL/32 end. We will soon be rolling out ISDN + routers to our 50+ stores over the coming months and remote maintainence will be a requirement. NWTERM would be fine but IPX is very old technology and only the expensive routers seem to be able to support routing of IPX correctly.

A TELNET terminal driver would be the answer to our (and I would imagine many other company's) problems as our internal network is 99% TCP/IP. As you say, Java term is also ideal but I cannot see the point in paying for software we wont use (HTTP/FTP server). £7500+ just to support remote maintainence is not a viable cost.

Would it not be possible to produce a TELNET driver or to incorporate the Java term server into the operating system?

Nigel Smith

Maplin Electronics

-----------------------------------------------

Date: 7/16/1999 6:22:42 AM Pacific Daylight Time

From: WEnglehard@aol.com

In a message dated 7/15/99 3:34:01 AM Central Daylight Time,  pknight@imsltd.com writes:

> I think Java term is the ideal solution for allowing your remote clients to run there dos programs across the internet...... And because it uses TCP/IP you can use it like a telnet terminal session to your REAL/32 machine so keeping the ( all powerful ) network administrator happy...

Paul, thanks for the response. Web Server combined with Java term sounds  great.  Nigel's concern re the L150 cost doesn't seem like a problem in my case. I'm  not sure, but if L150 is the total software cost of implementing Web Server with Java term it sounds like a bargain. However, I do wonder about other  points:

1) Would the system administrator really be satisfied?  Java term most likely requires a one time download of the Java term emulator. Would that be acceptable to the SA?  I'll give him a call and attempt to get a reaction.

2) What about security?  It seems that if I were to use Java term the info being transmitted to the remote user would be readable by anyone with the right hardware & software. If the security issue were raised by a client I don't see that I would have a simple answer. I note however that the VPN (tunneling) approach does provide data encryption.

> The only solution to running the remote 3.1 windows applications is to use IMSTERM remote with the REMOTE windows option which allows dialup support.... The only problem from your viewpoint is it does not support TCPIP at this point...only IPX and modem dialup. One of the options you can use to get round this problem is to use IP tunneling which allows your to send IPX packets across a TCPIP network ( Which would allow you to run imsterm remote IPX ).... I'm getting a little out of my depth here.... I'm sure we have seen a MCSE on the list.... can he jump in and rescue me here.  How well this would work IM not sure.... I think this is something we at IMS will have to try out.... How important is the remote windows option to you?

In my case the desire to support remote Win3.1 is based on the need to  provide a medical scheduling prog. to my remote access clients. While I  might satisfy that with a DOS prog. I'm concerned that it will look too old-fashioned. A Win3.1 program run remotely from a Win98 desktop looks relatively current.  This is not cut in stone but its a strong inclination.

As I consider these two approaches, Java term & VPN, I'm beginning to favor VPN. It would support Remote Windows and provide encryption security for the resultant web traffic. Indeed there seems to be a third advantage. Should it be necessary to setup the scheduling as a Win95/98 program running locally at the client's site, it would probably be very helpful if the scheduling prog. could be linked to the billing database at the host R32 system. It seems that the software to do all of this is already in place. The client system could link, via VPN, to the host IPX LAN at the billing office, then Ims Net Server could be used to link the host IPX LAN to the R32 server. I've checked with 3Com and it seems that a router is required at the host IPX LAN. Its on the order of $1500 but the good news is that its only needed at the host LAN, nothing is reqd. at the client end.

Indeed, this sounds like a very flexible approach, but as always the Devil is in the details. Has anybody tried the entire scheme or a portion of it?

-----------------------------------------------

Date: 7/15/1999 5:44:08 AM Pacific Daylight Time

From: guyd@stratos.net (Guy D'Amico)

A NIC is a Network Interface Card.

Maybe you can help understand the question posed by Paul since you seem to understand it.  Is he saying that while working at the console of the real/32 machine he wants to be able to network to an NT Machine and run a windows application locally?

Thanks,

Guy

-----------------------------------------------

Date: 7/15/1999 5:52:08 AM Pacific Daylight Time

From: guyd@stratos.net (Guy D'Amico)

Hi,

I read your post an regrettably I'm not sure I understand your comment. Are you saying that while working at the console of the REAL/32 machine you want to network to an NT Machine and run a 32 bit Windows application locally? Are you also saying that by using X-terminal any MaxStation could access the NT Server TSE and run 32bit windows apps?

Why do you call x-terminal NWTERM in Reverse?

Thanks in advance.

Guy D'Amico

-----------------------------------------------

Date: 7/15/1999 7:30:15 AM Pacific Daylight Time

From: brc@summit.net (Dewey McDonnell)

Guy D'Amico wrote:

> Hi,

> I read your post an regrettably I'm not sure I understand your comment.  Are you saying that while working at the console of the real/32 machine you want to to network to an NT Machine and run a 32 bit Windows application locally?

Not exactly. I am talking about running a WIN98 / NT terminal emulator on the MAIN console of the REAL/32 host that will "steer" a '98 / NT application running on the Windows machine on the other end of the MS peer to peer network. This would give the illusion of running the application on the REAL/32 host while it is actually running on the Windows machine. This is the same concept as a Windows machine running NWTERM to "steer" native mode applications on a REAL/32 machine but the roles are reversed. The native mode application looks like it is running on the Windows machine, but we know it is actually running on the REAL/32 machine. So, in the first example we continue to run our native mode applications on adjacent VCs of the REAL/32 main console with the WIN98 application "appearing" to run alongside and if the Windows machines where it is actually running decide it is time to crash - fine, we are still running and then perhaps some of the crash / corruption criticism can be directed where it belongs - MS.

> Are you also saying that by using X-Terminal any MaxStation could access the ntserver tse and run 32bit windows apps?

No.  Although that is a possibility.  I am thinking of running all of the MaxStations from the NT - TSE machine.

> Why do you call x-terminal NWTERM in Reverse?

Answered above.  Additional comment - For us, this will be the last year we can tell our customers they need to stay with WIN 3.x under REAL/32.  The third party software we must run demands WIN95 (minimum) and they refuse to support WIN 3.x.  Some are telling our customers they are running obsolete software that is not Y2K compliant.  Of course, they probably don't realize most WIN95-98 running today is not Y2K compliant either. (By the way to MS CD to patch is free.)

Regards,

Dewey McDonnell

-----------------------------------------------

Date: 7/16/1999 1:34:10 AM Pacific Daylight Time

From: w.robshaw@mentorbs.demon.co.uk (Wayne Robshaw)

Is it possible to increase the maximum queue size from 4k to the old CDOS maximum of 64k (or even larger)? Would anyone else benefit from such a modification?

Wayne Robshaw

Mentor Business Systems LTD.

Tel: 01484 518305

Fax: 01484 513747

-----------------------------------------------

Date: 7/16/1999 1:48:25 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

This is one of the features that is being considered ( porting the queue system to protected mode and thus allowing 64k queues ) .........

This would also benefit big systems and improve performance..... Now where did I put that magic wand ;->

Thanks

Paul

-----------------------------------------------

Date: 7/16/1999 1:55:59 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

It would be a nice feature to be able to force numlocks, not by fixing it on, but rather by filtering incoming data. Frequently, flaking serial ports or similar cables causes the handshaking on some terminals to be interfered with.  Most of the time, the only manifestation of this problem is the numlocks being reversed. It would be nice if in the multiport setup, one could set a "Force NumLocks" or "Force Caps Lock" that would filter the incoming data stream to the server on the attached console, and fix it if it is broken.

Presently I make my software do this, but it might be just one more nicce thing to do in the new release..

Chris

-----------------------------------------------

Date: 7/16/1999 2:05:22 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Chris,

We did have a patch which stopped numlock from toggling on terminals I will try and did this out and put it on our support sections...

Meanwhile it may be worth checking out one of our tech support documents which describes how this problem can occur.. http://imsltd.com/supporttest2/ftp/servers/perf/numlock.604

Thanks

Paul

-----------------------------------------------

Date: 7/16/1999 2:17:19 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Hi Chris,

Try this alternative link.

ftp://ftp.imsltd.com/pub/support/Help&FAQ/servers/performance/NUMLOCK.604

Regards

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

-----------------------------------------------

Date: 7/16/1999 2:21:57 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Its the same file!!!!!!

Paul

-----------------------------------------------

Date: 7/16/1999 2:33:49 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Thank you, Paul and Thomas,

But why not make it an option on the terminal setup in Real/32?

I did use it on one client some time ago.... cause of the problem turned out to be flurescent lighting running parallel to cable!

Thanx again

Chris

-----------------------------------------------

Date: 7/16/1999 1:59:29 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Thanks for the great response on the new features .... Its been very useful for all parties I believe......

What I will now do is collate all of the suggestions and put together a WEB page which allows you all to vote for what feature will most benefit your solutions and last minute suggestions.......

I think we will have to put up some prizes of free versions of the new release for those who respond.

Keep the suggestions coming!!!!!

Thanks

Paul Knight

Head of Operating system development

Intelligent Micro Software, 3 Archipelago Business park

Lyon Way, Frimley, Surrey, England, GU16 5ER

WWW.IMSLTD.COM pknight@imsltd.com

-----------------------------------------------

Subj: Re: Next version of REAL/32

Date: 7/16/1999 7:24:59 AM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

Chris, thanks for your REAL/32 wish-list, which will be considered by our product development team. A few comments:

1. Turning security on/off without rebooting: one problem here is that any files you created under a secure system that have an owner will not be readable when you boot a non-secure system, and any files you create non-secure and put passwords on will not be readable when you boot as a secure system (unless we wipe out the password and security info when you switch modes).  Have you thought of having 2 operating systems available i.e. secure and non-secure, selected from a LOADER boot menu?

2. Boot in single-user mode.  I agree this would be useful, maybe we will implement it, in the meantime use a LOADER boot menu to select between operating systems as above.

3. Logout etc.

REAL/32 Office (an IMS add-on for REAL./32) has a vastly superior security and menuing system, also better email and a diary/scheduler system, but we have never promoted it outside the UK (and BTW it is y2k compliant and supports USA date formats). We originally developed it in the days of  Concurrent DOS when the operating system had no security features.  LII doesn't sell it, so contact our sales department directly if you are interested.

4. IMSCDEX:  I agree that a single version would be best, unfortunately we would have to change the data structures we create and maintain depending on the version number set, which is rather a pain and would expand the code.

Regards

Dr. David Crocker

Intelligent Micro Software Ltd.

-----------------------------------------------

Subj: New Version-Enhanced XATTRIB security

Date: 7/16/1999 7:48:02 AM Pacific Daylight Time

From: WEnglehard@aol.com

Unless I'm missing something the current incarnation of XATTRIB security is not very helpful. For example, it doesn't seem possible to give one grp of users, GrpA, access to one grp of files, DirA, and a second grp of users, GrpB, access to the DirA files AND access to a second grp of files, DirB. Of course the GrpA users should not be able to access the DirB files. Yes, the GrpB users could be part of the Supergroup but that opens a whole new can of worms. Also the concept of transferring ownership of the files depending on who needs them is ruled out by virtue of the need for both Grps of users to have simultaneous access the DirA files.

Can this problem be solved be solved with the current XATTRIB (perhaps I'm just missing the solution) and if not might this be a possible future enhancement. By the way I have in the past worked around this with the use of PASSWORD /G:password. However as I think you know, that command is broken in ver 7.82. I'm currently having to run with confidential files exposed to unauthorized users.

-----------------------------------------------

Date: 7/16/1999 7:59:56 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Dave

Thank you for your response. A few comments in return if I may.

On Fri, 16 Jul 1999 15:24:19 +0100, Dave Crocker wrote:

>1. Turning security on/off without rebooting: one problem here is that any files you created under a secure system that have an owner will not be readable when you boot a non-secure system, and any files you create non-secure and put passwords on will not be readable when you boot as a secure system (unless we wipe out the password and security info when you switch modes). Have you thought of having 2 operating systems available i.e. secure and non-secure, selected from a LOADER boot menu?

I was refering more to the ability to change a secure system into a non-secure  system. A couple of clients have asked for security then later, after using it for a while, asked to have security turned off.  Support informed me that once security is turned on it cannot be turned off without reformatting. I don't see any real advantage to us at least, of being able to reboot to switch between secure and non-secure systems and back again, it's always been a one time isssue for a client.

>2. Boot in single-user mode  I agree this would be useful, maybe we will implement it, in the meantime use a LOADER boot menu to select between operating systems as above.

To explain this further.  It is somewhat linked to the lock/logout issue.  Two of my  clients are quite large and multi-site systems. One clasic example is this: Once a month we need to update their product reference system that is supplied on CDROM by a third party. All terminals in all stores run two sessions on each terminal (usually two terminals per store) When we are updating the CDROM software (each CD has different data structures, so we have to install the software each time a new CD arrives) We have to call all stores and make sure they stay out of their second session while we are doing the installation/update. I can't lock their second session since that would lock the whole terminal, including the POS system running in their session 1.

If I could lock or logout these single sessions, on each terminal, in each store, we  could unlock then when the update had completed.  Presently we need to make numberous phone calls and interrupt staff before we update. Invariably someone forgets or didn't know and we have to start all over again.

The other scenario is has been an ongoing problem for another client, again a  multistore system running our POS software. Each evening we run a disk mirroring  software to safegard the system in case of system failure. Then run backup software. Our problem is that most of the software will get a sharing violation if  anyone is still logged in. Often users go home and switch off lights but don't log out the terminals.

Presently I work around this by using a program I wrote, based on the FEED program from IMS, that goes don't the VC list and exits the software gracefully, in each session, then starts the mirror/backup.

If we had an enhanced version of REBOOT something like REBOOT /SINGLE we could in each of these cases, automagically reboot the system into single user mode, perform the appropriate operations then REBOOT /MULTI back into the multiuser system. or like many unix system or Netware that can prevent logins via the commandline.

Frankly the abilty to lock sessions would be argeat advantage and would work  around all the issues I have raised.

>REAL/32 Office (an IMS add-on for REAL./32) has a vastly superior security and menuing system, also better email and a diary/scheduler system, but we have never promoted it outside the UK (and BTW it is y2k compliant and supports USA date formats). We originally developed it in the days of Concurrent DOS when the operating system had no security features. LII doesn't sell it, so contact our sales department directly if you are interested.

Yes I have a copy we purchased a year or so ago, however it seemed like a sledge-hammer to crack an egg. All we want is single session logouts, but we have to deal with all the other added security and menuing features. Also I find it a  rather pricy product for the single feature we are looking for. it's sitting on my shelf  not been sold and my boss scolded me for it :)

>4. IMSCDEX  I agree that a single version would be best, unfortunately we would have to change the data structures we create and maintain depending on the version number set, which is rather a pain and would expand the code.

Agreed, it's not a huge issue for us, but on some older systems it has been a  nuisance since some of their software wants DOS 5 or above and the IMSCDEX  would not run on that version (maps a drive but you can't log to it). This is a 7.54 system, which of course we could upgrade to 7.82 and the problem would  disappear. It was just a thought..

Chris

-----------------------------------------------

Date: 7/16/1999 8:32:29 AM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

Chris, a couple of ideas that may help in solving the problem, in advance of us incorporating new features:

1. To prevent logins on the 2nd session, why not have a line in the batch file script for the 2nd session of the form "if exist \noentry.tmp goto notnow". Then create the file \noentry.tmp before you start the update and delete it afterwards.

2. It is possible to get the effect of reboot /multi and reboot /single. Set up single and multi user versions of the operating system. Then write a reboot batch file that copies the correct file to real32.sys (or alternatively replaces the loader.txt file) before it runs reboot.com.

BTW I believe the 7.7x versions of IMSCDEX will work under 7.7x with the DOS version number set higher than 3.31, but the 7.5x versions won't (I'm not sure about 7.6x but I could search the release notes of it helps).

Regards

Dr. David Crocker

Intelligent Micro Software Ltd.

-----------------------------------------------

Date: 7/16/1999 8:47:24 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Dave

>1. To prevent logins on the 2nd session, why not have a line in the batch file script for the 2nd session of the form "if exist \noentry.tmp goto notnow". Then create the file \noentry.tmp before you start the update and delete it afterwards.

yes that's a great Idea.. Thankyou.. now why didn't I think of that.

>2. It is possible to get the effect of reboot /multi and reboot /single. Set up single and multi user versions of the operating system.  Then write a reboot batch file that copies the correct file to real32.sys (or alternatively replaces the loader.txt file) before it runs reboot.com.

Yes I did that for aperiod on a MUDos 7.1 system .. it worked fine, but it'd be a  nice feature to have in the reboot.

>BTW I believe the 7.7x versions of IMSCDEX will work under 7.7x with the DOS version number set higher than 3.31, but the 7.5x versions won't (I'm not sure about 7.6x but I could search the release notes of it helps).

I tried the 7.71 version and it seemed to work fine. I'm a stickler for licencing  compliance, and since that user has 7.54 I read the license supplied with  7.71 and it seemed to indicate that it would not be legal to give the other user a copy of the later IMSCDEX and advised my client as such. Could you clarify that maybe?

While on the "Wish List" topic. One other thing that would be nice, is to be able to  get IMSTERM ROMs for terminals such as Wyse 325 etc. Here in Australia, after we pay frieght, tax customs etc, the IMSTerms cost about the same as a PC. I prefer to use ISMTerms since they are by far the most trouble free terminals we have used.

I know they are actually Nice terms but they too are imported and about the same price.

Thankyou again for your prompt and informative response.

Chris

-----------------------------------------------

Subj: RE: Next version of REAL/32

Date: 7/16/1999 9:19:40 AM Pacific Daylight Time

From: nigel.smith@maplin.co.uk (Nigel Smith)

Hi Chris,

We have a simillar problem where we need to take our stores back office servers down overnight while we update them from our head office.

We do this by having a multi-boot system, one with full access and one with just console access. We use two LOADER files, one called LOADER.DAY which has a default time-out to boot to multi-user mode, and one called LOADER.NGT which defaults to single-user. We then have a batch file which runs LOADER  LOADER.DAY / LOADER.NGT before doing REBOOT /Q /S to switch between the two.

HTH

Regards

Nigel

-----------------------------------------------

Date: 7/16/1999 9:28:19 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Hi Nigel,

That's a great idea.

The only problem I see is that when we do updates during the day, it's a major pain to have to reboot. We have to notify dozens of users many of who don't even know how to log out.. Yes I know we should educate them, but they have high staff turnover rates due to the nature of the work, so we have to make it as "user proof" as possible.

Thankyou for your thoughts.

Chris

-----------------------------------------------

Date: 7/16/1999 11:08:17 AM Pacific Daylight Time

From: WEnglehard@aol.com

Dave,

Thanks for the comment on Real/32 Office. I was not aware of the enhanced  features available. I'll contact sales now.

Regards,

Bill Chicago, Il

-----------------------------------------------

Date: 7/18/1999 10:35:21 AM Pacific Daylight Time

From: meg-glaser@eunet.at (Ing. Franz Glaser)

Well, 2 suggestions here (not sure if they are already implemented in the latest versions which I do not know).

1) Please add a confirmation to the "DEL" or "ERA" and especially to the COPY command before it overwrites an existing file. It could be disabled by some switch or environment variable. It is not helpful that the DELQ command has this, because most .BAT install programs do not use it.

2) Please add a simple TMP command to copy the default password to all sessions of one PC. Or a parameter option to the password command, which does that with all VC's of one PC.

You see: rather simple suggestions.

Regards,

Franz Glaser, Glasau 3, A-4191 Vorderweissenbach Austria +43-7219-7035-0

Muehlviertler Elektronik Glaser. Industrial control and instrumentation

http://members.eunet.at/meg-glaser/ mailto:meg-glaser@eunet.at

-----------------------------------------------

Subj: Re: Next version of REAL/32

Date: 7/18/1999 10:58:30 AM Pacific Daylight Time

From: meg-glaser@eunet.at (Ing. Franz Glaser)

Another point which I beg you to implement:

Please have a dedicated FLAG be set every 100ms or probably defined by a setup definition. I am using this to run a particular server program to do a job in a fixed time grid.  On the good old DRMDOS 5.x I implemented this in the XIOS, but it is no longer possible to do that with REAL/32 because I get no SBK ;-(.This is why I have to stay with DRMDOS with many applications.

I would have more wishes with the XIOS, but they are too special. I think that the 100ms FLAG is not sooo much trouble for your programmers and it would help me a lot! You have several dedicated flags for internal use, so this one would not be that much add-on.

Another suggestion is my PUT RSP. It is invoked at the TMP level to send a keyboard string to another VC, using the VINQ queues. Of course it is seldom used from the keyboard but with .BAT programs to start or modify programs on another VC remotely.  C>put 3 myapp parameters ... will send the string "myapp parameters ..." to the VC #3. I implemented this years ago with an RSP, but I cannot add this to the REAL/32 system. Don't know why...

Franz Glaser, Glasau 3, A-4191 Vorderweissenbach Austria +43-7219-7035-0

Muehlviertler Elektronik Glaser. Industrial control and instrumentation

http://members.eunet.at/meg-glaser/ mailto:meg-glaser@eunet.at

-----------------------------------------------

Date: 7/18/1999 3:05:30 PM Pacific Daylight Time

From: jrb@maxframe.com (Jim R. Benfer Jr.)

Franz,

1) FLAGS (Synchronization of Processes Across Sessions)

Flags can be set on REAL/32 through the use of external commands which are written in a .CMD format. I am attaching FLAGWAIT.CMD and FLAGFREE.CMD which can be used in any batch file to synchronize processes across sessions. The flags in the range 80-88 are not used by the REAL/32 system and can be used for application control.

Typical usage would be to run a batch file in session 2 which has a line:

FLAGWAIT 80

This line would be followed by what you want the batch file to run when the flag is released. Then in another session, you would have a line:

FLAGFREE 80

This line would trigger the flagwait to free in session 2 after whatever process was completed in session 1.

These files are included in MaxFrame for REAL/32, and we are hereby granting complete permission to IMS to provide these on the Web Support and, if desired, to include these directly in REAL/32.

2) PUT -- Transfer of Data String from Session X to Session Y

Your suggestion regarding the PUT is good. The same result can be accomplished with the use of batch files and environment variables. For example, you could have a batch file in session X write another batch file using redirection (> or >>) to set a NAME to a VALUE as follows:

@echo off

REM BATCH FILE TO SET A VALUE IN ANY SESSION

SET VNAME=Whatever String You Want To Set As a Value

Then, once this batch file is on the hard disk, it can be run from any session to use that string in any program. For example, if this batch file is named VNAME.BAT you could have your batch file in session Y consist of:

@echo off

call VNAME.BAT

echo %VNAME%

This would write the value of VNAME to screen in session Y, and you could use any valid command to process the %VNAME%.

3) Confirmation Before Deletion using COPY, DEL, and ERA

REAL/32 (like DRMDOS and CDOS) has a /C parameter already included to prompt from Confirmation before deleting files. Simply enter:

COPY c:/directory/file.ext /C

DEL c:/directory/file.ext /C

ERA c:/directory/file.ext /C

You will then be prompted. Also, if you enter wildcards for the file name and extension (*.* or ?.?) then the COPY, DEL, and ERA commands will automatically prompt for Confirmation before deleting files.

Hope this helps.

Best regards,

Jim R. Benfer Jr., MaxFrame Corporation, www.maxframe.com

-----------------------------------------------

Date: 7/19/1999 1:13:10 AM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

Reply-to: real32list@lii.com

Franz,

You can achieve this yourself. The first option is to write a device driver that intercepts INT 8. On average you will get 18.3 interrupts per second (the same as DOS) and you can set the flag on all or some of them.  The second option is to create a process (either as a standalone program, or separate thread via P_CREATE) that sits in a tight loop doing P_DELAY calls and flagset calls. If you set the priority of this process better than any other, the timing will be accurate.

Dr. David Crocker

Intelligent Micro Software Ltd.

-----------------------------------------------

Date: 7/19/1999 1:50:33 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

The support for prompting is supported in the 7.8 release.... del has a switch /c ... i dont know what the dos default is ... we will look into this as it should be a fairly simple change..

>2) Please add a simple TMP command to copy the default password to all sessions of one PC.  Or a parameter option to the password command, which does that with all VC's of one PC.

I can see the use for this.....It makes a lot of sense... I will put this on the wish list!!!!!

Paul Knight

-----------------------------------------------

Date: 7/19/1999 2:00:26 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Franz,

I think Dave has replied to your programming question....  REAL/32 has a program called feed.exe which allows you to pump keyboard strokes into different VC's on the system..... C:\>HELP FEED should tell you all about it

Thanks

Paul

-----------------------------------------------

Date: 7/19/1999 2:34:42 AM Pacific Daylight Time

From: GStegemann@csi.com (Gerhard Stegemann)

> Real/32 has a program called feed.exe which allows you to  pump keyboard strokes into different VC's on the system.....

> C:\>HELP FEED should tell you all about it

Even the old VCMD.CMD will do the trick.  The version I have runs fine under the current versions of REAL/32.

Regards

Gerhard Stegemann

-----------------------------------------------

Backup -- From Windows 98 running REAL/32 Net Client

-----------------------------------------------

Date: 5/23/1999 7:14:21 AM Pacific Daylight Time

From: WEnglehard@aol.com

Might anyone have been successful with the following configuration for doing  backups? Host is R32, 7.73, with R32 Server 3.22a, client is W98, NetClient  6.04.   Attempts to do a BACKUP of the mapped R32 host drives from the W98 client, Seagate backup software, talking to a Ditto 2G drive are successful. The  restore of  the same files successfully backed up are not. The tape report lists the error as "Unable to close file." To verify that I am indeed able to write to a host file from the client machine I tried it using the W98 EDIT prog. & Notepad. Both are fine.

Might anyone been successful with this or a similar approach.

---------------------------------------------------------

Date: 5/23/1999 12:35:51 PM Pacific Daylight Time

From: alex@lii.com (Alex Soya)

I recently backed up a REAL 32 7.81 machine using WinServer from a Win98 client, and that appeared to work OK. I never tried it with R32 Net Server.

Cheers -alex

---------------------------------------------------------

Date: 5/23/1999 1:52:46 PM Pacific Daylight Time

From: WEnglehard@aol.com

Thanks for the comment Alex. I'm planning to convert to 7.81 & Net Server so  perhaps I'll just wait on this until that configuration is in place.

Bill

---------------------------------------------------------

Date: 5/24/1999 1:46:33 AM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

I have never heard of file close problems under REAL/32 Net before. My best guess is that the backup software is making a long filename call (maybe to rename the file it has just restored from a temporary name to the correct name - and in the general case it would have to make a long filename call).

Changing over to WinServer looks like the best bet.

Dr. David Crocker, Intelligent Micro Software Ltd.

-----------------------------------------------

Beta -- REAL/32 7.82 Upgrade For 7.8x

-----------------------------------------------

Date: 6/1/1999 3:58:32 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Please note that the above BETA (only applies to REAL/32 7.8x) is available from http://development.imsltd.com/

Assuring you of our attention at all times

Thomas Law

IMS Technical Support

( support@imsltd.com )

Please check our Product Support Website at http://www.imsltd.com for the latest support information.

-----------------------------------------------

Browser -- DR-WebSpyder For REAL/32

-----------------------------------------------

Date: 6/21/1999 12:02:24 PM Pacific Daylight Time

From: BatchellorKirk@compuserve.com (Nigel Shindler)

Tony

I understand that IMS is working on a version of WebSpyder to be used with REAL32. I am interested in this, as I have installed it on a couple of  DOS machines (running Caldera DR-DOS 7.03 with DPMS and QEMM as memory manager) and have explored login procedures for Compuserve, Freeserve and Free4All ISPs.

I feel that it could also be very useful for attaching DOS workstations to a REAL32 Webserver on an "Intranet". Presumably the Javascript capability would enable use of Webserver's downloadable terminal emulator, rather than having to run something like IMSTERM.

One of the few aspects which seems to be a bit feeble is printing - it seems to make a bitmap of the page before printing which is hideously slow! I wonder whether there would be some way of translating the HTML into PCL 6, for example, with appropriate font-scaling for HP laserjets with scalable fonts? (I don't think one should worry too much about printing images).

Sometimes I also get a complete crash when I press Ctrl-S to save a page - I don't know whether you've had this.

By the way the email address for reporting problems etc. - webspyder@calderauk.com - doesn't seem to exist! No doubt you're getting more direct assistance .....

Regards - Nigel.

(message also copied to real32list@lii.com)

-----------------------------------------------

Date: 6/22/1999 2:22:27 AM Pacific Daylight Time

From: tsprague@imsltd.com (Tony Sprague)

Nigel,

Yes we are working with Caldera on a version of DR WebSpyder for REAL/32.

We've had a great deal of success with the product so far. We wish to use WebSyder in conjunction with our web server and developments are in hand for this and we will be making announcements in the future.

The "JavaScript" technology within WebSyder should not be confused with a Java Virtual Machine (JVM). Although they share a similar programming language syntax, the two are quite different. WebSyder does not yet come with a JVM and therefore cannot run Java Applets like the IMS Java(r) Terminal.

This does not, however, effect webspyder's capability, it is robust and compact and ideal for applications such as kiosk systems and web TV.

It is light enough to work very well with REAL/32 and Maxspeed graphical terminals, for instance, in a Web Cafe environment or as a front-end to a cataloguing system in a retail environment.

WebSpyder and the REAL/32 Web Server complement each other very well and can be applied to whole host of applications.

Regarding your problems with DR WebSpyder you should direct them to webspyder@caldera.com this is their new home.

Regards

Tony Sprague, IMS

-----------------------------------------------

Date: 6/22/1999 3:52:55 AM Pacific Daylight Time

From: dave@clarity.plc.uk (Dave Shearmon)

Hi Tony,

We are users of Real/32 and always interested in other technologies used with the O/S, could you please E-Mail with detail on WebSpyder, what it is and used for please.

Dave Shearmon ( dave@clarity.plc.uk )

-----------------------------------------------

Date: 6/22/1999 5:16:45 AM Pacific Daylight Time

From: tsprague@imsltd.com (Tony Sprague)

Ok Dave, I'll send you some info and make sure you are kept informed on the progress on the REAL/32 specific version of WebSpyder. You should speak with your account manager at IMS regarding availability.

Tony

-----------------------------------------------

Date: 6/22/1999 7:32:04 AM Pacific Daylight Time

From: dave@clarity.plc.uk (Dave Shearmon)

Hopefuly Dex will read this and send some as well !

-----------------------------------------------

Date: 6/22/1999 8:44:41 PM Pacific Daylight Time

From: MaxFrame@aol.com

Dave,

You can get to all of the key information on Caldera Thin Clients including the latest on DR-DOS and DR-Webspyder on our Web Site at www.maxframe.com and we are keeping it to date on the latest excellent developments. REAL/32 is ideal as Web Server (and file server, including the most exciting possibility VIDEO) to very thin and fast client appliances running DR-DOS and DR-WebSpyder. Running a full-fledged graphical web browser for multiple users on REAL/32 opens some incredible capabilities that can take REAL/32 and the Caldera parts mainstream, and they have have huge advantage with robustness and reliability over MS parts.

Best regards,

Jim R. Benfer Jr., MaxFrame Corporation, www.maxframe.com

-----------------------------------------------

Bus -- PCI Cards

-----------------------------------------------

Date: 5/25/1999 1:29:29 AM Pacific Daylight Time

From: wilke@hqs.de (Dieter Wilke)

Hello all,

The more we reach the end of 1999 the more mainboard-manufacturer stop supporting ISA-Slots, that will be a great problem for our REAL32 customers, because we install at this moment mostly LPT-Addon-Cards for LPT2 + LPT3 and of course multi-serial-cards based on ISA-Slots i.e. PC-COM 8 and Specialix SI cards.

Now my question to the group:   Does anyone have any expieriences wiht PCI-parallel-cards or PCI-Multi-serial cards under REAL32 ??

Thanks, Dieter

-----------------------------------------------

Date: 5/25/1999 2:23:56 AM Pacific Daylight Time

From: GStegemann@csi.com (Gerhard Stegemann)

Sender: GStegemann@csi.com

No, I don't have experience with PCI parallel port or multi-serial cards. But have you checked the products from Addi-Data (http://www.addi-data.com)?  They have a lot of these type of cards, including ISA and PCI boards.

Also VS Vision Systems (http://www.visionsystems.de) offer several multiport serial PCI interface boards.

Gerhard Stegemann

-----------------------------------------------

Subj: RE: PCI-Cards

Date: 5/25/1999 3:59:53 AM Pacific Daylight Time

From: alex@lii.com (Alex Soya)

Gerhard,

Logan industries currently sells the Chase line of MultiPort cards, they offer both PCI and ISA versions and use a high speed serial chip.  For more info check out http://www.lii.com/LIIMultiport.htm.

I'm really happy with the PCI cards and it frees up those hard to come by ISA slots!

Cheers -alex

-----------------------------------------------

Date: 5/25/1999 4:03:03 AM Pacific Daylight Time

From: alex@lii.com (Alex Soya)

Dieter:

As I said to Gerhard, LII offers the Chase line of Multiport cards forREAL/32 7.81 and we find these work great.

For more info:  http://www.lii.com/LIIMultiport.htm

Cheers -alex

-----------------------------------------------

Clients -- DR-DOS Y2K Compliance & REAL/32

-----------------------------------------------

Date: 5/27/1999 12:00:45 PM Pacific Daylight Time

From: BatchellorKirk@compuserve.com (Nigel Shindler)

It may be of interest to those with older DOS/EPOS workstations on REAL32 networks to look at the latest version of Caldera DR-DOS (7.03) which includes an automatic Year 2000 ROM BIOS fix to correct any date rollover problem.

As usual there are lots of other goodies attached or attachable to DR-DOS including DR-WebSpyder the DOS Web browser, Personal Netware, Stacker, Lan WorkPlace TCP/IP, etc. (Not to mention a staggeringly close similarity to REAL32 at the command level!)

See http://www.calderathin.com

Nigel.

-----------------------------------------------

Clients -- IMS Client v 6.04 on PC Win98

-----------------------------------------------

Date: 5/31/1999 7:45:25 AM Pacific Daylight Time

From: pmuttoni@studioinf.it (Paolo Muttoni)

I have a problem: client IMS v 6.04 on PC IBM with win98, sometimes session stops responding and keyboard dies. But ctrl + 0 switch to windows and everithing is OK!  WHY???

Paolo Muttoni, Studio Informatica SrL

---------------------------------------------------------

Date: 6/4/1999 12:55:30 PM Pacific Daylight Time

From: dieterwi@t-online.de (Dieter Wilke)

Hi Paolo, hi experts...

This week I've got a similar problem with IMSTERM REMOTE V6.03 via IPX/SPX on a P166MHz WIN95 System. Sometimes the keystrokes aren't echoed, no normal input possible, switching to another session with ctrl+2..8 functioned and after this I could work normal, even in the first session ctrl+1. This only happened on ONE PC within a network of 5 WIN95-PC's, all configured the same as the malfunctioning... Unfortunately I could not determine the problem at my customer, so he has to switch, when the problem appears.

Dieter Wilke

Date: 6/7/1999 8:04:02 AM Pacific Daylight Time

From: dave@clarity.plc.uk (Dave Shearmon)

We have suffered this with Wyse60 and PCterm on serial links. As our keyboard reading rouitine is written in assembler, I write back to the keyboard status to get around it !

-----------------------------------------------

From: Dave Crocker[SMTP:dcrocker@imsltd.com]

Sent: 07 June 1999 10:03

It sounds like the REAL/32 host thinks that the Control or Alt key is down. Switching screens re-sends all the shift states. Your client may like to try pressing and releasing each of the Control and Alt keys when this problem occurs.

The cause of the problem could be lost network packets (are any keystrokes lost?) or problems with the BIOS and/or TSRs on the Win95 PC. The MSDOS keyb.com program has caused this in the past. If you are loading keyb.com in autoexec.bat, try commenting out that line (I don't think it is needed for Windows applications). Probably the one PC that exhibits the problem either has a different BIOS from the others, or different config.sys or autoexec.bat files, or a different version of keyb.com.

Dr. David Crocker

Intelligent Micro Software Ltd.

-----------------------------------------------

Date: 6/7/1999 10:54:48 AM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

With Wyse 60s, the problem is actually in the Wy60 itself. At over 9600 baud (and occasionally at 9600 baud), when it is receiving data it just isn't able to scan the keyboard fast enough. So when you use the arrow keys at the same time as the screen is being updated, it misses some of the keyboard codes, causing this problem. This is why we recommended the Wyse 120 in preference to the Wyse 60.

With PCs running PCTerm or IMSTERM, the problem is usually in the MSDOS version of keyb.com. The DR-DOS version doesn't exhibit the problem.

Dr. David Crocker

Intelligent Micro Software Ltd.

-----------------------------------------------

Clients -- Java Terminal Emulation

-----------------------------------------------

Date: 6/16/1999 10:39:15 PM Pacific Daylight Time

From: bz@hqs.de (Bernd Zschaler)

File: Unknown (6079 bytes) DL Time (28800 bps): < 1 minute

Dear Thomas,

The new WinServer R32 is now here and we installed that product on our first machine. But we can't find the Java-Terminal-Emulation on the Disc's. Where are the Tools for Winserver? On the CD?

Please let me know.

Bernd Zschaler - HQS

-----------------------------------------------

Date: 6/17/1999 3:32:02 AM Pacific Daylight Time

From: ddaniels@imsltd.com (Dexley Daniels)

Hi Bernd

I would just like to clarify your earlier EMAIL and IMS's response. I note that your Email was in reference to REAL/32 WINSERVER (Your last order was for WINSERVER). Can I clarify that the Java terminal emulation is a function of our REAL/32 WEBSERVER product not WINSERVER. I will send you further details in another EMAIL.  Thanks

Dex Daniels, Intelligent Micro Software Ltd

-----------------------------------------------

Date: 6/17/1999 1:37:04 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

CC: bz@hqs.de

File: winmail.dat (2912 bytes) DL Time (28800 bps): < 1 minute

Good Morning Bernd,

Firstly! are you aware that you have send an E-MAIL to me via the REAL/32 list? If you want to contact me directly please contact me on mailto:support@imsltd.com

Re your enquiry:

The Javaterm terminal emulation programme you refer to is already on your system, it was installed at the same time as REAL/32 WEB Server as it is one of the components. When you installed REAL/32 WEB Server you would have been prompted to type a password, you will need this for the Javaterm.

From the client internet browser use the IP address assigned to the REAL/32 WEB Server, click on the Administrator button, type name 'administrator' and then the password you typed during installation. Scroll down the next page and use the 'Auto Connect' button, please note you must have Java enabled in your browser! As the Javaterm loads Client side you may have to wait a few moments.

Regards

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

( support@imsltd.com <mailto:support@imsltd.com> )

Please check our Product Support Website at <http://www.imsltd.com> for the latest support information.

-----------------------------------------------

Clients -- REAL/32 Net Client & Windows 98

-----------------------------------------------

Date: 7/18/1999 3:32:38 PM Pacific Daylight Time

From: J.M.Dundas@btinternet.com (John Dundas)

Hello One and all,

Has anyone had problems using NetClient and Windows 98?  I have installed Netclient on a Win98 computer so that I can map the main servers drive. The Win98 computer is seeing the drive but when you try to access it the Win 98 computer locks up? Any ideas please.

The Network card is a ISA NE2000 and is only being used for linking to R32 computer. Its not plug and play.

Regards,

John

J.M.Dundas@btinternet.com

-----------------------------------------------

Date: 7/18/1999 5:04:38 PM Pacific Daylight Time

From: jrb@maxframe.com (Jim R. Benfer Jr.)

John,

What drivers are you using on the REAL/32 Server to load the REAL/32 Net Client? What version of REAL/32 Net Client are you using? What version of REAL/32 Net Server is running on the REAL/32 server?

You said that the Windows 98 client is only networking with the REAL/32 server, and that you are using a NE-2000 board. Which computer is the NE-2000 board installed in? Are you using the same brand/type of board in BOTH the Windows 98 client and the REAl/32 Server, or are they different?

Best regards,

Jim R. Benfer Jr., MaxFrame Corporation, www.maxframe.com

-----------------------------------------------

Clients -- PCTERM (IMSTERM)

-----------------------------------------------

Date: 6/30/1999 3:04:12 PM Pacific Daylight Time

From: mikeo@west.ga.net (Mike Osbahr)

I have an app written which communicates with an electronic scale via the aux port on a Televideo terminal. The customer is upgrading to Real/32 and Wyse 150 terminals. I would like for them to be able to use the new terminals in PCTerm mode, but I cannot seem to enable the aux port.

According to the terminal manual the sequence 'ESC @' will turn the port on, but the PCTerm protocol will not send the 'ESC'. Is there some sequence which will tell it to send an unaltered string?  I have experimented by sending ANSI escape sequences. Some are translated to PCTerm equivalents, and some are ignored. How do I know which ANSI commands are implemented and is there any way to extend the implementation?

-----------------------------------------------

Date: 6/30/1999 9:31:04 PM Pacific Daylight Time

From: chris@brevsville.dialix.oz.au (C N Davies)

Hi Mike,

I don't know that the situation has changed, but I went through this with IMS a couple of years ago myself. Basically none of the drivers allow you to use the second aux port for anything other than printing.

Chris

-----------------------------------------------

Date: 7/1/1999 1:56:07 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Mike,

I have added a page on the Hints & Tips section of http://development.imsltd.com that describes various options of talking to your terminal directly. I hope it helps.

Thanks,

Paul

-----------------------------------------------

Files -- File / Record Locking & Unlocking

-----------------------------------------------

Date: 4/28/1999 1:07:06 PM Pacific Daylight Time

From: waricinc@gte.net (PAM Systems)

File: testlock.zip (51058 bytes)

DL Time (28800 bps): < 1 minute

Dear Alex/Steve:

Since moving from CBASIC *.CMD programs to MB86/C++ *.EXE, our clients have frequently contacted us with strange interrupts, hang-ups, etc. when reading/writing data files. We may have found the problem BUT need to know how to fix it.

Real32 LOCK and UNLOCKED records FINE when executing the old CBASIC *.cmd programs.  Real32 FAILS to LOCK records with the identical lock / unlock commands when running MB86/C++ *.exe programs. The MB86/C++ *.exe programs LOCK / UNLOCK as expected when running in DOS and Windows 98/NT.  The CBASIC and MB86/C++ commands are very straight forward and simple...............................................

wait% = 0

while lock(1,recno) <> 0

wait% = wait% + 1

print wait%;"waiting"

locked% = lock(1,recno)

wend

read #1,1;line all$

print "successfully locked"

The above works GREAT via CBASIC, but FAILS to lock via CBASIC/MB86/C++.  The attachments include the  program TESTLOCK.BAS and compiled TESTLOCK.CMD / TESTLOCK.EXE.  TESTLOCK.CMD works fine......TESTLOCK.EXE fails!

Michael Nunnamaker @ Minnow Bear thinks this is a Real32 bug.

Please advise a.s.a.p.

Thanks,

Bill Mullins

-----------------------------------------------

Date: 4/28/1999 2:53:32 PM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

Bill, I suggest you mail the files to our support department (support@imsltd.com) together with the following information:

1. What version of REAL/32 are you running?

2. Is FILECOMP.ZAP applied to the operating system?

Regards

Dr. David Crocker, Intelligent Micro Software Ltd.

-----------------------------------------------

Date: 4/29/1999 2:51:42 AM Pacific Daylight Time

From: bz@hqs.de (Bernd Zschaler)

Dear Bill,

At first, you must ZAP your R32 with FILECOMP.ZAP, otherwise locking works, but no other process can read a locked record, system responds an EX-Error.

Another problem working with Cbasic locking is, if you mix your Application with CMD and EXE programs. CMD locks the record at 128 Byte basis. For example a file with 64 byte RecLen, if you lock Record 3, the Records 3+4 are locked. EXE can locked one specified byte (in most times the first byte of the record will be locked)

We work with the Cbasic Superlib, which can be handle this different situation on different OS. If you work on novell-Network or with Win-Networks, the locking mechanism of Cbasic programs doesn't work excactly as with R32. I hope, MB86 can handle this.

Best regards,

Bernd Zschaler - HQS

-----------------------------------------------

Date: 5/19/1999 8:46:47 AM Pacific Daylight Time

From: bz@hqs.de (Bernd Zschaler)

Hi!

Does any utility exist, which display a list of the actual locks and his owner, and how many locks are free?

We have sometimes trouble with a software, locking over R32Net, but we don't understand under which conditions this lockes not deleted.

Regards

Bernd Zschaler - HQS

-----------------------------------------------

Date: 5/19/1999 9:01:31 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Bernd,

The lock list is now maintained entirely in protected mode....so unfortunately its not easily accessed.. Also you will have to look at the lock list on the server side to find out where the problem is. If you find this problem only occurs over Net server drives then there maybe a issue with server disconnection.

Thanks

Paul

-----------------------------------------------

Files -- FTP (File Transfer Protocol)

-----------------------------------------------

Date: 6/6/1999 8:34:00 AM Pacific Daylight Time

From: esteig@sas.upenn.edu (Eric J Steig)

Hi,

I'm using Real32 on a decidated computer that runs a specialized analytical instrument. I want to simply add an ethernet card to that computer and to run a simple DOS-type file transfer protocol, so that I can routinely send data to a UNIX database.

Any recommendations for a straightforward, simple solution? (I'm looking for advice on what PCI card to buy and what additional software I'll need; again, I want to keep this simple--no need for Windows or any such thing).

Thanks!

Eric Steig

University of Pennsylvania

-----------------------------------------------

Date: 6/6/1999 7:56:56 PM Pacific Daylight Time

From: cdotysrc@cyberis.net (cdotysrc)

We have been using Novell's Lan Workplace for DOS V 5 as the ftp client with REAL/32 & MDOS.  Have used several differenct 10baseT cards both ISA and PCI. Only one INTEL 10/100 card gave me problems with starting up a second time, it would get confused. and complain. The network connectivity package with REAL/32 does pretty well if you want multiple users to use the port but if you are only interested as a single user the standard novell stuff works ok  running under a command shell. There is a problem in the tcpip.exe that if running under the ftpserv daemon causes the machine to slow down due to a tight loop looking for input from the tcpip port. I've patched the tcpip program loop to call the system dispatch API and all seems well.

Hope this helps.

Chuck

-----------------------------------------------

Date: 6/7/1999 1:30:25 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

The REAL/32 WEB server product supports FTP and a whole host of other features.

If you want to look at it in action... check out

ftp://real32.imsltd.com ( for the FTP support demo )

http://real32.imsltd.com ( For some detailed descriptions of the WEB servers features )

Or you can apply for the BETA 5 of the product ( To be released within the next 2 days ) at http://development.imsltd.com/

Hope this helps

Paul

-----------------------------------------------

Date: 6/7/1999 2:07:26 AM Pacific Daylight Time

From: nigel.smith@maplin.co.uk (Nigel Smith)

Hi Eric,

We use NCSA Telnet for ftp file transfer from Real/32 to our Unix boxes. We have found this to be a very stable piece of software with the added advantage that comes with an ftp server and it is entirely free. It uses a packet driver which generally comes with your network card, or alternatilvely we have found an ODI packet driver which works quite nicely with the Real/32 Connectivity Extensions. Any cheap network card will work.

NCSA Telnet home page http://www.ncsa.uiuc.edu/SDG/Software/PCTelnet/

Regards,

Nigel Smith

-----------------------------------------------

Memory -- Server Capabilities

-----------------------------------------------

Date: 7/1/1999 8:57:44 AM Pacific Daylight Time

From: wilke@hqs.de (Dieter Wilke)

Hi all,

Sorry, when I ask for a very simple question, maybe for all others the answer is clear, but is there any chance to use more than 64MB Memory on a REAL32 V7.8x system ??

Dieter Wilke

-----------------------------------------------

Date: 7/1/1999 9:07:57 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Good Afternoon Dieter,

You can place 128 Mb in your PC if required, to use it you need to type setup /& go to setup > memory settings and an extra box will have appeared at the bottom of the screen. Type 128 in this box save and exit!!!!!!

Regards

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

(support@imsltd.com)

-----------------------------------------------

Date: 7/2/1999 5:36:24 PM Pacific Daylight Time

From: cdotysrc@cyberis.net (cdotysrc)

I have been using 256 KB [MB] memory on two systems now with no problems, again using the same setup command line option.

Chuck

Sewing Room Computing

-----------------------------------------------

Date: 7/3/1999 5:21:02 AM Pacific Daylight Time

From: dieterwi@t-online.de (Dieter Wilke)

Hi Chuck,

I assume you meant 256 MB, thank you for your reply...

Dieter

-----------------------------------------------

Date: 7/3/1999 2:44:44 PM Pacific Daylight Time

From: cdotysrc@cyberis.net (cdotysrc)

Plus or minus a few MB's. Youre right!

-----------------------------------------------

Memory -- TPA (Transient Program Area)

-----------------------------------------------

Subj: TPA after 7.73 to 7.80 upgrade.

Date: 5/21/1999 5:42:52 AM Pacific Daylight Time

From: WEnglehard@aol.com

Hello All,

Can anyone advise me whether I should expect a change in available TPA after a 7.73 to 7.80 upgrade. Of course thats given the same hardware, installed software, & setup settings.

Thanks,

Bill

-----------------------------------------------

Networking -- REAL/32 Net and Windows NT

-----------------------------------------------

From: Chris@brevsville.dialix.oz.au (Chris)

Is it possible to connect a Win NT 4 Workstation to Real/32 Net? I have it working on Win95 systems but I'm considering upgrading them to NT Wks and need to know the fact.

Thanx for any info

Chris

-----------------------------------------------

Date: 5/20/1999 6:59:22 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Good Afternoon Chris,

If you want to connect an NT4 workstation to REAL/32 please use REAL/32 WIN Server this will allow the sharing of resources from the REAL/32 server. If you only want a terminal session, REAL/32 IMSTERM Remote.

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

-----------------------------------------------

Date: 5/20/1999 7:05:47 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Thomas

Thankyou for you prompt reply.  So am I to understand that there is no way I can use our REAL/32 Net if we go to NT, but rather have to move to WinServer? Rather than Win Server just being a better option.

Thanx

Chris

-----------------------------------------------

Date: 5/20/1999 7:16:31 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Good Afternoon Chris,

Your summary is correct.  REAL/32 WIN Server is not just a preferred option, REAL/32 Net Server was not designed to allow an NT 4 workstation to connect to a REAL/32 server..............

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

-----------------------------------------------

Networking - TCP/IP & REAL/32

-----------------------------------------------

Date: 6/24/1999 1:04:19 PM Pacific Daylight Time

From: johnjr@rayfield.net (John Rayfield, Jr.)

I'm wanting to use the internet to get some data (plain old ascii text) from one computer (point A) to another computer (point B). This is easily accomplished using something like Visual Basic or C in Windows 95, but I'd like to develop something like this to run on Real/32. I think what I need (I'm still learning about this stuff, so if I'm mistaken, please correct me <g>) is a TCP/IP function library that will work with Real/32. Does anyone know of something like this?

John Rayfield, Jr.

Rayfield Communications, Inc.

Springfield, Missouri

-----------------------------------------------

Date: 6/25/1999 12:59:46 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

The REAL/32 Web server was developed using (What was then) the Novell LAN Workplace for DOS Library. Development of LAN workplace has moved to Caldera, who now distribute this library as part of TCP/IP pack. The kit also contains some useful examples.

One of the benefits of using this library is when you have developed your application you can use the standard REAL/32 TCP/IP stack without having to pay any further royalties.

These are some of the questions that we hope to be answering on the new IMS developers web site. Stage one of the new site is now complete with lots of new information including some previously undocumented calls and the promise of lots more to come. This web site is aimed for developers but also contains some useful information for everybody and is where you can download the latest betas for IMS products. So check out http://development.imsltd.com

Thanks

Paul Knight, IMS Ltd.

-----------------------------------------------

Date: 6/30/1999 2:46:23 AM Pacific Daylight Time

From: nigel.smith@maplin.co.uk (Nigel Smith)

Does anyone know why, under certain circumstances, that the REAL/32 TCP/IP stack uses all of the spare system time when run on a session, and if so, is there a fix I can do to stop this happening?

Regards

Nigel Smith

-----------------------------------------------

Date: 7/2/1999 5:13:22 PM Pacific Daylight Time

From: cdotysrc@cyberis.net (cdotysrc)

The short answer is yes sometimes.  When running LANWP ftpserv Daemon the tcpip sits in a tight loop waiting for an interrupt. I have successfully patched tcpip.exe to do a P_DISPATCH in that tight loop that appears to solve the problem. The problem doesn't appear to occuring when running LANWP ftp , just the ftp server.

The test bed was running a program that sent commands downstream to a FIFO port talking to an embedded test system. The program would cause the test system to do its thing about every 30 MS. With the FTPSERV running on another session, the remote test system time was strectched out to about 1200 MS. After the patch, it was back to 30MS.

I can send you a patched version if you want called MTCPIP.EXE.

Chuck

-----------------------------------------------

Date: 7/5/1999 2:07:20 AM Pacific Daylight Time

From: nigel.smith@maplin.co.uk (Nigel Smith)

Hi Chuck,

We don't run LAN Workplace but this sounds like the same problem. It mostly happens when the TCPIP stack is loaded in a session with nothing else. If you could send me the patched version to try that would be great.

Many Thanks

Nigel

nigel.smith@maplin.co.uk

-----------------------------------------------

Date: 7/9/1999 8:31:38 AM Pacific Daylight Time

From: cdotysrc@cyberis.net (cdotysrc)

File: Mtcpip.exe (71025 bytes)

DL Time (31200 bps): < 1 minute

OK , here tis

This patched version is based on tcpip.exe originally dated in '95.  The later versions that I have here dated in '96 have the same code however. If you retain the name mtcpip and use REAL/32's mdosodi, you will have to either rename the patched version to tcpip.exe or patch mdosodi to accept mtcpip.exe

Also, I have found that Pifed'ing tcpip.exe will cause the same problem to re-occur.

If you have Pifed'ed tcpip.exe you might remove the Pifed stuff and try it before using the patched version.

The problem occurs on LANs that use a server that constantly does queriees (keep alives) to all known connections.

Chuck

-----------------------------------------------

Printing -- Using PRINTMAP for Local Printer

-----------------------------------------------

Date: 5/11/1999 7:48:45 AM Pacific Daylight Time

From: routrac@total.net (Routrac)

I am having a problem with our client, who has just connected a printer to the back of one of their serial terminals which is connected to one of the ports on their Digiboard 8 port board on a REAL/32 multiuser system.  They wish to be able to print directly to this local printer. I know that on the old Multi-user Dos system, LPT1 was Printmapped by default to the local printer on the back of the terminal, and if we wanted to map it to the parallel printer on the back of the multiuser dos server, we had to do an explicit PRINTMAP LPT1=PRN0. In addition, all ports, whether for terminals or printers, were assigned a PRN number when we did a PRINTMAP /P.

However, on our client's REAL/32 system, multiport lines which are defined to be terminals no longer appear as valid PRN numbers. And if we run the PRINTMAP command from the terminal with the local printer, LPT1 is always mapped to PRN0, the parallel printer on the back of the multiuser dos server.

My question is, how can we get output going to LPT1 directed to the local printer connected to the terminal, instead of the main parallel printer. I can't find a PRN number for that line,. and don't know where to direct the PRINTMAP to go.

Regards,

Barry Smith

---------------------------------------------------------

Date: 5/11/1999 8:47:18 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Barry,

One of the minor differences between Real/32 and MDOS 5.1 is the Real/32 does not automatically configure a terminal to have a printer attached to the back of a it.  I think your problem is you have configured the multiport cards to just have a Terminal attached where you need to configure the port to be Terminal+printer within setup.exe.

Thanks

Paul

-----------------------------------------------

Date: 5/11/1999 12:14:42 PM Pacific Daylight Time

From: routrac@total.net (Routrac)

Thanks very much! It worked perfectly.

Barry

-----------------------------------------------

Programs -- Max Locks

-----------------------------------------------

Date: 7/14/1999 10:09:11 PM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

I am experiencing a locking problems with an application I wrote a few years ago and has been runing flawlessly up until now.  It runs fine on versions 7.53 - 7.72 but on 7.80 I get problems with locks.

Basically on the earlier versions I needed to set the max number of locks per process to 255 to make everything function well, but on 7.80 and above there is no ability in setup to set the maximum locks per process. Under DOS I have to set the max locks also.. Frankly I need just 150 locks but I have no way to set this on 7.80+.

Why was this option removed in the later versions of Real/32 and is there any other way to set the max locks per process?

TIA

Chris

-----------------------------------------------

Date: 7/15/1999 12:48:24 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Chris,

Most of the structures related to file io are now dynamic and hence do not require configuration.

I think your problem is that you are running 7.80 .... Which had problems with some compilers and record locking.... If you upgrade to 7.82  available on the web site, I'm sure your problem will go away.

Thanks

Paul

-----------------------------------------------

Date: 7/15/1999 3:31:33 AM Pacific Daylight Time

From: Chris@brevsville.dialix.oz.au (Chris)

Thank you, Paul.

It did go away :)))

Silly me, I hadn't noticed the 7.82 patch

Chris

-----------------------------------------------

Remote -- IMSTERM For NetWare Port Status

-----------------------------------------------

Date: 4/29/1999 4:31:48 AM Pacific Daylight Time

From: AdamsA@gc.adventist.org (Adams, Alan)

Anyone heard of or seen documented a way of determining IMSNWDRV.SYS port statuses, either via a server-side API or through SPX? Wanting to determine simple connected/not-connected status information for each port, optionally with the IPX address of connected workstations.

With the "onslaught" of IP connectivity we've had added / in development recently, is telnet support on the roadmap? I was glad to hear about the Java-based terminal session capability, although I'm still trying to get the beta installed to see how far along it is.

Alan Adams, Network Administrator, General Conference of  lan Adams Seventh-day Adventists

Silver Spring, Maryland USA  || adamsa@gc.adventist.org

-----------------------------------------------

Date: 4/29/1999 12:52:14 PM Pacific Daylight Time

From: AdamsA@gc.adventist.org (Adams, Alan)

I was glad to hear about the Java-based terminal session capability, although I'm still trying to get the beta installed to see how far along it is.  Wow! For some reason I was expecting the Java terminal applet to me more limited in functionality! (Like having a browser button you had to hit instead of pressing F10 directly, etc.) But this is way cool; good job.

Maybe it should be TELNETERM.SYS instead of JAVATERM.SYS though? I mean if you made the terminal driver support standard TELNET, you could still have the Java applet option. (The Java applet would just speak regular telnet, like any non-Java telnet application would.) But even exactly the way it is, this product is going to be very useful for our REAL/32 implementation.

Alan Adams, Network Administrator, General Conference of lan Adams Seventh-day Adventists

Silver Spring, Maryland USA || adamsa@gc.adventist.org

-----------------------------------------------

SCSI -- Adapters

-----------------------------------------------

Subj: Adaptec AHA-3940W SCSI controller

Date: 7/2/1999 10:24:46 AM Pacific Daylight Time

From: brc@summit.net (Dewey McDonnell)

Has anyone used the AHA-3940W SCSI Controller under REAL/32?  We have a customer that wants to connect two 7 bay CD-ROM towers.

Thanks.

Dewey McDonnell

Blue Ridge Consulting Group

-----------------------------------------------

System -- Hangups

-----------------------------------------------

Date: 5/20/1999 1:28:15 PM Pacific Daylight Time

From: pmg@sccr.co.za (Peter M Gibbs)

Despite all our attempts a PC terminal running IMSTERM on DOS only, occasionally hangs, freezing the whole server (Real32 7.8). The server cannot be then accessed through another terminal or the master keyboard, and has to be rebooted. The program running is a a plain-jane Ohanlon (AKA Sensible Solution) - using MSDOS 3.1 file locking.

We never had this with IMSMDOS 7. Causing great grief. Can u help?

Peter

-----------------------------------------------

Date: 5/21/1999 1:04:34 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Good Morning Peter,

You must remember that even though the terminal session appears to hang on the client, it is the application/session running on the server that has been caused to hang.  On the client have you ensured that nwterm.ini has only ONE port specified?

What version of REAL/32 are you using? What version of REAL/32 IMSTERM are you using? Are any other terminals involved, does this happen when a second terminal logs in? If no other terminals are involved at what point does the session hang? What processes are in motion? Has this always occured since upgrading to your current version of REAL/32?

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

( support@imsltd.com <mailto:support@imsltd.com> )

Please check our Product Support Website at http://www.imsltd.com for the latest support information.

-----------------------------------------------

Date: 5/21/1999 10:31:11 PM Pacific Daylight Time

From: MaxFrame@aol.com

If a session has been established between a REAL/32 PC Server and a client PC  running IMSTERM and that client PC is turned off without logging off, the whole REAL/32 system can lock up until that PC is turned back on again. I don't think that's your problem, but that can be a serious source of system hangs when PCs are used as terminals.

Another thing you may want to try is to run the application SOLELY on the host PC Server console (REAL/32 PC) to determine if the program is having API problems with REAL/32. You should do this to rule that source of hangup out. Some apps are "keyboard grabbers" which causes IDLE control problems and can cause an entire system to creep to a halt and appear to lock up. Try turning IDLE On/OFF in the SETUP of REAL/32. Also, what kind of memory access is the program using? Is it standard DOS (real mode) or is it using (or requiring) a) LIM, or b) DPMI? Some programs can "choke" when they have large memory requirements and try to invoke a module when there is insufficient TPA available (Peachtree is a good example).

If it really is taking the REAL/32 kernel down, I would suggest turning the DEBUG dump mode on for crashes and letting the server print a "dump" of memory to a printer at the time of the "crash" (assuming it is crashing) so it can be determined what memory addresses are involved at the point of "hanging." Thomas Law raised some excellent questions, and based on your respones, maybe we can narrow down what is going on.

Jim R. Benfer Jr., MaxFrame Corporation, http://www.maxframe.com

---------------------------------------------------------

Date: 5/22/1999 2:30:29 PM Pacific Daylight Time

From: pmg@sccr.co.za (Peter M Gibbs)

Thank you for you interest. To answer:  The hang up has never ocurred on the main PC Real32 server. The memory is standard DOS. How does one get a memory dump if the whole system is frozen? Forgive my ignorance.... I have a sneaking suspicion that it may be connected with keyboard repeats or a particular very fast combination of keys including ESC. Can't replicate it my self, but non-computer-expert staff seem to cause it!

Peter

-----------------------------------------------

Date: 5/24/1999 2:01:50 AM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

When you get a REAL/32 hangup, these are the standard tests to try:

1. Toggle the CapsLock and NumLock keys on the server's keyboard. Do the lights on the keyboard toggle? If no, the machine is completely hung up.

2. If yes, try switching sessions on server's keyboard. Also, before the hangup occurs, load:   pdscan -s -p:a0

on the server main screen. When the hangup occurs, if it is not total then PDSCAN should still be running and will show what process is hogging the CPU.

Dr. David Crocker, Intelligent Micro Software Ltd.

-----------------------------------------------

Windows -- IBM Netfinity Server

-----------------------------------------------

Date: 5/7/1999 12:42:26 AM Pacific Daylight Time

From: pmuttoni@studioinf.it (Paolo Muttoni)

Hi, my problem is a server NETFINITY 3000 with 128 MB RAM, IMS 7.73 version, Windows for Workgroup 3.11, 5 client connected.  Sometimes, on server, switching from a "Dos" session to a Windows one,  Windows reports an error in "USER.EXE" module and server stops responding  at all, all network stop and server must reboot.  We have for all dos sessions "VGA OFF".  Can you help me?

Paolo Muttoni

Studio Informatica SrL

-----------------------------------------------

WinServer & WebServer

-----------------------------------------------

Date: 6/24/1999 12:06:39 PM Pacific Daylight Time

From: BatchellorKirk@compuserve.com (Nigel Shindler)

This is probably a very dumb question, but are WinServer and WebServer mutually exclusive from the hardware point of view, or could both be run simultaneously on the same REAL32 server, using the same network card (perhaps by using TCP rather than IPX protocols everywhere?)

Alternatively if you had one "WinServer" and a separate "WebServer", would they be able to talk to each other? Would they be able to talk to an NT server/a Netware server?  Finally would that be the end of any support for pure DOS clients?  Perhaps IMS could put out a general explanation of all this on their website.

Nigel.

-----------------------------------------------

Date: 6/25/1999 12:42:50 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Nigel,

Because of the design of the Real/32 networking subsystem all types of clients & servers can co-exist on a single network card.  For example you can have a single REAL/32 box with the following installed :

Servers

REAL/32 Winserver ( IPX or TCPIP )

REAL/32 WEB Server ( TCPIP ) acting as a HTTP / FTP / CGI server

Software Network routing onto/from your TCP/IP network ( Watch this space!!!!!! )

Clients

Novell NetWare client

Microsoft NT DOS client ( Can be used to connect to NT & WIN Server machines )

LAN Workplace for DOS TCP/IP client giving access to Unix box's using FTP/NDS etc...

Caldera WEB Spyder HTTP WEB Browser

Microsoft/Netscape Windows 16bit WEB Browser

Just by adding 1 more network card you can also add REAL/32 NetServer and Client to the same box providing a useful gateway device.

Hope this helps

Paul Knight

Intelligent Micro Software Ltd.

-----------------------------------------------

Date: 6/25/1999 3:10:58 AM Pacific Daylight Time

From: dcrocker@imsltd.com (Dave Crocker)

I should clarify that "all types of clients and servers" in Paul's reply does NOT include REAL/32 Net Server or REAL/32 Net Client.

Dr. David Crocker

Intelligent Micro Software Ltd.

-----------------------------------------------

Date: 6/28/1999 2:18:49 AM Pacific Daylight Time

From: BatchellorKirk@compuserve.com (Nigel Shindler)

Paul - Do I understand from your reply that if I move to Winserver I could support Caldera DRDOS clients via IPX, using the LAN Workplace for DOS components, (& IMSTERM for Netware?) and also Win95 clients?

This would make life somewhat easier than using REAL32 Net etc.

Thanks - Nigel.

-----------------------------------------------

Date: 6/28/1999 3:25:05 AM Pacific Daylight Time

From: pknight@imsltd.com (Paul Knight)

Hi Nigel,

Hopefully I will be able to clarify my last message a little more.  LAN Workplace for Dos product allows DOS compatible operating systems (such as REAL/32 & Caldera DR-DOS ) to communicate (as clients) with servers that are running typically UNIX (or Operating Systems with compatible services) . So if you wish to occasionally transfer files then you can use the FTP server capability within WEB Server.  This is the best solution if you for example transfer files at the end of a working day over a dialup link. If you want to learn more about the FTP capabilities for REAL/32 WebServer visit http://REAL32.IMSLTD.COM

Microsoft created the Server Message Block (SMB) protocol for its early lines of network servers (LAN manager etc...) and has enhanced its capabilities with newer versions of their server products. REAL/32 WinServer (like NT ) is a SMB compatible network server.  As a SMB compatible server, clients such as WINDOWS 95/98/NT/2000 can talk to it using their own native network client.  Microsoft also produces a DOS compatible SMB client which they distribute with their NT Server operating system (it can also be downloaded from ftp.Microsoft.com/BusSys/Clients/MSCLIENT/) which allows DOS compatible operating systems to communicate to a SMB compatible server such as NT or REAL/32, providing that it is used within the license agreements it is distributed under.

The typical use of REAL/32 WinServer is in a Local Area Network where users require constant access to the resources (Files and printers (printing available on 95/98 only) ).  See http://www.imsltd.com/Winserver%20announce.htm.

Because WinServer uses the REAL/32 ODI stack, you can also drive NWTERM (Imsterm for NetWare) through the same network card, enabling full PC Terminal access to a REAL/32 Host over the the same network that is handling the SMB services to the Microsoft Windows clients.

Hope this helps.

Paul Knight

Intelligent Micro Software Ltd.

-----------------------------------------------

WinServer -- Connectivity

-----------------------------------------------

Date: 6/21/1999 5:28:24 AM Pacific Daylight Time

From: wilke@hqs.de (Dieter Wilke)

Hi all,

With a recently installed WINSERVER 1.0 based on a REAL32 V 7.81 we recognized the following problem:

After connecting with a WIN95 PC to the WINSERVER via a direct network cable (whithout any LAN) we copied several files from WIN95 to WINSERVER with WIN95-Explorer.exe. Sometimes the copying freezes, only rebooting the WINSERVER helps. After reboot CHKDSK brings .CHK-files. The same happened (.chk-files) when we stop the copying with the CANCEL-button.

Any suggestions ??

Dieter Wilke

c/o HQS GmbH

Blücherstr. 11

22767 Hamburg

FON: +49(0)40-38021411

FAX: +49(0)40-383725

e-mail: wilke@hqs.de

-----------------------------------------------

Date: 6/21/1999 6:10:43 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

CC: wilke@hqs.de (Dieter Wilke)

Good Afternoon Dieter,

If you are using serial cable please ensure the cable is less than 1 metre in length as this can sometimes cause elecrtrical problems. Also check your resources (run RUM on the host) whilst copying.

Regards

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

-----------------------------------------------

Date: 7/1/1999 12:01:29 PM Pacific Daylight Time

From: BatchellorKirk@compuserve.com (Nigel Shindler)

As there seem to be increasing difficulties in installing R32NETCT on new Windows machines - because of "plug and play" and the associated lack of free interrupts in particular - I shall probably have to install Winserver.

However I still need to run DOS programs and support some DOS workstations, so it appears that the best solution is to install a second network card in the main server to run WinServer which raises the following issues:

(1) I run important DOS-based programs on a second REAL32 server for security, so that most workstations access these only via the peer-to-peer relationship of the two REAL32 servers. Presumably this will still work via REAL32 Net.

(2) Will the Windows workstations need to be connected to the WinServer via a separate network "segment" i.e. isolated hub, so that they are only connected to the rest of the system via their own server?

(3) It appears that I have to install IMSTERM for Netware on each Windows machine to obtain terminal sessions: are there any special issues involved in this or does it automatically use the existing Windows client network connection?

(4) Can the Windows machines share each others resources in this setup (e.g. printers or scanners)?

(5) Can DOS programs running locally in a "DOS box" on the Windows machine still access the network?

(6) If I reboot the machine into "DOS mode" is the network still available?

(7) If I install a dual-boot system, the alternative OS being "real" DOS (by which I mean DR-DOS) is there any way of accessing the network (as WinServer can be accessed by "IMSTERM for Netware", couldn't this be done with Personal Netware)?

Thanks - Nigel.

-----------------------------------------------

WinServer -- Who Uses It?

-----------------------------------------------

Date: 6/23/1999 12:29:57 PM Pacific Daylight Time

From: vvwyntervv@zdnetmail.com (John K. Jones)

I'm thinking of installing WinServer 1.0 onto my system. Who has successfully networked their REAL/32 system to a Windows NT 4.0 LAN? Its got to live up to its promise of disk sharing utilizing TCP/IP connectivity.

Thanks! I need proven success stories before my management will go forward with the installation.

John K. Jones, Sr. Consultant

Keane, Inc.

email: vvwyntervv@zdnetmail.com

Free web-based email, anytime, anywhere! ZDNet Mail - http://www.zdnetmail.com

-----------------------------------------------

Date: 6/23/1999 12:38:31 PM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Good Afternoon John,

I actually tested the REAL/32 WIN Server before release! We at IMS currently use it on our own NT network.... I am always networked to a REAL/32 test host running WIN Server from an NT 4 Workstation... It runs alongside other IMS products quite happily including IMSTERM REMOTE HOST and REAL/32 WEB SERVER.

Please contact me at Tech Support if you require any further help......

Regards......

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

-----------------------------------------------

Date: 6/24/1999 12:03:24 PM Pacific Daylight Time

From: vvwyntervv@zdnetmail.com (John K. Jones)

Tom,

Hearing that that you are using WIN Server on your own network is very promising! Is there a lessons learned document on the trials of installing the product on your Windows NT network? What I am interested in are the hurdles that might delay or prohibit our smooth transition from our present closed design to that of a Network-enabled system.

As a software engineer I know that every product no matter what version it is has its difficulties and drawbacks inherit in it. And installation/transition is typically where most of these problems show up. As this is version 1.0 of WIN Server and its only been out for a few months, my management is very skeptical that it will install that easily or perform as advertised. If I could obtain some documentation on a standard installation of the software that would go a long way to improving their disposition.

I do applaud the concept that you are following with REAL/32. Bringing its networking capabilities to the level in which Windows NT and REAL/32 can work together is a necessity in today's world of diverse systems. The best way a system can withstand the test of time is to be adaptable and open.

John K. Jones, Sr. Consultant

Keane, Inc.

-----------------------------------------------

Date: 6/25/1999 1:25:41 AM Pacific Daylight Time

From: tlaw@imsltd.com (Thomas Law)

Good Morning John and REAL/32 List,

Re: REAL/32 WIN Server.

We have an installation document that is 78 pages long in total and yet the install procedure occupies 1 page, host configuration occupies 5/6 pages.

The point!

Provided you have a good grasp of networking protocols (TCPIP and IPX) the installation is straightforward and proven. The majority of the rest of the install document covers TCPIP and IPX configuration.

If your system is already networked using IPX, WIN Server installs and once configured runs with little effort, the client side may require an additional protocol adding and that's it.

If you choose TCPIP then additional configuration is required to ensure a TCPIP stack loads in the appropriate host session.  WIN Server is not concerned which protocol is used, provided the network is up and running WIN Server will use the appropriate protocol to allow your client PC's to share the REAL/32 resources.

The two main reasons for WIN Server not being allowed to function:

     1. The TCPIP stack is not configured.

     2. NETBIOS has not been installed on the client PC.

Regards.

Assuring you of our attention at all times

Thomas Law, IMS Technical Support

( support@imsltd.com <mailto:support@imsltd.com> )

Please check our Product Support Website at <http://www.imsltd.com> for the latest support information.

Digital Research

DigitalResearch.biz

info@digitalresearch.biz

Copyright © 1974-2004 MaxFrame Corporation