Solaris 10 SIGXRES header file

Hi,
I'm just trying to compile examples from Solaris 10 Developer Collection which shows how to handle some signals for resource control. My problem is that during compilation i'm getting error that
SIGXRES is 'undefined symbol' inspite of fact that "signal.h" is included. I'm not getting compilation error e.g for SIGXCPU!
Thanks for help

Solaris 10 3/05 s10_74L2a SPARC
Copyright 2005 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 22 January 2005

Similar Messages

Solaris 11, shot of system header files, how to get them

os env:
solaris 11 & sun studio12 & GNU gcc
I install solaris 11 with liveCD. but shot of some system header files. for example, modctl.h cred.h...
I install solaris 10 in my virtualbox, system header files are all there.
question:
How to install lost system header files in solaris11?
of course, I don't want to copy these header files from solaris 10 or opensolaris source code.
thanks.

to find the package, run pkg search to find which package your file belongs to:
# pkg search modctl.h
INDEX ACTION VALUE PACKAGE
basename file usr/include/sys/modctl.h pkg:/system/[email protected]
now that you know the package name (system/header), you can install it with pkg install:
# pkg install system/header
.7/M.

A question about /usr/include/sys/select.h header file

good day! i hope i can get some help about this and i would be very grateful if my question will be answered. i have a question regarding the select.h header file that we include in our programs when we use the select(3C) function.
* Select uses bit masks of file descriptors in longs.
* These macros manipulate such bit fields.
* FD_SETSIZE may be defined by the user, but the
* default here should be >= NOFILE (param.h).
29 #ifndef FD_SETSIZE
30 #define FD_SETSIZE 1024
31 #endif
its says here in the header file that the value of FD_SETSIZE may be defined by the user and i need to know how. i've already tried declaring a constant at the beggining of the program but it didn't work...
example:
#undef FD_SETSIZE
#define FD_SETSIZE 2048
the FD_SET macro generates an error if a value larger than 1024 is passed from in the first argument. i need to increase its value in order for me to wait for more than 1024 socket descriptors on select function. how can i increase or modify its value? thanks in advance...

AFAIK, the only way to change the FD_SETSIZE value is by building your own version of the libc.a and linking it statically to your executable. Not good at all IMHO.
The sources of Solaris 8 contain the implementation of select(3C) with both standard and 'large' (64K) FD_SETSIZE.
AFAIK, 64-bit version of the libc.so contains the 64K-descriptors version of the select(3C), so you may consider building your application with -xarch=v9 flag to get 64-bit application...
As for poll(2) - there is a manual page (man -s 2 poll) and some notes in the Answerbook. poll(2) is the actual system call that is used by select(3C), which is an interface function, so there is no functional difference between these two.
There is a potential problem with portability of your code if you are using poll(), but it looks like you have no choice... sorry about it...

A questions about /usr/include/sys/select.h header file

good day! i hope i can get some help about this and i would be very grateful if my question will be answered. i have a question regarding the select.h header file that we include in our programs when we use the select(3C) function.
* Select uses bit masks of file descriptors in longs.
* These macros manipulate such bit fields.
* FD_SETSIZE may be defined by the user, but the
* default here should be >= NOFILE (param.h).
29 #ifndef FD_SETSIZE
30 #define FD_SETSIZE 1024
31 #endif
its says here in the header file that the value of FD_SETSIZE may be defined by the user and i need to know how. i've already tried declaring a constant at the beggining of the program but it didn't work...
example:
#undef FD_SETSIZE
#define FD_SETSIZE 2048
the FD_SET macro generates an error if a value larger than 1024 is passed from in the first argument. i need to increase its value in order for me to wait for more than 1024 socket descriptors on select function. how can i increase or modify its value? thanks in advance...

AFAIK, the only way to change the FD_SETSIZE value is by building your own version of the libc.a and linking it statically to your executable. Not good at all IMHO.
The sources of Solaris 8 contain the implementation of select(3C) with both standard and 'large' (64K) FD_SETSIZE.
AFAIK, 64-bit version of the libc.so contains the 64K-descriptors version of the select(3C), so you may consider building your application with -xarch=v9 flag to get 64-bit application...
As for poll(2) - there is a manual page (man -s 2 poll) and some notes in the Answerbook. poll(2) is the actual system call that is used by select(3C), which is an interface function, so there is no functional difference between these two.
There is a potential problem with portability of your code if you are using poll(), but it looks like you have no choice... sorry about it...

How to link two header files so that it may be taken from the library ONLY

Hi.
I was able to compile and successfully execute a program earlier
written in Oracle 7 (Solaris) Now in Oracle 10G (Linux). The only
problem is that I have to include two header files
sqlca.h and sqlda.h in the present working directory.How to enter them in the linking command so that I do not need to
copy them everytime in the current working direcotry ?
I have used the following commands :
$ proc sample.pc
$ cc -L$ORACLE_HOME/lib -L/usr/lib -lclntsh -o sample sample.c
regds.
J.S.S

Use always -I option of the compiler to include all header file directories U wich to add. In this case no need to copy the files.

MISSING OCI Header Files

The OCI header files are missing from the Oracle 8 for Linux
trial CD. Everything else works fine, but we can't develop any
client applications without an OCI interface.
I tried using the header files from Oracle 8 Solaris SPARC, but
the resulting program core dumps in olog().
Does anyone know where I can get these files? If a purchase a
production version, will they be included?
I have a bare bones Linux ODBC driver for Oracle that I cannot
compile without them.
Thanks,
- Mark Butler
null

Stefan (guest) wrote:
: Mark Butler (guest) wrote:
: : The OCI header files are missing from the Oracle 8 for Linux
: : trial CD. Everything else works fine, but we can't develop
any
: : client applications without an OCI interface.
: : I tried using the header files from Oracle 8 Solaris SPARC,
but
: : the resulting program core dumps in olog().
: : Does anyone know where I can get these files? If a purchase
a
: : production version, will they be included?
: : I have a bare bones Linux ODBC driver for Oracle that I
cannot
: : compile without them.
: : Thanks,
: : - Mark Butler
: The header files are in the directory $ORACLE_HOME/rdbms/demo
: Yours
: Stefan
Do you happen to know how to link those examples?
It couldn't have been too hard to include a Makefile!
null

Solaris 8 solaris 7 system file includes

Hello,
I would like to get the header files from /usr/include/sys/*.h of a solaris 7 or previous OS, and copied them on a solaris 8. (on ultra sparc).
Where can I find those headers?
What are the risks to do this?
Thank all in advance.

thanks,
i need to ask some questions:
1- In system copy make differente if its CRM 3.0 or 4.0 or NW2004s or something?
like in master dvd 6.40 i dont find anything related of CRM3.0, just CRM 4.0.
2- what about database password? how can I reset it?
3- this documents its in Unix, the parameter are same for windows?
thank you very much for your help
Regards

Compiler appears to include .cpp source instead/addition to .h header file

Numerous source files in our project depend upon unix/dcfPosixLocks.h and must be linked with the dcfPosixLocks.o that results from compiling unix/dcfPosixLocks.cpp. While all of these numerous sources files either directly or indirectly #include "unix/dcfPosixLocks.*_h_*" none of them ever #include "unix/dcfPosixLocks.*_cpp_*" (or any other non .h file for that matter). Yet, the C++ compiler incorrectly appears to include unix/dcfPosixLocks.cpp instead of (or in addition to) unix/dcfPosixLocks.h, for example when compiling dcfConstants.cpp (actual invocation and error below). Renaming unix/dcfPosixLocks.cpp to unix/dcfPosixLocks.c (or other names with C/C++ related file extensions) results in similar behavior. We first discovered this problem when we moved from a partially patched Studio 11 on Solaris 9 SPARC to an unpatched Studio 11 on Solaris 10 SPARC, i.e. it works fine on the old system. The problem remains after fully patching Studio 11 on Solaris 10 SPARC and even after fully patching Studio 12 on Solaris 10 SPARC. The implication is that one of the Studio 11 patches broke the C++ preprocessor and has of course been carried over into Studio 12. Since we use gmake to compile multiple sources concurrently, we ruled gmake out as a source of the problem by eliminating concurrent compilation (e.g. -j1 not -j2) and by tracing it to ensure that it was not deciding to compile unix/dcfPosixLocks.cpp (e.g. due to some implicit rule or something like that). Workaround #1, since the dcfConstants.cpp file contains no templates, is to separately preprocess and then compile, i.e. CC -E dcfConstants.cpp 1> .../dcfConstants.i and then CC -c dcfConstants.i -o .../dcfConstants.o. Of course, workaround #1 is dubious in general and completely unworkable where templates are involved. Workaround #2 is to move the unix/dcfPosixLocks.cpp file out of the include path (many of the directories in our include path contain both source and header files). Unfortunately, workaround #2 is problematic from a source control point of view... implies lots of source files being moved unnecessarily from one location to another to artificially distinguish them from header files, breaking historical chains in the process (granted, depends on the abilities of your source control software). Any thoughts or comments? We are hoping that somebody might be able to help us discover the errors in our ways, contribute additional workarounds, and/or confirm that this is in fact a compiler bug. I can try to provide more information as needed. Thank you in advance. -R
/opt/studio11/SUNWspro/bin/CC -G -KPIC -w -mt
-D_POSIX_PTHREAD_SEMANTICS -DCXX_SUNPRO -DDCF_NO_STD_MIN -g
-D_DEBUG -DDCF_ASSERTIONS_ABORT -DDCF_DEADLOCK_ABORTS -DDC F_EXCEPTIONS_ABORT -I. -I/export/home/buildsys/src/build/tmp.3/dcf1/inc
-I/export/home/buildsys/src/build/tmp.3/dcf1/platform/unix/solaris/inc
-I/export/home/buildsys/src/build/tmp.3/dcf1/platform/unix/solaris/inc
-I/export/home/buildsys/src/build/tmp.3/dcf1/platform/unix/inc
-Iunix/solaris -Iunix
-I/export/home/buildsys/src/build/tmp.3/dcf1/interfaces
-I/export/home/buildsys/src/build/tmp.3/dcf1/platform/unix/solaris/interfaces.overlay
-I/export/home/buildsys/src/build/tmp.3/dcf1/interfaces.overlay
-c dcfConstants.cpp -o Debug/unix/solaris/dcfConstants.o
"unix/dcfPosixLocks.*_cpp_*", line 72: Error:
dcfLocks::oAtomicAccessToLong is initialized twice.
"unix/dcfPosixLocks.*_cpp_*", line 103: Error:
dcfMutexAttributes::pSingleton is initialized twice.
2 Error(s) detected.
gmake[2]: *** [Debug/unix/solaris/dcfConstants.o] Error 2
gmake[1]: *** [all-r] Error 1
gmake: *** [build] Error 2

I'm having trouble understanding what change in Sun compilers or in Solaris could have resulted in the change in behavior you report.
For template code, Sun compilers have always used the automatic inclusion model described in the C++ Users Guide section 5.2, "Template Definitions".
Specifically, if you include a header foo.h that declares one or more templates, the compiler will automatically include foo.cpp (or foo.cc, foo.C, etc) if it needs a definition of one of those templates. That is, it assumes that template definitions missing from foo.h will be in foo.cpp.
Does that answer your question?

X11 Header files

My recent install of Solaris10 and sunstudio did not seem to install the X11 header files needed to compile some applications. In particular X11/Shell.h and X11/Xatom.h are not there. What package do these live in?
More generally, is there some way to find out what a package contains or to query which package supplies which modules, files, etc?

It's always been tough question; I usually log in to other Solaris system and do
bash-3.00# pkgchk -l -p /usr/include/X11
Pathname: /usr/include/X11
Type: symbolic link
Source of link: ../openwin/include/X11
Referenced by the following packages:
SUNWxwhl
Current status: installed

What package contains /usr/include header files?

(Sorry for the x-post; put it in the wrong place originally.)
I'm trying to find out which package contains the header files located in /usr/include/. I'm trying to compile some stuff and these headers aren't found. Any ideas? This is Solaris 10 x86 8/07.

Alan, thanks for the reply -- I've sorted it out.
I was looking for the "standard" headers in /usr/include/ such as stdio.h, sys/stat.h, to name a few. Found them in the SUNWhea package.

Where to get header files under /usr/include/snmp

My source codes relate to SNMP subagent. Currently mu codes is conpiled in a SOlaris 7 machine. I can find the needed header files in /usr/include/snmp. Now I want to build another compiling machine with SOlaris 9. But after I installed Solaris 9, I can not find the header files under /usr/include/snmp/. Is there some specific packages I need to install? Or Solaris 9 has removed or changed the name of these files?
Thanks!
Yong

So say if My page ProjectPG.xml has main controller ProjectPGCO then I have to write a class xyzProjectPGCO which extends ProjectPGCO .
Write me logic here ....in ProjectPGCO
After that I have to modify ProjectPG.xml and set its controller as xyzProjectPGCO
Please let me know if this is right way of doing ?
Thanks,
Milind

C header files include environment setting

Hi, Guys
When I try to compile a directory applicatoin that should use header file located in /usr/ucbinclude/sys/dir.h on solaris 8.
If I just code in my C code as:
#include <sys/dir.h>
The compiler can't find it.
If I code in my C code in full path name as:
#include </usr/ucbinclude/sys/dir.h>
compiler can find it.
Who can tell me, how I can set export include header file in my profile to support
#include <sys/dir.h> to work?
I know I can set LD_LIBRARY_PATH to support share lib, but how I can set include environment?
Thank you!

The normal way to handle this is with the -I option on the compile line:
cc -I/usr/ucbinclude -c myprog.c ...
Is there a reason you can't use the -I option?

Session variable and Tracking in Header file

Is there a way for me to keep track of the session and use a variable in my Header to pass around for this?
I have a login.jsp, validate_login.jsp and other jsp's that have the same header file. Instead of me using the same code in all of the jsp's I thought it would be easier to put it in the header Please look at the example code below:
// validate_login.jsp is passed username and password from the login.jsp.
// validate_login then calls the logIn method in my Session class.
<%@page contentType="text/html"%>
<%@page pageEncoding="UTF-8"%>
<%@page import="uom.edu.rd.session.Session"%>
<html>
<head><title>Validate Login</title></head>
<body>
<jsp:include page="header.jsp" />
<%
 String username = request.getParameter("username");
 String password = request.getParameter("password");
 this_session.logIn(username, password);
 boolean b = this_session.getLoggedIn();
%>
==================================================================
// The logIn method in Session class
public void logIn(String userName, String password) {
 Connection con = null;
 Statement stmt = null;
 ResultSet rs = null;
 try{
 con = db.getConnection();
 stmt = con.createStatement();
 String sql = "SELECT * FROM RD_USER WHERE USER_NAME = '" + userName +"' AND USER_PASSWORD = '" + password + "'";
 rs = stmt.executeQuery(sql);
 if(rs.next()){
 loggedIn=true;
 }else{
 loggedIn=false;
 catch(Exception e){
 // If something goes wrong, make sure
 // the user is not logged in.
 loggedIn=false;
 }finally{
 try{
 rs.close();
 stmt.close();
 con.close();
 }catch(Exception e){
 * Log the user out.
 public void logOut() {
 loggedIn = false;
 * Get the login status.
 * @return boolean
 public boolean getLoggedIn() {
 return loggedIn;
==================================================================
// and this is part of my header.jsp
<%@page import="uom.edu.rd.session.Session"%>
<%
Session this_session = Session.findSession(request);
if ( this_session==null ) {
 /* Now, instead of redirecting, create a new Session
 * object and initialize it.
 this_session = new Session();
 this_session.makeSession(request);
 this_session.createQueryBuilder(config);
%>
// This is the part I would like to pass around

<%
 boolean loggedIn = this_session.getLoggedIn();
 if (loggedIn == false)
 { %>
 <A STYLE="color:#FFFFFF;text-decoration:none;" HREF="./login.jsp">LOG IN</a> 
 <% } else { %>
 <A STYLE="color:#FFFFFF;text-decoration:none;" HREF="./logout.jsp">LOG OUT</a> 
 <% }
%>
// so if you are logged in then you are able to view certain things on the jsp's if you are not logged in
// then of course you cannot. I want to pass around this loggedIn variable to all the jsp's
// after it checks loggIn Status for each page I have tried running this but I keep getting an error: cannot resolve symbol this_session

Use <%@ include file="header.jsp" %> instead

How can I use a dll if I dont have a header file

I'm not sure if I'm even trying the possible here as I have searched and not been able to find much at all. However I figured it was worth asking here.
I have access to several dll's used by a program, I need to open a file using the program (for some reason it is completely non responsive unless you open it "within" the program itself) and so decided to browse the .dll files included. Ive found a few functions which may carry out the function I need. Is there a way of figuring out the inputs/outputs if I don't have documentation or a header file?
This is the next stage in a huge project I am working on at the moment and I've been banging my head against the wall all day trying to figure this out.
Thanks in advance for any help
Rik
That glass?
Thats glass is neither half full or half empty....
Its twice the size it needs to be

Yes, that makes sense. It also means that what you are trying to do is not likely to work. You have no way of knowing what the program does when opening the file, so guessing at using the DLLs is purely a shot in the dark without even knowing where the dark is. Even if you could find the function (assuming it's just one) that loads a file, how is the program supposed to use it now? That function has to be called from within the program. When you call it from LabVIEW you are not sitting inside the program's memory space, so it has no way of knowing about the file.
I would suggest, instead, to see if the program accepts command-line parameters. For example, does it accept a name of a file to open as part of launching it from the command line? If not, then you may need to resort to trying to control it via automation. If it has no built-in automation then you need to resort to using the OS to make pretend you're clicking buttons and typing text. This has come up many times before, and there have been numerous posts on this, so please do a search on controlling an external program from LabVIEW within this forum. You can call the Windows API functions to move the mouse to a specific location and click the button as well as typing text, or you can use third-part automation tools. One that I have used successfully is AutoIt. The search I indicated will yield other suggestions.

How to use preprocessor directives (#define) in C++ header file with LabVIEW 8.2

I have a C++ header file that contains around 2000 preprocessor directives:
#define MEM_1   0xC
#define MEM_2   0xD
#define MEM_3   0x18
I want to be able to "access" these memory offsets by identifier name (MEM_1) in my LabVIEW program like I would in a C++ program. I do not want the overhead of parsing through the header file and storing all the offsets into an array or similar structure.
I've written a simple Win32 console program to return the memory offset given the identifier (see code below), and created a DLL to use with my LabVIEW program. In the console program, you notice that I can call a function and pass in the identifer name, and get the offset back correctly:
getOffset(MEM_1);
In LabVIEW, I was hoping to be able to pass in the identifier (MEM_1) but was unsure what datatype to use. In my C++ code, I defined the parameter as an int. But in LabVIEW, I can't enter in MEM_1 as an int.   Can someone advise on how to do this? Or if there is an alternate way to use #define's from external code inside LabVIEW?
#include "stdafx.h"
#include "scrmem.h"
#include "stdio.h"
void getOffset (int var);
int _tmain(int argc, _TCHAR* argv[])
getOffset(MEM_1);
canf("%d");
return 0;
void getOffset (int var)
printf("The address of MEM_1 is %x", var);

kaycea114 wrote:
Hi,
Where do you think I should use the string?
The way that getOffset is currently defined in the DLL, I have to connect an integer input into the LabVIEW function. This prevents me from entering in: MEM_1 as the input to the LabVIEW function.
Are you suggesting that I change getOffset to receive a String parameter ("MEM_1")? Does that mean I need to do a string compare (line by line) through the header file to get the offset? It seems like doing this search through the header file would degrade performance, but if that's the only work around, then I'll do it.
Please advise.
Well, what you want to do is indeed entering a string and getting back the assigned integer. That is what the C preprocessor is doing too although there it is done only once at the preprocessor stage of course and not at runtime anymore. But LabVIEW is not a C preprocessor.
What you did so far seems to be to define getOffset() that accepts an enum that needs to be created from the C source code to then return the assigned constant. That's of course not very helpful.
And writing a VI that could parse the C header file and create a name/constant array is really a lot easier than doing the same in C. You don't even need to parse the file each time again, but can instead cache them in an uninitialized shift register (LV2 style global).
Even more easy would be to create from that data a ring control using property nodes and save it as custom control and voila you have the most direct lookup you can get in LabVIEW and it works just as comfortable as using the define in C code. It would mean that you need to seperate your header file possibly into several different files to only get related constants into the same ring control, but that is easily done.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Solaris 10 SIGXRES header file

Similar Messages

Maybe you are looking for