Sponsored Content
The Lounge What is on Your Mind? If possible, would you consider buying OS X for a non Mac computer? Post 302276831 by Corona688 on Wednesday 14th of January 2009 05:23:53 PM
Old 01-14-2009
Quote:
Originally Posted by tlarkin
I also use the command line and like to script everything, however, that doesn't mean it can't be efficiently done from the GUI.
The problem with relying on the topmost system layer is the lower, less visible ones may end up badly neglected. I haven't seen much refinement to OSX's UNIX underpinnings at all; it's enough to run Darwin, and beyond that they don't demand much of it. Darwin gets the new features and development.

Last edited by Corona688; 01-14-2009 at 06:29 PM..
 

2 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Urgent help with web design problems - mac, safari and unix computer

Hi (Help, Help, Help) I am on a computer course and have designed a web site as one of my assignments. just before Xmas my college tutor "very kindly" viewed my site with a mac, safari browser and unix operating system computer. This is what she Emailed back to me, and I am trying to sort... (3 Replies)
Discussion started by: skylark167
3 Replies

2. Shell Programming and Scripting

My code worked on a Mac, now it does not work in another computer

I guess Mac has default bash. Then I copy my code to another comp and run it...And it gives me an error like "bad substitution".... How I can change my code??? Never had before this kind of situation. Help please. if then n=$(sort /Users/Natalie/lastserial | tail -1) ... (6 Replies)
Discussion started by: Natalie
6 Replies
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
All times are GMT -4. The time now is 11:32 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy