Sun WorkShop 6 update 2 problem

I had a licensing problem running my compiler 'cc'. I
installed the licenses.and lmgrd daemon start
successfully
by command:
#/etc/rc2.d/S85lmgrd start
But , when i compile c program display :vendor daemon
is down :
# cc -o hello hello.c
License Error : Licensing product (Sun WorkShop
Compiler C SPARC).
License File: 7588@sun-host
The desired vendor daemon is down
See the system administrator about starting the
server, or make sure the you're referring to the right host (seeLM_LICENSE_FILE).
Feature:workshop.c.sparc
Vendor:Host:sunwlicd : sun-host
FLEXlm error:-97,380. System Error: 146 Connection
refused
cc: acomp failed for hello.c
I check license with command lmstat in
/etc/opt/licenses:
# /etc/opt/licenses/lmstat -a -c licenses_combined
lmstat - Copyright (C) 1989-1999 Globetrotter
Software, Inc.
Flexible License Manager status on Thu 11/4/2004 15:06
License server status: 7588@sun_host
License file(s) on sun_host:
/etc/opt/licenses/licenses_combined:
sun_host: license server UP (MASTER) v7.0
Vendor daemon status (on sun_host):
sunwlicd: The desired vendor daemon is down
(-97,380:146 "Connection refused")
Feature usage info:
Users of workshop.c.sparc: Cannot get users of
workshop.c.sparc: No
such feature
exists (-5,222:146 "Connection refused")
Users of workshop.dbx.sparc: Cannot get users of workshop.dbx.sparc: No
such feature exists (-5,222:146 "Connection refused")
Users of workshop.tools.sparc: Cannot get users of
workshop.tools.sparc: No such feature exists (-5,222:146 "Connection refused")
I try many times ( Load Licenses File & Manually
Licenses Installation ).

First, before start the FLEXLM License Manager, please set
LM_LICENSE_FILE=$LM_LICENSE_FILE:/etc/opt/licenses/licenses_combined
export LM_LICENSE_FILE
then,
# /etc/rc2.d/S85lmgrd start
Second, after you run /etc/rc2.d/S85lmgrd start , make sure license daemon sunwlicd is up and running. You can check out by command
% ps -ef | grep sunw
-Ngoc Nguyen

Similar Messages

  • Need Sun WorkShop 6 update 2  for Solaris 8

    Would it be possible to download an installation package for Sun WorkShop 6 update 2 for Solaris 8?
    I have an old development project that I need to resurrect, and it requires this version of the Sun compiler.
    Thanks,
    -Ken Cooley

    Object files and libraries created by WS6u2 can be linked into programs created by later versions of Sun Studio. The default template model changed in Studio 8, so you might need to add -instances=extern to CC command lines. Apart from that possibility, the only other issue I can think of would be invalid code accepted by WS6u2 that SS11 does not accept. I suggest you give Studio 11 a try, unless company policy forbids it.

  • Sun WorkShop 6 update 1 C 5.2 2000/09/11 needed.

    To get support from the one of our vendors I need Sun WorkShop 6 update 1 C 5.2 2000/09/11 to compile our application. Is ths version still available? Where??
    Kind regards,
    Markus

    Hi
    According to
    http://developers.sun.com/sunstudio/support/matrix/index.jsp
    the last order date for Forte 6u1 was almost 6 years ago.
    IMO you'd be better off finding a better vendor that supports a more recent compiler. I presume that you pay this vendor - does it make sense to you to pay them for support for a product that requires a compiler that requires a compiler that is itself no longer supported (unless you're willing to shell out for special bid support)?
    Paul

  • Sun WorkShop 6 update 1 & 2

    Greetings All:
    Q: Can I build a C/C++ application with update 2 of WorkShop, and expect it to behave normally when executed on a system with update 1 installed?
    I have a required for a 3rd party application which only supports 5.3, 5.5, & 5.6 of the compiler.
    My system: SunOS jrsun 5.8 Generic_108528-17 sun4u sparc SUNW,Sun-Blade-100
    Thanks in advance.
    Jeff

    Ordinarily, applications build with Sun Workshop (now Sun Studio) do not require that Workshop (Studio) be installed on deployment systems.
    If the application requires a shared library from the compiler installation area, you need to supply that library with the application. The file "runtime.libraries" installed in the READMEs directory lists the libraries that you are free to ship along with your product. In that case, you must build the application with a runpath (-R option) that picks up libraries from where you want them installed, instead of from the compiler area.
    The libraries that are shipped with a compiler release are intended for use with that compiler release, and not with any other compiler.

  • Error in " Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-11 2002/10/31"

    I'm getting the following error while I compiled my source. The funny thing was, without the new patch (111685-16) it compiled fine but once I install the new patch I got the following errors. Please somebody help me to identify the problem.
    Compile options:
    CC -c -g -w -mt -I/h -I. -I/opt/SUNWconn/osinet/include
    -DSolaris -D_Solaris_28 -DSYS5 -DD_Solaris_28 -D_REENTRANT -DD_PTHREAD -D_POS
    IX_C_SOURCE=199506L -D__EXTENSIONS__ -DAPLI test.C
    Errors:
    "/D_stdextex.h", line 39: Error: Function std
    extensions::impossibleerror::~impossible_error() can throw only the exceptions
    thrown by the function std::domain_error::~domain_error() it overrides.
    "/D_stdextex.h", line 58: Error: Function std
    extensions::featurenot_supported::~feature_not_supported() can throw only the
    exceptions thrown by the function std::domain_error::~domain_error() it override
    s.
    "/D_stdextex.h", line 77: Error: Function std
    extensions::resourcelimit::~resource_limit() can throw only the exceptions thr
    own by the function std::runtime_error::~runtime_error() it overrides.
    "/D_stdextex.h", line 96: Error: Function std
    extensions::configurationerror::~configuration_error() can throw only the exce
    ptions thrown by the function std::runtime_error::~runtime_error() it overrides.
    "/D_asn1ex.h", line 48: Error: Function ASN1:
    :ConstraintError::~ConstraintError() can throw only the exceptions thrown by the
    function std::runtime_error::~runtime_error() it overrides.
    "/D_asn1ex.h", line 100: Error: Function ASN1
    ::DecodeError::~DecodeError() can throw only the exceptions thrown by the functi
    on std::runtime_error::~runtime_error() it overrides.
    "/D_asn1ex.h", line 125: Error: Function ASN1
    ::ElementMissing::~ElementMissing() can throw only the exceptions thrown by the
    function std::runtime_error::~runtime_error() it overrides.
    Test.C
    #include <ASN1>
    main()
    cout << "The compilation is OK";
    Note: This ASN1 file has inclued D_stdextex.h, D_asn1ex.h files, etc
    D_stdextex.h: (part of as follows)
    * ==============================================================
    * std_extensions::impossible_error
    * ==============================================================
    class impossible_error : public NSSTD_ domain_error
    public:
    impossible_error(void)
    : NSSTD_ domain_error("impossible error")
    impossible_error(const NSSTD_ string& what)
    : NSSTD_ domain_error(what)
    virtual ~impossible_error(void) D_EX_THROWSPEC_NULL {} // error comes out from this line //
    Your help will be very much appriciated.
    Thanks.....Murad

    Seems this is posted twice under different topic. As I mentioned:
    We are unable to duplicate the error in any of our compilers. The snippet of code that you provided compiles fine. Can you create a self-contained test case that shows the error? Snippiets of code that reference your environment are impossible to debug from here.
    Thanks.
    - Rose

  • 64-bit compiling: problem in Solaris 2.8 workshop 6 update 2

    Hi,
    I have a probleme compiling 64bit application. Each time I try to link the object-files I get an error:
    ld: fatal: ......./file sgm_register.o: wrong ELF class: ELFCLASS64
    I need to compile it in 64bit-mode because of ability to read files with sizes greater 2GB.
    The system is able to run 64bit applications:
    $ isainfo -v
    64-bit sparcv9 applications
    32-bit sparc applications
    Used compiler-options are
    cc -Kpic -xarch=v9
    OP: Solaris 8
    cc: Sun WorkShop 6 update 2 C 5.3 Patch 111679-06 2002/03/11
    It would be nice if someone can help me solving the problem!
    Many thanks,
    Matthias

    You may be mixing 32-bit and 64-bit object files. Did you
    compile all the files with -xarch=v9 and are you linking
    with -xarch=v9?

  • Licence for Sun Workshop 6?

    Hello All !
    I have this Sun Workshop 6 update 2 CD, that came along with the Solaris 9 (x86) System Admin toolkit. It demands a licence to be filled. Can someone please guide me through an easy process for acquiring this licence.?

    You need to purchase the licence from Sun

  • Problems and Workarounds from Sun Workshop[tm] 6 update 2 C++ Compiler Read

    Hello out here,
    the Sun Workshop[tm] 6 update 2 C++ Compiler Readme says
    in Chapter E. Problems and Workarounds
    and
    Topic 4. Reference From Template to Non-Global File-Scope object is Not Supported:
    A program using templates and static objects causes link-time errors of undefined
    symbols. The compiler currently does not support reference to non-global file-scope
    objects from templates.
    So my problem is:
    I have static tyname objects in Templates and get that link-time errors of undefined
    symbols.
    And I do not know how to get rid of that static typename objects.
    Is there a Workaround?
    Which?
    P l e a s e h e l p.
    If you need further information, please let me know.
    Any help is appreciated.
    Thanks in advance.
    Yours truly
    Karsten J. Martin

    Hello,
    Thank you for your detailed answer!
    Unfortunately there has arosen another problem while
    migrating from 4.2 to SunWorkshop[tm] 6 update 2 C++ Compiler.
    Here comes the original(4.2) code:
    template <class PersistObject>
    class DIDDatabaseInterface : public DIDPersistenceInterface<PersistObject>
    private:
         DIDTableObject<PersistObject>     m_tableObject;
    public:
    It does not compile under Version 6.
    Now the new version:
    template <class PersistObject>
    class DIDDatabaseInterface : public DIDPersistenceInterface<PersistObject>
    private:
    typedef     DIDTableObject<PersistObject> PersistTable;
    static typename DIDDatabaseInterface::PersistTable m_tableObject;
    public:
    That compiles until...
    "did_factory.cc", line 73: Information: Instantiating DIDDatabaseInterface<Devx003>::DIDDatabaseInterface(const RWDBConnection&)
    "did_persist.cc", line 81: DIDDatabaseInterface<Devx003>::m_tableObject cannot be initialized in a constructor.
    Here comes line 81 and surroundings(compiles under 4.2):
    template <class PersistObject>
    DIDDatabaseInterface<PersistObject>::DIDDatabaseInterface(const RWDBConnection &c)
         :     DIDPersistenceInterface<PersistObject>(),
              m_tableObject(c)
    Any idea?
    I would be grateful if you could help.
    Thank you so much.
    Sincerely yours
    Karsten J. Martin

  • Tellp() problems with Sun Complier 6 Update 1

    Hi,
    I am a sysadm and I am a newbie to programming. I am using Sun Complier 6 Update 1 on solaris 7
    tellp() returns a negative in the following sample program. I have complied the same on AIX and it returns the expected value. Can anybody please let me know if I need to do modifications to this program to get the right value or is there a patch for the complier if it is a known problem.
    # include <fstream>
    using namespace std;
    int main () {
    long pos;
    ofstream outfile;
    outfile.open ("test.txt");
    outfile.write("APPLE",1048576);
    pos=outfile.tellp();
    printf("%i",pos);
    outfile.close();
    return 0;
    Thanks
    Sam Kanas

    The expression outfile.write("APPLE", 1048576) says to write 1048576 bytes starting at the address of the literal string "APPLE", which is located at an unpredictable location in the program address space. Writing stops when 1048576 bytes are written, or some sort of error occurs.
    You certainly cannot depend on 1048576 consecutive bytes being available starting at the address of "APPLE", so this program does not have predictable behavior. You can depend only on being able to write "APPLE" followed by the null byte. I'm surprised you did not get a memory fault due to accessing memory at an invalid address.
    If you explain what you actually want to do, perhaps I can suggest a way to accomplish it using valid and portable C++ code.

  • SUN Workshop 6U2 Debugger Problem

    Hi,
    I am using SUN Solaris 8 platform for our Application Prog. Development with SUN Forte 6 U2 C Compiler. However after successful build, whenever I am trying to run & debug any of the Application Prog. using SUN Workshop 6U2 dbx tool (using Xterm GUI Env), it is always throwing the following error and getting aborted:
    (dbx) debug - 21314 <-- this is one of our application prog PID
    There might be too many LWP's in this process.
    See `help dbxenv' under mt_scalable.
    dbx: Cannot open lwpstatus.
    detaching from process 21314
    However any of the application prog.s if I run without dbx is running successfully. I also tried to set the dbxenv parameter "mt_scalable" to "on" (which by default is always set to "off") but it didn't work. And I have verified that, all the "lwpstatus" files are there properly in the "/proc/<PID>/lwp/..." path for every process that I tried to debug.
    It would be great if anyone can help me out on how to resolve this issue while trying to use Sun dbx 6�.
    Thanks.

    Hi,
    I am using SUN Solaris 8 platform for our Application Prog. Development with SUN Forte 6 U2 C Compiler. However after successful build, whenever I am trying to run & debug any of the Application Prog. using SUN Workshop 6U2 dbx tool (using Xterm GUI Env), it is always throwing the following error and getting aborted:
    (dbx) debug - 21314 <-- this is one of our application prog PID
    There might be too many LWP's in this process.
    See `help dbxenv' under mt_scalable.
    dbx: Cannot open lwpstatus.
    detaching from process 21314
    However any of the application prog.s if I run without dbx is running successfully. I also tried to set the dbxenv parameter "mt_scalable" to "on" (which by default is always set to "off") but it didn't work. And I have verified that, all the "lwpstatus" files are there properly in the "/proc/<PID>/lwp/..." path for every process that I tried to debug.
    It would be great if anyone can help me out on how to resolve this issue while trying to use Sun dbx 6�.
    Thanks.

  • Sun WorkShop 10 Errors

    Hi All,
    Thanks to all who helped me to resolve the last error.
    Now I am again with some troubles..
    I am compiling my code in Sun workshop 10 in Solaris 10
    in x86 box.
    My CC version is
    CC: Sun C++ 5.7 Patch 117831-05 2005/11/11
    I am getting the following compile time errors.
    CC -c -PIC -DOPTIMAL -I/gsp-dist/blr/developer/pradeepk/tmp/IOP/IOP_Source/src/include -I/usr/dt/include -I/usr/openwin/
    include -I. -DSolaris -DSolaris2_10 +w  SockXCommon.c -o SockXCommon.o
    "/usr/include/sys/signal.h", line 85: Error: siginfo_t is not defined.
    "/usr/include/signal.h", line 111: Error: siginfo_t is not defined.
    "/usr/include/signal.h", line 113: Error: siginfo_t is not defined.
    "/usr/include/signal.h", line 113: Error: There must be an identifier to declare.
    "/usr/include/signal.h", line 113: Error: "," expected instead of ")".
    "/usr/include/signal.h", line 265: Error: "sigtimedwait(const sigset_t*)" is expected to return a value.
    "/usr/include/signal.h", line 113: Warning: The last statement should return a value.
    "/opt/SUNWspro/prod/include/CC/./new", line 32: Error: operator new(unsigned) was declared before with a different language.
    "/opt/SUNWspro/prod/include/CC/./new", line 35: Error: operator delete(void*) was declared before with a different language.
    "/opt/SUNWspro/prod/include/CC/./new", line 37: Error: operator new[](unsigned) was declared before with a different languag
    e.
    "/opt/SUNWspro/prod/include/CC/./new", line 40: Error: operator delete[](void*) was declared before with a different languag
    e.
    "/opt/SUNWspro/prod/include/CC/./new", line 53: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/./new", line 54: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/./new", line 55: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/./new", line 56: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 106: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 169: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 185: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 198: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 202: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 206: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 217: Error: Only one of a set of overloaded functions can be extern "
    C".
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 225: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 239: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 249: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 264: Error: Template declarations cannot have extern "C" linkage.
    Compilation aborted, too many Error messages.
    *** Error code 1
    make: Fatal error: Command failed for target `SockXCommon.o'
    Thanks in advance
    Pradeep

    I suspect that the IOP directory tree has files that override the system libraries in /usr/include or the compiler's own C++ headers.
    Try this: Add -H to the compiler options and direct standard error to a file. The -H option lists the path to every included file, indented to show what file causes an inclusion.
    If you find that files with names corresponding to system headers are being picked up from an IOP subdirectory, that is a likely reason for errors like siginfo_t not being defined.
    Another possible source of errors is providing declarations of standard templates, types, functions, or data in your own code. User code should never declare standard entities, but include the appropriate standard header instead. The reason is that implementations are allowed some leeway in how standard entities are declared, and the declaration you provide might not match the one provided by the implementation.
    Another aid to investigating these problems is to replace the -c option with -E, and direct standard output to a file. The file will show the result of all file inclusions, expand all macros, and show where every line of code comes from. Given an error message about about a declaration, you can scan backwards in the file to find an eariler declarat on that causes the error message.

  • Relocation error sun workshop 6 C++ 5.3

    iam using the sun workshop 6 C++ 5.3 compiler on SunOS 5.8. iam building a shared object abc.so
    the build is fine but when this "so" is actually used in a process i get the following error:
    fatal: relocation error: file abc.so: symbol __1cDstdbG__RTTI__1nDstdIios_baseHfailure__: referenced symbol not found.
    i found that this symbol is defined in the libCstd.so which has been linked and its location is in the LD_LIBRARY_PATH.
    what could be the problem ? (an "ldd abc.so" does not show libCstd.so nor does it give an error)
    regards,
    vivek

    The combination rwtools7,iostream,Cstd is not valid.
    These are the valid combinations:
    rwtools7_std,Cstd
    rwtools7,iostream
    You cannot use rwtools7 and Cstd in the same program.
    You need iostream when you use rwtools7.
    You can use rwtools7_std and Cstd in the same program.
    You cannot use rwtools7_std and iostream in the same program.
    You generally cannot use both "classic" iostreams (iostream) and the C++ standard library (Cstd) in the same program, because of conflicts between classic and standard iostreams. If you understand all the issues and are very careful, you can make it work, but we recommend against trying to make it work.
    If "ldd abc.so" does not show libCstd.so, it means either libCstd has been statically linked, or no dependency on libCstd occurred in the code.
    In my previous message I described what you need to do to get libCstd linked dynamically using C++ 5.3. It should be easy to see whether the symbolic links are present in the compiler installation.
    C++ 5.4, 5.5, and 5.6 link libCstd dynamically by default. You don't need to do anything special.

  • Compilation error on Solaris  2.6  using SUn Workshop 4.2(Rogue wave STL)

    Hello,
    I am facing a problem while using Rogue wave STLs on SOlaris 2.6 using Sun WOrkshop pro 4.2
    I am using Hash table implementation in the source. It throws the following error:
    ---->Error: "," expected instead of "const_iterator".
    I found it to be problem in a declaration of pair for the class.
    Before modification:
    typedef pair<mytmp::iterator,int> interator;
    Modified to:
    typedef mytmp::iterator myitr
    typedef pair<myitr,int> interator;
    Now the above compilation error seems to be gone. Can anyone please help me in understanding this problem???????????????
    Also after compiling few files now i am facing new problem. It throws signal 11 in iterator header file of std STL.
    Help m e !!!!!!!!!!
    For your reference options of compilation are:
    /opt/SUNWspro/bin/CC -c -O -mt -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199506L -D_REENTRANT -D__EXTENSION
    S__ -DRWSTD_MULTI_THREAD -D_RWBUILDSHARED -DRWSTD_COMPILE_INSTANTIATE -
    DRWSTD_SHARED_BUILD --I/opt/mylib/common/include/Std  mydemo.cc                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

    I solved my own problem.
    It seems that the C++ XML Parser cannot be used with earlier versions of Oracle. My ORACLE_HOME env variable was pointing to v734. Once I changed that to point to the later version of v816, It was a smooth parse.
    null

  • Media for Sun WorkShop 3 or Media Images

    Hello,
    I'm searching the very old Sun WorkShop 3 media kit for installing it with SunOS 4.1.4 (Solaris 1.1.2) on my SPARCstation 20.
    At the moment I'm using Forte C++ Enterprise Edition 6 Update 2 under Solaris 2.6 operating environment.
    That works fine.
    But for historical reasons, I would like to use an authentic and SunOS 4.x-compatible version (e.g. Sun WorkShop 3) ...
    Does anyone has an idea where I can possibly get them?
    Thanks.
    regards

    Licenses? - What's the matter with the following "DEMO" licenses?
    [http://www.sun.com/software/licensingcenter/sundev.xml|http://www.sun.com/software/licensingcenter/sundev.xml]
    Does I misunderstood the following description?
    Sun is providing non-expiring, any node, demo licenses for these products which will enable customers to perform server moves without contacting a Sun License Center for processing of the move request. With the demo licenses, customers will be able to use the software on any server, however, there will be no support for these products. We do suggest that you refer to your current Sun Support and Maintenance contract for any term exceptions for these products.
    But I'm curious: Why do you need to run and develop software for SunOS 4.x on an old SparcStation?Some kind of educational purposes and interest in old Sun products. I would like to code some small Pascal/C/Assembler programs. Therefore, I would like to use the original Sun WorkShop 3 Compilers with SunOS 4.1.4 on SPARC V8. For sure, If I not find the media, I will use GCC as an option.
    ...recent x86/x64 system...You can do pretty much anything on that system you can do on the old sparc system, but much faster. and with many cool new features.An x86/x86_64 CPU is not a SPARC processor, whether the x86/x86_64 is much faster. It's all relative. I really don't have the necessity for an state-of-the-art high-performance computer system for my educational purposes. "Less is more." -- I also using an IBM/Lenovo ThinkPad T60 with SXDE and Sun Studio 12. ;-)
    By the way... why the wrong user name is shown with my posts? Who is "cappu"? LOL... There should be displayed the configured token...Never mind.

  • Where to download Sun workshop 5

    Need to downalod Sun workshop 5. Please provide me the link to download.

    Hi
    Workshop 5? You'll need to look in a museum. It was released back in 1998 or 1999 or something like that and probably stopped being supported around 2005. If ever it was available for download, it certainly isn't now. Are you sure that you have a specific need for WS 5? You can get the latest compiler (Oracle Solaris Studio 12 Update 2) for free, and it should be backwards compatible i.e., code written for and compiled with WS 5 should compile and/or link with Studio 12u2.
    Paul

Maybe you are looking for