Sponsored Content
Operating Systems AIX Is there a way to list all the functions dotted in to the env? Post 302181950 by easwam on Friday 4th of April 2008 02:22:23 PM
Old 04-04-2008
Bug Is there a way to list all the functions dotted in to the env?

Hi People,

Please advise if there is a command to retrieve the list of functions (user-defined) available at any certain point?

Cheers

Last edited by easwam; 04-04-2008 at 03:37 PM..
 

10 More Discussions You Might Find Interesting

1. Post Here to Contact Site Administrators and Moderators

Dotted thread icons

Can you guys please enable the "dotted" icon option, so that the thread icon for a thread in which a user has posted in will appear with a dot in it? Thanks, Aaron (2 Replies)
Discussion started by: Spetnik
2 Replies

2. Shell Programming and Scripting

expanding dotted paths to absolute ones in bash or sh

I have a little script to help me manage a gallery of image files. It makes symbolic links to every file in and below the current directory, placing them in a target directory which is passed to the script as a parameter. Unfortunately, the script pukes when I pass a parameter that contains... (4 Replies)
Discussion started by: TanRanger
4 Replies

3. Solaris

Env

hey guys!!!! i have a few question .. how to modify the user ENV in Sun Solaris 10 ... Thanks!!!! (1 Reply)
Discussion started by: giancarlodjabon
1 Replies

4. Shell Programming and Scripting

Adding command line env in cron env

Hello friends, i run two scripts manually & they work. i run them in cron & they don work. how to match the two env's 1.command line env 2.cron env i would like cron to use command line env. Thanks & Regards Abhijeet (1 Reply)
Discussion started by: abhijeetkul
1 Replies

5. Solaris

OS functions for process list

I'm currently fixing a bug in a C program in which I need to check to make sure another specific application is up and running before continuing. Are there any SunOS API functions that can provide me with a list of currently running processes on the system? I'd like to avoid using 'ps' with a... (1 Reply)
Discussion started by: jalburger
1 Replies

6. Shell Programming and Scripting

Get the List of functions with modified parameters

Hi I have 2 files a.c and a.bak where I changed long to int using awk script. I want to get the list of functions whose parameters got modified for eg: fun ( long a, long b ) might be changed to fun ( int a, int b ) (1 Reply)
Discussion started by: Sivaswami
1 Replies

7. Shell Programming and Scripting

Please explain what code is doing between the two dotted lines

Can someone please explain the meaning of code between the two lines below. if ; then echo "./filter.sh <a flat file containing group and id>" fi ------------------------------------------------------------ >IDnotexist #account in request does not exist in NIS... (1 Reply)
Discussion started by: pinnacle
1 Replies

8. Web Development

Deny from env=env-variable Does not work

(Above from Apache docs). On my system, using: SetEnvIf User-Agent Mozilla IsBad=1 Order allow,deny Allow from all Deny from env=IsBad ...I see that environment variable is set (using phpinfo()) but the page is still served. No errors in the Apache logs. (1 Reply)
Discussion started by: gnurob
1 Replies

9. Shell Programming and Scripting

How to execute functions or initiate functions as command line parameters for below requirement?

I have 7 functions those need to be executed as command line inputs, I tried with below code it’s not executing function. If I run the ./script 2 then fun2 should execute , how to initiate that function I tried case and if else also, how to initiate function from command line if then... (8 Replies)
Discussion started by: saku
8 Replies

10. Shell Programming and Scripting

List of Shell Env Vars

Hia, echo ${!S*} gives me all those env vars starting with S like SHELL SECONDS SHELLOPTS SHLVL etc. is there any way to deflate the shell variables' range like echo ${!A-E*} OR echo ${!A..S*} to list all env vars starting within range of A till E. Thanks Regards, Nasir (1 Reply)
Discussion started by: busyboy
1 Replies
LDAPSEARCHPREFS.CONF(5) 					File Formats Manual					   LDAPSEARCHPREFS.CONF(5)

NAME
ldapsearchprefs.conf - configuration file for LDAP search preference routines SYNOPSIS
/etc/openldap/ldapsearchprefs.conf DESCRIPTION
The file /etc/openldap/ldapsearchprefs.conf contains information used by the LDAP search preference routines (see ldap-searchpref(3)). Blank lines and lines that have a first character of `#' are treated as comments and ignored. Non-comment lines contain one or more tokens. Tokens are separated by white space, and double quotes `"' can be used to include white space inside a token. Search preferences are typically used by LDAP-based client programs to specify what a user may search for, which attributes are searched, and which options are available to the user. The first non-commment line specifies the version of the template information and must contain the token Version followed by an integer version number. E.g., Version 1 The current version is 1, so the above example is always the correct opening line. The remainder of the file consists of one or more search preference configurations. The first line of a search preference is a human-read- able name for the type of object being searched for, e.g. "People" or "Organizations". This name is stored in the so_objtypeprompt member of the ldap_searchobj structure. E.g., "People" specifies a label for a search preference designed to find X.500 entries for People. The next line specifies a list of options for this search object. The only option currently allowed is "internal" which means that this search object should not be presented directly to a user. Options are placed in the so_options member of the ldap_searchobj structure and can be tested using the LDAP_IS_SEARCHOBJ_OPTION_SET() macro. Use "" if no special options are desired. The next line specifes a label to use for "Fewer Choices" (for lack of a better term) searches. "Fewer Choices" searches are those where the user's input is fed to the ldap_filter routines to determine an appropriate filter to use. This contrasts with explicitly-constructed LDAP filters, or "More Choices" searches, where the user can explicitly construct an LDAP filter. The "Fewer" and "More Choices" terms derive from the maX.500, waX.500 and xax500 directory user agents, which offer two configurations of their "Find Entry" dialogs - one where the user types a search string, and the client code attempts to find reasonable filter(s) to use in searching ("Fewer Choices"), and one where the user can select from several pop-up menus which allow complete specification of the search to be performed ("More Choices"). For example: "Search For:" can be used by LDAP client programs to label the field into which the user can type a "Fewer Choices" search. This information is stored in the so_prompt member of the ldap_searchobj structure. The next line specifies an LDAP filter prefix to append to all "More Choices" searched. This is typically used to limit the types of entries returned to those containing a specific object class. For example: "(&(objectClass=person)" would cause only entries containing the object class "person" to be returned by a search. Note that parentheses may be unbalanced here, since this is a filter prefix, not an entire filter. This information is stored in the so_filterprefix member of the ldap_searchobj struc- ture. The next line is an LDAP filter tag (see ldap-filter(3)) which specifies the set of LDAP filters to be applied for "Fewer Choices" search- ing. The line "xax500-People" would tell the client program to use the set of LDAP filters from the ldap filter configuration file tagged "xax500-People". This informa- tion is stored in the so_filtertag member of the ldap_searchobj structure. The next line specifies an LDAP attribute to retrieve to help the user choose when several entries match the search terms specified. For example: "title" specifies that if more than one entry matches the search criteria, the client program should retrieve the "title" attribute that and present that to the user to allow them to select the appropriate entry. The next line specifies a label for the above attribute, e.g. "Title:" The above information is stored in the so_defaultselectattr and so_defaultselecttext members of the ldap_searchobj structure. Note that these are defaults, and are intended to be overridden by the sa_selectattr and sa_selecttext fields of the ldap_searchattr data structure (see below). The next line specifies the scope of the LDAP search to be performed. Acceptable values are subtree, onelevel, and base. See ldap(3) for more information. The next section is a list of "More Choices" search options, terminated by a line containing only the string "END". Example: "Common Name" cn 11111 "" "" "Surname" sn 11111 "" "" "Business Phone" "telephoneNumber" 11101 "" "" END Each line represents one method of searching. In this example, there are three ways of searching - by Common Name, by Surname, and by Business Phone number. The first field is the text which should be displayed to user. The second field is the attribute which will be searched. The third field is a bitmap which specifies which of the match types (discussed below) are permitted for this search type. A "1" value in a given bit position indicates that a particular match type is valid, and a "0" indicates that is it not valid. The fourth and fifth fields are, respectively, the select attribute name (corresponding to the sa_selectattr field of the ldap_searchattr data struc- ture) and on-screen name for the select attribute (corresponding to the sa_selecttext field). These values are intended to override the so_defaultselectattr and so_defaultselecttext values, described above. If blank, the client software should use the default values above. The next section is a list of search match options, terminated by a a line containing only the string "END". Example: "exactly matches" "(%a=%v))" "approximately matches" "(%a~=%v))" "starts with" "(%a=%v*))" "ends with" "(%a=*%v))" "contains" "(%a=*%v*))" END In this example, there are five ways of refining the search. For each method, there is an LDAP filter suffix which is appended to the ldap filter thus far constructed. The routine ldap_build_filter() may be used to construct the whole filter. It substitutes the appropriate attribute for "%a" in the filter, and a value (generally, something the user types) for "%v". EXAMPLE
The following example illustrates one possible configuration of search preferences for "people". # Version number Version 1 # Name for this search object People # Label to place before text box user types in "Search For:" # Filter prefix to append to all "More Choices" searches "(&(objectClass=person)" # Tag to use for "Fewer Choices" searches - from ldapfilter.conf file "xax500-People" # If a search results in > 1 match, retrieve this attribute to help # user disambiguate the entries... multilineDescription # ...and label it with this string: "Description" # Search scope to use when searching subtree # Follows a list of "More Choices" search options. Format is: # Label, attribute, select-bitmap, extra attr display name, extra attr ldap name # If last two are null, "Fewer Choices" name/attributes used "Common Name" cn 11111 "" "" "Surname" sn 11111 "" "" "Business Phone" "telephoneNumber" 11101 "" "" "E-Mail Address" "mail" 11111 "" "" "Uniqname" "uid" 11111 "" "" END # Match types "exactly matches" "(%a=%v))" "approximately matches" "(%a~=%v))" "starts with" "(%a=%v*))" "ends with" "(%a=*%v))" "contains" "(%a=*%v*))" END In this example, the user may search for People. For "fewer choices" searching, the tag for the ldap filter config file is "xax500-Peo- ple". FILES
/etc/openldap/ldapsearchprefs.conf SEE ALSO
ldap(3). ldap-searchprefs(3) ACKNOWLEDGEMENTS
OpenLDAP is developed and maintained by The OpenLDAP Project (http://www.openldap.org/). OpenLDAP is derived from University of Michigan LDAP 3.3 Release. OpenLDAP 2.0.27-Release 20 August 2000 LDAPSEARCHPREFS.CONF(5)
All times are GMT -4. The time now is 09:39 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy