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
Similar Messages
-
RE: (forte-users) XMLParser-Node : Serializing parts of aDOM across par
I managed to solve this problem with the help of
Sanjeev Sondur and Girish Nair from Sun.
The Solution suggested is as follows :
Whenever a node is supposed to passed as a parameter
for an inter-partition call. We have marshal and
UN-Marshalling :
- Create a new document.
- Clone the node in the context on the new document
- Append the node to the new document
- Serialize the document into a MemoryStream which is
a attribute of the object (SerializedNode) that
is passed in Lieu of a Node.
- On the other end UnMarshall by DeSeralizing the Document
and then reading the node.
Code Follows :
SerializedNode::SerializeNode(pNode);
NewDoc : document = new();
lNode : node;
if pNode <> nil then
-- This clones the node from an old document and creates it
-- in the context of the new document.
lNode = NewDoc.ImportNodeFromDocument(pNode, deep = true);
-- You can then attach to the any part of DOM (I am using
child of root)
NewDoc.appendchild(lNode);
end if;
-- _mStream is MemoryStream
mStream.Open(Framework.SPAM_WRITE, IsBinary = TRUE);
_mStream.seek(0);
_mStream.WriteSerialized(NewDoc);
_mStream.close();
On the other end I Unmarshall it
SerializedNode::GetNode()
mStream.Open(Framework.SPAM_READ, IsBinary = TRUE);
_mStream.seek(0);
NewDoc : document = (Document)(_mStream.ReadSerialized());
lNode : node = NewDoc.getFirstChild();
if lNode = NIL then
task.lgr.putline(' In GetNode : Node was NIL');
end if;
return lNode;
Note : This can use used for read-only access to parts of the DOM.
across partitions.
Thanks to all who responded.
Vivek Shetty
vivekvi-corp.com vivek.shettyLibertyMutual.com
978-884-9942 (cell) 978-750-3639 x 202 (Liberty Mutual)
-----Original Message-----
From: Shetty, Vivek [mailto:Vivek.ShettyLibertyMutual.com]
Sent: Thursday, December 21, 2000 10:04 AM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users) XMLParser-Node : Serializing parts of a DOM
across partitions
I am modeling an Insurance-Policy as a XML document.
One of my requirement was to pass pieces of this Policy (Node)
to a service object for processing.
I have discovered that the Node cannot be serialized across partitions.
I can serialize the whole document using the exportDocument and send
it across the partition and import it on the other end. This is fine when
large pieces of the document have to be sent over.
When smaller pieces of this information has to sent to a service object,
I was planning to create a new document, extract the required nodes
from the old document create in the new document and send the
new document (which is a subset) across.
I am having problems extracting a node from one document and
creating it another document.
I have tried node.clonenode, document.importnodefromdocument without much
success.
I have a choice of writing a method that creates a structure in the new
document by
recursively navigating the old tree and creating new nodes in the new
document from scratch.
Have any of you faced similar situations and come up with a more elegant
solution.
Please share.
Thanks
Vivek Shetty
vivekvi-corp.com vivek.shettyLibertyMutual.com
978-884-9942 (cell) 978-750-3639 x 202 (Liberty Mutual)
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) Node Installed Libraries
If you use Forte, the solution is to patch compcomp, or add a 'post-distrib'
script.
compcomp:
replace the -L/path/file by -L/path -l:file
Add -Wl,+s in link command
post-distrib:
# Enable SHLIB_PATH
for all binaries,
chatr +s enable $bin
done
# Enable dyunamic libs for all static
Libs=$(cahtr $bin | grep ^static)
for aLib in $Libs ; do
chatr $bin +s enable -l $aLib
done
cheers
j-paul
-----Message d'origine-----
De: kelsey.petrychynsasktel.sk.ca
[mailto:kelsey.petrychynsasktel.sk.ca]
Date: lundi 18 septembre 2000 18:36
À: David McPaul; Rottier.Pascalpmintl.ch
Cc: forte-userslists.xpedior.com
Objet: RE: (forte-users) Node Installed Libraries
Libraries have been a sore point with us too....
When we build something that uses a user created or third party
library the
explicit directory path is hard-coded into the build.
So when you deploy the application to a different machine there
is much grief
because the build can't find the library.
We got around this by "fooling" the build. We used directory
creation and soft
links in Unix so that the library appears to be in the same
directory on both machines.
I think this is called Static vs. Dynamic Libraries. We've talked
to Forte last
year about this and they indicated that this will be a
future enhancement. Don't hold your breath though.....
David McPaul <dmcpaullumley.com.au> on 09/17/2000 07:14:13 PM
To: "'Rottier, Pascal'" <Rottier.Pascalpmintl.ch>, "'Forte Users'"
<forte-userslists.xpedior.com>
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: RE: (forte-users) Node Installed Libraries
Hi,
We build here against a standard environment (1 NT server, 1 NT
modal node, 1 95 modal node)
I have noticed that forte is very picky about where it deploys
compiled partitions (and thus libraries). Basically if you
didn't make your
distribution against the environment you are installing on then
the compiled
partitions don't install and you will need to reconfigure the
application by
moving your partitions and libraries to the nodes that they should be.
Now I expected that would be the case between different
architectures (UNIX/NT) but I think forte expects you to compile against
each machine you want to install on.
Not much help I know.
Cheers
David
-----Original Message-----
From: Rottier, Pascal [mailto:Rottier.Pascalpmintl.ch]
Sent: Saturday, September 16, 2000 12:59 AM
To: 'Forte Users'
Subject: (forte-users) Node Installed Libraries
Hi guys,
When you deploy a library using Forte, if automatically updates the
"Installed Libraries" list of the target node. However, not always. My
question is, why? What property determines if a library should appear in
this list or not. Of course, you can always add or remove it manually. But
why doesn't it work the same automatically for all libraries.
Pascal Rottier
Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
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
******This
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.comIf you use Forte, the solution is to patch compcomp, or add a 'post-distrib'
script.
compcomp:
replace the -L/path/file by -L/path -l:file
Add -Wl,+s in link command
post-distrib:
# Enable SHLIB_PATH
for all binaries,
chatr +s enable $bin
done
# Enable dyunamic libs for all static
Libs=$(cahtr $bin | grep ^static)
for aLib in $Libs ; do
chatr $bin +s enable -l $aLib
done
cheers
j-paul
-----Message d'origine-----
De: kelsey.petrychynsasktel.sk.ca
[mailto:kelsey.petrychynsasktel.sk.ca]
Date: lundi 18 septembre 2000 18:36
À: David McPaul; Rottier.Pascalpmintl.ch
Cc: forte-userslists.xpedior.com
Objet: RE: (forte-users) Node Installed Libraries
Libraries have been a sore point with us too....
When we build something that uses a user created or third party
library the
explicit directory path is hard-coded into the build.
So when you deploy the application to a different machine there
is much grief
because the build can't find the library.
We got around this by "fooling" the build. We used directory
creation and soft
links in Unix so that the library appears to be in the same
directory on both machines.
I think this is called Static vs. Dynamic Libraries. We've talked
to Forte last
year about this and they indicated that this will be a
future enhancement. Don't hold your breath though.....
David McPaul <dmcpaullumley.com.au> on 09/17/2000 07:14:13 PM
To: "'Rottier, Pascal'" <Rottier.Pascalpmintl.ch>, "'Forte Users'"
<forte-userslists.xpedior.com>
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: RE: (forte-users) Node Installed Libraries
Hi,
We build here against a standard environment (1 NT server, 1 NT
modal node, 1 95 modal node)
I have noticed that forte is very picky about where it deploys
compiled partitions (and thus libraries). Basically if you
didn't make your
distribution against the environment you are installing on then
the compiled
partitions don't install and you will need to reconfigure the
application by
moving your partitions and libraries to the nodes that they should be.
Now I expected that would be the case between different
architectures (UNIX/NT) but I think forte expects you to compile against
each machine you want to install on.
Not much help I know.
Cheers
David
-----Original Message-----
From: Rottier, Pascal [mailto:Rottier.Pascalpmintl.ch]
Sent: Saturday, September 16, 2000 12:59 AM
To: 'Forte Users'
Subject: (forte-users) Node Installed Libraries
Hi guys,
When you deploy a library using Forte, if automatically updates the
"Installed Libraries" list of the target node. However, not always. My
question is, why? What property determines if a library should appear in
this list or not. Of course, you can always add or remove it manually. But
why doesn't it work the same automatically for all libraries.
Pascal Rottier
Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
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
******This
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 -
RE: (forte-users) 3J= 3M new to me error
Hi Thomas,
Thanks for your email but I think it will be interesting for Brenda not me.
It is exactly what I have expected from Forte Support: detailed information
about bugs and workarounds. But what I cannot understand is that #53398 was
released without any information about possible reasons for this problem or
suggested workarounds. My first reaction after reading this bugreport was to
open a new case at CallCenter to get more information about it. Please
release more information with your bug reports !
Regards
Zenon Adamek
Information Services
Senior Programmer Analyst
Tel: 905 712-1084 ext. 3628
Fax: 905 712-6709
E-mail: zadamekpurolator.com
-----Original Message-----
From: Thomas Degen - Sun Germany Forte Tools - Bonn
[SMTP:thomas.degensun.com]
Sent: Wednesday, September 27, 2000 9:49 AM
To: Adamek, Zenon
Cc: 'Brenda Cumming'; Forte-userslists.xpedior.com
Subject: RE: (forte-users) 3J=>3M new to me error
Hi Zenon,
bug #53398 is not a bug which will likely get fixed, it's an informational
bugreport.
You might see an errorstack like Brenda has reported (and described in
informational
bugreport #53398) probably when you are doing something illegal that is
possible
via Forte Tool but Forte is not trapping it for performance reasons. Hence
you will see
the error coming from your illegal operation only at runtime, probably
only
while
running interpreted in the Forte IDE, but in worst case it might be even a
segmentation
violation.
Technotes 12448 'Sudden client partition crashes at runtime' and 11225
'Don't reparent
mapped Widgets between UserWindows at runtime' explain this matter . See
attached.
But maybe Brenda is much more experiencing a problem as described by Forte
Technote 11398 'Read Only Workspace Errors using ListViews or ActiveX
control'
that might get easily resolved via setting of FORTE_YIELD_THROTTLE=0.
Good Luck and Best Regards !
BTW: I've logged bug #53398, so I've felt responsible to explain its real
background.
Thomas
Thomas Degen
Sun Microsystems - Forte Tools
Forte CTE & Sustaining Group
Technical Support Germany
tel.:+49.228/91499-50
MailTo:thomas.degensun.com
Technote 11398 Read Only Workspace Errors using ListViews or ActiveX
control
SCENARIO:
Getting some unusual interpreter errors that result in an error stating
that
the workspace has been set to read only. Please see Enclosures for the
two
most common error stacks that have been encountered. The abbreviated
versions of the errors are:
- Can't read record (record size = -1)
- Id in index does not match id in record header in data file
- Recursive deserialization attempted.
- Unknown Mark type in deserialization
- Could not read record (64,74615) from repository data file.
Header
is corrupt.
These errors can be happening in either the development environment when
running from one of the development workshops, or with the deployed
application.
The bug outlined in this Technote may be the culprit if the errors above
are
seen when running a client on Windows NT or Motif and the user interface
incorporates ActiveX controls or ListView/TreeView widgets.
CAUSE:
Basically what is happening is that in rare circumstances Forte may invoke
a
nested copy of the interpreter while the first interpreter has yielded.
This
is not a problem in and of itself, but in the case where the original
interpreter was in the middle of a repository fetch when it yielded, and
the second interpreter needs to fetch code as well, we will get one of the
errors listed above, depending on the exact timing. The reason for the
errors is that the repository code at this level is thread-safe but not
re-entrant. It is protected by a mutex that is already owned by the
current task. Which, given the scenario outlined here, where the two
interpreters are running inside of the same task, results in the nested
interpreter being allowed to change data out from under the first.
While for every fetch one or more calls to WindowSystem.Yield will be made
(this is there to prevent the semblance of system lock-up on Win 3.1,
where
Yield is the only way other applications can be allowed to run), there is
a parameter which controls how often to actually yield, which by default
is
set to one out of every 100 calls. This is the reason the problem is
intermittent--you need a yield to occur during a repository fetch
which starts another interpreter which also needs to fetch code from
disk.
The reason this has only surfaced recently is that the nested interpreter
scenario can only happen in 2 cases that we know of:
- ActiveX controls which respond to events/Windows messages
- Outline fields/ListViews with column(s) mapped to virtual
attributes
In all other normal cases, the yield can process the message (typically a
paint message) without starting another interpreter, so regardless of
whether
the first interpreter yielded during a repository operation or not, there
is
no conflict.
SOLUTION:
The workaround is to prevent yields altogether by setting the
FORTE_YIELD_THROTTLE environment variable equal to 0 in the client's
environment. This should have no detrimental effects since the yield code
is in place solely for Windows 3.1x clients.
ERROR STACK 1
SYSTEM ERROR: Because of a prior error, your workspace was set to
read-only to
prevent the application from attempting to write to the repository. The
repository and work you have saved to the repository are safe. If your
workspace
contains unsaved work, you may use the following procedure to save this
work.
First, export the changed components. Then, shut down and restart this
application and reopen this workspace in read-write mode. Finally, import
the
changed components and save your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 695]
Detected at: qqrp_Session::GetObjectById
Last TOOL statement: method EFWindowController.EFEventLoop
Error Time: Tue Nov 18 15:58:47
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1,
taskId =
[7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1.23]) in application
"ConPlus_GUI_cl0", pid 147 on node ISD060 in environment EdgeTest.
The remainder of the Error Manager stack is:
SYSTEM ERROR: Internal Error attempting to deserialize element (64,67470)
(fetch
bitmask is 0x20). Your workspace is now read-only to prevent the
application
from attempting to write to the repository. The repository and work you
have
saved to the repository are safe. If your workspace contains unsaved work,
you
may use the following procedure to save this work. First, export the
changed
components. Then, shut down and restart this application and reopen this
workspace in read-write mode. Finally, import the changed components and
save
your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 61]
Detected at: qqrp_LogicalSession::MaterializeObject
Last TOOL statement: method EFTabManagerNew.EFNoteBookHandler
Error Time: Tue Nov 18 15:58:47
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1,
taskId =
[7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1.23]) in application
"ConPlus_GUI_cl0", pid 147 on node ISD060 in environment EdgeTest.
SYSTEM ERROR: Unknown Mark type in deserialization.
Class: qqsp_ImplementationException
Error #: [1101, 34]
Detected at: qqrp_DeSerializeObject::ProcessHdr
Error Time: Tue Nov 18 15:58:47
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1,
taskId =
[7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1.23]) in application
"ConPlus_GUI_cl0", pid 147 on node ISD060 in environment EdgeTest.
ERROR STACK 2
SYSTEM ERROR: A serious error has occurred in Repository
(c:\PROGRA~1\CSSPTEST\conplu0). Corrective action may be necessary.
Notify
your repository administrator.
Class: qqsp_ImplementationException
Error #: [1101, 198]
Detected at: qqrp_Repository::Fetch
Last TOOL statement: method
SalesDevelopment_NWC.DEVNotifyofTabSetCurrent
Error Time: Wed Dec 03 10:27:22
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1,
taskId =
[769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1.22]) in application
"ConPlus_GUI_cl0", pid 172 on node ISD42 in environment Edge.
SYSTEM ERROR: Could not read record (64,74615) from repository data file.
Header is corrupt.
Class: qqsp_ImplementationException
Error #: [1106, 612]
Detected at: qqbt_BtreeAccess::FetchDataFileRecord
Error Time: Wed Dec 03 10:27:22
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1,
taskId =
[769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1.22]) in application
"ConPlus_GUI_cl0", pid 172 on node ISD42 in environment Edge.
Technote 11225 Don't reparent mapped Widgets between UserWindows at
runtime
It is sometimes tempting to unparent a widget from one UserWindow and
reparent
it into another at runtime. However, this can cause crashes if the widget
(or
its decendants) are "mapped" to data. Here's why...
Suppose you have two UserWindows, UW1 and UW2. UW1 contains a DataField
(DF1)
which is mapped to a TextData. UW2 contains a RadioList (RL2) which is
mapped to
a scalar Integer. At compile time, every mapped attribute is internally
assigned
a "Map ID" (a small integer) which is used to tie the Widget to its
corresponding attribute. These Map IDs are used by the Widget to look up a
pointer to their data in a "Map" which is maintained by the UserWindow.
Each
UserWindow is assumed be to independent of the others, so there is nothing
wrong
with Widgets in different UserWindows being assigned the same Map IDs.
In
this
case, let's assume that DF1 and RL2 both got assigned the same Map ID of
3. No
problem so far, since each lives in a separate UserWindow with a separate
map.
Now suppose at runtime the application "detaches" or unparents DF1 from
its
UserWindow and reparents it somewhere into UW2. When it comes time for DF1
to
paint itself the Display System it must ask the Runtime System for the
value of
DF1's mapped attribute. To do that it says "give me the value of the
TextData
for DF1. You'll find it in the Map for this UserWindow (UW1), and its Map
ID is
3". When the runtime system goes to do this it expects to find a TextData
in
this "slot" of the map, but instead it picks up the integer which is
mapped to
RL2. At best this leads to bad data being returned; more likely you get a
segfault and a crash.
If DF1 was not a mapped attribute (say, a Rectangle) there would be no
problem
because there is no data mapped to a Rectangle. If instead of moving DF1
you
created a brand new DataField on the fly there would be no problem,
because the
dynamic DataField would not have any Map ID and so couldn't conflict with
any
IDs in UW2.
So how do you solve this problem? This is exactly what Nested Windows are
all
about. While you can't move DF1 into the middle of UW2, you can nest
UW1.
This
works because UW1 brings its map with it, and when you access DF1 it knows
to
look up its value in UW1's map.
UserWindows are intended to be the "unit of compilabilty" that can be
nested
inside other UserWindows. It is dangerous to "transplant" anything from
inside
one UserWindow into another at runtime.
(Note that you can't avoid this problem by cloning DF1 because the MapID
gets
copied along with it, and the clone will fail in the same way.)
Further details explained in related technote 12448 'Sudden client
partition
crashes at runtime.'
Technote 12448 Sudden client partition crashes at runtime
Scenario : You have two UserWindows, A and B. When Window A starts up, it
instantiates an instance of B and reparents some component of B into A's
window
hierarchy.
This is not allowed and almost always leads to an error at best or at
worse a
segmentation fault.
Here's why :
When you compile a UserWindow in Forte, each "mapped attribute" (whether a
form
element or menu element) is assigned an internal ID which represents an
offset into
that UserWindow's table of mapped attributes. This offset is only valid
in the
context of the UserWindow in which it was compiled. If you detach a
FieldWidget or
MenuWidget from one compiled Window ("tmpMenu" for example) and then
parent
into another compiled window ("tmpWindow") the internal ID comes with it.
When Forte tries to make use of that copied widget it uses the ID as an
offset
into tmpWindow's table of mapped attributes. But that copied offset is
meaningless in the context of tmpWindow's table, so you get some kind off
error.
In this case it found that the data type of the variable in the slot
wasn't
what
was expected. But you might even index off the end of the table and get a
segmentation fault.
There is nothing to prevent you from dynamically creating menu items and
adding
them to a window at runtime; that will work fine. Although of course you
can't
access them via mapped attributes, since those can only be created at
compile time.
But you are not allowed to reparent a widget from one compiled UserWindow
into
the hierarchy of another.
More information may be found in technote 11225 'Don't reparent mapped
Widgets
between UserWindows at runtime'.
Possible errorstacks seen at runtime instead of a complete crash or
segmentation
violation while you are illegally reparenting a widget or menuitem between
windows
at runtime:
Map::SetSubjectData: Invalid conversion from map type 0 to subject type 22
SYSTEM ERROR: Bad parameter at location 3 in method
qqrt_MapClassAccess::ProcessSubjectData.
Class: qqsp_Exception
Error #: [1001, 381]
Detected at: qqrt_MapClassAccess::ProcessSubjectData at 3
Error Time: Wed Aug 09 13:03:57
Exception occurred (locally) on partition "testproject_CL0_Client",
(partitionId = D4914A10-36C1-11D4-91B3-419AA33BAA77:0x208:0xd,
taskId =
[D4914A10-36C1-11D4-91B3-419AA33BAA77:0x208:0xd.68]) in application
"FTLaunch_cl0", pid 672 on node ONEWAY in environment Audi3M2Env.
At 13:14 26.09.00 -0400, Adamek, Zenon wrote:
Hi,
It is the unfixed defect 53398. Please contact Forte support.
Zenon
-----Original Message-----
From: Brenda Cumming [SMTP:brenda_cummingtranscanada.com]
Sent: Tuesday, September 26, 2000 1:15 PM
To: Forte User group
Subject: (forte-users) 3J=>3M new to me error
Hi,
We are in the process of going from 3J1 to 3.0.M.2, and I am getting
this error that I am unfamiliar with on a GUI that works fine in 3J.
It
does not happen all the time, and I have been unable to establish the
pattern that kicks it off. Has anyone seen this before?
PS- this error is not occurring in the deployed (non-compiled) app,but
when I am running locally from my workspace.
SYSTEM ERROR: Bad parameter at location 6 in method
qqrt_MapClassAccess::ProcessSubjectData.
Class: qqsp_Exception
Error #: [1001, 381]
Detected at: qqrt_MapClassAccess::ProcessSubjectData at 6
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition
"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2,
taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Can't find scope 20070 for a class.
Class: qqsp_Exception
Error #: [201, 11]
Detected at: qqlo_ClassTableLoadScope at 1
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Because of a prior error, your workspace was set to
read-only to prevent the application from attempting to write to the repository.
The repository and work you have saved to the repository are safe. If
your
workspace contains unsaved work, you may use the following procedure
to save this work. First, export the changed components. Then, shut down and
restart this application and reopen this workspace in read-write mode.
Finally, import the changed components and save your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 695]
Detected at: qqrp_Session::IsDistributed
Last TOOL statement: method PPMeasWin.
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition
"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Internal Error attempting to deserialize element
(64,120684) (fetch bitmask is 0x20). Your workspace is now read-onlyto
prevent
the application from attempting to write to the repository. The
repository
and work you have saved to the repository are safe. If your workspace
contains unsaved work, you may use the following procedure to savethis
work.
First, export the changed components. Then, shut down and restart this
application and reopen this workspace in read-write mode. Finally, import the
changed components and save your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 61]
Detected at: qqrp_LogicalSession::MaterializeObject
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition
"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Recursive Deserialization attempted, Internal Error!
Class: qqsp_UsageException with ReasonCode: SP_ER_INVALIDSTATE
Error #: [301, 231]
Detected at: qqsp_DeSerializeDriver::Run at 1
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
For the archives, go to: http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
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.comHi Thomas,
Thanks for your email but I think it will be interesting for Brenda not me.
It is exactly what I have expected from Forte Support: detailed information
about bugs and workarounds. But what I cannot understand is that #53398 was
released without any information about possible reasons for this problem or
suggested workarounds. My first reaction after reading this bugreport was to
open a new case at CallCenter to get more information about it. Please
release more information with your bug reports !
Regards
Zenon Adamek
Information Services
Senior Programmer Analyst
Tel: 905 712-1084 ext. 3628
Fax: 905 712-6709
E-mail: zadamekpurolator.com
-----Original Message-----
From: Thomas Degen - Sun Germany Forte Tools - Bonn
[SMTP:thomas.degensun.com]
Sent: Wednesday, September 27, 2000 9:49 AM
To: Adamek, Zenon
Cc: 'Brenda Cumming'; Forte-userslists.xpedior.com
Subject: RE: (forte-users) 3J=>3M new to me error
Hi Zenon,
bug #53398 is not a bug which will likely get fixed, it's an informational
bugreport.
You might see an errorstack like Brenda has reported (and described in
informational
bugreport #53398) probably when you are doing something illegal that is
possible
via Forte Tool but Forte is not trapping it for performance reasons. Hence
you will see
the error coming from your illegal operation only at runtime, probably
only
while
running interpreted in the Forte IDE, but in worst case it might be even a
segmentation
violation.
Technotes 12448 'Sudden client partition crashes at runtime' and 11225
'Don't reparent
mapped Widgets between UserWindows at runtime' explain this matter . See
attached.
But maybe Brenda is much more experiencing a problem as described by Forte
Technote 11398 'Read Only Workspace Errors using ListViews or ActiveX
control'
that might get easily resolved via setting of FORTE_YIELD_THROTTLE=0.
Good Luck and Best Regards !
BTW: I've logged bug #53398, so I've felt responsible to explain its real
background.
Thomas
Thomas Degen
Sun Microsystems - Forte Tools
Forte CTE & Sustaining Group
Technical Support Germany
tel.:+49.228/91499-50
MailTo:thomas.degensun.com
Technote 11398 Read Only Workspace Errors using ListViews or ActiveX
control
SCENARIO:
Getting some unusual interpreter errors that result in an error stating
that
the workspace has been set to read only. Please see Enclosures for the
two
most common error stacks that have been encountered. The abbreviated
versions of the errors are:
- Can't read record (record size = -1)
- Id in index does not match id in record header in data file
- Recursive deserialization attempted.
- Unknown Mark type in deserialization
- Could not read record (64,74615) from repository data file.
Header
is corrupt.
These errors can be happening in either the development environment when
running from one of the development workshops, or with the deployed
application.
The bug outlined in this Technote may be the culprit if the errors above
are
seen when running a client on Windows NT or Motif and the user interface
incorporates ActiveX controls or ListView/TreeView widgets.
CAUSE:
Basically what is happening is that in rare circumstances Forte may invoke
a
nested copy of the interpreter while the first interpreter has yielded.
This
is not a problem in and of itself, but in the case where the original
interpreter was in the middle of a repository fetch when it yielded, and
the second interpreter needs to fetch code as well, we will get one of the
errors listed above, depending on the exact timing. The reason for the
errors is that the repository code at this level is thread-safe but not
re-entrant. It is protected by a mutex that is already owned by the
current task. Which, given the scenario outlined here, where the two
interpreters are running inside of the same task, results in the nested
interpreter being allowed to change data out from under the first.
While for every fetch one or more calls to WindowSystem.Yield will be made
(this is there to prevent the semblance of system lock-up on Win 3.1,
where
Yield is the only way other applications can be allowed to run), there is
a parameter which controls how often to actually yield, which by default
is
set to one out of every 100 calls. This is the reason the problem is
intermittent--you need a yield to occur during a repository fetch
which starts another interpreter which also needs to fetch code from
disk.
The reason this has only surfaced recently is that the nested interpreter
scenario can only happen in 2 cases that we know of:
- ActiveX controls which respond to events/Windows messages
- Outline fields/ListViews with column(s) mapped to virtual
attributes
In all other normal cases, the yield can process the message (typically a
paint message) without starting another interpreter, so regardless of
whether
the first interpreter yielded during a repository operation or not, there
is
no conflict.
SOLUTION:
The workaround is to prevent yields altogether by setting the
FORTE_YIELD_THROTTLE environment variable equal to 0 in the client's
environment. This should have no detrimental effects since the yield code
is in place solely for Windows 3.1x clients.
ERROR STACK 1
SYSTEM ERROR: Because of a prior error, your workspace was set to
read-only to
prevent the application from attempting to write to the repository. The
repository and work you have saved to the repository are safe. If your
workspace
contains unsaved work, you may use the following procedure to save this
work.
First, export the changed components. Then, shut down and restart this
application and reopen this workspace in read-write mode. Finally, import
the
changed components and save your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 695]
Detected at: qqrp_Session::GetObjectById
Last TOOL statement: method EFWindowController.EFEventLoop
Error Time: Tue Nov 18 15:58:47
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1,
taskId =
[7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1.23]) in application
"ConPlus_GUI_cl0", pid 147 on node ISD060 in environment EdgeTest.
The remainder of the Error Manager stack is:
SYSTEM ERROR: Internal Error attempting to deserialize element (64,67470)
(fetch
bitmask is 0x20). Your workspace is now read-only to prevent the
application
from attempting to write to the repository. The repository and work you
have
saved to the repository are safe. If your workspace contains unsaved work,
you
may use the following procedure to save this work. First, export the
changed
components. Then, shut down and restart this application and reopen this
workspace in read-write mode. Finally, import the changed components and
save
your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 61]
Detected at: qqrp_LogicalSession::MaterializeObject
Last TOOL statement: method EFTabManagerNew.EFNoteBookHandler
Error Time: Tue Nov 18 15:58:47
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1,
taskId =
[7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1.23]) in application
"ConPlus_GUI_cl0", pid 147 on node ISD060 in environment EdgeTest.
SYSTEM ERROR: Unknown Mark type in deserialization.
Class: qqsp_ImplementationException
Error #: [1101, 34]
Detected at: qqrp_DeSerializeObject::ProcessHdr
Error Time: Tue Nov 18 15:58:47
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1,
taskId =
[7EFAE060-4AFA-11D1-A1C1-1FDC8A99AA77:0x446:0x1.23]) in application
"ConPlus_GUI_cl0", pid 147 on node ISD060 in environment EdgeTest.
ERROR STACK 2
SYSTEM ERROR: A serious error has occurred in Repository
(c:\PROGRA~1\CSSPTEST\conplu0). Corrective action may be necessary.
Notify
your repository administrator.
Class: qqsp_ImplementationException
Error #: [1101, 198]
Detected at: qqrp_Repository::Fetch
Last TOOL statement: method
SalesDevelopment_NWC.DEVNotifyofTabSetCurrent
Error Time: Wed Dec 03 10:27:22
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1,
taskId =
[769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1.22]) in application
"ConPlus_GUI_cl0", pid 172 on node ISD42 in environment Edge.
SYSTEM ERROR: Could not read record (64,74615) from repository data file.
Header is corrupt.
Class: qqsp_ImplementationException
Error #: [1106, 612]
Detected at: qqbt_BtreeAccess::FetchDataFileRecord
Error Time: Wed Dec 03 10:27:22
Exception occurred (locally) on partition "ConPlus_GUI_cl0_Client",
(partitionId = 769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1,
taskId =
[769D4310-6B88-11D1-84FD-65BF87C8AA77:0x121:0x1.22]) in application
"ConPlus_GUI_cl0", pid 172 on node ISD42 in environment Edge.
Technote 11225 Don't reparent mapped Widgets between UserWindows at
runtime
It is sometimes tempting to unparent a widget from one UserWindow and
reparent
it into another at runtime. However, this can cause crashes if the widget
(or
its decendants) are "mapped" to data. Here's why...
Suppose you have two UserWindows, UW1 and UW2. UW1 contains a DataField
(DF1)
which is mapped to a TextData. UW2 contains a RadioList (RL2) which is
mapped to
a scalar Integer. At compile time, every mapped attribute is internally
assigned
a "Map ID" (a small integer) which is used to tie the Widget to its
corresponding attribute. These Map IDs are used by the Widget to look up a
pointer to their data in a "Map" which is maintained by the UserWindow.
Each
UserWindow is assumed be to independent of the others, so there is nothing
wrong
with Widgets in different UserWindows being assigned the same Map IDs.
In
this
case, let's assume that DF1 and RL2 both got assigned the same Map ID of
3. No
problem so far, since each lives in a separate UserWindow with a separate
map.
Now suppose at runtime the application "detaches" or unparents DF1 from
its
UserWindow and reparents it somewhere into UW2. When it comes time for DF1
to
paint itself the Display System it must ask the Runtime System for the
value of
DF1's mapped attribute. To do that it says "give me the value of the
TextData
for DF1. You'll find it in the Map for this UserWindow (UW1), and its Map
ID is
3". When the runtime system goes to do this it expects to find a TextData
in
this "slot" of the map, but instead it picks up the integer which is
mapped to
RL2. At best this leads to bad data being returned; more likely you get a
segfault and a crash.
If DF1 was not a mapped attribute (say, a Rectangle) there would be no
problem
because there is no data mapped to a Rectangle. If instead of moving DF1
you
created a brand new DataField on the fly there would be no problem,
because the
dynamic DataField would not have any Map ID and so couldn't conflict with
any
IDs in UW2.
So how do you solve this problem? This is exactly what Nested Windows are
all
about. While you can't move DF1 into the middle of UW2, you can nest
UW1.
This
works because UW1 brings its map with it, and when you access DF1 it knows
to
look up its value in UW1's map.
UserWindows are intended to be the "unit of compilabilty" that can be
nested
inside other UserWindows. It is dangerous to "transplant" anything from
inside
one UserWindow into another at runtime.
(Note that you can't avoid this problem by cloning DF1 because the MapID
gets
copied along with it, and the clone will fail in the same way.)
Further details explained in related technote 12448 'Sudden client
partition
crashes at runtime.'
Technote 12448 Sudden client partition crashes at runtime
Scenario : You have two UserWindows, A and B. When Window A starts up, it
instantiates an instance of B and reparents some component of B into A's
window
hierarchy.
This is not allowed and almost always leads to an error at best or at
worse a
segmentation fault.
Here's why :
When you compile a UserWindow in Forte, each "mapped attribute" (whether a
form
element or menu element) is assigned an internal ID which represents an
offset into
that UserWindow's table of mapped attributes. This offset is only valid
in the
context of the UserWindow in which it was compiled. If you detach a
FieldWidget or
MenuWidget from one compiled Window ("tmpMenu" for example) and then
parent
into another compiled window ("tmpWindow") the internal ID comes with it.
When Forte tries to make use of that copied widget it uses the ID as an
offset
into tmpWindow's table of mapped attributes. But that copied offset is
meaningless in the context of tmpWindow's table, so you get some kind off
error.
In this case it found that the data type of the variable in the slot
wasn't
what
was expected. But you might even index off the end of the table and get a
segmentation fault.
There is nothing to prevent you from dynamically creating menu items and
adding
them to a window at runtime; that will work fine. Although of course you
can't
access them via mapped attributes, since those can only be created at
compile time.
But you are not allowed to reparent a widget from one compiled UserWindow
into
the hierarchy of another.
More information may be found in technote 11225 'Don't reparent mapped
Widgets
between UserWindows at runtime'.
Possible errorstacks seen at runtime instead of a complete crash or
segmentation
violation while you are illegally reparenting a widget or menuitem between
windows
at runtime:
Map::SetSubjectData: Invalid conversion from map type 0 to subject type 22
SYSTEM ERROR: Bad parameter at location 3 in method
qqrt_MapClassAccess::ProcessSubjectData.
Class: qqsp_Exception
Error #: [1001, 381]
Detected at: qqrt_MapClassAccess::ProcessSubjectData at 3
Error Time: Wed Aug 09 13:03:57
Exception occurred (locally) on partition "testproject_CL0_Client",
(partitionId = D4914A10-36C1-11D4-91B3-419AA33BAA77:0x208:0xd,
taskId =
[D4914A10-36C1-11D4-91B3-419AA33BAA77:0x208:0xd.68]) in application
"FTLaunch_cl0", pid 672 on node ONEWAY in environment Audi3M2Env.
At 13:14 26.09.00 -0400, Adamek, Zenon wrote:
Hi,
It is the unfixed defect 53398. Please contact Forte support.
Zenon
-----Original Message-----
From: Brenda Cumming [SMTP:brenda_cummingtranscanada.com]
Sent: Tuesday, September 26, 2000 1:15 PM
To: Forte User group
Subject: (forte-users) 3J=>3M new to me error
Hi,
We are in the process of going from 3J1 to 3.0.M.2, and I am getting
this error that I am unfamiliar with on a GUI that works fine in 3J.
It
does not happen all the time, and I have been unable to establish the
pattern that kicks it off. Has anyone seen this before?
PS- this error is not occurring in the deployed (non-compiled) app,but
when I am running locally from my workspace.
SYSTEM ERROR: Bad parameter at location 6 in method
qqrt_MapClassAccess::ProcessSubjectData.
Class: qqsp_Exception
Error #: [1001, 381]
Detected at: qqrt_MapClassAccess::ProcessSubjectData at 6
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition
"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2,
taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Can't find scope 20070 for a class.
Class: qqsp_Exception
Error #: [201, 11]
Detected at: qqlo_ClassTableLoadScope at 1
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Because of a prior error, your workspace was set to
read-only to prevent the application from attempting to write to the repository.
The repository and work you have saved to the repository are safe. If
your
workspace contains unsaved work, you may use the following procedure
to save this work. First, export the changed components. Then, shut down and
restart this application and reopen this workspace in read-write mode.
Finally, import the changed components and save your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 695]
Detected at: qqrp_Session::IsDistributed
Last TOOL statement: method PPMeasWin.
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition
"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Internal Error attempting to deserialize element
(64,120684) (fetch bitmask is 0x20). Your workspace is now read-onlyto
prevent
the application from attempting to write to the repository. The
repository
and work you have saved to the repository are safe. If your workspace
contains unsaved work, you may use the following procedure to savethis
work.
First, export the changed components. Then, shut down and restart this
application and reopen this workspace in read-write mode. Finally, import the
changed components and save your workspace.
Class: qqrp_RepResourceException
Error #: [1101, 61]
Detected at: qqrp_LogicalSession::MaterializeObject
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition
"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
SYSTEM ERROR: Recursive Deserialization attempted, Internal Error!
Class: qqsp_UsageException with ReasonCode: SP_ER_INVALIDSTATE
Error #: [301, 231]
Detected at: qqsp_DeSerializeDriver::Run at 1
Error Time: Wed Sep 20 14:32:54
Exception occurred (locally) on partition"ABSDevtStartUp_CL0_Client",
(partitionId = 36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2, taskId =
[36172000-5DA8-11D4-B1F0-14015EDAAA77:0x2da:0x2.25]) in
application
"Forte_cl0", pid 93 on node T5621 in environment AbisDMEnv.
For the archives, go to: http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
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) Named Anchored Obj-EnvironmentFailover
I did some playing around with this stuff as well. I can tell you a few
things.
1) The search path option of connected environments only works for SO's, not
for named anchors.
2) When EnvA creates a directory "/glob", which contains object "obj1", then
EnvA owns directory "/glob". Even after restarting environments. If EnvB
tries to add a subdirectory to "/glob" or inserts its own objects into this
path, then the situation becomes unstable. It doesn't immediately produce an
error, but things go wrong anyway. Is this a bug or expected behaviour? I
don't know. I just learned not to do this. Every environment must place it's
named anchors in it's own tree. Directories can't be shared.
3) I think the relative name "glob/obj1" should work, but only if you set
the ObjectLocationMgr to start looking at the root. Default, it will start
looking in it's own environment basepath. But I don't have any experience
with this.
Pascal Rottier
Atos Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Master Programmer [mailto:masterprghotmail.com]
Sent: Monday, January 08, 2001 11:13 PM
To: forte-userslists.xpedior.com
Subject: (forte-users) Named Anchored Obj-Environment Failover
Hi to all,
We connect from EnvA to EnvB giving the user directory parameter as / and
set the Environment Search Path
as EnvA:EnvB. From both environments we start and register
'/glob/obj1' named anchored objects with the same name.
From a client we connect to EnvA and bind to'/glob/obj1' when we shutdown EnvA partition it fails-over to
EnvB. And then we restart EnvA partition. We restart/rebind the client and
try to use object. We see that it is using the EnvB object.
Although we started the primary environment object again.
It is not using the search path. Once we shutdown secondary environment
it starts using primary environment object.
When we try to use relative path when we are binding the object
First parameter ('glob/obj1') No first slash. Trying 3rd parameter
for bind function or just using environment search path, Is is not able to
find the object. From nsls command I figured out that
under the root directory
/forte/UUID of ENVA/node
/site
/UUID of ENVB
/glob/obj1
names are available. When we use relative path (without slash)
is it trying to find /glob/obj1 under the /forte/UUID of ENVA
but we are registering the name under the root.
What is the reason of this odd behaviour or is this a bug?
Any answer will be appreciated,
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.comI did some playing around with this stuff as well. I can tell you a few
things.
1) The search path option of connected environments only works for SO's, not
for named anchors.
2) When EnvA creates a directory "/glob", which contains object "obj1", then
EnvA owns directory "/glob". Even after restarting environments. If EnvB
tries to add a subdirectory to "/glob" or inserts its own objects into this
path, then the situation becomes unstable. It doesn't immediately produce an
error, but things go wrong anyway. Is this a bug or expected behaviour? I
don't know. I just learned not to do this. Every environment must place it's
named anchors in it's own tree. Directories can't be shared.
3) I think the relative name "glob/obj1" should work, but only if you set
the ObjectLocationMgr to start looking at the root. Default, it will start
looking in it's own environment basepath. But I don't have any experience
with this.
Pascal Rottier
Atos Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Master Programmer [mailto:masterprghotmail.com]
Sent: Monday, January 08, 2001 11:13 PM
To: forte-userslists.xpedior.com
Subject: (forte-users) Named Anchored Obj-Environment Failover
Hi to all,
We connect from EnvA to EnvB giving the user directory parameter as / and
set the Environment Search Path
as EnvA:EnvB. From both environments we start and register
'/glob/obj1' named anchored objects with the same name.
From a client we connect to EnvA and bind to'/glob/obj1' when we shutdown EnvA partition it fails-over to
EnvB. And then we restart EnvA partition. We restart/rebind the client and
try to use object. We see that it is using the EnvB object.
Although we started the primary environment object again.
It is not using the search path. Once we shutdown secondary environment
it starts using primary environment object.
When we try to use relative path when we are binding the object
First parameter ('glob/obj1') No first slash. Trying 3rd parameter
for bind function or just using environment search path, Is is not able to
find the object. From nsls command I figured out that
under the root directory
/forte/UUID of ENVA/node
/site
/UUID of ENVB
/glob/obj1
names are available. When we use relative path (without slash)
is it trying to find /glob/obj1 under the /forte/UUID of ENVA
but we are registering the name under the root.
What is the reason of this odd behaviour or is this a bug?
Any answer will be appreciated,
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) (Fwd) ODBC & Dynamically Choosing aDatabase Ve ndor
The error you are getting is saying that the data source is not correctly
specified. Make sure the data source(or the name of the ODBC driver you
created) is correctly specified in your code.
ka
-----Original Message-----
From: Duncan Kinnear [mailto:[email protected]]
Sent: Sunday, December 19, 1999 6:26 PM
To: [email protected]
Subject: (forte-users) (Fwd) ODBC & Dynamically Choosing a Database
Vendor
I am trying to dynamically create a DBSession to connect to the
Microsft SQL Server ODBC Driver on a Forte Server Node.
I have tested the ODBC connection on the Local Machine and it works fine.
I have connected to the SQL Server on that machine with a Static
DBSession Object and that works fine.
I have used the same code to create a DBSession to Informix on Unix
and that worked fine.
The error I get is a converted ODBC one:
SYSTEM ERROR: Attempt to load partition named TestWinProject_cl0_Part1
failed.
Class: qqsp_ResourceException
Error #: [1001, 4]
Detected at: qqrt_ForteExecAgent::LoadPartition at 2
Error Time: Mon Dec 20 12:05:37
Distributed method called: qqrt_ForteExecAgentProxy.LoadPartition!7
(object name Unnamed) from partition "Node Manager", (partitionId =
40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11c, taskId =
[40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11c.38]) in application
"System
Manager", pid 250 on node ALLY in environment testenv
Exception occurred (remotely) on partition "Forte_Executor",
(partitionId
= 40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11e, taskId =
[40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11e.22]) in application
"TestWinProject_cl0", pid 235 on node ALLY in environment TestEnv.
SYSTEM ERROR: Failed to create service object TestDataProject.TestService.
Class: qqsp_ResourceException
Last TOOL statement: method TestServiceMgr.
Error Time: Mon Dec 20 12:05:37
Exception occurred (remotely) on partition "Forte_Executor",
(partitionId
= 40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11e, taskId =
[40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11e.22]) in application
"TestWinProject_cl0", pid 235 on node ALLY in environment TestEnv.
USER ERROR: (This error was converted)
Failed to connect to database: ForteSQLServer , username: justin .
[Microsoft][ODBC Driver Manager] Data source name not found and no
default
driver specified
Class: qqdb_RemoteAccessException with ReasonCode:
DB_ER_DBMSCONNECTION
DBMS SQLSTATE: IM002
Class: qqsp_ErrorDescriptor
Detected at: qqdb_OdbcVendorInfo::DoSQLConnect at 10
Last TOOL statement: method ServiceMgr.SetDBSession
Error Time: Mon Dec 20 12:05:37
Exception occurred (remotely) on partition "Forte_Executor",
(partitionId
= 40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11e, taskId =
[40114BC0-B0FC-11D3-B4D6-E87D6941AA77:0x11e.22]) in application
"TestWinProject_cl0", pid 235 on node ALLY in environment TestEnv.
Versions:
SQL SERVER 6.5
ODBC Driver SQL Server 2.65.0240
ODBC Manager 3.0.28.22
NT 4 sp4
Forte 3.0.J.1
The code I'm using is almost identical to that given in the "Dynamically
Choosing a Database Vendor" section of the "Making a Database
Connection" chapter of the "Accessing Databases" manual.
Any suggestions would be greatly appreciated
Thanks in advance.
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
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected] -
Re: (forte-users) Unstable server ENV after upgrade to Forte30M2.
I see/suggest a few things:
1) In your #1, you mention ".... development and test environments which use the
same Forte 3M installs through links ...". This concerns me. On our UNIX box
each environment has it's own directory containing it's own install. If your
environments are some how sharing a node manager, log directory or processes (to
name a few things) that is a recipe for disaster. They may be competing for
resources and usually the first one started will win.
2) I haven't done a lot with compatibility levels, but if an application built
in dev is to run in test it may be important that node managers and services
(autocompile, codegen etc.) be at the same level (????).
3) Check the definition files, to make sure the two environments operate
independently. If they are both trying to write to the same log file the one
started up first will work while the second will not as the file will be "busy".
4) We usually use rpcreate (newer version) to create brand new repositories.
Than we export/import the source code that we need. Also it is important to
force compile ALL plans in a workspace at least once after doing the import.
This will ensure that all of the code is "speaking the same language". The other
compile, only compiles those pieces of code that changed from the last compile.
Hope this helps.
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!
"Braja Chattaraj" <forte_brajachotmail.com> on 09/13/2000 03:43:57 PM
Please respond to chattaraj_braja_NONLILLYlilly.com
To: forte-userslists.xpedior.com
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) Unstable server ENV after upgrade to Forte 30M2.
We are running Forte 3M2 clients and server in our test environment with
clients on NT and server on Solaris 2.6. Eversince the upgrade from 3L to 3M
we have been having an unstable environment that does not remain alive for >
10 mins. These are the details of the Forte installs and server setups :
1. The server hosts the development and test environments which use the same
Forte 3M installs through links (same ftcmd, ftexec, nodemgr, etc.). The
environments are at compatibility levels 0 and 1 respectively.
2. The two environments have the same definition files (defining the ENV
variables), though seperate copies and the two environments are hosted on
different ports on the same server.
3. While building the new 3M environmnets in DEV and TST, we exported the
old 3L repositories and imported them into the new 3M repositories and
deployed the applications.
While the DEV environment is stable the TST environment is not. This has
been observed while moving plans between the environments (export and
import) using fscript commands, deploying the apps after the move using
fscript, and testing the apps. Sometimes it has come down right after a
startup. There is no programatic reference to the environment agent in the
code. So, a programatic shutdown is ruled out.
Does anybody have a clue or a similar experience ?
Thanks.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
BRAJA KISHORE CHATTARAJ
Consultant, Analysts International.
Work : Sphinx Pharmaceuticals (A division of Eli Lilly & Co.)
(919) 314-4134
Home : 1801, Williamsburg Rd., #41H, Durham, NC 27707.
(919) 463-7802
E-mail : forte_brajachotmail.com
Visit us www.analysts.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://profiles.msn.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.comWe found a solution to our issue.Their desktops were in a lockdown environment and the essbase.id file located in the windows directory was locked as well. This file is responsible for assigning ports etc and it couldn't be updated for the 6.5.4p2 upgrade. Once the file was deleted and the user reconnected to Essbase, the essbase.id was reset and they could connect.
-
RE: (forte-users) Escript - Loading distrib from specifiednode ?
JP,
you can't do it. As says the help file on loaddistrib, :
"The distribution to be loaded is in the FORTE_ROOT/appdist/<envname>
directory hierarchy
on the node running escript."
So, you have to run escript on the server or the node having the distrib.
Patrice
-----Message d'origine-----
De: Jean-Paul Gabrielli [mailto:Jean-Paul.Gabriellisema.fr]
Date: mercredi 1 mars 2000 17:59
À: Forte-Users
Objet: (forte-users) Escript - Loading distrib from specified node ?
Hi,
When I do 'listdistrib' in escript, it says 'nothing in local',
which is fine.
How do I focus on 'remotenode' for
'loaddistrib' to be able to find the distribution ?
thanks
j-paul gabrielli
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.comFindActEnv
FindSub anyNode
ListDistrib
LoadDistrib MyAppp
should do it.
Taras Katkov
BOURDON Patrice wrote:
>
JP,
you can't do it. As says the help file on loaddistrib, :
"The distribution to be loaded is in the FORTE_ROOT/appdist/<envname>
directory hierarchy
on the node running escript."
So, you have to run escript on the server or the node having the distrib.
Patrice
-----Message d'origine-----
De: Jean-Paul Gabrielli [mailto:Jean-Paul.Gabriellisema.fr]
Date: mercredi 1 mars 2000 17:59
À: Forte-Users
Objet: (forte-users) Escript - Loading distrib from specified node ?
Hi,
When I do 'listdistrib' in escript, it says 'nothing in local',
which is fine.
How do I focus on 'remotenode' for
'loaddistrib' to be able to find the distribution ?
thanks
j-paul gabrielli
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) 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) Ok, what's the "secret" for setting serverside envi
Dear Robinson,
It seems to be that you have 2 ways of solving the problem:
1) restart forte after setting the environment variables
2) write a little application which sets the required variables, using
the task.part.OperatingSystem.SetEnv(name,value) method.
If you have to chage the variables rarely, then it`s easier to restart forte,
otherwise I would suggest to use the SetEnv function...
Best Regards,
Tamas Deak
"Robinson, Richard" wrote:
Subject says it all.
We have a bunch of environment variables that are used by the server side
objects. What I want to do is change the value of some of the variables
prior to running my application in Forte Development IDE (3.0.G.2). I've
tried to set the environment variables via NT's registry, but it appears
that at execution time the variables take on the value of whatever they are
for the node manager.
Most IDE's I've worked with before have a way to specify environment
variables right in the tool. Forte doesn't appear to have that capability -
say it ain't so!
Any clues?
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]-Richard,
There is no way of changing the environment variable once the Node
Manager is up. You will have to shutdown the node manager and then restart
it to have the new environment variables take effect. Sorry, there is no
secret way of doing this that I know of.
But you can set the variables on you development machine and run you
application without distributing. This way the partition will be running in
your client machine and not the server.
Another way we have also got around this is by having a special
environment variable on the client side that opens a admin screen when you
run you application. This admin screen will allow you to change the
environment variables and then set them on the server partition. You will
have to do come coding on the server to make this happen but if you are
using a framework then it should be easy. We call this developer reconnect
facility. It only can be activated by the special client side environment
variable. I comes in very handy when we are development and want to change
the database on the server partition.
Hope this help.
ka
Kamran Amin
Framework, Inc.
303 South Broadway
Tarrytown, NY 10591
(914) 631-2322x121
[email protected]
http://www.frameworkinc.com/
-----Original Message-----
From: Robinson, Richard [mailto:[email protected]]
Sent: Thursday, November 04, 1999 7:23 AM
To: [email protected]
Subject: (forte-users) Ok, what's the "secret" for setting server side
environment varia bles when running in the Forte Development
Environment?
Subject says it all.
We have a bunch of environment variables that are used by the server side
objects. What I want to do is change the value of some of the variables
prior to running my application in Forte Development IDE (3.0.G.2). I've
tried to set the environment variables via NT's registry, but it appears
that at execution time the variables take on the value of whatever they are
for the node manager.
Most IDE's I've worked with before have a way to specify environment
variables right in the tool. Forte doesn't appear to have that capability -
say it ain't so!
Any clues?
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected] -
Re: (forte-users) Forte and CORBA question
Hi,
The discarding the Java variable that references a distributed Forte object
doesn't cause that the distributed object will be reclaimed. In Forte client
you can use ReleaseDistReference() of the current partition (task.part) to
free the remote object. For Java client, you can implement the following
solution:
- define a method ReleaseMyObject() in the SO you are using to get the proxy
to the dist. object. As parameter for it use something that can identify
your object (attribute).
- your SO has an array or hashtable with your distributed objects, every new
object is added to it.
- in the implementation of ReleaseMyObject() find the object to release in
the array and call ReleaseDistReference() for it,
- from the Java client, call the ReleaseMyObject() for the object that is
not more needed.
Regards,
Zenon Adamek
----- Original Message -----
From: Joseph Mirwald <jomirweb.de>
To: Dave Ortman <dortmanyahoo.com>; 'Forte User Forum'
<forte-userslists.xpedior.com>
Sent: Wednesday, March 07, 2001 3:58 PM
Subject: Re: (forte-users) Forte and CORBA question
Hello Dave,
do you use a copy return or copy parameters in this method ?
If not, then maybe Forte is unable to garbage-collect this object because
it is forever
a proxy which only the server-partition may be able to drop it from memory
(object=NIL).
Try this and let us know what happens.
Hope this helps
Joseph Mirwald
At 11:49 07.03.01 -0800, Dave Ortman wrote:
We're attempting to use a Java client to access a
Forte server. In doing such, we've experienced a
problem which I hoped somebody could shed some light
on.
We've had a Java client calling Forte service objects
and passing Forte objects back and forth as CORBA
structs with no problem. However, we have experienced
some problem obtaining and using remote references to
distributed objects from the Java client.
The problem is memory utilization. Each time I obtain
a reference to a new object, the memory utilization on
the Forte server jumps up quite a bit (around 100k per
object on an NT box). Eventually, if I fetch enough
objects, the server will crash due to lack of memory.
It seems that Forte never reclaims the memory, even
though I'm not using (and don't have a handle to) this
remote objects.
The objects are very small. In fact, I created a test
Forte SO with one method, getObject(); which returns a
distributed object with a single attribute. I then
have a Java client access the getObject() method
repeatedly - discarding the reference to the object
after each iteration. After a short while, the box
will come down.
Any thoughts?
Thanks in advance,
-Dave Ortman
--- "Epari, Madhusudhan" <meparioxhp.com> wrote:
Hi All,
Following error occurs consistently on a router
partition for every call to
the service object but the partition doesn't die or
crash. I tried bumping
up the partition memory too. Any thoughts on why
it's happening?
Thanks in advance,
Madhu
SYSTEM ERROR: Failed to connect or lost connection
to the
environment manager
at FORTE_NS_ADDRESS = <Unknown>. Check that the
environment
manager is
installed at that location. If it is, then check
to be sure that
there are
enough system resources available to support this
partition.
Class: qqsp_SystemResourceException
Error #: [601, 201]
Detected at: qqdo_NsClient::FindObject at 1
Error Time: Wed Feb 21 09:30:56
Exception occurred (locally) on partition
"CSA_cl0_Part2-router",
(partitionId =
C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
taskId =
[C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
application
"MWRouting_cl1", pid 18937 on node forted1 in
environment
frtedev.
SYSTEM ERROR: Attempt to send from a partition
(C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1)
that no
longer exists.
Class: qqsp_DistAccessException
Error #: [601, 111]
Detected at: qqdo_PartitionMgr::SendMsg at
1
Error Time: Wed Feb 21 09:30:56
Distributed method called:
qqdo_NsServerProxy.FindObject
(object name
Unnamed) from partition
"CSA_cl0_Part2-router",
(partitionId =
C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
taskId =
[C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
application
"MWRouting_cl1", pid 18937 on node
forted1 in environment
frtedev
Exception occurred (locally) on partition
"CSA_cl0_Part2-router",
(partitionId =
C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
taskId =
[C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8])
in
application "MWRouting_cl1", pid 18937 on
node forted1 in
environment
frtedev.
LbRouter::FindMembers - CAUGHT EXCEPTION attaching
members from
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.comWhy not this:
while myText.moveToString(' ') do
myText.ReplaceRange('-', myText.Offset, myText.Offset+1);
end while;
or if you prefer verbosity:
while myText.moveToString(source=' ') do
myText.ReplaceRange(source='-', startOffset=myText.Offset,
endOffset=myText.Offset+1);
end while;
-----Original Message-----
From: FatchJeBAM.com [mailto:FatchJeBAM.com]
Sent: Wednesday, January 12, 2000 2:51 PM
To: Troy.Burnsvacationclub.com; kamranaminyahoo.com
Subject: RE: (forte-users) search and replace within a TextData
How about this?? May have to play with start/end on ReplaceRange as I
didn't really test this
Anybody got a better way??
-- replace space with underscore
For x in 1 to myTextdata.LengthToEnd() do
If myTextData.IsSpace() then
MyTextdata.ReplaceRange('_'. Startoffset=myTextdata.offset,
endoffset=myTextdata.offset+1);
End if;
MyTextdata.MoveNext;
End for;
Jerry Fatcheric
-----Original Message-----
From: Burns, Troy [mailto:Troy.Burnsvacationclub.com]
Sent: Wednesday, January 12, 2000 9:40 AM
To: kamranaminyahoo.com
Subject: (forte-users) search and replace within a
TextData
Hello all,
I need to search within a textdata object, replacing all
occurrances of a
space
with another character. Can you give a quick code example
of how I would do
this?
Thanks in advance,
Troy
Troy Burns
Marriott Vacation Club Intl.
E-mail: troy.burnsvacationclub.com
Phone: (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:
forte-users-requestlists.sageit.com
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: forte-users-requestlists.sageit.com -
RE: (forte-users) What could have caused the StopWatch classto r eturn
Attila
1. Ops - I DO instantiate it as follows:
[snip]
sw : StopWatch = new;
[snip]
I missed the "= new" in the orig mail message (cut/past from wrong
workspace).
2. LogWriter(deltaT:integer, t1:DateTimeData, t2:DateTimeData)
[snip]
task.part.logmgr.put('| ');
task.part.logmgr.put(deltaT);
task.part.logmgr.put(' | ');
task.part.logmgr.put(t1);
task.part.logmgr.put(' | ');
task.part.logmgr.put(t2);
task.part.logmgr.putline(' |');
[snip]
OK, it's just a quick 'n dirty but it does the job for testing.
Regards,
Dirk
-----Original Message-----
From: Attila Rácz [mailto:[email protected]]
Sent: Thursday, 7 October 1999 14:35
To: Haben, Dirk
Subject: Re: (forte-users) What could have caused the
StopWatch class to
return a negative v alue?
Hi Dirk,
1. You don't instantiate the StopWatch object!!! So the
attached code have to
throw a NIL exception. On my PC it does:
"Trying to invoke a method on a NIL object (qqos_StopWatch, 1)."
2. Send the whole LogWriter method for analyzing.
Attila
"Haben, Dirk" wrote:
G'day
Suppose the following output is produced:
Loaded Forte Message Catalog 'fortemsg/en_us.cat'
NLM Startup is Complete - Partition's Locale is 'c'
Loading partition CollectResponseStatistics_cl0_Client built on 30-Sep-1999
09:12:28.
Attached to manager for node BLAH.
%DiH-I-VERID: CollectResponseStatistics_v371.002
%DiH-I-BGP, BGP Started...
%DiH-I, Repeat Interval (in milliseconds) 300000
%DiH-I, Sample Account Number: 123456
%DiH-I-BGPSTART, BackgroundProcessing started at: 07-Oct-1999 08:54:16
| Total Time | Account Fetch | Account Fetch |
| in milliSeconds | Start Time | Completion Time |
|-----------------|----------------------|----------------------|
| -194 | 07-Oct-1999 08:54:16 | 07-Oct-1999 08:54:17 |
What could cause the stopwatch class to return this negative value? Here is
the code that is run:
sw : StopWatch;
//that line is actual as follows:
sw : StopWatch = new;
//*****[Dirk]
>>
BP_t1 : DateTimeData = new;
BP_t2 : DateTimeData = new;
BP_t1.SetCurrent();
self.LogWriter('%DiH-I-BGPSTART, BackgroundProcessing started at: ',BP_t1);
self.LogWriterHeading();
tmpAcc : account = new;
sw.fire();
BP_t1.SetCurrent();
tmpAcc = self.AccountFetch(aAccountNumber);
BP_t2.SetCurrent();
deltaT : Integer = sw.split();
self.LogWriter(deltaT,BP_t1,BP_t2);
Oh, and the logwriter is just a formatted logmgr.put(deltaT) ,
logmgr.put(t1) etc
Any light on this one much appreciated.
Thanks,
Dirk
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]
Attila Racz Lufthansa
Systems Hungary
BUD LSYH
E-mail: [email protected] .-``'.
Tel.: (36 1) 431-2910 .` .' Mazsa ter 2-6.
Fax : (36 1) 431-2977 _.-' '._ H-1107
Budapest, HungaryAttila
1. Ops - I DO instantiate it as follows:
[snip]
sw : StopWatch = new;
[snip]
I missed the "= new" in the orig mail message (cut/past from wrong
workspace).
2. LogWriter(deltaT:integer, t1:DateTimeData, t2:DateTimeData)
[snip]
task.part.logmgr.put('| ');
task.part.logmgr.put(deltaT);
task.part.logmgr.put(' | ');
task.part.logmgr.put(t1);
task.part.logmgr.put(' | ');
task.part.logmgr.put(t2);
task.part.logmgr.putline(' |');
[snip]
OK, it's just a quick 'n dirty but it does the job for testing.
Regards,
Dirk
-----Original Message-----
From: Attila Rácz [mailto:[email protected]]
Sent: Thursday, 7 October 1999 14:35
To: Haben, Dirk
Subject: Re: (forte-users) What could have caused the
StopWatch class to
return a negative v alue?
Hi Dirk,
1. You don't instantiate the StopWatch object!!! So the
attached code have to
throw a NIL exception. On my PC it does:
"Trying to invoke a method on a NIL object (qqos_StopWatch, 1)."
2. Send the whole LogWriter method for analyzing.
Attila
"Haben, Dirk" wrote:
G'day
Suppose the following output is produced:
Loaded Forte Message Catalog 'fortemsg/en_us.cat'
NLM Startup is Complete - Partition's Locale is 'c'
Loading partition CollectResponseStatistics_cl0_Client built on 30-Sep-1999
09:12:28.
Attached to manager for node BLAH.
%DiH-I-VERID: CollectResponseStatistics_v371.002
%DiH-I-BGP, BGP Started...
%DiH-I, Repeat Interval (in milliseconds) 300000
%DiH-I, Sample Account Number: 123456
%DiH-I-BGPSTART, BackgroundProcessing started at: 07-Oct-1999 08:54:16
| Total Time | Account Fetch | Account Fetch |
| in milliSeconds | Start Time | Completion Time |
|-----------------|----------------------|----------------------|
| -194 | 07-Oct-1999 08:54:16 | 07-Oct-1999 08:54:17 |
What could cause the stopwatch class to return this negative value? Here is
the code that is run:
sw : StopWatch;
//that line is actual as follows:
sw : StopWatch = new;
//*****[Dirk]
>>
BP_t1 : DateTimeData = new;
BP_t2 : DateTimeData = new;
BP_t1.SetCurrent();
self.LogWriter('%DiH-I-BGPSTART, BackgroundProcessing started at: ',BP_t1);
self.LogWriterHeading();
tmpAcc : account = new;
sw.fire();
BP_t1.SetCurrent();
tmpAcc = self.AccountFetch(aAccountNumber);
BP_t2.SetCurrent();
deltaT : Integer = sw.split();
self.LogWriter(deltaT,BP_t1,BP_t2);
Oh, and the logwriter is just a formatted logmgr.put(deltaT) ,
logmgr.put(t1) etc
Any light on this one much appreciated.
Thanks,
Dirk
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]
Attila Racz Lufthansa
Systems Hungary
BUD LSYH
E-mail: [email protected] .-``'.
Tel.: (36 1) 431-2910 .` .' Mazsa ter 2-6.
Fax : (36 1) 431-2977 _.-' '._ H-1107
Budapest, Hungary -
RE: forte-users-digest Digest V00 #186
Just a follow up to the TIFF Problem.
Try using the WANG Image edit control (supports 32-bit OLE) Copyright
Wang Laboratories, Inc. 1995-1996..
It should be available free on the net or if you have Microsoft Visual
Studio 6.0 it comes with it. make sure you make the control invisible so
that it does not show up.
- Ravi.
Intel Corporation.
-----Original Message-----
From: forte-users-digest-requestlists.xpedior.com
[SMTP:forte-users-digest-requestlists.xpedior.com]
Sent: Wednesday, May 17, 2000 8:05 AM
To: forte-users-digestlists.xpedior.com
Subject: forte-users-digest Digest V00 #186
forte-users-digest Digest Volume 00 : Issue
186
Today's Topics:
RE: forte-users-digest Digest V00 #185
Intermittent database problems
Administrivia:
* BEFORE YOU ASK - please search the archives at:
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-digest-requestlists.xpedior.com
Date: Tue, 16 May 2000 18:30:00 -0700
From: "Balakrishna, RavikumarX" <ravikumarx.balakrishnaintel.com>
To: forte-userslists.xpedior.com, forte-users-digestlists.xpedior.com
Subject: RE: forte-users-digest Digest V00 #185
Message-ID:
<0428AD6295E1D211AC4400A0C969E8A2045C29FAorsmsx43.jf.intel.com>
Content-Type: text/plain
Hi,
The only work around I can see to your problem is to convert the TIFF
to
any other format that forte supports. You could use Microsoft's Image
Composer to do this. As far as I can see your requirement is runtime. I
would suggest using Windows imaging ( an image edit control, that is an
active-x control ). Use this control to perform a SaveAs operation on the
TIFF file to save it as a GIF and then use the converted GIF to place it
in
your Forte Object. I know it works in C++ so it should surely work in
forte too. I don't have the documentation for the image edit control,
but
Iam sure there are lot of similar controls out there . And make sure
you
save the file in a format that supports mutiple page formats. ( i.e
prefer
GIF to BMP when you convert)
Hope this Helps,
- Ravi Balakrishna
Automation Software Engineer
Intel Corporation.
-----Original Message-----
From: forte-users-digest-requestlists.xpedior.com
[SMTP:forte-users-digest-requestlists.xpedior.com]
Sent: Tuesday, May 16, 2000 3:05 PM
To: forte-users-digestlists.xpedior.com
Subject: forte-users-digest Digest V00 #185
forte-users-digest Digest Volume 00 : Issue
185
Today's Topics:
Tiff images again.....
Administrivia:
* BEFORE YOU ASK - please search the archives at:
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-digest-requestlists.xpedior.com
Date: Tue, 16 May 2000 11:07:25 -0400
From: "Jones, Gail A" <gail.joneseds.com>
To: "'kamranaminyahoo.com'" <kamranaminyahoo.com>
Subject: Tiff images again.....
Message-ID: <F455E4114C4AD211BCDF00805F31BCF305C206DCUSSAM203>
Content-Type: text/plain;
charset="iso-8859-1"
I need to place TIFF images in a Forte Object to display on a client
window.
Does anyone have any tips or code that you would be willing to sharethat
can help me do that. I checked with Forte the other day and found theydo
not support the TIFF format.
Thanks much,
Gail Jones
EDS Medi-Cal
Sacramento, Ca.
End of forte-users-digest Digest V00 Issue #185
Date: Wed, 17 May 2000 08:34:01 -0600
From: joe.wolfesasktel.sk.ca
To: kamranaminyahoo.com
Subject: Intermittent database problems
Message-Id: <062568E2.00500AC5.00regn0683nt.sasktel.sk.ca>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
We have a Forte server running on HP_UX 10.2. It connects to an Oracle
database
on AIX. Over the past several months we have received intermittent
failures
that neither we nor our Oracle support team have been able to resolve
(example
below). Prior to the error occuring the partition can be operating
successfully for several days. When this error occurs the IsConnected
instrument on the DBSession is still shown as TRUE, and there are no error
counts on the instruments. After cycling the partition everything runs
fine for
between a day and a month. If anybody has a resolution, or even a good
hunch
I'd appreciate hearing it.
Attached to manager for node capri.
SYSTEM ERROR: OpenCursor failed for SQL statement in project CTISvcs,
class
LookUpInfoMgr, method LoadAgent, methodId 4, line 55, error from
database is:
ORA-02019: connection description for remote database not found
Class: qqdb_ResourceException
Detected at: qqdb_OracleVendorInfo::DoOexn
Error Time: Wed May 17 07:42:42
Oracle error: 2019, Server: DBP13, UserName: forte_c3
Database Statement: select a.cctr_agt_id CareCentreAgentID , a.emp_id
EmployeeID , a.eff_fr_dat EffectiveFromDate , a.eff_to_dat
EffectiveToDate
, a.cctr_agt_gr_id CareCentreGroupID , RTrim ( InitCap ( b.fst_nm )
EmployeeFirstName , RTrim ( InitCap ( b.srnm ) ) EmployeeLastName
from
t_cctr_agt a , t_emp b where a.emp_id = b.emp_id
Exception occurred (locally) on partition "TServRM1_cl0_Part2",
(partitionId = A5E41FA0-D91F-11D3-8F7D-FFCBBA23AA77:0x31d, taskId =
[A5E41FA0-D91F-11D3-8F7D-FFCBBA23AA77:0x320.777]) in application
"TServRM1_cl0", pid 24249 on node capri in environment prodenv.
TIA,
Joe Wolfe, External Programmer Analyst
SaskTel
email: joe.wolfesasktel.sk.ca
End of forte-users-digest Digest V00 Issue #186Just a follow up to the TIFF Problem.
Try using the WANG Image edit control (supports 32-bit OLE) Copyright
Wang Laboratories, Inc. 1995-1996..
It should be available free on the net or if you have Microsoft Visual
Studio 6.0 it comes with it. make sure you make the control invisible so
that it does not show up.
- Ravi.
Intel Corporation.
-----Original Message-----
From: forte-users-digest-requestlists.xpedior.com
[SMTP:forte-users-digest-requestlists.xpedior.com]
Sent: Wednesday, May 17, 2000 8:05 AM
To: forte-users-digestlists.xpedior.com
Subject: forte-users-digest Digest V00 #186
forte-users-digest Digest Volume 00 : Issue
186
Today's Topics:
RE: forte-users-digest Digest V00 #185
Intermittent database problems
Administrivia:
* BEFORE YOU ASK - please search the archives at:
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-digest-requestlists.xpedior.com
Date: Tue, 16 May 2000 18:30:00 -0700
From: "Balakrishna, RavikumarX" <ravikumarx.balakrishnaintel.com>
To: forte-userslists.xpedior.com, forte-users-digestlists.xpedior.com
Subject: RE: forte-users-digest Digest V00 #185
Message-ID:
<0428AD6295E1D211AC4400A0C969E8A2045C29FAorsmsx43.jf.intel.com>
Content-Type: text/plain
Hi,
The only work around I can see to your problem is to convert the TIFF
to
any other format that forte supports. You could use Microsoft's Image
Composer to do this. As far as I can see your requirement is runtime. I
would suggest using Windows imaging ( an image edit control, that is an
active-x control ). Use this control to perform a SaveAs operation on the
TIFF file to save it as a GIF and then use the converted GIF to place it
in
your Forte Object. I know it works in C++ so it should surely work in
forte too. I don't have the documentation for the image edit control,
but
Iam sure there are lot of similar controls out there . And make sure
you
save the file in a format that supports mutiple page formats. ( i.e
prefer
GIF to BMP when you convert)
Hope this Helps,
- Ravi Balakrishna
Automation Software Engineer
Intel Corporation.
-----Original Message-----
From: forte-users-digest-requestlists.xpedior.com
[SMTP:forte-users-digest-requestlists.xpedior.com]
Sent: Tuesday, May 16, 2000 3:05 PM
To: forte-users-digestlists.xpedior.com
Subject: forte-users-digest Digest V00 #185
forte-users-digest Digest Volume 00 : Issue
185
Today's Topics:
Tiff images again.....
Administrivia:
* BEFORE YOU ASK - please search the archives at:
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-digest-requestlists.xpedior.com
Date: Tue, 16 May 2000 11:07:25 -0400
From: "Jones, Gail A" <gail.joneseds.com>
To: "'kamranaminyahoo.com'" <kamranaminyahoo.com>
Subject: Tiff images again.....
Message-ID: <F455E4114C4AD211BCDF00805F31BCF305C206DCUSSAM203>
Content-Type: text/plain;
charset="iso-8859-1"
I need to place TIFF images in a Forte Object to display on a client
window.
Does anyone have any tips or code that you would be willing to sharethat
can help me do that. I checked with Forte the other day and found theydo
not support the TIFF format.
Thanks much,
Gail Jones
EDS Medi-Cal
Sacramento, Ca.
End of forte-users-digest Digest V00 Issue #185
Date: Wed, 17 May 2000 08:34:01 -0600
From: joe.wolfesasktel.sk.ca
To: kamranaminyahoo.com
Subject: Intermittent database problems
Message-Id: <062568E2.00500AC5.00regn0683nt.sasktel.sk.ca>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
We have a Forte server running on HP_UX 10.2. It connects to an Oracle
database
on AIX. Over the past several months we have received intermittent
failures
that neither we nor our Oracle support team have been able to resolve
(example
below). Prior to the error occuring the partition can be operating
successfully for several days. When this error occurs the IsConnected
instrument on the DBSession is still shown as TRUE, and there are no error
counts on the instruments. After cycling the partition everything runs
fine for
between a day and a month. If anybody has a resolution, or even a good
hunch
I'd appreciate hearing it.
Attached to manager for node capri.
SYSTEM ERROR: OpenCursor failed for SQL statement in project CTISvcs,
class
LookUpInfoMgr, method LoadAgent, methodId 4, line 55, error from
database is:
ORA-02019: connection description for remote database not found
Class: qqdb_ResourceException
Detected at: qqdb_OracleVendorInfo::DoOexn
Error Time: Wed May 17 07:42:42
Oracle error: 2019, Server: DBP13, UserName: forte_c3
Database Statement: select a.cctr_agt_id CareCentreAgentID , a.emp_id
EmployeeID , a.eff_fr_dat EffectiveFromDate , a.eff_to_dat
EffectiveToDate
, a.cctr_agt_gr_id CareCentreGroupID , RTrim ( InitCap ( b.fst_nm )
EmployeeFirstName , RTrim ( InitCap ( b.srnm ) ) EmployeeLastName
from
t_cctr_agt a , t_emp b where a.emp_id = b.emp_id
Exception occurred (locally) on partition "TServRM1_cl0_Part2",
(partitionId = A5E41FA0-D91F-11D3-8F7D-FFCBBA23AA77:0x31d, taskId =
[A5E41FA0-D91F-11D3-8F7D-FFCBBA23AA77:0x320.777]) in application
"TServRM1_cl0", pid 24249 on node capri in environment prodenv.
TIA,
Joe Wolfe, External Programmer Analyst
SaskTel
email: joe.wolfesasktel.sk.ca
End of forte-users-digest Digest V00 Issue #186 -
RE: (forte-users) Terminal Services - Win 2000
Hi
l've already installed my application 'appA' at my server 'ServerA'.
When l try to execute this application in my pc thru Terminal Server, there
were nothing displayed at my pc but when l check at on 'ServerA' , l can
see that 'appA' is running over at the 'ServerA' side. Actually, I'm new at
this Terminal Server thingy...
thanks..
-----Original Message-----
From: Jean-Paul Gabrielli [mailto:Jean-Paul.Gabriellisema.fr]
Sent: Friday, January 19, 2001 5:08 PM
To: Zulkifli Mohamad
Subject: RE: (forte-users) Terminal Services - Win 2000
hmm when you telent a machine to run a process remotely, don't expect to
have it locally :-)
j-p
-----Message d'origine-----
De: Zulkifli Mohamad [mailto:zulkifli_mohamadkonnas.com.my]
Date: vendredi 19 janvier 2001 09:19
À: forte-userslists.xpedior.com
Objet: (forte-users) Terminal Services - Win 2000
hi..
l'm trying to run forte application thru Terminal Services Client
(Win 2000) but my application only running on the server not at the client
pc. Some one can help me...
thanks.
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.comIl suffit de mettre les BTD/BTX sur un drive réseau (net use X:
\\server\share_point),
puis d'installer des icônes pour les clients: ftexec -fi bt:x:\MyApp.
Pour que les noeuds ne s'auto-enregistrent pas, peut-être mettre un password
Ou bien définir les noeuds comme un 'groupe' et donc seul le groupe est
connu.
Si mettre le mot de passe suffit pas, et si vraiment le model node gêne,
alors il
faut un autre environment manager.
I think that to avoid install, the software could be located on a shared
drive,
and users linking to it through running 'ftexec' or directly the compiled
binaries.
For nodes not to appear in the environment as nodes, they could be defined
as members
of a model node '(which then would be in the environmnet)'
Putting a password in the environment could prevent nodes to be registered
there, but
might prevent the apps from being executed.
Cheers,
j-paul gabrielli
Sema DTS
-----Message d'origine-----
De: Thomas Felix [mailto:tfelixaxialog.fr]
Date: mardi 2 mai 2000 14:14
À: forte-userslists.xpedior.com
Objet: (forte-users)
bonjour a tous
je souhaites installer une application distribuée sur des postes clients.
Y'a t'il moyen de ne pas installer les noeuds de ces postes clients sur l'
active environnement lié au développement et si oui comment?
hi
I would like to install an application on clients workstation
Can i install this nodes in a different Active environnement than this one
that we use for the developpement ?
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) Help on 'The class has been voided andcannot be insta
PB Solved.
The symtom was that my 'windows' plan that I distrubute call
the StartMethod of a class defined higher in the hierarchy,
and I had to specify that plan as direct supplier plan of my
new project for the 'voided' not to happen.
cheers
j-p
-----Message d'origine-----
De: Jean-Paul Gabrielli [mailto:Jean-Paul.Gabriellisema.fr]
Date: mercredi 5 juillet 2000 12:08
À: Klerk, Theo de
Objet: RE: (forte-users) Help on 'The class has been voided and cannot
be instanciated' plz
the issue is as follows:
I distribute a plan A
I want to rename the plan,
and create a plan B that has A as supplier.
Distributing B wor'ks
Running it fails with that issue.
Actually I recreated supplierplans in B as they were defined in A,
and the problem disappeared.
thansk for your time
j-paul
-----Message d'origine-----
De: Klerk, Theo de [mailto:Theo.de.Klerkcompaq.com]
Date: mardi 4 juillet 2000 22:31
À: 'Jean-Paul.Gabriellisema.fr'
Objet: RE: (forte-users) Help on 'The class has been voided and cannot
be instanciated' plz
Jean-Paul,
It would help if you have a bit more description around thesituation when
this error happens.
Could it be you have two service objects that refer to each other
while the
partition is still starting up? (SO's are not supposed to talk to
each other
during partition startup).
Or was the partition up and running?
Has the service object been in existence and used before itbecame voided?
Is the partition compiled or interpreted?
Theo de Klerk
Architecture & Application Integration
Professional Services
Compaq Computer Corp. - the Netherlands
PGP Fingerprint: 5A70 DD56 F3BA FE04 9DCA 1ACE 8581 0A2F F057 FA6E
-----Original Message-----
From: Jean-Paul Gabrielli [mailto:Jean-Paul.Gabriellisema.fr]
Sent: Tuesday, 04 July, 2000 18:17
To: Forte-Users
Subject: (forte-users) Help on 'The class has been voided and
cannot be
instanciated' plz
Hi,
Here's the stack I get:
SYSTEM ERROR: Failed to create service object
BOS.MyServicesMgrSO.
Class: qqsp_ResourceException
Error Time: Tue Jul 4 18:05:07
Exception occurred (locally) on partition "BC_cl0_Part3",
(partitionId =
AF3B67A0-3335-11D4-BE9D-963C5A7FAA77:0x224, taskId =
[AF3B67A0-3335-11D4-BE9D-963C5A7FAA77:0x224.6]) in application
"BC_cl0", pid 10328 on node MyServerin environment
CentralEnv.
SYSTEM ERROR: The class MyServericesMgr has been voided and cannot
be
instantiated in this partition.
Class: qqsp_UsageException with ReasonCode: SP_ER_INVALIDSTATE
Error #: [201, 14]
Detected at: qqlo_VoidedClassException at 1
Error Time: Tue Jul 4 18:05:07
Exception occurred (locally) on partition
"BC_cl0_Part3",
(partitionId =
AF3B67A0-3335-11D4-BE9D-963C5A7FAA77:0x224, taskId
=
[AF3B67A0-3335-11D4-BE9D-963C5A7FAA77:0x224.6]) in
application
"BC_cl0", pid 10328 on node MyServer in
environment
CentralEnv.
aud Tue Jul 4 18:05:07 : Shutting down partition due to
failure of this
partition.
aud Tue Jul 4 18:05:07 : Shutting down partition as requested.
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.comHi Sylvain
Try using window.smallIconImage =
ImageData(<TitleBarIcon>.ImageValue) ;
This should work.
Jairaj Rampershad
System Concultant
--- Sylvain_Porée <Sylvain.Poreesophia.sema.fr>
wrote:
Hi Forte Gurus,
I have tried to set an icon using this statement :
window.SmallIconImage =
aIconFile.<TitleBarIcon>.imagevalue;
where <TitleBarIcon> is a PictureGraphic in my
window workshop.
I have tried 16*16 16 colours as well as many other
arrangements. It does
not work. I use windows NT.
Any ideas ?
Thanks
Sylvain
PS : For info (forte help):
SmallIconImage
Data Type ImageData
Source Class Window
Settable? Yes
The SmallIconImage attribute (ImageData) provides
the small icon to be used
when the window is iconized, for example, in the
task bar. The image size
for a small icon should be 16 by 16 pixels. Although
the image will be
scaled if you provide one of a different size, for
best results, we
recommend that you create your icons in the same
size in which they will be
displayed.
Windows 95/NT only
This feature is available on Windows 95/NT only. On
other platforms, the
attribute is ignored.
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To
unsubscribe, send in a new
email the word: 'Unsubscribe' to:
forte-users-requestlists.xpedior.com
Maybe you are looking for
-
How to define routes for freight cost calculation
Hi, in our company we plan to use LE-TRA Transport with Freight costs calculation. To use Transport it is a must to maintain routes in all sales orders/deliveries. Currently we do not use it and now we have the challenge to define routes and later du
-
What comes with an iPad 2?
What comes with an iPad 2?
-
Why is a special character  inserted into my drafts?
After I save a draft, and then return later to finish it.... I frequently (more times than not) find that Thunderbird has inserted a ton of  characters in the email, all over. Usually at the end of every sentence. Often the are 3 in a row, with spac
-
how do u track an ipod touch when its connected to a wifi and how do u find out when its your stolen ipod touch is connected
-
W510 - Radio switch set to On, Fn+F5 claims it is Off
Hi all, I've acquired a W510 and got it all set up on W7 x64 Pro. I had to transfer ~30GB of files from my other laptop and so I turned off the WiFi using the HW switch on the left side to carry out the transfer using a Crossover cable. Once the tr