In comp.os.linux.advocacy, Maverick
<Sun@xxxxxxxxxxx>
wrote
on Mon, 15 Jan 2007 11:16:02 -0700
<d6qdnQ6mt7Z0WTbYnZ2dnUVZ_rbinZ2d@xxxxxxxxxxx>:
> Roy Schestowitz wrote:
>
>> Opinion: Why Solaris and MacOS X should unite?
>>
>> ,----[ Quote ]
>> | The weak side of Solaris it is user-land. While making good shape on
>> | server, Solaris looses ground on workstation market, especially to
>> | Linux. Lot of workstation software packages, which were running on
>> | SPARC Solaris, are not ported to Solaris x86, but to Linux instead.
>> | Linux supports more hardware, it receives more frequent updates and
>> | ISVs (Independent Software Vendors) see no point in supporting two
>> | very similar (from the workstation point of view) operation systems
>> | on the same hardware. Unclear situation on the SPARC side (for the
>> | workstation) only increases the problem.
>> `----
>>
>> http://kloty.blogspot.com/2007/01/opinion-why-solaris-and-macos-x-should_11.html
>
> Won't work. Solaris is SYSV whilst OS X is bsd based.
It's been tried before. The Apollo DOMAIN system for
awhile had an interesting environment, where one could
run its native DomainOS, BSD, and SysV more or less
simultaneously. By changing an environment variable
(DomainOS had the unusual concept of allowing symbolic
links that can take values such as "$(OSTYPE)/path...",
which resolved to the value of the environment variable
OSTYPE in the process doing the file request), one could
quickly switch between environments, at least at the
application/shell level.
It didn't quite catch on, and now Apollo is buried
somewhere deep within HP.
It's theoretically possible for the filename resolver
within Linux to read environment variables in user space.
I cannot say whether it's a good idea or not, and there are
some performance issues, mostly because the environment
table is stored as a char ** and the ordering is very
haphazard; type in 'env | sed 's,=.*$,,' to print out only
the names and you'll see what I mean.
--
#191, ewill3@xxxxxxxxxxxxx
Useless C++ Programming Idea #889123:
std::vector<...> v; for(int i = 0; i < v.size(); i++) v.erase(v.begin() + i);
--
Posted via a free Usenet account from http://www.teranews.com
|
|
