FORTE on VMS

Hi,
We are using a VMS machine for our database server. For each
client the Forte Node Manager process creates a server process. Does
anyone know how to determine which of these client server processes
belongs to which client?
Thanks Nigel Morris
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Similar Messages

RE: FORTE on VMS

Nigel :
We use VMS as our database (RDB) server, with NT and VMS clients and we have
not seen the behaviour you mention. Maybe you could better describe your
environment to see if I can help you.
Alberto
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Nigel :
We use VMS as our database (RDB) server, with NT and VMS clients and we have
not seen the behaviour you mention. Maybe you could better describe your
environment to see if I can help you.
Alberto
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Oracle, VMS, and Forte

What is the most recent version of Oracle in use with Forte under VMS, and
what version of Forte are you using with it? We're at Forte 3.0.G.2, but
still at Oracle 7.3.2.3.0, because when we tried 7.3.2.3.2 it wouldn't link
(and no, I don't remember the version of Forte - sorry!). Forte support
keeps telling us the current version "should work", but I'd like to know
what "will work".
Thanks,
Tom Wyant
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

G'Day Tom
FWIW, as of three days ago we have:
OpenVMS v7.1
Oracle v7.3.2.3.2
Forte v30G2
The local Forte apps are limited and small to date. Testing (including Y2K)
failed to show any problems with Forte and Oracle.
I'd be interested to know about any specific problem you have with Oracle
v73232 and Forte (30G2).
TIA
Dirk Haben, Perth WA
BTW: Absence of evidence is NOT evidence of absence ...
-----Original Message-----
From: Thomas R Wyant_III [mailto:[email protected]]
Sent: Monday, 19 October 1998 20:55
To: [email protected]
Subject: Oracle, VMS, and Forte
What is the most recent version of Oracle in use with Forte
under VMS, and
what version of Forte are you using with it? We're at Forte
3.0.G.2, but
still at Oracle 7.3.2.3.0, because when we tried 7.3.2.3.2 it
wouldn't link
(and no, I don't remember the version of Forte - sorry!).
Forte support
keeps telling us the current version "should work", but I'd
like to know
what "will work".
Thanks,
Tom Wyant
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

RE: Forte with OpenVMS

Forte uses the standard VMS user privileges of TMPMBX and NETMBX, although
you may consider them restrictive, these are normal non-privileged account
settings.
If you have a wrapped C routine, then this will show up as a shared library.
You could install the library as a shareable image and give it the
appropriate
run-time privileges, so that any code that executes within the library gets
what
is needed - obviously you need to control who calls this code - which is
your
next problem.
The simplest mechanism that I can think of to do this is to use a set of
rights
identifiers, similar to that within VMS, for the Forte user. Obviously you
will
need a user and rights database - but I guess that you must have this
somewhere
in the system anyway.
Attach the rights identifiers to the task on the task context object so that
they
get sent over the network with every call. For sensitive calls check the
presence
of the rights identifiers before allowing the call to take place. Using
application wide rights identifiers means that you can be independent of the
underlying OS user id / password mechanisms once you have the information.
Regards,
- David
David Bell
Consulting Technical Manager - North Europe
Forte Software
St James's House Phone : +44 1344 482100
Oldbury Fax: +44 1344 420905
Bracknell Mobile: +44 378 300613
RG12 8SA Email : [email protected]
http://www.forte.com
-----Original Message-----
From: [email protected]
[<a href="mailto:[email protected]">mailto:[email protected]]On</a> Behalf Of Alberto Lamas
Sent: 02 July 1999 08:23
To: 'Andy Grace'; Forte Users (Adresse de messagerie)
Subject: RE: Forte with OpenVMS
We are using Forte and VMS, and we use the forte usercode to run the node
manager. All the subprocesses inherit this username when fired off as
detached processes. You can take a look at the tech note 11037
for more info
about subprocess privileges, and for a way to change all this.
We are using the standard way to fire off partitions, which means that we
are restricted to the forte username (or whatever other username we choose
to be our node manager owner, of course) and the forte defined subprocess
privileges. This does not give us too many problems unless we try
doing some
functions that are not allowed under the privileges defined by Forte. I
have no idea as of why Forte has chosen the current privilege
set, which is
quite restrictive. This can be a pain, especially if you try to do some
system management functions via a Forte partition. It would be highly
desirable to have a means to dynamically acquire the privileges we need
without having to incurr the cost of managing specially built procedures.
Forte says that this may change in the future...
We have implemented a network wide user security and validation component
based on the VMS getuai system service, which we have wrappered
very easily
via a C routine. As far as our application is concerned, the
actual OS user
executing the partition is specifically made not important for,
among other
reasons, we have a mixed environment (NT, VMS, W95/8) and our server
partitions are distributed in different servers throughout the
network. Our
main concerns are centered around controlling the client requesting
something from the application and not the OS security since the user does
not have direct access to it anyway. Under these circumstances we need to
handle the application's security issues ourselves (We are not reinventing
the wheel here, only implementing some Forte and well known patterns).
Maybe somebody else has a better solution than coding a user security
schema, I would certainly like to hear about it for it should be a fairly
commmon problem for every distributed application.
Regards,
Alberto
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

Forte uses the standard VMS user privileges of TMPMBX and NETMBX, although
you may consider them restrictive, these are normal non-privileged account
settings.
If you have a wrapped C routine, then this will show up as a shared library.
You could install the library as a shareable image and give it the
appropriate
run-time privileges, so that any code that executes within the library gets
what
is needed - obviously you need to control who calls this code - which is
your
next problem.
The simplest mechanism that I can think of to do this is to use a set of
rights
identifiers, similar to that within VMS, for the Forte user. Obviously you
will
need a user and rights database - but I guess that you must have this
somewhere
in the system anyway.
Attach the rights identifiers to the task on the task context object so that
they
get sent over the network with every call. For sensitive calls check the
presence
of the rights identifiers before allowing the call to take place. Using
application wide rights identifiers means that you can be independent of the
underlying OS user id / password mechanisms once you have the information.
Regards,
- David
David Bell
Consulting Technical Manager - North Europe
Forte Software
St James's House Phone : +44 1344 482100
Oldbury Fax: +44 1344 420905
Bracknell Mobile: +44 378 300613
RG12 8SA Email : [email protected]
http://www.forte.com
-----Original Message-----
From: [email protected]
[<a href="mailto:[email protected]">mailto:[email protected]]On</a> Behalf Of Alberto Lamas
Sent: 02 July 1999 08:23
To: 'Andy Grace'; Forte Users (Adresse de messagerie)
Subject: RE: Forte with OpenVMS
We are using Forte and VMS, and we use the forte usercode to run the node
manager. All the subprocesses inherit this username when fired off as
detached processes. You can take a look at the tech note 11037
for more info
about subprocess privileges, and for a way to change all this.
We are using the standard way to fire off partitions, which means that we
are restricted to the forte username (or whatever other username we choose
to be our node manager owner, of course) and the forte defined subprocess
privileges. This does not give us too many problems unless we try
doing some
functions that are not allowed under the privileges defined by Forte. I
have no idea as of why Forte has chosen the current privilege
set, which is
quite restrictive. This can be a pain, especially if you try to do some
system management functions via a Forte partition. It would be highly
desirable to have a means to dynamically acquire the privileges we need
without having to incurr the cost of managing specially built procedures.
Forte says that this may change in the future...
We have implemented a network wide user security and validation component
based on the VMS getuai system service, which we have wrappered
very easily
via a C routine. As far as our application is concerned, the
actual OS user
executing the partition is specifically made not important for,
among other
reasons, we have a mixed environment (NT, VMS, W95/8) and our server
partitions are distributed in different servers throughout the
network. Our
main concerns are centered around controlling the client requesting
something from the application and not the OS security since the user does
not have direct access to it anyway. Under these circumstances we need to
handle the application's security issues ourselves (We are not reinventing
the wheel here, only implementing some Forte and well known patterns).
Maybe somebody else has a better solution than coding a user security
schema, I would certainly like to hear about it for it should be a fairly
commmon problem for every distributed application.
Regards,
Alberto
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

Alpha EV6 and VMS

Hi everybody,
I asked this question in the past. Does anyone here run forte on VMS 7.2
machines with EV6 alpha chips ?
Thank you.
Luc Bedu. Ingenieur systeme et DBA
Promod S.A FRANCE (www.promod.fr)
[email protected]
<<Bedu Luc.vcf>>

Have you seen the following SAP note?
[https://service.sap.com/sap/support/notes/1217443]
and Microsoft artiicle
[http://support.microsoft.com/kb/208414]
I will quote it here:
When connecting to Excel, it "assigns the data type for each field based on data contained within the first eight rows it links."
What you can try is to add 8 dummy lines at the top of your Excel file to make sure CR recognize the right format.
It should help you to verify if that is the issue.

VMS 7.1-2

Hi everybody,
does anyone here run forte on VMS 7.1-2 machine (EV56 or EV6) ?
Thank you.
Luc Bedu. Ingenieur systeme et DBA
Promod S.A FRANCE (www.promod.fr)
[email protected]
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Disable WRT54G's DHCP server , change it's IP address to 192.168.1.3, and connect a lan port from existing network to a lan port on WRT54G, and don't use WRT54G's internet port for any purpose. It would work

Oracle Pipes and Forte

Does anyone have any experience using the Oracle pipes facility from an Oracle
stored procedure to talk to a Forte Service Object. We believe its possible, but
would like to hear some war stories.
Thanks,
Ty
[email protected]

G'Day Tom
FWIW, as of three days ago we have:
OpenVMS v7.1
Oracle v7.3.2.3.2
Forte v30G2
The local Forte apps are limited and small to date. Testing (including Y2K)
failed to show any problems with Forte and Oracle.
I'd be interested to know about any specific problem you have with Oracle
v73232 and Forte (30G2).
TIA
Dirk Haben, Perth WA
BTW: Absence of evidence is NOT evidence of absence ...
-----Original Message-----
From: Thomas R Wyant_III [mailto:[email protected]]
Sent: Monday, 19 October 1998 20:55
To: [email protected]
Subject: Oracle, VMS, and Forte
What is the most recent version of Oracle in use with Forte
under VMS, and
what version of Forte are you using with it? We're at Forte
3.0.G.2, but
still at Oracle 7.3.2.3.0, because when we tried 7.3.2.3.2 it
wouldn't link
(and no, I don't remember the version of Forte - sorry!).
Forte support
keeps telling us the current version "should work", but I'd
like to know
what "will work".
Thanks,
Tom Wyant
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

VMS v 7.2-1

Is anyone running Forte under VMS 7.2? We will be moving to this
operating system the first of the year and want to know if anyone was
aware of any issues with this version?
We will be using Forte v 3.0.L.2
Will Perkinson

Hi David,
as you are in UK, I thought you like to know that Sound on sound mag editor Paul White has an e-mail add for those issues to report to apple.
regards,
Jorge
http://www.soundonsound.com/

Using Forte with TCP/IP and DECnet clients

Can anyone give me information on how to start up the name server on a Vax
Alpha so we can use Forte 20e2 with both Windows 3.1 DECnet and Windows NT
TCP/IP at the same time? We know how to start it up to do one at a time, but
not both at the same time.
Thanks,
Steve Isaac
Hydro Electric Commission
Hobart, TAS
Australia
[email protected]

Hello Steve,
"How to start the Forte' nameserver with support for TCP/IP and DECnet"
Thsi can be done fairly easily. The procedure is documented in the Forte'
manuals (I do not remember which one, but it is probably the
system management guide).
You need to make sure that FORTE_NS_ADDRESS and FORTE_LOCATIONS are set to
specify both TCP/IP and DECnet.
I think that when you install Forte on VMS you have the option of specifying
support for TCP & DECnet, in which case the logical names are set up
correctly.
Regards,
Richard Kirk
Digital Equipment Corp

RE: (forte-users) appdist copy from VMS to NT question...

Well, there are some graphic FTP clients for windows that allow
you to get files from FTP-servers using simple drag and drop.
Most of them even support the option of selecting a directory
and dragging it, with all its subdirectories, to your local drive
with a single mouse action.
The only problem might be with binary vs. text files. The appdist
directory has both filetypes. Getting text files as if they were
binary files may cause problems. Getting binary files as if they
were text certainly will cause problems. So, either get the
whole tree binary and hope for the best. Or get each file indi-
vidually and set the correct bin or asc setting. Or use a tool
that is smart enough to see if a file is binary or text and hope
it doesn't make any mistakes.
Pascal Rottier
STP - MSS Support & Coordination Group
Philip Morris Europe
e-mail: [email protected]
Phone: +49 (0)89-72472530
+++++++++++++++++++++++++++++++++++
Origin IT-services
Desktop Business Solutions Rotterdam
e-mail: [email protected]
Phone: +31 (0)10-2428100
+++++++++++++++++++++++++++++++++++
Don't meddle in the affairs of dragons
'cause you're crunchy and taste good with ketchup
-----Original Message-----
From: Haben, Dirk [SMTP:[email protected]]
Sent: Wednesday, December 08, 1999 6:32 AM
To: 'Soapbox Forte Users'
Subject: (forte-users) appdist copy from VMS to NT question ...
G'day Folxs
Does anyone here have a simple way to copy a whole appdist tree for myapp1
say from VMS to NT? I have created a new environment on a NT box and want
to
copy down all our application distributions.
eg:
On OpenVMS machine vmsbox1 the directory tree and files
vmsbox1::forte_root:[appdist.aenv_myapp_cl3...]*.*;
should go to NT machine ntbox1
[ntbox1] d:\temp\myapp\cl3\...
Even just to d:\temp\aenv_myapp_cl3\... will do.
ftp doesn't seem to do the trick here. Of cause I could write some routine
to put/get file by file - but before I do all that I thought I ask around
if
it's already been done.
Thanks,
Dirk
PS: Needless to say we still develop and makedist on VMS - for now (see
Bulletin 388)!
PPS: No I haven't forgotten about [appdist.aenv.myapp1]*.ace
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected]

Well, there are some graphic FTP clients for windows that allow
you to get files from FTP-servers using simple drag and drop.
Most of them even support the option of selecting a directory
and dragging it, with all its subdirectories, to your local drive
with a single mouse action.
The only problem might be with binary vs. text files. The appdist
directory has both filetypes. Getting text files as if they were
binary files may cause problems. Getting binary files as if they
were text certainly will cause problems. So, either get the
whole tree binary and hope for the best. Or get each file indi-
vidually and set the correct bin or asc setting. Or use a tool
that is smart enough to see if a file is binary or text and hope
it doesn't make any mistakes.
Pascal Rottier
STP - MSS Support & Coordination Group
Philip Morris Europe
e-mail: [email protected]
Phone: +49 (0)89-72472530
+++++++++++++++++++++++++++++++++++
Origin IT-services
Desktop Business Solutions Rotterdam
e-mail: [email protected]
Phone: +31 (0)10-2428100
+++++++++++++++++++++++++++++++++++
Don't meddle in the affairs of dragons
'cause you're crunchy and taste good with ketchup
-----Original Message-----
From: Haben, Dirk [SMTP:[email protected]]
Sent: Wednesday, December 08, 1999 6:32 AM
To: 'Soapbox Forte Users'
Subject: (forte-users) appdist copy from VMS to NT question ...
G'day Folxs
Does anyone here have a simple way to copy a whole appdist tree for myapp1
say from VMS to NT? I have created a new environment on a NT box and want
to
copy down all our application distributions.
eg:
On OpenVMS machine vmsbox1 the directory tree and files
vmsbox1::forte_root:[appdist.aenv_myapp_cl3...]*.*;
should go to NT machine ntbox1
[ntbox1] d:\temp\myapp\cl3\...
Even just to d:\temp\aenv_myapp_cl3\... will do.
ftp doesn't seem to do the trick here. Of cause I could write some routine
to put/get file by file - but before I do all that I thought I ask around
if
it's already been done.
Thanks,
Dirk
PS: Needless to say we still develop and makedist on VMS - for now (see
Bulletin 388)!
PPS: No I haven't forgotten about [appdist.aenv.myapp1]*.ace
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected]

Forte support of Oracle and VMS

We need to deploy a Forte V2.0.F.2 application on VMS V7.1 and Oracle
V7.3.2
Forte does not officially support this configuration!
Anyone out there tried it, and what were the results?

Hi Jürgen,
Window Server 2008 is not supported at present. Oracle 11g should be supported - I believe a few of my clients are using version 11g.
All the best,
Luke

VMS - Forte

We are trying to install a Forte Service object with fail over onto a
VMS system. We have a problem loading the distribution.
Here is how we are trying to cut the application.
We are developing the application using a NT box as the central
repository. We then build the distribution onto a VMS box in the test
environment. The application runs fine with fail over on the test
system.
Here is where the problem resides. We then need to take that
distribution and move it to a system where a VMS node is the central
repository. I backup the disk structure from the APPDIST directory on
the VMS system where the app is built. I then restore those directory
structures to my live environment. This method has been successful
until we tried to put the fail over objects in place. I now receive an
arithmetic error just trying to load the application.
Has anyone seen anything like this? Am I completely off base in the way
I migrate the application from one system to the other?
Any help would be appreciated.
Thank you,
Will Perkinson
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

If you are using reference partitions in a different environment, you must
transfer
your code with the IDS. Use the IDS option when you export the workspace.
Hope this helps...
-----Original Message-----
From: Will Perkinson [SMTP:[email protected]]
Sent: Monday, June 21, 1999 8:10 AM
To: [email protected]
Subject: VMS - Forte
We are trying to install a Forte Service object with fail over onto a
VMS system. We have a problem loading the distribution.
Here is how we are trying to cut the application.
We are developing the application using a NT box as the central
repository. We then build the distribution onto a VMS box in the test
environment. The application runs fine with fail over on the test
system.
Here is where the problem resides. We then need to take that
distribution and move it to a system where a VMS node is the central
repository. I backup the disk structure from the APPDIST directory on
the VMS system where the app is built. I then restore those directory
structures to my live environment. This method has been successful
until we tried to put the fail over objects in place. I now receive an
arithmetic error just trying to load the application.
Has anyone seen anything like this? Am I completely off base in the way
I migrate the application from one system to the other?
Any help would be appreciated.
Thank you,
Will Perkinson
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>-
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Re: Forte support of Oracle and VMS

We are recently migrated to ORACLE 7.3 from 7.1 in out test environment
and it is working fine. Although we are on Forte V2.0.e.2 on Dec Unix.
Hope this helps.
Raj.
[email protected]
847-473-6395

Hi Jürgen,
Window Server 2008 is not supported at present. Oracle 11g should be supported - I believe a few of my clients are using version 11g.
All the best,
Luke

VMS File Extensions

Hi,
We have MacOS and Win 95 boxes talking to an Alpha running OpenVMS.
Our Forte applications run some reports on the Alpha box, due to
their size etc. However, we want the users (on the PCs) to be able to
manipulate the resulting files as necessary. At the moment we get a
list of the files in a "user" directory and display that on the
screen. Unfortunately, we can't seem to get the version numbers of the
files (it isn't in the suffix, where I would expect it to be). This is important, as the
User needs to know which file is the latest version (or the previous one etc).
Does anybody have any way of getting the version number for a VMS
file in Forte?
Thanks in advance
Derek Rendall
University of Otago
New Zealand

Elevlyn,
Thank you for fully explaining the situation. Now I can suggest you try this .ged reader.
1) Make a backup of your ged file.
2) Download the reader, and run a virus scan on the program before you run the the installer.
3) Test the reader
4) Please report back the progress. What the reader OK?
I am a volunteer. I am not an HP employee.
To say THANK YOU, press the "thumbs up symbol" to render a KUDO. Please click Accept as Solution, if your problem is solved. You can render both Solution and KUDO.
The Law of Effect states that positive reinforcement increases the probability of a behavior being repeated. (B.F.Skinner). You toss me KUDO and/or Solution, and I perform better.
(2) HP DV7t i7 3160QM 2.3Ghz 8GB
HP m9200t E8400,Win7 Pro 32 bit. 4GB RAM, ASUS 550Ti 2GB, Rosewill 630W. 1T HD SATA 3Gb/s
Custom Asus P8P67, I7-2600k, 16GB RAM, WIN7 Pro 64bit, EVGA GTX660 2GB, 750W OCZ, 1T HD SATA 6Gb/s
Custom Asus P8Z77, I7-3770k, 16GB RAM, WIN7 Pro 64bit, EVGA GTX670 2GB, 750W OCZ, 1T HD SATA 6Gb/s
Both Customs use Rosewill Blackhawk case.
Printer -- HP OfficeJet Pro 8600 Plus

Re: Forte and Dialup PPP connections

Subject: Forte and Dialup PPP connections
Priority: normal
Reply-to: "Dexel Durban" <[email protected]>
We want to run Win 95 on our client forte machines. Currently we're
using Forte v2.0E and MS TCP/IP.
Everything works fine in the LAN enviroment, however these client
machines have to run at remote sites, and therefore will need to use
modems with dialup PPP links.
The catch with the dialup procedure is that they will dial into a box
which verifies their username/password and then dials them back (for
security reasons) and sets up the PPP conection.
The only software that seems capable of setting up a PPP connection
after someone dialing your machines, is a product called Fastlink which
we're using.
After we've set up the PPP connection and run forte it works 100%,
however if we come out and run forte again - it can't establish the
connection to the host.
What we've deduced from this is that possibly :
1) MS TCP/IP isn't cleaning up after itself after the first
connection
2) The problem lies with Fastlinks ODI driver.
My questions are :
1) Has anyone managed to get forte running over a modem using PPP,
with the call-back verification procedure outlined above ?
2) In the Forte doc's it says that Forte is only compatible with Win
95 and MS TP/IP no other TCP/IP stack - is this true, or has someone
managed to get another stack working ?
Any help would be greatly appreciated !
- Carl
I have some similiar problems that basically were solved by a fix to one of the
ip executables. For this particular situations I was using Lan Workplace for DOS
Version 5 and just visited their web site and looked for a description similiar
to the problem I was having to determine the right patch. It sounds like when
you let go of your connection that the com port is probably still being held and
not beig released. I could be wrong but.... are you getting any other type of message?

Thank you for your answer, David.
We are considering the splitting of one VMS partition into several ones to
streamline some functionality. Currently the communication between the
implied components is handled within the existing partition. By splitting it
we are expecting some performance loss due to interpartition communication
overhead and, since the number of messages expected will be high, we were
wondering if they will be needlessly going through the whole network stack
or transferred directly via socket IPC, as can be done in the Unix boxes.
The answer would help us tune-up the system by focusing at the right
parameters during testing of the new setup.
Alberto Lamas
Datamed SA

FORTE on VMS

Similar Messages

Maybe you are looking for