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/>
Similar Messages
-
RE: Unsupported Oracle/Forte version
A possible solution would be to upgrade Oracle to 7.3, and to use SQL*Net to
manage the database connections. I don't know whether this would cause any
performance issues, but we are currently using this technique for our
environment (AIX, Digital UNIX) and it is working well.
If you have specific questions about the setup, please let me know.
Brian Wilson
Piper Jaffray
From: [email protected][SMTP:[email protected]]
Sent: Wednesday, October 01, 1997 10:42 AM
To: Levitt, David; Klabunde, Mark; Swenson, David; Wilson, Brian; Rigelhof,
Nancy; Scurr, Doug; Anderson, Steven
Date: 01 Oct 1997 16:42:07 +0200
From: Jean-Luc Thiveyrat-F257368 <[email protected]>
To: "[email protected]" <[email protected]> (Return requested)
Subject: ORACLE And =?iso-8859-1?Q?Fort=E9?=
MIME-Version: 1.0
Sender: [email protected]
Precedence: bulk
Reply-To: Jean-Luc Thiveyrat-F257368 <[email protected]>
On NT or VMS, Forte R2 support ORACLE 7.1 but not 7.3.
ORACLE does not support anymore 7.1 in November 97.
How do you consider this problem ?
Because R3 is not available in production before 01/98, there is at
least one month (december) with a non supported product.
Anyway, all customers will not migrate to R3 as it is available.
What to do ?
If you are not the intended recipient, please notify the Sender.
Non-business opinions may not reflect opinions of Piper Jaffray
Companies (PJC). Distribution or other use of this information
is prohibited without written consent from the author.
PJC reserves the right to monitor all e-mail.
------------------------------------------------------------------------------Is it possible to connect to a old DB with jdeveloper11G?
A new JDBC driver may not be defined as the built-in JDBC definition is un-modifiable.
But, a Java/J2EE applicaion may define a jdbc connection to an earlier version of database by including a supported version of the driver in the classpath. -
ORACLE And =?iso-8859-1?Q?Fort=E9?=
On NT or VMS, Forte R2 support ORACLE 7.1 but not 7.3.
ORACLE does not support anymore 7.1 in November 97.
How do you consider this problem ?
Because R3 is not available in production before 01/98, there is at
least one month (december) with a non supported product.
Anyway, all customers will not migrate to R3 as it is available.
What to do ?With Forte Release2 supporting only OLE callout, you can use DDE
to pass data; but with Release 3 which supports OLE callin , you
should be able to pass data both ways.
- Arvind
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Arvind Kumar Krishnaswamy
Digital/Forte Software Products Group
Digital Equipment Corporation ______________________
1800,Harrison Street,Suite 1700, | | | | | | | |
Oakland.CA 94612 USA |d |i |g |i |t |a |l |
| | | | | | | |
Tel : 510-251-6537 ----------------------
Fax : 510-251-6531
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -
Hello
There is a Forte customer in Australia who would like to correspond with
other VAX/VMS Forte sites. The purpose of this correspondence will be to
exchange tips and techniques for using Forte on VAX/VMS machines. Please
respond to me if you can help.
Cheers,
Eric
Eric Gold
Technical Director
Forte Software Pty Ltd
Sydney, Australia
Voice: 61-2-9926-1400
Fax: 61-2-9926-1401The equivalent of the -xld option is -vax=debug. I can't find
anything in the new compiler regarding the environment
variable LOGICALNAMEMAPPING.
Bob Corbett -
Jean-Luc,
On NT you can install the Oracle support files for 7.1 (or as we did 7.2
on NT/Alpha) after you have installed 7.3. Then you should be able to
run Forte agains Oracle 7.3.
You'll find these files on your Oracle 7.1 CD when you use Oracle
Installer.
Anyhow, I guess this is not a supportet configuration by Forte.
For VMS, I don't know if 7.3 is useable.
Hope this helps
Uli
-------------------------------------------Dipl.-Inform. Ulrich
Beutenmueller
TechnoData Informationstechnik GmbH
Technology Marketing
mailto:[email protected]
http://www.technodata.de
-----Original Message-----
From: Jean-Luc Thiveyrat-F257368 [SMTP:[email protected]]
Sent: Wednesday, October 01, 1997 4:42 PM
To: [email protected]
Subject: ORACLE And Forté
On NT or VMS, Forte R2 support ORACLE 7.1 but not 7.3.
ORACLE does not support anymore 7.1 in November 97.
How do you consider this problem ?
Because R3 is not available in production before 01/98, there is at
least one month (december) with a non supported product.
Anyway, all customers will not migrate to R3 as it is available.
What to do ?With Forte Release2 supporting only OLE callout, you can use DDE
to pass data; but with Release 3 which supports OLE callin , you
should be able to pass data both ways.
- Arvind
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Arvind Kumar Krishnaswamy
Digital/Forte Software Products Group
Digital Equipment Corporation ______________________
1800,Harrison Street,Suite 1700, | | | | | | | |
Oakland.CA 94612 USA |d |i |g |i |t |a |l |
| | | | | | | |
Tel : 510-251-6537 ----------------------
Fax : 510-251-6531
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -
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] -
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/> -
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/>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/> -
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 -
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 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-6395Hi 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 -
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 ZealandElevlyn,
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 -
Re: Running the same (Forte) application multiple times -for different
Hi
We had the same problem - how to deploy a number of identical applications, using each their own db.
(for training).
The solution we used is to wrap the entire application into different applications by using a very small
module called KURSUS01, KURSUS02 etc, that did nothing but call the start procedure of the main app.
Then in the dbsession connect, we made a call appname to get the application name, and appended the
first 8 chars to the dbname. Thus our dbnames now points to logicals name: rdbdataKURSUS01, rdbdataKURSUS02 etc.
All this allows us to deploy the identical apps in the same env, or change one version, and run both the old
and new program on the same pc and server at the same time (eg. KURSUS01 and KURSUS02).
I also think this is a kludge - but it works nicely!
Jens Chr
KAD/Denmark
-----Original Message-----
From: Haben, Dirk <[email protected]>
To: 'Soapbox Forte Users' <[email protected]>
Date: 15. januar 1999 09:41
Subject: Running the same (Forte) application multiple times - for different business clients.
Hi All
We have a number of different business clients all willing to use our
application.
The (forte) application is to run on our machines etc for these (business)
clients.
All (business) clients will have their data kept in separate Oracle DBs
(instance).
The problem now is that the entire (forte) application is written using
DBSessions.
Now, depending on what business client needs to be serviced (so to speak) we
need to attach to the right DB - or use the "right" SO.
The two options we can think of are:
Option1:
Programatic change to somehow "know" what (business) client (DB) I'm talking
about and then use the right DB.
Pro:
Only one forte environment to maintain
Can run multiple (business) clients on same PC at the same time
Con:
Requires many program changes
bending O-O rules(?)
can't dynamically name SOs so can it be done at all? (ResourceMGRs maybe?)
Option2:
Use separate environments! One for each business client.
Pro:
More defined separation of app and data,
SLA-easy
Con:
Maintain "n" number of environments
Can only run the application for one environment (business client) at a time
on one PC - Big Negative here!
Not knowing any feasible solution to option 1 (without much code changes and
developer moaning) I would go for option two; as I have already worked on
multi-environment setups on VMS back at the Hydro (hi guys).
I would appreciate any comments from anyone who has solved this problem.
How, Why Pro Con etc.
TIA,
Dirk Haben
Perth, WA
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/>Hi
We had the same problem - how to deploy a number of identical applications, using each their own db.
(for training).
The solution we used is to wrap the entire application into different applications by using a very small
module called KURSUS01, KURSUS02 etc, that did nothing but call the start procedure of the main app.
Then in the dbsession connect, we made a call appname to get the application name, and appended the
first 8 chars to the dbname. Thus our dbnames now points to logicals name: rdbdataKURSUS01, rdbdataKURSUS02 etc.
All this allows us to deploy the identical apps in the same env, or change one version, and run both the old
and new program on the same pc and server at the same time (eg. KURSUS01 and KURSUS02).
I also think this is a kludge - but it works nicely!
Jens Chr
KAD/Denmark
-----Original Message-----
From: Haben, Dirk <[email protected]>
To: 'Soapbox Forte Users' <[email protected]>
Date: 15. januar 1999 09:41
Subject: Running the same (Forte) application multiple times - for different business clients.
Hi All
We have a number of different business clients all willing to use our
application.
The (forte) application is to run on our machines etc for these (business)
clients.
All (business) clients will have their data kept in separate Oracle DBs
(instance).
The problem now is that the entire (forte) application is written using
DBSessions.
Now, depending on what business client needs to be serviced (so to speak) we
need to attach to the right DB - or use the "right" SO.
The two options we can think of are:
Option1:
Programatic change to somehow "know" what (business) client (DB) I'm talking
about and then use the right DB.
Pro:
Only one forte environment to maintain
Can run multiple (business) clients on same PC at the same time
Con:
Requires many program changes
bending O-O rules(?)
can't dynamically name SOs so can it be done at all? (ResourceMGRs maybe?)
Option2:
Use separate environments! One for each business client.
Pro:
More defined separation of app and data,
SLA-easy
Con:
Maintain "n" number of environments
Can only run the application for one environment (business client) at a time
on one PC - Big Negative here!
Not knowing any feasible solution to option 1 (without much code changes and
developer moaning) I would go for option two; as I have already worked on
multi-environment setups on VMS back at the Hydro (hi guys).
I would appreciate any comments from anyone who has solved this problem.
How, Why Pro Con etc.
TIA,
Dirk Haben
Perth, WA
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-users) user name
Troy Burns wrote:
It would definitely be of interest to me, since this is an item on my
"to-do" list. If you can release the code, let me know.Here 'tiz.
The files you're getting are:
SFVosC.pex - "C" wrapper.
Vos.C - The "C" callout.
Vos.H - A header file for Vos.C, used by ...
VosCLI.C - A command-line-driven mainline to test Vos.C
VosObj.CEX - An object that provides a "nice" interface to the "C" wrapper.
We use this in two ways: instantiated as a local object to get the username
under VMS or NT, or as a service object partitioned to an NT server to do
username/password authentication on behalf of clients on other operating
systems.
The following changes have been made throughout the files in an attempt to
keep various people in DuPont happy:
"our_application_root" replaces the actual name of the root directory of
the application.
"our_vms_server" replaces the actual name of the system in question.
"our_nt_server" replaces the actual name of the system in question.
"our_application_name" replaces the actual name of the application.
A copyright notice, the usual disclaimer, and a "fair use" statement (which
is just a reference to the Perl Artistic License) have been inserted.
Except for the "ExternalObjectFiles" declaration in SFVosC.pex, all the
changes appear to have been in comments. But the files come with the usual
freeware warranty (i.e. "use at your own risk".)
Have fun with these!
Tom Wyant
(See attached file: SFvosC.pex)(See attached file: Vos.c)(See attached
file: Vos.h)(See attached file: Voscli.c)(See attached file: VosObj.cex)I would try going to the "lowest common denominator" between WindowsNT and
Windows95 - DOS. Both windowing OS's sort of have their roots in DOS, or at
least both are capable of opening a DOS session.
Therefore, from a DOS prompt type "set" to view the environment variables for
both OS types. Look for a common variable between the two that stores the
userID. If you can find one of these your application will be that much more
portable between these two Windows mutations.
I used "set" on my NT and found my userID assigned to a few variables. I haven't
done this on a Windows95 machine in quite some time, but if the machine is on
the network it should have at least one environment variable with the userID.
I'm just guessing that DOS has a variable to store the userID that will be
common to both machines.
Good luck....
Kelsey PetrychynSaskTel Technical Analyst
ITM - Technology Solutions - Distributed Computing
Tel (306) 777 - 4906, Fax (306) 359 - 0857
Internet:kelsey.petrychynSasktel.sk.ca
Quality is not job 1. It is the only job!
"Olivier Andrieux" <oandrieuxaxialog.fr> on 07/19/2000 09:12:41 AM
To: forte-userslists.xpedior.com
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) user name
Hi
I use this command to catch the username:
task.part.operatingsystem.getenv('username')
with NT, there is no problem
but with windows95 or 98 the command doesn't find the username.
Thanks in advance.
Olivier Andrieux
Axialog
Lille
For the archives, go to: http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com
Maybe you are looking for
-
will not come to life when i click on it in the toolbar. it opens then 2 seconds later it stops?
-
Previously blocked client computers - now cannot install SCCM 2012 R2 client
Hello, I have a Primary Site on SCCM 2012 R2. New installation of 2012 R2, not upgrade from SCCM 2007. My environment is pretty small for now, having added just few dept computers in the company. We are using SCCM for Endpoint Security antivirus depl
-
Information about javascript in pdf forms
Hello folks. Could anybody tell me where i can find information about application javascript language in pdf forms? I've visited adobe.com and found a lot of pdf articles but they are really useless. I want to find about object model of pdf form, abo
-
How to run stored procedure through PHP4 OCIExecute? When I use: $conn = OCILogon( $usr, $pas, $db ); $data = OCIParse( $conn,"EXECUTE schema.stored_proc" ); OCIExecute( $data ); OCIFetch ( $data ); the effect is: Warning: OCIStmtExecute: ORA-00900:
-
Foreigner customers and AppleCare global Protection Plan
Please, Recently, I bought AppleCare Protection Plan and it is registered localy (Brasil, outside USA). I noticed I could download the new version of "TechTool Deluxe" at the apple site (support). Always when I try to sign in using my Macbook serial