dotgnu-general
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[DotGNU]RFC : [Proposals]ILAutoStubber Proposal


From: James Michael DuPont
Subject: [DotGNU]RFC : [Proposals]ILAutoStubber Proposal
Date: Wed, 5 Mar 2003 15:16:02 -0800 (PST)

Dear Fellow hackers,
It seems that not many of you read the proposals list :
This is an Request for Comments,
Please comment on this.

--- James Michael DuPont <address@hidden> wrote:
> Wed, 05 Mar 2003 14:34:36 PST
> From: James Michael DuPont <address@hidden>
> To: address@hidden
> MIME-Version: 1.0
> List-Subscribe:
> <http://subscribe.dotgnu.org/mailman/listinfo/proposals>,
>       <mailto:address@hidden>
> List-Archive: <http://subscribe.dotgnu.org/pipermail/proposals/>
> Date: Wed, 5 Mar 2003 14:34:36 -0800 (PST)
> Content-Length: 1373
> 
> I hereby propose a new addition to the DotGNU Family 
> of Tools : The ILAutoStubber 
> 
> --- PROPOSAL ---
> 
> * Subject Line:
> 
> A IL Processor that can create stubs out of the IL processed.
> 
> * This Proposal is For a New:
> 
>         [ ] DotGNU software development project
> 
>                 Project name: ILAutoStubber
> 
>                 Packages in this project:
> 
>                     ILStubIntercept
>                     ILStubProfile
>                     ILStubBridge
>                     ILStubDestruct
>                     ILStubConstruct
>                     ILStub2CSharp
> 
> 
> * Essential Resources:
> 
>         [ ] Savannah location and space
>                 Savannah username: mdupont
>                 Savannah Project Name: ILAutoStubber
> 
> * Are you willing to lead this project?:
> 
>         [X] Yes
>         [ ] No
> 
> * Description:
> 
> The purpose of the ILAutoStubber is to create stubs based on the
> usage
> of a module.
> 
> Many times we want to LiberateSoftware, to modify a Module and to
> replace an Non-Free module by another FreeModule.
> 
> To do that, we need to create stubs to replace the NonFree Methods
> used
> by the Module with empty calls.
> 
> There are a couple of Use Cases, each would have it's own module.
> 
>  * ILStubConstruct : 
> 
> Some times we dont even have the module available, then we want to be
> able to determine the signatures of the functions used, just from the
> way they are used. This is the Constructive Stubber Mode. 
> 
>  * ILStubDestruct  -- Just Cut it out!
> 
> Other times we want to extract out all the classes from a modules,
> with
> empty stubs. This is the Destructive Stubber Mode
> 
> 
>  * ILStubIntecept  -- Intercept calls, and logs by default 
> 
> Other times we want to create methods that will log all the calls to
> a
> class.
> 
>  * ILStubProfile   -- Uses the Interceptor to Profile
> Other times we want  count the calls to another module this will
> allow
> you to determine how a module it used. 
> 
>  * ILStubBridge   --  Uses the Interceptor to Bridge
> Some times we want to call another class with the same interface.
> This is great to bridging modules.
> 
> * ILStub2CSharp -- Generate C# Stubs!
> 
> Even othertimes we want to generate C# Code to stub out the IL,
> this is the Magic Mode.
> 
> Here is my wiki write up : 
> http://wiki.dotgnu.org/ILAutoStubber
> 
> Here is some example code  (needs work)
>
http://introspector.sourceforge.net/debian/incoming/libautostubber-perl_0.01-1.tar.gz
> 
> 
> * Proposal Version (integer): 0.2
> 
> * Proposal Version date stamp: 2003 Feb 05
> 
>    James Michael DuPont (Mike)
> 
> 
> * Proposal Maintainer e-mail:
> 
>    address@hidden
> 
> * Revisions:
>    Revised from Email and from Wiki.
> 
> --- END PROPOSAL ---


=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


reply via email to

[Prev in Thread] Current Thread [Next in Thread]