Forte on solaris 2.5

Hi everyone,
I'm curious if anyone is running forte with Solaris 2.5. Any problems?
Any performance differences?
Thanks in advance,
John
John Jamison
Engineering Manager
Sage Solutions, Inc.
[email protected]
(415) 392-7243 x508
fax: (415) 392-4030
http://www.sagesoln.com/sage.html

Ordinarily, the same source files and makefiles that work with C++ 5.0 on Solaris 2.6 should work with C++ 5.3 on Solaris 8.
You didn't say what you did to "adapt the makefile" when changing compilers and OS versions. If the compiler was installed in the default /opt location on each system, we don't think any makefile change would be required. (You might want to make changes for performance or program organization reasons, but we don't think any changes are required just to repeat a working program build.)
What happens if you use the original files that worked with C++ 5.0 on Solaris 2.6?
Are C++ 5.0 and C++ 5.3 are both installed in the same /opt directory? That isn't allowed, and will lead to strange behavior.
Are you continuing a build using the new compiler and OS in a directory containing old binary files or template cache? When changing OS and compilers, it is safest, but not strictly necessary, to rebuild all your binary files. At a minimum, you must delete the old template cache.
Are you still using C++ 5.0 in the build process? If so, you must isolate the use of C++ 5.0 and 5.3. The compilers cannot share a template cache, so you must run compiles in different locations.
Anything beyond these hints will require more support and analysis than we could provide in the Forum. You will probably need to generate a .i file from the compilation and have a support engineer look at it. If you have contract with Sun, please follow the service channel.
- Rose

Similar Messages

RE: (forte-users) Solaris -Dbsession Connectionproblem

Yes, i set all the environment variables, the
application could able to read as well.
Thanks
babu
--- "Amin, Kamran" <kamran.aminlendware.com> wrote:
Make sure the environment variable you might be
using are defined on the
server and also the resource manager name.
-----Original Message-----
From: Babu Raj [mailto:ibcsmartboyyahoo.com]
Sent: Wednesday, August 30, 2000 12:50 PM
To: forte-userslists.xpedior.com
Subject: (forte-users) Solaris -Dbsession Connection
problem
Hi All,
I have one weird problem. My application runs
locally, but when i run distributed it kicks off
saying, "unable to to connect to remote partition,
please go there and look". In this application, i
have
simple DBSession connection to the Database, from
Solaris box, it works fine, but if i run the same
application, distributed mode, keeping that
DbSession
partition on the same machine, it throws the error.
Any ideas, whats wrong here?
Thanks,
Babu
Yahoo! Mail - Free email you can access from
anywhere!
http://mail.yahoo.com/
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To
unsubscribe, send in a new
email the word: 'Unsubscribe' to:forte-users-requestlists.xpedior.com
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/

Hi Mark,
I have set, the new resource manager, and
simple application using DBSession. Everuthing works
fine, but when i partition, i keep the server
partition on the same machine. It says, "connection to
the partner terminated". It looks wierd.
Thanks
Babu
--- Mark Musgrove <musgrovemarkyahoo.com> wrote:
It sounds like you have a partitioning problem.
When
you partition this application, are you making sure
that the SQL environment visible service object is
in
the same partition as the DBSession. It sounds like
the DBSession(database connection) is not available
to
the SQL service object that is trying to use it.
Hope this helps...
Mark Musgrove
Senior Consultant
Object Technologies, Inc
(540) 977-3861 (home)
(540) 977-2794 (fax)
Yahoo! Mail - Free email you can access from
anywhere!
http://mail.yahoo.com/
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To
unsubscribe, send in a new
email the word: 'Unsubscribe' to:
forte-users-requestlists.xpedior.com
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/

Forte and Solaris on Intel

Has anyone tried hosting a Forte environment under Solaris on Intel aka.
Solaris 7/8 Intel Platform Editions?

What is the code to increment that static variable?
I assume there is a function in the same translation
unit that performs this increment.
You can trace it in dbx (or with dtrace) to check if
it is ever called.Yes the static variable does get incremented in the same file and the function doing the increment get's called.. Remember this all works fine under Solaris 8.
I'd love to use dbx but we found that we needed to make one huge so file to get dbx running usefully before. Dloading files under dbx didn't seem to work. Remember that this is a huge app and we have modules from all over the place each with a different build strategy.
Something seems to be clobbering my static variables. I'm think that maybe a structure size has changed since Solaris 8 and maybe that's overwriting stuff. Or maybe we did have a memory issue that Solaris 8 ignores. I remember we had plenty of those when upgrading from Solaris 4/6.
But it looks like I may need to roll up my sleeves and try a full recompile. Deep sigh.
Any more help would be appreciated.

Forte 62, Solaris Compiler error with purify

Hi all;
I am using a Solaris 2.8 machine, a Forte62 compiler in 64 bit mode.
I have set all LD_LIBRARY_PATH up and it compiles most my code till it gets to the part that it purifies. It gives me this error:
ld: fatal: relocation error: R_SPARC_DISP64: file /purifycache/vob/tools_SunOS/Forte6U2/WS6U2/lib/v9/crti_pure_p3_c0_111202109_64.o: symbol exshared0: offset 0xffffffff7a6faeb4 is non-aligned
Any ideas on what is causing this?
Thanks a mill
Ter

The problem appears to be in purify code. You should contact their tech support.

Forte on Intel Solaris

Hi,
Has anyone maybe tried to run Forte on Solaris for the Intel Platform? I
you have, I would like to hear your comments, also what version:
Solaris 7 (Intel Platform Edition)
Solaris 2.6 (Intel Platform Edition)
Solaris 2.5/2.5.1 x86
Solaris 2.4 x86
The Forte 3.0.G documentation I have, does not include Intel Solaris as
a supported platform, but I was just curious.
Thanks
Riaan
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

What is the code to increment that static variable?
I assume there is a function in the same translation
unit that performs this increment.
You can trace it in dbx (or with dtrace) to check if
it is ever called.Yes the static variable does get incremented in the same file and the function doing the increment get's called.. Remember this all works fine under Solaris 8.
I'd love to use dbx but we found that we needed to make one huge so file to get dbx running usefully before. Dloading files under dbx didn't seem to work. Remember that this is a huge app and we have modules from all over the place each with a different build strategy.
Something seems to be clobbering my static variables. I'm think that maybe a structure size has changed since Solaris 8 and maybe that's overwriting stuff. Or maybe we did have a memory issue that Solaris 8 ignores. I remember we had plenty of those when upgrading from Solaris 4/6.
But it looks like I may need to roll up my sleeves and try a full recompile. Deep sigh.
Any more help would be appreciated.

Forte Installation on Solaris 2.6

Hi ,
I am unable to install ForteCE on Solaris 2.6 .
Can you please tell me if i need any patches to Install forte on Solaris .
Thanx and Rgds,
Preeti

The official statement could be obtained by a search at the main web site http://www.sun.com
ldapv2 patch "solaris 2.6"
http://docs.sun.com/source/819-1814-10/relnotes_ds51sp4.html
===
This release of Directory Server is not supported on Sun Solaris 2.6 or Sun Solaris 7. You must upgrade to Sun Solaris 8 before upgrading to or installing Directory Server 5.1 Service Pack 4.
===
If this happens to DS5.2, it should apply to DS5.2 also, I reckon.
Gary

Re: Find Host Name thru Forte

At 1:42 PM 5/21/96, <@ig4.att.att.com:[email protected]> wrote:
Hi,
What is best way to find Hostname under forte on Solaris 2.X platform
within Forte?
Thanks in advance,
[email protected]
one quick way would be to issue a RunCommand with the command 'hostname',
capture the output in a file or memory stream and read it. RunCommand
is on partition or operatingsystem class - do a search on it.
operatingsystem or partition may also have a command to get the node name,
though this is not necessarily the hostname.
-John
John Jamison
Engineering Manager
Sage Solutions, Inc.
[email protected]
(415) 392-7243 x508
fax: (415) 392-4030
http://www.sagesoln.com/sage.html

Actually, Forte provides this info in an attribute call:
task.Part.OperatingSystem.NodeName
This is in the OperatingSystem class of the Framework Library.
There are other interesting information about the running env.
Lee Wei
>
At 1:42 PM 5/21/96, <@ig4.att.att.com:[email protected]> wrote:
Hi,
What is best way to find Hostname under forte on Solaris 2.X platform
within Forte?
Thanks in advance,
[email protected]
one quick way would be to issue a RunCommand with the command 'hostname',
capture the output in a file or memory stream and read it. RunCommand
is on partition or operatingsystem class - do a search on it.
operatingsystem or partition may also have a command to get the node name,
though this is not necessarily the hostname.
-John
John Jamison
Engineering Manager
Sage Solutions, Inc.
[email protected]
(415) 392-7243 x508
fax: (415) 392-4030
http://www.sagesoln.com/sage.html

Forte Timer Class

From: "GAUR, Anurag" <[email protected]>
Date: Mon, 17 May 1999 14:03:39 -0400
Subject: Forte Timer Class
Hi,
I'm using Forte's Timer class in developing a Scheduler for our project.
I have noticed the tick event generated by the Timer class is always late.
For a timer of 30 minutes duration, the event generated is late by 36
seconds, for a timer
of 6 hours duration, its late by 7 minutes and 12 seconds. And for a timer
of 24 hours
duration its late by 28 minutes and 49 seconds.
Any idea why Timer class is behaving like this. Is Timer class notsupposed
to be
used for long duration of time ?
Thanks,
Anurag GaurAnurag,
What you have described is consistent with a case I opened last October.
The case # is 48702- You may want to look it up. Essentially there is a
defect in the Forte runtime which we observed on Solaris 2.6. Forte on
Solaris uses the Forte thread package, and the correction for this will go
very deep. Forte has acknowledged the bug but its probably not going to be
fixed on version 3. On platforms such as NT native threads are used and
the problem does not appear. It also doesn't appear on Digital Unix. Our
workaround is to do time polling in an event loop which works but it's not
pretty as compared to the Timer.WaitUntil method.
Good Luck ....
Charlie Shell
Information Services, Bell Atlantic Mobile
2000 Corporate Drive, Orangeburg NY 10962
E-Mail: [email protected]
Tel: (914) 365-7927 Cell: (908) 770 -0096
Pager: 1-800-SKY-8888 pin 6300432
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

What h/w and s/w are you using?
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Solaris 7?

Has anyone tried forte under solaris 7 yet?
curious,
jdetke
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Yes, the answerbook was the name for the bundled documentation in those days.
Seems like you can read it here:
http://download.oracle.com/docs/cd/E19620-01/index.html
or:
http://download.oracle.com/docs/cd/E19620-01/805-5111/intdoclist-221/index.html
The answerbook consisted of 8 books:
Solaris 7 System Administrator Collection
Solaris 7 Software Developer Collection
Solaris 7 User Collection
Solaris 7 Reference Manual Collection
Solaris 7 Installation Collection
OpenBoot Collection
Solaris Common Desktop Environment Developer AnswerBook
Solaris XGL 3.3 AnswerBook (Display PostScript)
If you google the one you are most interested in i think you can find it online.. I don't think you can download the CD as such, unless you find someone who still have it in a drawer somewhere (i might actually have it somewhere, have to look).
.7/M.

Forte debugger exits (FATAL ERROR in native method: JDWP "util.c")

When debugging my GUI app in Forte on Solaris 8, my debug session exits with the following error:
FATAL ERROR in native method: JDWP "util.c" (Feb 20 2002), line 1029: Unexpected error, error code = 113 (JVMDI_ERROR_INTERNAL)
It seems to do so while in the middle of a comm api routine where I'm accessing the serial port. Has anyone else ever seen this error is Solaris? I have all of the patches required by Sun for JDK1.3.1_02 installed with the same version of the JDK.
The application runs fine when I run it standalone...
Any suggestions?
Thanks.

I've had the same problem. It appears that it occures when an error is thrown that stop a JSP page load.
Everything will run find up to that point, but after that, the util.c error will not go away except by deinstall and reinstall of Forte. We can't even use Forte at this point since it will start throwing the error within 1 hour of reinstall. Crap.
I'm on Windows XP also, and this happens with JVM 1.3 or 1.4.

Hey Sparc Gurus -- Help! (Java is slow on my Workstation)

I recently purchased a second hand Ultra 30 for doing Java development. The machine is seeemingly in good condition but runs very slow. My understanding was that the 296MHz Sparc II processor would be magnitudes faster than the P3-700 in my Thinkpad...was I wrong to think this?
Anyway, when doing GUI development with Forte, I'm finding the speed to be much slower on my Sparc workstation than it is on my Thinkpad. Both have 256MB RAM.
My question is, does the default install of Solaris 8 require tuning to get the Workstation to perform better? If so, how is it done? A friend told me the OS may be limiting utilization of the processor by any one process to 50%, does this sound reasonable?
I've loaded JDK1.4 and patched the system according to Hoyle. The 64bit JVM has been installed.
As an aside, the bar graph at the bottom of the CDE looks like it's pegging even when I do simple operations. The bottom half is blue and the top half red. What does this mean? Is the processor being 100% utiliized or only 50% utilized?
Your help is appreciated!

A Sparc II at 296MHz is actually going to be quite a bit slower than a PIII at 700MHz. Not sure where you got the reverse impression. Consider these spec.org benchmark results:
Dell Precision 420 @733MHz -> http://www.spec.org/osg/jvm98/results/res2000q2/jvm98-20000502-03335.g.html
Sun Ultra 60 @ 296MHz -> http://www.spec.org/osg/cpu95/results/res98q1/cpu95-980127-02362.html
Memory may be an issue- 256MB isn't all that generous for Forte plus Solaris. You might take a peek at paging rates and such as well as GC rates within Forte.
Some of the problem may be with the performance of Swing on Solaris 8 and your graphics subsystem. You might try to find tips for optimizing that.

Forte 6.2 on sparc solaris 2.8.(c/c++)

i am going to install the forte 6.2 on sparc solaris 2.8.(c/c++)
Is it different than sun compiler 4.1 installatino?.
could i get the (major) steps to do this?. i am in a rush situation.
Jim

Do you have the SUNWhea package on your system? This package contains the headers you seem to be missing. It's on the Solaris 8 CDROM 2 of 2. If you don't know how to add packages from the CDROM, look up "Adding and Removing Software After Installing Solaris 8" in the "Solaris 8 Advanced Installation Guide" on docs.sun.com.

Qsort problems on Solaris 10 with Forte 6.0u2

All,
I know the Forte version is a bit behind - but I'm stuck with it.
I'm trying to port some software we have working on Solaris 2.6 thru Solaris 9 over to Solaris 10, but am having some trouble linking my executable due to the extern "C++" declaration of qsort in /usr/include/iso/stdlib_iso.h.
The problem is easily visible with a simple test program.
#include <stdlib.h>
int comp(const void pv1, const void pv2)
return 1;
int main(int argc, char *argv[])
int iArray[20];
std::qsort((void *)&iArray[0],
sizeof(iArray)/sizeof(iArray[0]),
sizeof(iArray[0]),
comp);
return 0;
Yes it's non-functional, but it's sufficient for displaying my problem.
If I compile with the C compiler (cc) it compiles clean - however when I compile with the C++ compiler (CC).....
[tony@sol10]:~/export:29 % CC -o testqsort testqsort.c
Undefined first referenced
symbol in file
void std::qsort(void*,unsigned,unsigned,int(*)(const void*,const void*)) testqsort.o
ld: fatal: Symbol referencing errors. No output written to testqsort
Now it's obvious to me that the problem is due to the fact that under the C++ compiler qsort is now (under Solaris 10) getting declared as extern "C++", but I'm not sure how I can resolve this. I know that qsort is implemented in libc, but this obviously isn't sufficient due to the shift of namespace. Yes, I need to use the C++ compiler as my code is C++, only my test code is valid C.
Can anybody lend some assistance? Is there just another lib I need to link to? I'm expecting this to be something basic that I'll be embarrassed about when it's pointed out. But for now I'm stumped. Running nm across all my libs yielded no implementation apart from in libc.so.
Thanks in advance
Tony

Standard C++ defines two versions of qsort (and also bsearch): one that takes a pointer to a C function, and one that takes a pointer to a C++ function.
Recall that in standard C++, a pointer to a C function has a different type than a pointer to a C++ function. This issue is discussed at length in the C++ Migration Guide that comes with the compiler.
The version of qsort that takes a pointer to a C function is the C version of qsort, and is in libc.so (the basic Solaris runtime library that all programs use).
The version of qsort that takes a pointer to a C++ function is in the C++ runtime library libCrun.so that all C++ programs use.
But because it took a while for Solaris headers to be updated to the C++ requirement, early versions of libCrun did not have the C++ version of qsort (or bsearch). If you get the latest C++ runtime library patch (SUNWlibC) for your system, your program should link. You can get patches here:
http://developers.sun.com/prodtech/cc/downloads/patches/index.html
Not only the system where you build the program needs updating, but every system that runs the program you build.
Alternatively, you can declare the comparison function extern "C" so that the C version of qsort will be used.
extern "C"
int comp(const void pv1, const void pv2)
But if the comparison function is in a namespace or is a class member function, you cannot usefully declare it extern "C".

Linking applications for Solaris 2.5.1 using Forte C 6

Hello,
We still need to provide applications that have to run on 2.5.1. Is there a way to compile C code using Forte C 6 on Solaris 7, and deliver executables that successfully run on 2.5.1 ?
Any help would be appreciated.
Thanks.
Yves.

Ordinarily, the same source files and makefiles that work with C++ 5.0 on Solaris 2.6 should work with C++ 5.3 on Solaris 8.
You didn't say what you did to "adapt the makefile" when changing compilers and OS versions. If the compiler was installed in the default /opt location on each system, we don't think any makefile change would be required. (You might want to make changes for performance or program organization reasons, but we don't think any changes are required just to repeat a working program build.)
What happens if you use the original files that worked with C++ 5.0 on Solaris 2.6?
Are C++ 5.0 and C++ 5.3 are both installed in the same /opt directory? That isn't allowed, and will lead to strange behavior.
Are you continuing a build using the new compiler and OS in a directory containing old binary files or template cache? When changing OS and compilers, it is safest, but not strictly necessary, to rebuild all your binary files. At a minimum, you must delete the old template cache.
Are you still using C++ 5.0 in the build process? If so, you must isolate the use of C++ 5.0 and 5.3. The compilers cannot share a template cache, so you must run compiles in different locations.
Anything beyond these hints will require more support and analysis than we could provide in the Forum. You will probably need to generate a .i file from the compilation and have a support engineer look at it. If you have contract with Sun, please follow the service channel.
- Rose

Delivering applications for Solaris 2.5.1 using Forte C 6

Is it possible, using Forte C 6 as the development environment, on Solaris 7, to produce applications that will successfully run on Solaris 2.5.1 ?
Any help will be appreciated.
Thanks.
Yves.

Ordinarily, the same source files and makefiles that work with C++ 5.0 on Solaris 2.6 should work with C++ 5.3 on Solaris 8.
You didn't say what you did to "adapt the makefile" when changing compilers and OS versions. If the compiler was installed in the default /opt location on each system, we don't think any makefile change would be required. (You might want to make changes for performance or program organization reasons, but we don't think any changes are required just to repeat a working program build.)
What happens if you use the original files that worked with C++ 5.0 on Solaris 2.6?
Are C++ 5.0 and C++ 5.3 are both installed in the same /opt directory? That isn't allowed, and will lead to strange behavior.
Are you continuing a build using the new compiler and OS in a directory containing old binary files or template cache? When changing OS and compilers, it is safest, but not strictly necessary, to rebuild all your binary files. At a minimum, you must delete the old template cache.
Are you still using C++ 5.0 in the build process? If so, you must isolate the use of C++ 5.0 and 5.3. The compilers cannot share a template cache, so you must run compiles in different locations.
Anything beyond these hints will require more support and analysis than we could provide in the Forum. You will probably need to generate a .i file from the compilation and have a support engineer look at it. If you have contract with Sun, please follow the service channel.
- Rose

Forte on solaris 2.5

Similar Messages

Maybe you are looking for