RE: (forte-users) FW: central environment hanging

Doug,
We have our repository servers on Windows NT 4.0 (Alpha), however our
environment manager is on the same node as the repository servers, so our
experiences may not fit your case.
We use Windows NT services to start/stop the repository servers and have
defined them to start up as the appropriate Windows NT account so that its
registry is populated properly.
We use the Schedule service via WinAT for our nightly cleanups. We use the
Forte srvcinst.exe utility to shutdown the repository server before running
a batch script to perform the rpclean before starting up the repository
server within the same srvcinst.exe session.
We have never experienced environment console hangs, however this technique
doesn't cope with people leaving repository sessions active overnight as
rpstop -k would.
Sample srvcinst.exe Script
%FORTE_ROOT%\bin\srvcinst.exe
SetName "<Repositoty-Server-Name>"
Stop
Delay 10000
ExecCmd "cmd /c call RPClean_This.bat > RPClean_This.log 2>
RPClean_This_2.log"
Delay 10000
Start
Delay 10000
Exit
Mario Emmi
British Aerospace Australia
-----Original Message-----
From: Wheeler, Douglas CWT-MSP [SMTP:[email protected]]
Sent: Thursday, 23 September 1999 02:40
To: '[email protected]'
Subject: (forte-users) FW: central environment hanging
Our development environment consists of a SUN box as the environment
manager with an NT box acting as the host for all of the repositories.We
have a number of repositories and an NT service set up for each one.Each
night WinAT runs bat files the shutdown each of the rpserver, runrpclean
against each of the repositories, and then starts up each of therpserver.
The problem that we are seeing is the central environment hangs at some
point during this process. The central environment manager process is
still running under UNIX (via checkforte) but you cannot connect via
escript or econsole. In addition there are no log messages indicating
what is causing the environment to hang.
Does anybody have a similar development environment?
Some specific Forte questions:
1. Is it better to bring the repositories down via rpstop or anescript?
2. We are using rpstop -k could this be causing a problem?
3. Should we be bring down the node manager on the NT box also?
Some NT specific questions:
1. We use WinAT with a call to a batch file that calls a batch file the
runs the "rpstop ... -k" and "netsrv "name" \\machine /stop" Thisshould
work, right? Specifically, will the rpserver shut down gracefully?2. For the NT services that are set up for the Forte process should the
"Log On As" property be set to "System Account" or "This Account: forte"?
Thanks,
Doug Wheeler
Voice: (612) 594-2519
BORN Information Services voicemail: (612) 404-4379
[email protected]
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]

Hi Douglas,
You experience problems after a nightly refresh of your repositories.
You do not mention this explicitely in your mail, but am I correct in
assuming you also reboot the NT-server? And, am I correct in
assuming the E-script and E-console that won't start, are being
started (or at least, trying to be started) on this same NT-server,
after the reboot?
If that is the case, then there is your problem. You stopped the
repositories correctly, cleaned them and then restarted the computer,
without first stopping the nodemgr correctly. If the same node is
started again, and de nodemgr is started, it is unable to re-attach
to the cental node. First, the central node must understand that
the original node is gone, which it will after a network timeout, which
usually is a TCP/IP timeout of about 1 hour.
Solutions.
1) Wait 1 hour after reboot before attempting any E-script.
2) Before rebooting the machine, use E-script to shutdown the
nodemgr.
3) Use the KEEP_ALIVE settings (see Forte docu), to bring this
timeout back to a few minutes, in stead of 1 hour.
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
+++++++++++++++++++++++++++++++++++
/* All generalizations are false! */
-----Original Message-----
From: Wheeler, Douglas CWT-MSP [SMTP:[email protected]]
Sent: Wednesday, September 22, 1999 6:40 PM
To: '[email protected]'
Subject: (forte-users) FW: central environment hanging
Our development environment consists of a SUN box as the environment
manager with an NT box acting as the host for all of the repositories.We
have a number of repositories and an NT service set up for each one.Each
night WinAT runs bat files the shutdown each of the rpserver, runrpclean
against each of the repositories, and then starts up each of therpserver.
The problem that we are seeing is the central environment hangs at some
point during this process. The central environment manager process is
still running under UNIX (via checkforte) but you cannot connect via
escript or econsole. In addition there are no log messages indicating
what is causing the environment to hang.
Does anybody have a similar development environment?
Some specific Forte questions:
1. Is it better to bring the repositories down via rpstop or anescript?
2. We are using rpstop -k could this be causing a problem?
3. Should we be bring down the node manager on the NT box also?
Some NT specific questions:
1. We use WinAT with a call to a batch file that calls a batch file the
runs the "rpstop ... -k" and "netsrv "name" \\machine /stop" Thisshould
work, right? Specifically, will the rpserver shut down gracefully?2. For the NT services that are set up for the Forte process should the
"Log On As" property be set to "System Account" or "This Account: forte"?
Thanks,
Doug Wheeler
Voice: (612) 594-2519
BORN Information Services voicemail: (612) 404-4379
[email protected]
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]

Similar Messages

RE: (forte-users) FORTE_ROOT environment variable

Simply :
myVar : string = ${forte_root};
It works in the current partition, if you want to know about variables
in another partition or
another machine, you'll have to use the
task.part.operatingsystem.GetEnv() syntax.
Patrice BOURDON
Alliance Sante France
ZIAP Chtx-Deols - BP 30
Place Marcel Dassault
31630 DEOLS
FRANCE
e-mail: mailto:[email protected]
web : http://www.alliance-sante.fr

Dear Jane,
In order to see the new value of the environment variable you have to
reboot your forte, or it is also possible to write a simple forte program
which sets the environment variable (SetEnv), in this case you can change the
value without rebooting.
Best Regards,
Tamas Deak
Jane Patterson wrote:
Dear Forte Users,
I am using a Windows 95 machine running Forte 30G2 and I am trying to get
the value of FORTE_ROOT within a method so I can create the full path and
name for the applications helpfile. I have tried many, many ways to get
the value out of this environment variable, but with no joy!
All ideas or samples will be welcome.
Thanks,
Jane Patterson
Jane Patterson
Analyst/Programmer, Administrative Technology Services
P.O. Box 56, University of Otago
Dunedin, New Zealand
Business Phone: +64 (0)3 479 8286
Business Fax : +64 (0)3 479 5080
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]
Tamas Deak
Lufthansa Systems Hungary
(forte developer)
2-6 Mazsa ter, Budapest, 1107, HUNGARY
(36-1) 4312 973
[email protected]
[email protected][email protected]-

Re: (forte-users) Hi - Query on XML Import document -Hang

Double check that your XML is valid. I've seen
importDocument hang when I'm missing an end tag.
I don't think it's a validating parser.
Of course, there's no documentation, so.... :)
Chris
--- "Saravanan, Lakshmi N." <lnarayanoxhp.com> wrote:
Hi guys,
I am trying to import an XML document from a
Memory stream object. I
got the example
from this group ( It was very helpful ).
Sample Code :
l_MemStr : MemoryStream = new;
l_MemStr.Open( SP_AM_READ_WRITE );
l_MemStr.WriteText( source = l_XMLData );
l_MemStr.Seek( position=0 );
-- Create a Document object from the memory stream
myDoc : Document = new;
myDoc.importdocument( l_MemStr );
After this line nothing seems to happen.. the
partition just hangs... keeps
the CPU busy.
If i deploy the same in a NT or on a IBM box it
works fine. The problem is
with the Sequent box..( i guess ).
Did any of you guys face a problem like this...
Please let us know..
I would really appreciate it.
Thanks
Laks
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
http://mail.yahoo.com/

Well, Forte have agreed to release a patch for the XML bug on DG Unix with
Forte Version 3.0.M.2. I've attached a related mail with this.
- Charu.
-----Original Message-----
From: Epari, Madhusudhan [mailto:meparioxhp.com]
Sent: Friday, September 01, 2000 7:59 AM
To: 'Amin, Kamran'
Cc: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users) Hi - Query on XML Import document - Hang
I did check the xml by opening it in IE 5.0 for it's well-formedness. Still
it's failing on sequent box.
-----Original Message-----
From: Amin, Kamran [mailto:kamran.aminlendware.com]
Sent: Friday, September 01, 2000 10:55 AM
To: 'Epari, Madhusudhan'
Subject: RE: (forte-users) Hi - Query on XML Import document - Hang
Well not really. One way to check if the xml is valid is to open it in IE
5.0. If its well formed then it will show up otherwise it will give you an
error. Also the document object is not the best code that came out of Forte
and has errors, so this might be a bug you will have to report. And they
are not giving any new patches until 3.5 comes out in 2 months.
ka
-----Original Message-----
From: Epari, Madhusudhan [mailto:meparioxhp.com]
Sent: Friday, September 01, 2000 10:52 AM
To: 'Christopher Fury'
Cc: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users) Hi - Query on XML Import document - Hang
If the XML is invalid it should fail on all boxes. This should be a sequent
specific problem.
Madhu
-----Original Message-----
From: Christopher Fury [mailto:cfuryyahoo.com]
Sent: Friday, September 01, 2000 9:37 AM
To: 'forte-userslists.xpedior.com'
Subject: Re: (forte-users) Hi - Query on XML Import document - Hang
Double check that your XML is valid. I've seen
importDocument hang when I'm missing an end tag.
I don't think it's a validating parser.
Of course, there's no documentation, so.... :)
Chris
--- "Saravanan, Lakshmi N." <lnarayanoxhp.com> wrote:
Hi guys,
I am trying to import an XML document from a
Memory stream object. I
got the example
from this group ( It was very helpful ).
Sample Code :
l_MemStr : MemoryStream = new;
l_MemStr.Open( SP_AM_READ_WRITE );
l_MemStr.WriteText( source = l_XMLData );
l_MemStr.Seek( position=0 );
-- Create a Document object from the memory stream
myDoc : Document = new;
myDoc.importdocument( l_MemStr );
After this line nothing seems to happen.. the
partition just hangs... keeps
the CPU busy.
If i deploy the same in a NT or on a IBM box it
works fine. The problem is
with the Sequent box..( i guess ).
Did any of you guys face a problem like this...
Please let us know..
I would really appreciate it.
Thanks
Laks
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
http://mail.yahoo.com/
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
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
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

RE: (forte-users) Reporting tools/components for ForteApplications?

Hi Robert,
A good place to start when it comes to reporting is Forte Consulting. They
have developed a tool called ReportKit, which is ActiveX integration with
Seagate Software's Crystal Reports tool. Crystal is not really a three-tier
tool (although, your Forte Consultant can probably set it up to mimic a
three-tier tool), but it is a quick, easy way to get quality reports from
your existing Forte applications. If you're interested, give your Forte
Sales Rep (or, better still, your Forte Regional Consulting Director) a
call. They can discuss pricing and scheduling. I've done several
integration projects with Crystal, and I highly recommend ReportKit for
small- to medium-sized reporting requirements. As for costs, I don't recall
how much CrystalReports runs, but I think there are developer licenses and
runtime licenses.
FYI, the actual integration of ReportKit is pretty quick. The more
time-consuming piece of any report tool integration is the design and
implementation of the reports to be used.
I hope this helps.
-Katie
Katie Tierney
Quality Management Analyst
Akili Systems Group
601 Jefferson, Suite 3975
Houston, Texas 77002
Office: (713) 655-1400
Cell: (409) 255-1643
"The bitterness of poor quality remains long after the sweetness of low
price is forgotten" --Larry Anderson
-----Original Message-----
From: Robert Brooke-N502365 [mailto:Robert.Brookeca.michelin.com]
Sent: Monday, February 14, 2000 8:17 AM
To: kamranaminyahoo.com
Subject: (forte-users) Reporting tools/components for Forte
Applications?
Hi all,
We are looking for what is currently in the marketplace to enhance the
reporting
capabilities of Forte. Ideally, we are looking for component libraries that
we
could import into our repository. Do these exist?
Currently, I have found six reporting tools that are out there. The
tools
are Actuate, Crystal Reports, Report Workshop from Indus Consultancy
Services, Brio Technologies (SQR) VisualBRIO, Visual CyberQuery from
Cyberscience Corp., and Beacon from Brahma Software Solutions FORTify
Components. Are there any others for Forte?
If anyone is currently using one of these Reporting Tools for Forte or
any
others, could you give me any indications as to the costs, training, type
of
application using the Reporting tool, would you recommend using the
product
again, does it use wrappering or API, or is it a component based tool, and
any
other relevant information on the product?
Thanks,
Robert Brooke
Application Developer
Michelin North America (Canada) Inc. CA0/CA1
PO Box 399
New Glasgow, Nova Scotia
B2H-3E6
Phone: (902) 753-1977
Fax: (902) 396-2180
Note: We are currently developing in Forte 3.0.L.2. However, we would
like
to select a reporting tool/component within the next month. We are in the
initial phases of our next project, an application to be developed
in-house.
Probably will have two databases, one for real-time data and another one
for
archived data. Probably will need reporting functionality and capabilities
for
both real-time data and archived data.
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
The E-Mail System is to be used for business purposes only.
www.mimesweeper.com
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

At 09:33 AM 4/20/01, Rottier, Pascal wrote:
Forte 4GL is:
1) A language, TOOL (Compare to Java)
2) An IDE (Compare to e.g. JBuilder or FJCE)
3) A collaborative development environment, with central repository (Compare
to ????)
4) A distributed application server / object request broker (Compare to J2EE
servers and/or CORBA)Let's not forget WebEnterprise, Express, and especially Fusion.
I think, SUN is not al all interested in TOOL.If TOOL were just a language and had no market yet, you are probably
right. But, not only is TOOL the key to the Forte environment, but it has
an existing and profitable market. Sun still sells FORTRAN, after all, and
continues to put money into ADE development for all its language
products. The real kicker, though, is that I think iPlanet is very clear
that Fusion, now iIS, is a very key product for them. There may be those
who wish it were written in Java and who might lobby for doing a Java
version, but it was clear at the conference that the iPlanet management
recognize that Java just isn't up to the task at this point. It isn't as
if all the iPlanet tools are actually written in Java, after all.
They will only support them for as long as they need.Or, more likely, for as long as they make money.
Now, in response to Microsofts .NET stratagy. We have yet to see how
succesfull this will be, but I expect Microsoft to push this down the
throats of developers and companies quite succesfully.Like they did DCOM?
=========================================================================
Thomas Mercer-Hursh, Ph.D email: [email protected]
Computing Integrity, Inc. sales: 510-233-9329
550 Casey Drive - Cypress Point support: 510-233-9327
Point Richmond, CA 94801-3751 fax: 510-233-6950

RE: (forte-users) FW: (forte-users)

Hi there
Thanks very much for the solution - just wanted to let you know . We
implemented the design that technote 11378 suggested .
It worked .
Thanks very much
Cheers
Jen
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, 20 March, 2001 9:21 PM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users) FW: (forte-users)
Hi David,
The problem is that the SO uses an attribute of its class ACBAccount as
the ObjectReference pointer. SO is not a stateless object. The possible
scenario before crash can be that client A and B calls SO at the same
time. A's thread creates ACBAccount gets the ObjectReference. At this
point B's thread is activated, does the same as A creates new
ObjectReference. Probably the next switch between A and B will be in the
Connect() (B should wait for OLE server). If A is reactivated it doesn't
get the original own reference but the B's reference. It can cause the
crash and means that a thread can use reference created in some other
thread.
Regards,
Zenon
-----Original Message-----
From: David McPaul [SMTP:dmcpaullumley.com.au]
Sent: Monday, March 19, 2001 11:52 PM
To: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Jenni,
As Zenon has pointed out, technote 11378 talks about problems that
can occur if the calls made to an OLE object are not from within the same
thread the OLE object was created in. It goes on to show a design to
avoid
this.
However, the code you have given DOES communicate to the OLE object
in the same thread as it was created. So the problem as I see it is more
likely to be that the OLE object is not being garbage collected. Although
you do explicitly NIL out the ACBAccount object there is a technote 12453
that deals with the need to set the ObjectReference of CDispatch objects
to
NIL to allow the OLE object to be completely reclaimed by the garbage
collector. Failure to do so when using code that creates a new OLE object
every time you ask for an account validation will eventually run the
partition out of memory.
As pointed out in a previous post you can also increase
FORTE_STACK_SIZE but this will delay the problem not correct it.
Rather than create the connection each time you may want to think
about redesigning the method as shown in tech note 11378.
Cheers
David
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, March 20, 2001 5:05 AM
To: 'Els, Jenni'
Cc: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Hi Jenni,
The most important issue by designing an OLE connection between a Forte
server partition and an OLE component is taking into account that an OLE
object can be referenced from the NT thread in Forte partition that it was
created in. It is the reason that you have no problems with your mini-app
in
single-threaded version.
This problem is discussed in the Technote 11378. You can find a workaround
for your problem there, too.
Regards,
Zenon
-----Original Message-----
From: Els, Jenni [SMTP:JElsnbs.co.za]
Sent: Monday, March 19, 2001 2:28 AM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users)
Hi there
We have this situation
We are calling a Service Object (in the server partition) from ourclient
partition.This service object calls a method which calls a DLLregistered
on our server (VB code) . This VB code access a database on anotherserver
.(DSN set up on our server ).The database is sql server .
We are having the problem where for about 3 hours in the morning , the
system works perfectly. We then get a segmentation violation on this
partition . When we run interpreted we can see that this is an OLEinvoked
exception. The partition does not always show as offline in econsole
and
because it does not , we cannot 'online' another . We cannot take the
entire app down as everything hangs . Eventually our technical depthas
to
down the server
We set up a mini-app looping through and calling the DLL to simulate
the
problem . It worked fine. When we put another asynchronous task in the
method to call the service object , it erred quite soon. We thencreate
an
attribute of type mutex and locked using that. The mini-app worked.
However our app in development eventually hanged (without the
partition
coming though) .
The service Object is an environment visible service object in asingle
(non-replicated partition) . It has a dialog duration = session .
In the project is
ACB : ACBObject
ACBObject : CDispatch (shared = disallowed , distributed =
disallowed, transactional = disallowed, monitored = allowed)
ACBValidator : Object (shared = allowed , distributed =allowed,
transactional = disallowed, monitored = disallowed)
ACBVaidatorSO : ACBValidator
In this method we have this code to call the DLL
self.ACBAccount = new;
self.ACBAccount.CreateUsingCLSID(classID='{2EFD3084-7B05-11D3-857F-00105A4
8CEA0}');
pErrorMessage = new;
acbaccount.BankCode = pBankCode.value;
acbaccount.BranchCode = pBranchCode.value;
at : VariantI2 = new;
at.Value = pAccountType.Value;
acbaccount.AccountType = at.Value;
acbaccount.AccountNo = pAccountNo.value;
begin
acbaccount.Connect();
exception
when e : GenericException do
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error connecting to the database');
raise ex;
end;
begin
err : i2 = acbaccount.ValidateAccount();
if err != 0 then
pErrorMessage.SetValue(acbaccount.ErrDescriptionStr(iErrorCode= err));
acbaccount.Disconnect();
return false;
else
pErrorMessage.SetValue('The account is
valid!!');
acbaccount.Disconnect();
self.ACBAccount = NIL ;
return true;
end if;
exception
when e : GenericException do
acbaccount.Disconnect();
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error Validating the account');
Task.ErrorMgr.AddError(ex);
task.errormgr.ShowErrors();
raise e;
end;
exception
when e : GenericException do
acbaccount.Disconnect();
Task.ErrorMgr.ShowErrors();
raise e;
If anybody has any suggestions , they would be most welcome
Thanks very much
Cheers
Jenni Els************************************************************************Th
is e-mail is intended for the use of the individual or entity named above
and may contain information that is confidential and privileged. If you
are not the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this e-mail is strictly
prohibited. If you have received this e-mail in error, please notify us
immediately at helpdesklumley.com.au and destroy the original message.
While this mail and any attachments have been scanned for common computer
viruses and found to be virus free, we recommend you also perform your own
virus checking processes before opening any attachments.
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--
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
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm

Hi there
Thanks very much for the solution - just wanted to let you know . We
implemented the design that technote 11378 suggested .
It worked .
Thanks very much
Cheers
Jen
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, 20 March, 2001 9:21 PM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users) FW: (forte-users)
Hi David,
The problem is that the SO uses an attribute of its class ACBAccount as
the ObjectReference pointer. SO is not a stateless object. The possible
scenario before crash can be that client A and B calls SO at the same
time. A's thread creates ACBAccount gets the ObjectReference. At this
point B's thread is activated, does the same as A creates new
ObjectReference. Probably the next switch between A and B will be in the
Connect() (B should wait for OLE server). If A is reactivated it doesn't
get the original own reference but the B's reference. It can cause the
crash and means that a thread can use reference created in some other
thread.
Regards,
Zenon
-----Original Message-----
From: David McPaul [SMTP:dmcpaullumley.com.au]
Sent: Monday, March 19, 2001 11:52 PM
To: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Jenni,
As Zenon has pointed out, technote 11378 talks about problems that
can occur if the calls made to an OLE object are not from within the same
thread the OLE object was created in. It goes on to show a design to
avoid
this.
However, the code you have given DOES communicate to the OLE object
in the same thread as it was created. So the problem as I see it is more
likely to be that the OLE object is not being garbage collected. Although
you do explicitly NIL out the ACBAccount object there is a technote 12453
that deals with the need to set the ObjectReference of CDispatch objects
to
NIL to allow the OLE object to be completely reclaimed by the garbage
collector. Failure to do so when using code that creates a new OLE object
every time you ask for an account validation will eventually run the
partition out of memory.
As pointed out in a previous post you can also increase
FORTE_STACK_SIZE but this will delay the problem not correct it.
Rather than create the connection each time you may want to think
about redesigning the method as shown in tech note 11378.
Cheers
David
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, March 20, 2001 5:05 AM
To: 'Els, Jenni'
Cc: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Hi Jenni,
The most important issue by designing an OLE connection between a Forte
server partition and an OLE component is taking into account that an OLE
object can be referenced from the NT thread in Forte partition that it was
created in. It is the reason that you have no problems with your mini-app
in
single-threaded version.
This problem is discussed in the Technote 11378. You can find a workaround
for your problem there, too.
Regards,
Zenon
-----Original Message-----
From: Els, Jenni [SMTP:JElsnbs.co.za]
Sent: Monday, March 19, 2001 2:28 AM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users)
Hi there
We have this situation
We are calling a Service Object (in the server partition) from ourclient
partition.This service object calls a method which calls a DLLregistered
on our server (VB code) . This VB code access a database on anotherserver
.(DSN set up on our server ).The database is sql server .
We are having the problem where for about 3 hours in the morning , the
system works perfectly. We then get a segmentation violation on this
partition . When we run interpreted we can see that this is an OLEinvoked
exception. The partition does not always show as offline in econsole
and
because it does not , we cannot 'online' another . We cannot take the
entire app down as everything hangs . Eventually our technical depthas
to
down the server
We set up a mini-app looping through and calling the DLL to simulate
the
problem . It worked fine. When we put another asynchronous task in the
method to call the service object , it erred quite soon. We thencreate
an
attribute of type mutex and locked using that. The mini-app worked.
However our app in development eventually hanged (without the
partition
coming though) .
The service Object is an environment visible service object in asingle
(non-replicated partition) . It has a dialog duration = session .
In the project is
ACB : ACBObject
ACBObject : CDispatch (shared = disallowed , distributed =
disallowed, transactional = disallowed, monitored = allowed)
ACBValidator : Object (shared = allowed , distributed =allowed,
transactional = disallowed, monitored = disallowed)
ACBVaidatorSO : ACBValidator
In this method we have this code to call the DLL
self.ACBAccount = new;
self.ACBAccount.CreateUsingCLSID(classID='{2EFD3084-7B05-11D3-857F-00105A4
8CEA0}');
pErrorMessage = new;
acbaccount.BankCode = pBankCode.value;
acbaccount.BranchCode = pBranchCode.value;
at : VariantI2 = new;
at.Value = pAccountType.Value;
acbaccount.AccountType = at.Value;
acbaccount.AccountNo = pAccountNo.value;
begin
acbaccount.Connect();
exception
when e : GenericException do
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error connecting to the database');
raise ex;
end;
begin
err : i2 = acbaccount.ValidateAccount();
if err != 0 then
pErrorMessage.SetValue(acbaccount.ErrDescriptionStr(iErrorCode= err));
acbaccount.Disconnect();
return false;
else
pErrorMessage.SetValue('The account is
valid!!');
acbaccount.Disconnect();
self.ACBAccount = NIL ;
return true;
end if;
exception
when e : GenericException do
acbaccount.Disconnect();
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error Validating the account');
Task.ErrorMgr.AddError(ex);
task.errormgr.ShowErrors();
raise e;
end;
exception
when e : GenericException do
acbaccount.Disconnect();
Task.ErrorMgr.ShowErrors();
raise e;
If anybody has any suggestions , they would be most welcome
Thanks very much
Cheers
Jenni Els************************************************************************Th
is e-mail is intended for the use of the individual or entity named above
and may contain information that is confidential and privileged. If you
are not the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this e-mail is strictly
prohibited. If you have received this e-mail in error, please notify us
immediately at helpdesklumley.com.au and destroy the original message.
While this mail and any attachments have been scanned for common computer
viruses and found to be virus free, we recommend you also perform your own
virus checking processes before opening any attachments.
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--
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
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm

Re: (forte-users) SCM Hooks

I am still having trouble using the SCM hook. I have set everything up but
when I integrate I get the following error message.
Forte_cl0: SYSTEM ERROR: Cannot resolve the distributed reference for an
object
of class
(qqrp_SCMServerProxy) named
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so) for the
reasons below.
Class: qqsp_DistAccessException
Error #: [601, 144]
Detected at: qqdo_ProxyMgr::ResolveOutGoingProxy at 10
Last TOOL statement: method
abSurrogateRepositoryClient.IntegrateWorkspace
Error Time: Tue Dec 19 15:55:16
Distributed method called: qqrp_SCMServerProxy.BeforeIntegration (object
name site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so)
from
partition "Forte_cl0_Client",
SYSTEM ERROR: No objects with the name
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so) were
found or are reachable.
Class: qqsp_DistAccessException
Error #: [601, 91]
Detected at: qqdo_OlsNameInfo::GetNextObjectName at 2
Error Time: Tue Dec 19 15:55:16
Exception occurred (locally) on partition "Forte_cl0_Client",
(partitionId = 419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2,
taskId
= [419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2.14]) in
application
"FTLaunch_cl0", pid 143 on node DTMAPGWYND02 in environment
centrale.
The value I have given to my FORTE_RP_SCMSERVER environment variable is
SCMTestService2/SCMTestService2/SCMTestService2SO. Is this correct?
According to the Environment Console, the application is
SCMTestService2_cl0, I have a partiotion - SCMTestService2_cl0_Part1 and an
installed partition SCMTestService2_cl0_Part1_DTMAPGWYND02 and the name of
the SO in the SCMTestService2 class which was used to create everything is
SCMTestService2SO.
Should the applicaiton be online all the time or just online when it is
necessary to use it because it is not online after everything else has
started.

Hi Alexandra
I have been going through the mails regarding SCM and SCM hooks. I donot
have any knowledge on hooks, Could you pls explain me about hooks or pls let
me know where can i find the documentation on hooks.
Thanks in advance
Vasundhara
----- Original Message -----
From: Alexandra Macedo <ammeasysoft.pt>
To: Maredudd ap Gwyndaf <maredudd.apgwyndafs1.com>
Cc: forte-users <forte-userslists.xpedior.com>
Sent: Tuesday, December 19, 2000 10:48 PM
Subject: Re: (forte-users) SCM Hooks
>
>
You should launch the SCM hook service before launching the RepositoryServer
you could use a script like:
SCM.bat
rem env vars used inside the SCM hook code
set FORTE_SCM_DIR=%FORTE_ROOT%\scm
set FORTE_SCM_BEFORE_EXPORT=beforeExport.bat
set FORTE_SCM_AFTER_EXPORT=afterExport.bat
rem where the SCM hook is deployed
set SCM_PROG=bt:c:\forte\userapp\scmtestservice2\Cl0\scmtestservice2_cl1
%FORTE_ROOT%\install\bin\ftexec -fi %SCM_PROG% -ftsvr 0
Remember, you cannot configure as Server your SCM hooks if they are on arepository
where
the SCM hooks are already running, this means you must have a Repositorywithout the
SCM hooks
when you deploy the SCM hook service.
Hope this helps
Alexandra Macedo
Date: Tue, 19 Dec 2000 16:03:36 -0000
From: "Maredudd ap Gwyndaf" <maredudd.apgwyndafs1.com>
To: "Forte Mailing List" <forte-userslists.xpedior.com>
Subject: Re: (forte-users) SCM Hooks
Message-ID: <011f01c069d5$3e88b0f0$405810acman.s1.com>
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
I am still having trouble using the SCM hook. I have set everything up
but
when I integrate I get the following error message.
Forte_cl0: SYSTEM ERROR: Cannot resolve the distributed reference for an
object
of class
(qqrp_SCMServerProxy) named
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so) forthe
reasons below.
Class: qqsp_DistAccessException
Error #: [601, 144]
Detected at: qqdo_ProxyMgr::ResolveOutGoingProxy at 10
Last TOOL statement: method
abSurrogateRepositoryClient.IntegrateWorkspace
Error Time: Tue Dec 19 15:55:16
Distributed method called: qqrp_SCMServerProxy.BeforeIntegration(object
namesite/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so)
from
partition "Forte_cl0_Client",
. . . SYSTEM ERROR: No objects with the name
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so)were
found or are reachable.
Class: qqsp_DistAccessException
Error #: [601, 91]
Detected at: qqdo_OlsNameInfo::GetNextObjectName at 2
Error Time: Tue Dec 19 15:55:16
Exception occurred (locally) on partition "Forte_cl0_Client",
(partitionId = 419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2,
taskId
= [419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2.14]) in
application
"FTLaunch_cl0", pid 143 on node DTMAPGWYND02 in environment
centrale.
The value I have given to my FORTE_RP_SCMSERVER environment variable is
SCMTestService2/SCMTestService2/SCMTestService2SO. Is this correct?
According to the Environment Console, the application is
SCMTestService2_cl0, I have a partiotion - SCMTestService2_cl0_Part1 andan
installed partition SCMTestService2_cl0_Part1_DTMAPGWYND02 and the nameof
the SO in the SCMTestService2 class which was used to create everythingis
SCMTestService2SO.
Should the applicaiton be online all the time or just online when it is
necessary to use it because it is not online after everything else has
started.--
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

RE: forte-users-digest V1 #1490

Jim -
We had the same issues when we were running multiple production
environments.
The best way to handle the logging of application exceptions from multiple
environments, is to use a database.
Plus the database allows for easier reporting.
Give us a call if you'd like to discuss.
Larry McCartney
[email protected]
(203)459-7959 - Trumbull
From:
[email protected][SMTP:[email protected]
om]
Sent: Monday, June 07, 1999 6:00 PM
To: [email protected]
Subject: forte-users-digest V1 #1490
forte-users-digest Monday, 7 June 1999 Volume 01 : Number
1490
In this issue:
Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
Off topic: Database Unique IDs
From: "Field, Jim" <[email protected]>
Date: Mon, 7 Jun 1999 09:49:07 -0700
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing environments installed
on
a Unix box and a development environment on a Windows NT box. For our
error
handling, we write messages to a custom log file. If an error occurs on a
service object, the error message is written to a copy of this log file on
the client as well as to a copy of the file on the server where the
service
object is running. Currently, the path to the file begins with the
FORTE_ROOT environment variable and then the specific path is concatenated
to the end of the path. However, when trying to write the log file to the
Unix box, the application seems to be getting confused between the paths
for
the different environments and hangs. Does anyone know of a good way to
manage paths for writing files to multiple server environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
From: "Lopez, Len CWT-MSP" <[email protected]>
Date: Mon, 7 Jun 1999 13:34:33 -0500
Subject: RE: Multiple Forte environments on one machine
The environment variable $FORTE_ROOT will be the value you exported =
when you
started the environment on the unix server. This is usually specified =
in
your fortedef.sh (csh). It will not get confused between environments =
since
your application is only deployed to one environment and that =
environment
has only one value for FORTE_ROOT. The problem you are more likely =
having
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are =
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Fort=E9 portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 12:56:19 PDT
Subject: RE: Multiple Forte environments on one machine
An alternative solution could be, define different environment variables
in
the fortedef.sh shell script which will avoid confusion in refering to the
FORTE ROOT directories for the respective environments.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 13:02:28 PDT
Subject: RE: Multiple Forte environments on one machine
More over, my line of thinking is that once you are able to open the file
in
the appropriate mode, the problem could also attribute to disk space
availability, as you have mentioned that it hangs while writing to the
file!!
Quote :
However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs.Unquote.
Hope this helps.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: "Duncan Kinnear" <[email protected]>
Date: Tue, 8 Jun 1999 09:26:56 +1200
Subject: Off topic: Database Unique IDs
Hi folks,
This is a little off-topic, but I figure that there may be other people
out
there whose Forte development would benefit from the discussion.
I am currently building a development framework for our new software
product. As part of that framework I'd like to include the facility for
generating unique, user-invisible, integer database IDs.
Now there is some doubt here that this is actually required and that the
primary key should be whatever the programmer wants it to be, including
multiple columns if necessary.
I was wondering if anyone can give us some rules-of-thumb regarding
the use of unique IDs as primary keys. Or if someone can point me to
some on-line resources (or even a good book) that can guide us in this
area.
The arguments I have given for using integer IDs are:
- - Single, integer columns should be faster
- - User invisible integer ID allows editing/duplicates of all
user-visible fields
- - Single, integer foreign keys would reduce storage requirements
- - Standardising on integer IDs would allow generic functionality built
into
framework
- - More object-oriented as objects have "built-in" unique identity
I would appreciate any comments people have. We can take this
discussion off-list if that is preferable.
Cheers,
Duncan Kinnear,
McCarthy and Associates, Email:
[email protected]
PO Box 764, McLean Towers, Phone: +64 6 834 3360
Shakespeare Road, Napier, New Zealand. Fax: +64 6 834
3369
Providing Integrated Software to the Meat Processing Industry for over 10
years
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
End of forte-users-digest V1 #1490
To unsubscribe, email '[email protected]' with
'unsubscribe $LIST' 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/>

Jim -
We had the same issues when we were running multiple production
environments.
The best way to handle the logging of application exceptions from multiple
environments, is to use a database.
Plus the database allows for easier reporting.
Give us a call if you'd like to discuss.
Larry McCartney
[email protected]
(203)459-7959 - Trumbull
From:
[email protected][SMTP:[email protected]
om]
Sent: Monday, June 07, 1999 6:00 PM
To: [email protected]
Subject: forte-users-digest V1 #1490
forte-users-digest Monday, 7 June 1999 Volume 01 : Number
1490
In this issue:
Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
Off topic: Database Unique IDs
From: "Field, Jim" <[email protected]>
Date: Mon, 7 Jun 1999 09:49:07 -0700
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing environments installed
on
a Unix box and a development environment on a Windows NT box. For our
error
handling, we write messages to a custom log file. If an error occurs on a
service object, the error message is written to a copy of this log file on
the client as well as to a copy of the file on the server where the
service
object is running. Currently, the path to the file begins with the
FORTE_ROOT environment variable and then the specific path is concatenated
to the end of the path. However, when trying to write the log file to the
Unix box, the application seems to be getting confused between the paths
for
the different environments and hangs. Does anyone know of a good way to
manage paths for writing files to multiple server environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
From: "Lopez, Len CWT-MSP" <[email protected]>
Date: Mon, 7 Jun 1999 13:34:33 -0500
Subject: RE: Multiple Forte environments on one machine
The environment variable $FORTE_ROOT will be the value you exported =
when you
started the environment on the unix server. This is usually specified =
in
your fortedef.sh (csh). It will not get confused between environments =
since
your application is only deployed to one environment and that =
environment
has only one value for FORTE_ROOT. The problem you are more likely =
having
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are =
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Fort=E9 portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 12:56:19 PDT
Subject: RE: Multiple Forte environments on one machine
An alternative solution could be, define different environment variables
in
the fortedef.sh shell script which will avoid confusion in refering to the
FORTE ROOT directories for the respective environments.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 13:02:28 PDT
Subject: RE: Multiple Forte environments on one machine
More over, my line of thinking is that once you are able to open the file
in
the appropriate mode, the problem could also attribute to disk space
availability, as you have mentioned that it hangs while writing to the
file!!
Quote :
However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs.Unquote.
Hope this helps.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: "Duncan Kinnear" <[email protected]>
Date: Tue, 8 Jun 1999 09:26:56 +1200
Subject: Off topic: Database Unique IDs
Hi folks,
This is a little off-topic, but I figure that there may be other people
out
there whose Forte development would benefit from the discussion.
I am currently building a development framework for our new software
product. As part of that framework I'd like to include the facility for
generating unique, user-invisible, integer database IDs.
Now there is some doubt here that this is actually required and that the
primary key should be whatever the programmer wants it to be, including
multiple columns if necessary.
I was wondering if anyone can give us some rules-of-thumb regarding
the use of unique IDs as primary keys. Or if someone can point me to
some on-line resources (or even a good book) that can guide us in this
area.
The arguments I have given for using integer IDs are:
- - Single, integer columns should be faster
- - User invisible integer ID allows editing/duplicates of all
user-visible fields
- - Single, integer foreign keys would reduce storage requirements
- - Standardising on integer IDs would allow generic functionality built
into
framework
- - More object-oriented as objects have "built-in" unique identity
I would appreciate any comments people have. We can take this
discussion off-list if that is preferable.
Cheers,
Duncan Kinnear,
McCarthy and Associates, Email:
[email protected]
PO Box 764, McLean Towers, Phone: +64 6 834 3360
Shakespeare Road, Napier, New Zealand. Fax: +64 6 834
3369
Providing Integrated Software to the Meat Processing Industry for over 10
years
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
End of forte-users-digest V1 #1490
To unsubscribe, email '[email protected]' with
'unsubscribe $LIST' 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) Accelerator keys under MS Windows95/98/NT

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01BEF001.9C8C0B50
Content-Type: text/plain
Unfortunately, ALT key is not recognized as a validkey modifier on Windows
That isn't entirely true. The ALT key is recognized. I've used it
successfully
under Windows 95 and NT. The only annoying side-effect is that you get the
standard operating system beep when you perform the keypress.
-----Original Message-----
From: "Ajith Kallambella" [SMTP:[email protected]]
Sent: Thursday, August 26, 1999 1:43 PM
To: "[email protected]" [SMTP:[email protected]];
"[email protected]" [SMTP:[email protected]]
Subject: Re: (forte-users) Accelerator keys under MS Windows 95/98/NT
The Window class has a method named SetAsFunctionKey
and an event named FunctionKeyPress. When used
in combination, the former can be used to configure
various accelerator keys for the window widgets
and the latter can be used to trap them.
For more details, take a look at Forte online help.
Unfortunately, ALT key is not recognized as a valid
key modifier on Windows, but is only available on
Unix and VMS - for reasons beyond my comprehension :(
Hope this helps
Ajith Kallambella M.
Forte Systems Consultant.
From: "Burns, Troy" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: (forte-users) Accelerator keys under MS Windows 95/98/NT
Date: Thu, 26 Aug 1999 13:56:07 -0400
Let's say I have a pushbutton on a window and I've given it
label text of "&Search". In past developer-lives, the ampersand
is what gives the button the ability to respond to ALT-S. This
doesn't appear to be the case in Forte. What do I need to do
to make this work?
Thanks in advance,
Troy Burns
E-mail: [email protected]
Marriott Vacation Club International
941-688-7700 ext. 4408
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]
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]
------_=_NextPart_001_01BEF001.9C8C0B50
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<DEFANGED-META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<DEFANGED-META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<DEFANGED-TITLE>RE: (forte-users) Accelerator keys under MS Windows =
95/98/NT</TITLE>
</HEAD>
<BODY>
> Unfortunately, ALT key is not recognized as a =
valid
 key modifier on Windows

That isn't entirely true. The ALT key is recognized. =
I've used it successfully
 under Windows 95 and NT. The only annoying =
side-effect is that you get the
 standard operating system beep when you perform the =
keypress.

-----Original Message-----
 From: "Ajith Kallambella" =
[SMTP:[email protected]] 
 Sent: Thursday, August 26, 1999 1:43 PM
 To: "[email protected]" =
[SMTP:[email protected]];
 "[email protected]" =
[SMTP:[email protected]]
 Subject: Re: (forte-users) Accelerator keys under MS =
Windows 95/98/NT

 
The Window class has a method named =
SetAsFunctionKey
 and an event named FunctionKeyPress. When =
used
 in combination, the former can be used to =
configure
 various accelerator keys for the window =
widgets
 and the latter can be used to trap them.

For more details, take a look at Forte online =
help.

Unfortunately, ALT key is not recognized as a =
valid
 key modifier on Windows, but is only available =
on
 Unix and VMS - for reasons beyond my comprehension =
:(

Hope this helps

Ajith Kallambella M.
 Forte Systems Consultant.

 
>From: "Burns, Troy" =
<[email protected]>
 >To: "'[email protected]'" =
<[email protected]>
 >Subject: (forte-users) Accelerator keys under MS =
Windows 95/98/NT
 >Date: Thu, 26 Aug 1999 13:56:07 -0400
 >
 >Let's say I have a pushbutton on a window and =
I've given it
 >label text of "&Search". In =
past developer-lives, the ampersand
 >is what gives the button the ability to respond =
to ALT-S. This
 >doesn't appear to be the case in Forte. =
What do I need to do
 >to make this work?
 >
 >Thanks in advance,
 >
 >---------------------------------------------
 >Troy Burns
 >E-mail: [email protected]
 >Marriott Vacation Club International
 >941-688-7700 ext. 4408
 >
 >--
 >For the archives, go to: <A =
HREF=3D"<a href=
"http://lists.sageit.com/forte-users">http://lists.sageit.com/forte-users</a>" =
TARGET=3D"_blank">http://lists.sageit.com/forte-users</A> and =
use
 >the login: forte and the password: archive. To =
unsubscribe, send in a new
 >email the word: 'Unsubscribe' to: =
[email protected]
 >

 
_______________________________________________________________=

 Get Free Email and Do More On The Web. Visit <A =
HREF=3D"<a href="http://www.msn.com">http://www.msn.com</a>" =
TARGET=3D"_blank">http://www.msn.com</A>

--
 For the archives, go to: <A =
HREF=3D"<a href=
"http://lists.sageit.com/forte-users">http://lists.sageit.com/forte-users</a>" =
TARGET=3D"_blank">http://lists.sageit.com/forte-users</A> and =
use
 the login: forte and the password: archive. To =
unsubscribe, send in a new
 email the word: 'Unsubscribe' to: =
[email protected]

</BODY>
</HTML>
------_=_NextPart_001_01BEF001.9C8C0B50--

Hi,Beau Leo, I am having problem installing Oracle9i Database Rel.2 on my pc.
I read the suggestion and solution you posted for fixing Oracle 8.1.x installation
probblem, and since my pc also hung at 48% while installing Oracle 9i software,
I wonder if the same problem in the Oracle8 Vs.Pentium4 also exists for Oracle9i.
I have Windows2000,256RAM, Pentium3 1Ghz, and 13.8 free diskspace. But the installation always
hangs at 48%, my computer will just shut down and restart automatically without
even showing an error message. I have tried installing the Enterprise edition for 3
times already but everytime encountered the same problem. I've also tried custom installation
by selecting not to create database, but it also hung.
Before I started each installation, I always made sure that my registry and environment
path are cleared and that all the partially-installed Oracle files are deleted.
I hope that you or anyone who has a solution for this problem could be so kindly to help me out.
Thank you in advance.
ailee

RE: (forte-users) Phantom Nodes

Yes both the client and server have to have the same setting and it does not
work all the time.
-----Original Message-----
From: Samer Kanjo [mailto:[email protected]]
Sent: Thursday, May 10, 2001 11:33 PM
To: Amin, Kamran; Forte Users
Subject: RE: (forte-users) Phantom Nodes
Kamran,
Just so I am clear on the use of keep alive settings,
the settings are required on both the server and the
client, correct? If so then should the settings on
both client and server nodes be equal?
Again to be clear, are you saying that the keep alive
settings alone will prevent phantom nodes?
Kelsey & Pascal, do you still have the problem even
though you are using keep alive settings?
Samer Kanjo
--- "Amin, Kamran" <[email protected]> wrote:
The socket time is an OS level setting and is
different on each OS. I had
open up a ticket with Forte 2 years ago and the only
quick solution was to
change the name of the client computer which faked
Forte into thinking its a
different node. This way the client was able to get
back into their
application quickly. The only problem was that the
clients had to reboot
their computer. The other way to prevent this was
to use the keep alive
settings to force a clean up on the Forte central
environment side.
ka
-----Original Message-----
From: Samer Kanjo [mailto:[email protected]]
Sent: Thursday, May 10, 2001 6:26 PM
To: [email protected]; Forte Users
Subject: RE: (forte-users) Phantom Nodes
Kelsey,
We use model nodes exclusively. Occasionally, a
client
node would crash and would be inaccessbile for two
hours but would still appear active under the model
node. After two hours the client could access the
environment again. My only option thus far has been
to
bounce the environment but that can only be done
after
work hours, which may not be convenient for the
affected user.
Kamran Amin just wrote me to say that the two hour
delay is the result of the default socket timeout
setting on UNIX boxes. Perhaps reducing the socket
timeout from two hours to something more reasonable
would fix the problem without manipulating the
environment configuration.
I am not sure how I would determine a good socket
timeout setting for my application. Does anyone have
any ideas? Is my assumption about reducing the
socket
timeout to avoid manipulating the environment
configuration to remove the phantom nodes in a more
timely fashion correct?
Samer Kanjo
--- [email protected] wrote:
"... have you reported this to Forte as a bug or
looked through the defect
reports?..."
No and No. I just kind of "stumbled" upon this
solution this week. I just
opened the properties windows when it just all ofa
suddened dawned on me:
"Maybe, if none of the boxes are checked then the
node effectively serves
no usefull purpose in the environment. Therefore,
maybe Forte will be more
apt to release it - like the garbage collectordoes
with an object that is
not referenced".
" ... Have you tried this technique when usingmodel
nodes? ..."
No I haven't. So far our model nodes have beenwell
behaved. If a member
was online the node was online, otherwise, if "no
one was home" then it was
off-line. Model nodes aren't real nodes; I viewthem
as a sort of virtual
node. Only real nodes have ocassionally behaved
goofy. I think what happens
is either the user's machine is improperlyshutdown
or they just all of
sudden loose connection to the network. Exception
handling was never Forte
ADE's forte.
Kelsey Petrychyn, P. Eng. SaskTel TechnicalAnalyst
ITM - Technology Solutions - Distributed Computing
Tel (306) 777 - 4906, Fax (306) 359 - 0857
Internet:[email protected]
Quality is not job 1. It is the only job!
Samer Kanjo
<skanjo@yahoo To:
"Forte Users" <[email protected]>
.com> cc:
Subject:
RE: (forte-users) Phantom Nodes
05/10/2001
01:57 PM
Pascal,
This is very inetresting. I have experienced the
same
problem and have noted the mysterious two hourdelay
in getting the client node back up and running. I
thought it may have had something to do with the
keepalive settings, which seem to work otherwise.
Kelsey, have you reported this to Forte as a bugor
looked through the defect reports? Have you tried
this
technique when using model nodes? I will give your
fix
of reconfiguring the node a try the next time I
encounter the problem. However, I use model nodesso
perhaps it may not have the same effect.
Samer Kanjo
--- "Rottier, Pascal" <[email protected]>
wrote:
I've seen this problem many times myself and the
cause was always the same.
The nodemanager of the phantom node was notproperly
shutdown. Usually,
because this node was running on NT and somebody
simply shutdown the
machine. A "kill -9" on unix will also have thesame
effect.
Part of the shutdown process of a node, which
you
should always invoke from
e-console or e-script, is to inform theenvironment
that it's going away.
Then Forte will mark it as offline, rather then
online. However, it the
nodemgr suddenly dies, there is no such signal.
=== message truncated ===

Therefore, how to remotely start a node manager ? :-p
j-p
-----Message d'origine-----
De: John Parks [mailto:jparkss1.com]
Date: vendredi 15 septembre 2000 20:07
À: Jean-Paul.Gabriellisema.fr
Cc: 'Forte Users'
Objet: Re: (forte-users) [Model Nodes] What prevents Server Parts to be
assigned there ?!:?
Jean-Paul,
The ModelNode is a client node by definiton, no matter what properties you
change. I've previously asked for an enhancement to allow a
model node to be a
server node, but I don't expect much to happen. To install
server applications
to several nodes, you have to make sure that the node manager on
each node is
active. There really is no built-in support for distributing
applications in
mass to servers like there is for clients (using the model node feature).
Regards,
John Parks
S1 Corporation
Jean-Paul Gabrielli wrote:
Hi,
I want to have a separate node to provide a dedicated service,
and therefore when I start my environment server and declared that
node as ModelNode, with 'client' disabled, i still can't assign to it
my server partition.
And if I declare it as regular node, the installation of the application
failed if the node is not online.
What choice do I have ?
What prevents that ModelNode, client disabled, to host serverpartition ?!,
j-paul gabrielli
sema dts
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--
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

RE: (forte-users) AppletSupport on PC-NT lack ?

yeah but actually I think applet support is only forte, isn't it ?
-----Message d'origine-----
De: kelsey.petrychynsasktel.sk.ca
[mailto:kelsey.petrychynsasktel.sk.ca]
Date: lundi 11 septembre 2000 18:17
À: Jean-Paul.Gabriellisema.fr
Objet: Re: (forte-users) AppletSupport on PC-NT lack ?
On our UNIX Central Server system there are environment variables
that tells the
compiler where to find 'stuff'.
They are:
header files:
FORTE_X_HEADERDIRS=-I/usr/include/Motif1.2_R6 -I/usr/include/X11R6
libraries:
FORTE_X_LIBDIR=-L/usr/lib/Motif1.2_R6 -L/usr/lib/X11R6
You may need to locate the equivalent valiables on your central server and
change them to reflect the true locations.
Note - You will probably need to restart the node manager for any
changes to
take effect.
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!
"Jean-Paul Gabrielli" <Jean-Paul.Gabriellisema.fr> on 09/11/2000
02:51:43 AM
Please respond to Jean-Paul.Gabriellisema.fr
To: "000Forte-Users" <forte-userslists.xpedior.com>
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) AppletSupport on PC-NT lack ?
Trying to compile the partition fails as the compielr tries to
include '.h'
files from
$FORTE_ROOT/userapp/appletsu/cl0/inc/apltsupt.h
which is not on my nt node.
is there a way to fix ?
thanks
j-p
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

yeah but actually I think applet support is only forte, isn't it ?
-----Message d'origine-----
De: kelsey.petrychynsasktel.sk.ca
[mailto:kelsey.petrychynsasktel.sk.ca]
Date: lundi 11 septembre 2000 18:17
À: Jean-Paul.Gabriellisema.fr
Objet: Re: (forte-users) AppletSupport on PC-NT lack ?
On our UNIX Central Server system there are environment variables
that tells the
compiler where to find 'stuff'.
They are:
header files:
FORTE_X_HEADERDIRS=-I/usr/include/Motif1.2_R6 -I/usr/include/X11R6
libraries:
FORTE_X_LIBDIR=-L/usr/lib/Motif1.2_R6 -L/usr/lib/X11R6
You may need to locate the equivalent valiables on your central server and
change them to reflect the true locations.
Note - You will probably need to restart the node manager for any
changes to
take effect.
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!
"Jean-Paul Gabrielli" <Jean-Paul.Gabriellisema.fr> on 09/11/2000
02:51:43 AM
Please respond to Jean-Paul.Gabriellisema.fr
To: "000Forte-Users" <forte-userslists.xpedior.com>
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) AppletSupport on PC-NT lack ?
Trying to compile the partition fails as the compielr tries to
include '.h'
files from
$FORTE_ROOT/userapp/appletsu/cl0/inc/apltsupt.h
which is not on my nt node.
is there a way to fix ?
thanks
j-p
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

RE: (forte-users) Killing the Nones - solved

Thanks to all of you who helped ... this pex file works great.
Allan
-----Original Message-----
From: kelsey.petrychynsasktel.sk.ca [SMTP:kelsey.petrychynsasktel.sk.ca]
Sent: Thursday, August 24, 2000 9:51 AM
To: Pomeroy, Allan
Cc: kamranaminyahoo.com
Subject: Re: (forte-users) Killing the Nones
Try the code contained in this pex file.
We got it from someone in Forte quite a while ago and found that it worked
pretty good. I haven't used it for a long time since, and it was probably
written using an old version of Forte. However, it should still work, or
at
least you may find some salvageable code that can be "modernized" to what
ever
version you are using.
(See attached file: FtExecShutDown.pex)
PS
You would almost think that by version 3+ of a product Forte would have
nailed
down their empty and orphaned (defunct in UNIX) processes bugs. The
environment
manager should be able to auto-magically shut them down or at least keep
them
down to an acceptable number. But alas, we still find ourselves
occasionally
exceeding our finite server resources due to rouge processes doing
nothing.
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!
"Pomeroy, Allan" <Allan.PomeroyLibertyMutual.com> on 08/24/2000 07:09:16
AM
To: kamranaminyahoo.com
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) Killing the Nones
Venerable Forte Gurus,
Aside from using the Econsole, is there a way to kill the "None" ftexecs
that sometimes hang around after forte partitions are shut down?
In Econsole, if you view->node outline, then select the Forte Executor,
you
may see some running ftexecs with no application assigned -- they show up
as
"None". When I subsequently launch applications, I want them to start in
new ftexecs, not in the old "none"s, which have old command-line parms,
memory settings, etc.
Thanks!
Allan
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
<< File: FtExecShutDown.pex >>

Try the code contained in this pex file.
We got it from someone in Forte quite a while ago and found that it worked
pretty good. I haven't used it for a long time since, and it was probably
written using an old version of Forte. However, it should still work, or at
least you may find some salvageable code that can be "modernized" to what ever
version you are using.
(See attached file: FtExecShutDown.pex)
PS
You would almost think that by version 3+ of a product Forte would have nailed
down their empty and orphaned (defunct in UNIX) processes bugs. The environment
manager should be able to auto-magically shut them down or at least keep them
down to an acceptable number. But alas, we still find ourselves occasionally
exceeding our finite server resources due to rouge processes doing nothing.
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!
"Pomeroy, Allan" <Allan.PomeroyLibertyMutual.com> on 08/24/2000 07:09:16 AM
To: kamranaminyahoo.com
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) Killing the Nones
Venerable Forte Gurus,
Aside from using the Econsole, is there a way to kill the "None" ftexecs
that sometimes hang around after forte partitions are shut down?
In Econsole, if you view->node outline, then select the Forte Executor, you
may see some running ftexecs with no application assigned -- they show up as
"None". When I subsequently launch applications, I want them to start in
new ftexecs, not in the old "none"s, which have old command-line parms,
memory settings, etc.
Thanks!
Allan
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

Re: (forte-users) FW: (forte-users) Overflow Exception thatIcan't catch

Dave
If you use #,##0.00 template, forte won't allow you to enter more than 28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
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

Dave
If you use #,##0.00 template, forte won't allow you to enter more than 28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
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

RE: (forte-users) FW: (forte-users) Overflow Exception thatI can't catc

Nat,
As I feared, This forces the user to enter decimals even if there are none.
The Users Don't want this.
So, i'm afraid i am back at beginning.. Trying to catch this exception..
Thank you for your input.
I would be happy to try anyone elses solution to this annoying issue.
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Dave
If you use #,##0.00 template, forte won't allow you to enter more than
28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com

Nat,
As I feared, This forces the user to enter decimals even if there are none.
The Users Don't want this.
So, i'm afraid i am back at beginning.. Trying to catch this exception..
Thank you for your input.
I would be happy to try anyone elses solution to this annoying issue.
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Dave
If you use #,##0.00 template, forte won't allow you to enter more than
28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com

Re: (forte-users) size policy in TabFolder

There should be a file named: <reposname>.rop in the repos directory of your
Forte environment. It is a log of the repository operations. You may get some
clue as to what is happening there.
Thanks
Amos.G.Radfordbankofamerica.com wrote:
Do you do rpcleans on your reposity on a regular basis. It sounds like your
repository is starting to roll over. Check it's size, right before it's
ready to blow it will start to grow abnormally.
"Jones, Kerreck" <Kerreck.JonesGD-ES.COM> on 03/07/2001 07:31:28 AM
To: forte-users-digestlists.xpedior.com
cc:
Subject: (forte-users) Hanging Save in partition workspace.
I have my workspace preferences set to "save before running"
Now when I run in the partition workshop, I get the message "Saving
Workspace" in the
Workshop status line, and then it saves.... And saves..... and saves until
finally I have to
Kill forte by going to the forte menu and selecting launch server shutdown.
Anyone else been having this problem with forte 3.5 on NT?
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
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

RE: (forte-users) Support for OpenVMS v7.1-2 on EV6 chip setques tion

http://www.forte.com/support/platforms.html
Dec Alpha with OpenVMS 7.1 is supported for 3L2
-----Original Message-----
From: Haben, Dirk [SMTP:[email protected]]
Sent: Wednesday, November 24, 1999 2:37 AM
To: 'Soapbox Forte Users'
Cc: 'Forte Support'
Subject: (forte-users) Support for OpenVMS v7.1-2 on EV6 chip set
question ...
Folxs
I have a new EV6 Alpha available and want to run Forte on it.
OpenVMS v7.1-2 is a supported OS for Forte v30G2 and 30L2 I think.
OpenVMS v7.1-2 is a supported OS for the new EV6 Alpha chipset.
Will Forte v30G2 or 30L2 work on this hardware?
Is it supported on this platform?
When will it be supported on the EV6 chip set and what version of Forte do
I
need?
Thanks,
Dirk
PS: Anyone out here using the EV6 and Forte?
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]

At 09:33 AM 4/20/01, Rottier, Pascal wrote:
Forte 4GL is:
1) A language, TOOL (Compare to Java)
2) An IDE (Compare to e.g. JBuilder or FJCE)
3) A collaborative development environment, with central repository (Compare
to ????)
4) A distributed application server / object request broker (Compare to J2EE
servers and/or CORBA)Let's not forget WebEnterprise, Express, and especially Fusion.
I think, SUN is not al all interested in TOOL.If TOOL were just a language and had no market yet, you are probably
right. But, not only is TOOL the key to the Forte environment, but it has
an existing and profitable market. Sun still sells FORTRAN, after all, and
continues to put money into ADE development for all its language
products. The real kicker, though, is that I think iPlanet is very clear
that Fusion, now iIS, is a very key product for them. There may be those
who wish it were written in Java and who might lobby for doing a Java
version, but it was clear at the conference that the iPlanet management
recognize that Java just isn't up to the task at this point. It isn't as
if all the iPlanet tools are actually written in Java, after all.
They will only support them for as long as they need.Or, more likely, for as long as they make money.
Now, in response to Microsofts .NET stratagy. We have yet to see how
succesfull this will be, but I expect Microsoft to push this down the
throats of developers and companies quite succesfully.Like they did DCOM?
=========================================================================
Thomas Mercer-Hursh, Ph.D email: [email protected]
Computing Integrity, Inc. sales: 510-233-9329
550 Casey Drive - Cypress Point support: 510-233-9327
Point Richmond, CA 94801-3751 fax: 510-233-6950

RE: (forte-users) FW: central environment hanging

Similar Messages

Maybe you are looking for