Hello Victor,
thanks a lot for your help. I'm just going to buy some new drives here to be
able to backup this pool, but anyway, what do you suggest to do with such pool
later? Complete destroy and reinstall? Or is it possible to run scrub on
read-only pool to recover it? I see this bugreport:
Hi, All
With the help for my previous question, I checked out the source code tree. of
libc/port/thread
but, it seems that there is no way to compile pthread or libc only. there is
makefile under libc, but, make all does not work.
Would some one please give me some suggestion, how to compile
On 11/25/10 09:55 PM, Afantee Lee wrote:
Hi, All
With the help for my previous question, I checked out the source code tree. of
libc/port/thread
but, it seems that there is no way to compile pthread or libc only. there is
makefile under libc, but, make all does not work.
Would some one
Your stack trace matches CR 6616286 which is in fact a variant of CR
6603147 which is claimed to be fixed in snv_76, although looking again,
it appears to have kind of re-surfaced and was logged as CR 6971273, and
fixed in snv_146. You can read the publicly available information at:
Edward Martinez mindbende...@live.com writes:
On 11/21/10 09:44, Oliver H. Weiergraeber wrote:
Hello everyone,
snip
So even though installation for standard desktop use at home may be
tolerated (though not explicitly covered by the license), running an
unpatched system cannot be an option
http://www.genunix.org/ seems to be unaffected by
http://wiki.genunix.org/wiki/index.php/Main_Page ?
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi, Ian
The reason I want to compile pthread model under libc is:
I am doing a project, which requires profiling the timing information of
the pthread events.
thus, My plan is, compile current pthread lib first, then, add profiling code,
and recompile it.
your suggestions will be greatly
On 25 Nov 2010, at 18:43, Afantee Lee wrote:
Hi, Ian
The reason I want to compile pthread model under libc is:
I am doing a project, which requires profiling the timing information of
the pthread events.
thus, My plan is, compile current pthread lib first, then, add profiling
code, and
2010/11/25 john kroll jek0...@sbcglobal.net:
http://www.genunix.org/ seems to be unaffected by
http://wiki.genunix.org/wiki/index.php/Main_Page ?
The Main Page and a couple of others were reverted by Alex Sims. (Look
at the history [1])
The wiki still has loads of content with links to those
Have you tried contacting Dennis Clark? The domain registration lists
him as the owner of genunix.org; dclarke at blastwave dor org.
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi all,
I've found myself having problems with my Logitech G9 laser mouse on Solaris
Express 11. The cursor won't move, and the lights on the mouse keep flashing
(rather than lighting solidly as they should).
Mouse worked perfect on Solaris 2009.06 (111b), but after system updating the
same
zone.max-shm-memory defines the maximum size of a
shared memory segment. So if it is set to 4Gig then
the maximum shared memory segment will be 4 Gig.
Sorry, but that is incorrect. zone.max-shm-memory limits the *total* amount of
shared memory that can be allocated by a zone, *not* the size
Surely DTrace would be a far better profiling option.
Regards,
Alan Hargreaves
On 11/26/10 05:43, Afantee Lee wrote:
Hi, Ian
The reason I want to compile pthread model under libc is:
I am doing a project, which requires profiling the timing information of
On 11/25/10 02:34 PM, user124 wrote:
Hi all,
I've found myself having problems with my Logitech G9 laser mouse on Solaris
Express 11. The cursor won't move, and the lights on the mouse keep flashing
(rather than lighting solidly as they should).
Mouse worked perfect on Solaris 2009.06 (111b),
14 matches
Mail list logo