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
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  • DEC VAX/VMS Sites

    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-1401

    The equivalent of the -xld option is -vax=debug. I can't find
    anything in the new compiler regarding the environment
    variable LOGICALNAMEMAPPING.
    Bob Corbett

  • =?iso-8859-1?Q?RE=3A_ORACLE_And_Fort=E9?=

    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&eacute;
    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]

  • 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/>

  • 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/>

    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-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

  • 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