That will be fantastic,
I have some forensics life data gathering perl scripts which use IPC to
communicate with MDB and
gather the necessary data for parcing.
Direct invocation will be fantastic and greatly simplify the scripts and
teh eventual memory footprint
of my scripts which is essecial.
On Fri, Feb 22, 2008 at 05:30:37PM -0800, Alexandre Chartre wrote:
>
> It's good to know that you already have a full C grammar/compiler using
> CTF data. Having a built-in C-like language in mdb/kmdb will be great and
> is definitively the goal to reach (I also had this idea but interfacing mdb
On Fri, Feb 22, 2008 at 03:49:20PM -0500, Peter Memishian wrote:
> I always get confused with these +1's -- according to poll.opensolaris.org,
> the only folks who actually get binding votes for mdb project proposals
> are Adam Leventhal, Eric Shrock, John Levon, Matt Simmons, and Mike Shapiro.
I
Alexandre,
Excellent idea but perl might be too big to carry with MDB.
Did you look at LUA ? (www.lua.org)
Alexandre Chartre wrote:
> Hi,
>
> I would like to propose a project to interface scripting languages with MDB.
>
> This is something I did a long time ago with interfacing PERL with
With embedded scripting language it would be really great to have native
support for lists and more powerful ::map and ::grep which will allow calling
user-defined functions for list elements.
- akolb
It's good to know that you already have a full C grammar/compiler using
CTF data. Having a built-in C-like language in mdb/kmdb will be great and
is definitively the goal to reach (I also had this idea but interfacing mdb
with Perl was much easier and quicker).
I think we can make that goal a
Hello Alex,
So (just for examle) this scripting language proposal would be useful
if someone wanted to implement these RFE's without writing
dcmds?:
6428090* Synopsis:* mdb could be more helpful when troubleshooting hung or
slowly running systems
6474299* Synopsis:* ::whatthread would be more u
> +1 from me.
I always get confused with these +1's -- according to poll.opensolaris.org,
the only folks who actually get binding votes for mdb project proposals
are Adam Leventhal, Eric Shrock, John Levon, Matt Simmons, and Mike Shapiro.
--
meem
"Dmitry" == Dmitry Samersoff writes:
Dmitry> Excellent idea but perl might be too big to carry with MDB.
Dmitry> Did you look at LUA ? (www.lua.org)
I think the project should enable multiple scripting languages, not
just Perl. So if you want to make it work with LUA, have at it.
Dmitry> Alexa
"Alexandre" == Alexandre Chartre writes:
Alexandre> Project Description:
Alexandre> The purpose of this project is to interface some scripting
Alexandre> languages with MDB so that these languages can be used to
Alexandre> develop new MDB commands. Scripting languages will be
Alexandre> interfa
On Fri, Feb 22, 2008 at 12:55:04PM -0800, Alexandre Chartre wrote:
>
> > I see some merits here, but one possible area of consideration is that
> > mdb benefits from being basically syntax compatible with kmdb. The
> > same dcmds that work in mdb generally are also available in kmdb. I'd
> >
> I like this idea. Question: Are the MDB API and CTF information
> public? Or are they private to ON? If they're private to ON, would
> this project work to make them public?
The MDB API is public. CTF tools and API are private. We will certainly
need to check if we can get a public API for
>
> > +1 from me.
>
> I always get confused with these +1's -- according to poll.opensolaris.org,
> the only folks who actually get binding votes for mdb project proposals
> are Adam Leventhal, Eric Shrock, John Levon, Matt Simmons, and Mike Shapiro.
It is encouraging +1 then :-)
Yes, because you can use any feature of Perl to easily parse a list of
data structure. I have an example on the web page with the 'summary' Perl
command which counts threads and and some interesting thread states:
> ::pcall summary
Thread Summary
Number of threads: 2259
SOBJSEM: 2
INTRSLP: 0
I
> I see some merits here, but one possible area of consideration is that
> mdb benefits from being basically syntax compatible with kmdb. The
> same dcmds that work in mdb generally are also available in kmdb. I'd
> hate to see mdb extended in ways which don't easily allow for the same
> ex
+1 from me.
- akolb
For Perl, I am not proposing to embed it into MDB but to interface
perl with MDB. That means that you will need to have mdb and Perl
installed on your system, and mdb will actually invoke the Perl
library (libperl) through an mdb module.
The advantage is that I don't change the mdb binary, I
Hi,
I would like to propose a project to interface scripting languages with MDB.
This is something I did a long time ago with interfacing PERL with MDB but
I am now taking some time to make this an Open Solaris project so that this
can be available to everybody.
People from Sun can alre
18 matches
Mail list logo
