able to be read.
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
27;m using
> non-debug build (142 at this moment). Should I use debug build or set
> some magic variables to enable this buffer?
Perhaps you could use anonymous tracing to capture the logs to a dtrace buffer.
http://wikis.sun.com/display/DTrace/Anonymou
wc -l
3911
# ps -fe | grep which | wc -l
4588
# zoneadm -z $zone halt
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
behavior I was seeing, though, as
> James also pointed out.
>
> Thanks,
> Daniel
>
> Mike Gerdts wrote:
>>
>> On Fri, Jul 11, 2008 at 12:38 AM, Daniel Templeton
>> <[EMAIL PROTECTED]> wrote:
>>
>>>
>>> Hi. I'm trying to build the
complaints from lint.
Thanks for the reviews!
Mike
On Jan 6, 2008 7:04 PM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
> The timing of my previous code review request was particularly bad due
> to the holidays. I would appreciate it if I could get a few eyes on
> the code so that it can get
t MANPATH
Would you find it better to allow people to trick man by setting PATH
to point to non-existent bin directories to pick up those man
directories?
That is:
if (stat(bindir, &sb) == 0) {
for (i = 0 ...
...
}
> 3150. (Sp.) "translatfor" -> "translatio
.
Thanks in advance,
Mike
On Dec 19, 2007 9:40 PM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
> I have posted an updated webrev for:
>
> PSARC/2007/688 manwhich: Deriving MANPATH from PATH
> 6634079 man should take hints from PATH when MANPATH not set
>
> at http://cr.opensolaris.o
changes in the event that
MANPATH is not set. However, the man page for apropos(1) is
sufficiently vague to as to not require any changes to remain
accurate. apropos(1) indicates "apropos is actually just the -k
option to the man(1) command" and as such r
On Dec 1, 2007 7:41 PM, John Plocher <[EMAIL PROTECTED]> wrote:
>
>
> Mike Gerdts wrote:
> > Draft one-pager follows.
>
> Ah, something I can help with! I'd be happy to ARC-sponsor
> this for you when you are ready.
Thanks! Since you offered most recently with
On Dec 6, 2007 5:50 PM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
> I haven't run ::typegraph on largish crash dumps before. Should I
> expect it to take over 2 hours of CPU time?
To follow up to my own post...
It looks like I had some corruption in the first crash dump. I did
#x27;t in cache 315e008 (in cache 0)
mdb: slab 302d6a48d68 isn't in cache 3162008 (in cache 0)
mdb: slab 300f2c89fc8 isn't in cache 3176008 (in cache 0)
mdb: slab 300d421bfc8 isn't in cache 31a2008 (in cache 0)
mdb: slab 30016d4ffc8 isn't
ess
/var/adm/lastlog.
6. http://www.opensolaris.org/jive/thread.jspa?threadID=7070#29815
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
On Dec 1, 2007 7:41 PM, John Plocher <[EMAIL PROTECTED]> wrote:
>
>
> Mike Gerdts wrote:
> > Draft one-pager follows.
>
> Ah, something I can help with! I'd be happy to ARC-sponsor
> this for you when you are ready.
Thanks... I had also received an offer from D
.
This information is Copyright 2007 Sun Microsystems
This information is Copyright 2007 Mike Gerdts
1. Introduction
1.1. Project/Component Working Name:
manwhich: Deriving MANPATH from PATH
1.2. Name of Document Author/Supplier:
Mike Gerdts <[EMAIL PROTECTED]>
On Nov 26, 2007 9:10 AM, James Carlson <[EMAIL PROTECTED]> wrote:
> Mike Gerdts writes:
> > > and have this expand to something akin to:
> > >
> > > man -M /usr/bin/../share/man ps
> > >
> > > (again, tricky for /usr/ucb which needs
them when appropriate?
I think that this work sounds like good follow-on work. If others
feel strongly that /usr/ucb and/or gnu info handling belongs with this
and is unlikely to derail the ARC case I could look to lump it in.
--
Mike Gerdts
http://mgerdts.blogspot.com/
__
On Nov 4, 2007 7:11 PM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
> Everyone seems to have their favorite order for PATH. People seldom
> seem to remember to make the corresponding changes to MANPATH.
[snip]
> This would have the effect of making the default path searched by man
>
On 11/6/07, Joerg Schilling <[EMAIL PROTECTED]> wrote:
> "Mike Gerdts" <[EMAIL PROTECTED]> wrote:
>
> > On 11/5/07, Shawn Walker <[EMAIL PROTECTED]> wrote:
> > > "man" on GNU/Linux tends to be worthless. "info" is usually the p
be really handy for that stub of a man page to
redirect me to info. This could be a person's first hint that their
PATH isn't what they were expecting.
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris
On 11/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> >Mike Gerdts wrote:
> >> if ( (manpath = getenv("MANPATH")) == NULL ) {
> >> if ( (path = getenv("PATH")) != NULL ) {
> >> /* for each PATH c
On 11/5/07, Darren J Moffat <[EMAIL PROTECTED]> wrote:
> Mike Gerdts wrote:
> > Everyone seems to have their favorite order for PATH. People seldom
> > seem to remember to make the corresponding changes to MANPATH.
> >
> > How much resistance would one enc
ATH could already
point to non-existent directories and man still works as expected.
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
his would change the behavior documented in the man page.
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
_file ) )
INFORMATION: Any BE_name or BE_description should be enclosed in single quotes.
ERROR: Cannot delete existing description for new boot environment.
I love that INFORMATION message. It's nice that helpful hints coming
from Solaris commands spread misinformation.
Mike
--
Mike Gerdts
htt
nteractive shell scipts is AFAIK a NO-OP,
e.g.
-- snip --
#!/bin/ksh -p
-- snip --
should be replaced with
-- snip --
#!/bin/ksh
-- snip --
I've recently been burned by this one. lucreate or luupgrade (I
forget which) blew up due to missing -p and having some questionable
stuff in the file poi
On 6/6/07, Roland Mainz <[EMAIL PROTECTED]> wrote:
Mike Gerdts wrote:
> On 6/6/07, Michael Shapiro <[EMAIL PROTECTED]> wrote:
[snip]
> One nit. In the Quoting section it says:
>
> Use whatever quotes are appropriate for your situation, but please
> do not unn
ght of each root= doesn't need quotes.
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
;ignore" really means as a mount option. Maybe the right
option is "pseudo" or "nospace" but the general approach and intended
outcome is quite desirable.
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code
l numeric operand as a UID and not a
username, which is just backwards from the behavior required of
chown(1).
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
36.1 for details on jumpstart
and flash archives. See
http://www.sun.com/blueprints/0404/817-6991.pdf for details on
creation of a custom jumpstart DVD to deploy flash archives.
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-c
uld debug builds point at detailed pages designed
for people with a coding background and non-debug point to end-user
pages?
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.open
because they are not altered at runtime.
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
l and
several of his previous blog entries in the days/weeks leading up to
that are likely relevant.
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/
On 7/12/06, Bart Smaalders <[EMAIL PROTECTED]> wrote:
Mike Gerdts wrote:
>
> For more of a devil's advocate view, take a look at this research
> about "Failure Oblivious Computing" at http://lwn.net/Articles/188059/
> and http://www.usenix.org/events/osdi0
sper
For more of a devil's advocate view, take a look at this research
about "Failure Oblivious Computing" at http://lwn.net/Articles/188059/
and http://www.usenix.org/events/osdi04/tech/rinard.html.
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
this is to use some incarnation of find that
is either very inefficient (find -exec) or is going to choke when it
runs across some files (find | xargs chmod, "New Document (2).doc").
chmod -Rh is easier to grok than "find $dir - type -l -o ..."
Mike
--
Mike Gerdts
http://mgerdt
at have several
different purposes to one syscall.
4) I see mentions of indirect system calls, but no good description of
them. Is that where I should be focusing my attention?
TIA,
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolaris-code mail
sed.
mount -O -F lofs /somewhere/libc.so.1/lib/libc.so.1
Also works for somewhat easily overriding bad behavior of scripts on
installation media, but that was an entirely differnet thread.
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
___
opensolari
od and
I've used them all when updating libc at various points in my debug and
test cycles.
How installing the modified libraries in a zone? If you use zfs
clones for your zones, falling back to the previous configuration
shouldn't be terribly hard.
Mike
--
Mike Gerdts
http:/
Richard's Blog (http://blogs.sun.com/roller/page/rmc) seems to be a pretty
decent place to get more info on this. In particular,
http://blogs.sun.com/roller/page/rmc?entry=the_vm_system_formally_known is
possibly quite relevant to your question.
It's been a while since I was at Richard's blog.
For the most part, I think it is fair to say "number of cores * time elapsed".
There exist a few caveats to that:
1) If you have a mixture of CPU speeds, you should probably normalize based
upon the speed of CPU's.
2) If you have a lot of cores, each core has a bit less "oomph" than the
previou
41 matches
Mail list logo
