Have a user on a Solaris 10 sunray CDE environment her mouse wheel will not scroll up or down in windows it will paste but not scroll. Other users logged into sunray have no issues with mouse wheel. Any ideas on what the fix could be?
Thanks:)
---------- Post updated at 08:19 PM ----------... (0 Replies)
Hi,
I use a nomachine terminal to access KDE desktop(redhat linux enterprise) on a server. Is there any way to get the mouse wheel to work without root privilege ?
I have a usb mouse connected to a nomachine terminal,most likely the mouse wheel problem is not the problem of nomachine, but... (1 Reply)
:confused:
I am using Linux for a while and now changed to slackware for my study and it is not as good as redhat everytime when you add this or that it needs either configure modules or recompile kernel
Now I changed from PS/2 mouse to USB trouble starts it refuse to work I know I can... (3 Replies)
Help! My mouse gave up the ghost, so I connected a USB wheel mouse, and chose it from the list in Suse's Yast2. Also installed it in Windows 98 on the same machine. It works fine in both linux and Windows 98, except for this fact:
I have to reinstall it every time I boot into Linux.... (1 Reply)
Hello.
I've got round to installing RedHat 7.1, and i have this slight problem.
I'm not able to use my mouse wheel.
Is this just not possible in RedHat or is there a way to configure my mouse so i can use my mouse wheel.
Thank you. (1 Reply)
Hi Everyone, Just a short question. I have SuSe linux 7.1 and need configure my logitech wheel mouse. My left and right mouse button works but not the wheel. Does anyone have any Ideas???
Thanks
Peter (1 Reply)
MAC_PREPARE(3) BSD Library Functions Manual MAC_PREPARE(3)NAME
mac_prepare, mac_prepare_type, mac_prepare_file_label, mac_prepare_ifnet_label, mac_prepare_process_label -- allocate appropriate storage for
mac_t
SYNOPSIS
#include <sys/mac.h>
int
mac_prepare(mac_t *mac, const char *elements);
int
mac_prepare_type(mac_t *mac, const char *name);
int
mac_prepare_file_label(mac_t *mac);
int
mac_prepare_ifnet_label(mac_t *mac);
int
mac_prepare_process_label(mac_t *mac);
DESCRIPTION
The mac_prepare family of functions allocates the appropriate amount of storage and initializes *mac for use by mac_get(3). When the result-
ing label is passed into the mac_get(3) functions, the kernel will attempt to fill in the label elements specified when the label was pre-
pared. Elements are specified in a nul-terminated string, using commas to delimit fields. Element names may be prefixed with the '?' char-
acter to indicate that a failure by the kernel to retrieve that element should not be considered fatal.
The mac_prepare() function accepts a list of policy names as a parameter, and allocates the storage to fit those label elements accordingly.
The remaining functions in the family make use of system defaults defined in mac.conf(5) instead of an explicit elements argument, deriving
the default from the specified object type.
mac_prepare_type() allocates the storage to fit an object label of the type specified by the name argument. The mac_prepare_file_label(),
mac_prepare_ifnet_label(), and mac_prepare_process_label() functions are equivalent to invocations of mac_prepare_type() with arguments of
"file", "ifnet", and "process" respectively.
RETURN VALUES
Upon successful completion, the value 0 is returned; otherwise the value -1 is returned and the global variable errno is set to indicate the
error.
SEE ALSO mac(3), mac_free(3), mac_get(3), mac_is_present(3), mac_set(3), mac(4), mac.conf(5), maclabel(7)STANDARDS
POSIX.1e is described in IEEE POSIX.1e draft 17. Discussion of the draft continues on the cross-platform POSIX.1e implementation mailing
list. To join this list, see the FreeBSD POSIX.1e implementation page for more information.
HISTORY
Support for Mandatory Access Control was introduced in FreeBSD 5.0 as part of the TrustedBSD Project. Support for generic object types first
appeared in FreeBSD 5.2.
BSD August 22, 2003 BSD