tools

February 16, 2001 tools

Genghis

June 26, 2000 tools

UrlRun

Mon, 26 Jun 2000

To deal w/ the number of wrapped URLs I get in my email box, I built UrlRun. It checks the clipboard for an URL, no matter how broken, strips spaces, newlines and greater thans out of it and runs IE. To handle an URL as show above, select it, copy it to the clipboard and launch UrlRun.exe. I keep it on my QuickStart toolbar.

If you happen to be using Outlook 2000 or Outlook XP, Tim Tabor has built an UrlRun add-in that does the magic by simply right-clicking on a mangled URL that’s you’ve selected. It’s pure sex.

November 1, 1999 tools

Welcome to Attila!

Welcome to Attila!

Attila GDI sample
(Jim Murphy likes Attila and GDI a little too much…)

Welcome to Attila

Attila stands for ATL for Applications.” Attila is a set of extensions built on top of ATL to provide application-level services in the same flavor as MFC. Towards that end, Attila uses a lot of the same notions as ATL, e.g. heavy use of templates, static binding and reliance on the compiler and the linker doing their job.  Also, in the flavor of ATL, Attila is under-documented and requires a lot of user investment to make use of it. However, once you do, we think you’ll find the flexibility and efficiency worth it. If you don’t, you haven’t lost much, cuz Attila is free. Enjoy.

Disclaimer

Attila isn’t a class library. Some of the headers depend on some of the others. Some are stand-alone. You are free to pull in the pieces of Attila that you need and leave the rest alone. Most of the headers were built by different folks and while every effort was made to keep things consistent by choosing ATL design techniques, everyone does things there own way.

This work is the work of the individuals involved and does not represent any contribution of their respective employers. You are under no obligation to use any of Attila at any time, but if you do, please abide by the License.

License

Attila is copyright (c) 1999-2000 by its contributors.
All rights reserved.
No warrantees extended.
Use at your own risk.

You may use Attila in your product in compiled form without royalty.
You may not distribute Attila in source code form without the express written consent of the contributors.

The official home of Attila is http://www.sellsbrothers.com.

Installation

The current Attila bits are located at attila.zip. Download and unzip them into the folder of your choice (making sure to preserve path names). Make sure to add the Attila include directory to your compilers include path. For example, if you unzipped Attila into the c:\attila directory, add c:\attila\include to your compiler’s include path. You can check to make sure you did this right by building any of the samples in the samples folder.

Support

Please do not send Chris Sells or any of the other contributors personal email complaining about Attila. Also please do not post Attila bug reports to any other mailing list, e.g. DCOM or ATL. If you like, you can submit bugs to the Attila Hit Squad mailing list (but only if you’re a member). Nobody there is under any responsibility to fix anything in Attila, but you might shame someone into it. A much better way to contribute to the life of Attila is to submit the fix along with the bug report. Or even better, join the Attila Hit Squad mailing list and fix bugs submitted by others.

Official Attila Contributors

Who Did What

  • Chris did a lot of the initial framework.
  • Justin did CMsgTranslator.
  • Ed did CRegPreferences and CRegWindowSerializer.
  • Curt did the common dialogs and restructured and added AX support to property pages.
  • Matt and Shawn did work on the coolmenus and coolbars.
  • Simon did the multi-SDI stuff.
  • Joe did the command UI routing support.
  • Anthony did the command routing.
  • Rodrigo and Jim did the GDI wrappers.
  • Jorge did the Doc/View stuff.
  • Brad did the DDX/DDV support.
  • Shawn did CSimpleList.

Documentation

You might find some implementation notes for Attila in the docs folder, but you probably won’t. If you have any documentation you’d like to submit, we’d love to have it.

Samples

Check the samples.htm file in the samples folder of the Attila distribution. You can build all of the samples from the command line using the buildall.cmd batch file in the samples folder.

CComSingleInstanceModule

  • Uses Single_Instance_App as the DDE application name, preventing more than one single instance ATL application from running at a time. DDE application name should be based on something unique to the application, e.g. the module name.

SdiDocView

  • No MRU.

MdiDocView

  • None of the MDI accelerators work, e.g. ctrl-tab.
  • There seems to be a lot of glue code in CMainWindow that could be hoisted to a base class.
  • No MRU.

LookOut

  • Left pane needs work.

History

  • 8/14/00, Various property sheet enhancements.
  • 1/28/00, Simulated PSN_APPLY for Wizards and PSN_APPLY for modeless propsheets bug fix.
  • 12/8/99, CSimpleList and bug fixes.
  • 11/29/99, Bug fixes.
  • 11/25/99, Bug fixes.
  • 11/10/99, DDX/DDV and bug fixes.
  • 11/1/99, Bug fixes.
  • 11/1/99, Beta release.
June 27, 1997 tools

Welcome to MeowMoniker!

Overview

MeowMoniker and Feline are COM objects designed and built by Chris Sells, with a great deal of input from Don Box and Tim Ewald. The MeowMoniker is a custom moniker derived from the CComMoniker class implemented by Don Box, Tim Ewald and Chris Sells.

To contact the authors with suggestions or comments, use csells@sellsbrothers.com, tewald@obelisk-llc.com and dbox@microsoft.com.

MeowMoniker Usage

Microsoft tags every marshalled interface reference packet with the signature MEOW (which they claim stands for Microsoft Extended Object Wire-representation). This binary packet is a serialized interface reference used for inter-apartment activation. Turning this binary packet into a string (via some encoding technique, i.e. Base64) allows a serialized interface pointer to be passed more easily than binary data, e.g. as a command-line argument or in an HTML page.

Monikers, on the other hand, provide a general-purpose way for a client to separate itself from the object binding policy. These object binding polices can be composed and stored in strings. These strings contain a string description of the binding policy and policy parameters. By building a custom moniker that takes a string-ized interface reference as a parameter, a client can use the standard moniker-based binding algorithm and bind to a running object via an interface reference. The MeowMoniker is an implementation of a moniker that can compose display names out of interface pointers and bind to objects via its display names.

To create a MeowMoniker from an interface pointer, MeowMoniker.dll exposes the CreateMeowMoniker() function:

STDAPI CreateMeowMoniker(
   IUnknown* punk,      // Pointer to the interface to be marshaled
   REFIID riid,     // Reference to the identifier of the interface
   DWORD dwDestContext, // Destination context
   DWORD mshlflags,     // Reason for marshaling
   IMoniker** ppmk);    // Indirect pointer to the moniker

e.g.

IMoniker* pmk;
hr = CreateMeowMoniker(punkObject,
               IID_IUnknown,
               MSHCTX_DIFFERENTMACHINE,
               MSHLFLAGS_NORMAL,
               &pmk);

To obtain the MeowMoniker’s display name, use the GetDisplayName() member function of the IMoniker interface:

HRESULT GetDisplayName(
   IBindCtx *pbc,   // Pointer to bind context to be used
   IMoniker *pmkToLeft,   // Pointer to moniker to the left in the composite
   LPOLESTR *ppszDisplayName);   //Indirect pointer to the display name

e.g.

IBindCtx* pbc;
hr = CreateBindCtx(0, &pbc);
wchar_t* pwszDisplayName;
hr = pmk->GetDisplayName(pbc, 0, &pwszDisplayName);

To parse a display name composed by the MeowMoniker, OLE32.dll exposes the MkParseDisplayName() function:

WINOLEAPI MkParseDisplayName(
   LPBC pbc,   // Pointer to the bind context object
   LPCOLESTR szUserName,   // Pointer to display name
   ULONG FAR *pchEaten,   // Pointer to the number of characters consumed
   LPMONIKER FAR *ppmk);   // Indirect pointer to the moniker

e.g.

IBindCtx* pbc;
hr = CreateBindCtx(0, &pbc);
IMoniker* pmk;
ULONG cchEaten;
hr = MkParseDisplayName(pbc,
     pwszDisplayName,
     &pmk);

To bind to a object, use the BindToObject() member function of the IMoniker interface:

HRESULT BindToObject(
   IBindCtx *pbc,   // Pointer to bind context object to be used
   IMoniker *pmkToLeft,   // Pointer to moniker that precedes this one in the composite
   REFIID riidResult,   // IID of interface pointer requested
   void **ppvResult);   // Indirect pointer to the specified interface on the object

e.g.

IUnknown* punk;
hr = pmk->BindToObject(pbc, 0, IID_IUnknown, (void**)&punk);

Note: The MeowMoniker does not current support composition or the IMoniker interface member function BindToStorage().

Feline Usage

Since neither VB nor VBScript supports calling CreateMeowMoniker() and since VBScript has no equivalent of the VB function GetObject(), the Feline object provides a dual-interface for making display names out of interface pointers and parsing moniker display names:

[
   object,
   uuid(CB18CB8E-C7CC-11D0-9A44-00008600A105),
   dual,
   helpstring("DIFeline Interface"),
   pointer_default(unique)
]
interface DIFeline : IDispatch
{
   [id(1), helpstring("Returns the Meow Moniker name of an interface pointer")]
   HRESULT GetDisplayName([in] IDispatch* pdisp, [out, retval] BSTR* pbstrName);

   [id(2), helpstring("Returns an interface pointer given any moniker display name")]
   HRESULT ParseDisplayName([in] BSTR bstrName, [out, retval] IDispatch** ppdisp);
};


The following is an example Active Server Page that creates an object on the server, creates a display name using the object’s interface pointer and uses the display name to create a client-side script. The client-side script uses its own instance of a feline object to parse the display name and bind to the object created on the server-side.

<HEAD>
<TITLE>feline.asp</TITLE>
</HEAD>
<BODY>

<object classid="clsid:CB18CB8F-C7CC-11D0-9A44-00008600A105"
   runat=server
   id=feline>
</object>

<object classid="clsid:7CF322E0-29A9-11D0-B367-0080C7BC7884"
   runat=server
   id=pt>
</object>

<object classid="clsid:CB18CB8F-C7CC-11D0-9A44-00008600A105"
   id=feline>
</object>

<script language=vbscript>
   dim pt
   set pt = feline.ParseDisplayName("<%= feline.GetDisplayName(pt) %>")
   pt.x = 100
   pt.y = 200
   document.write pt.x & ", " & pt.y
</script>

</BODY>
</HTML>

CComMoniker Implementation

The MeowMoniker derives most of its functionality from CComMoniker, provided in mkbase.h and mkbase.cpp. This base class implements IMoniker, IParseDisplayName, IROTData and IMarshal (for marshal-by-value). This implementation uses the moniker’s display name as the persistent state. The custom moniker implementor deriving from CComMoniker must provide the CSLID of the moniker as the single template parameter (used in the implementation of the GetClassID() member function of IPersist and the GetUnmarshalClass() member function of IMarshal). The implementor may override any of the base class’s member functions but must implement these three IMoniker members:

STDMETHODIMP BindToObject(
   IBindCtx* pbc,
   IMoniker* pmkToLeft,
   REFIID riidResult,
   void** ppvResult);

STDMETHODIMP GetDisplayName(
   IBindCtx* pbc,
   IMoniker* pmkToLeft,
   LPOLESTR* ppszDisplayName);

STDMETHODIMP ParseDisplayName(
   IBindCtx* pbc,
   IMoniker* pmkToLeft,
   LPOLESTR pszDisplayName,
   ULONG* pchEaten,
   IMoniker** ppmkOut);

As a aid in parsing display names, the CComMoniker class provides the following helper function:

bool MatchesProgID(
   const wchar_t* pwszDisplayName,  // Display name being parsed
   const wchar_t** ppwszDisplayParam);  // Pointer to character past :

This function checks the display name for a leading ProgID or VersionIndependentProgID followed by a colon and returns a pointer to the first character of the display name parameter(s), i.e. one character past the colon. The implementation of this function requires the derived class to implement the following member functions:

virtual const wchar_t* ProgID() =0;
virtual const wchar_t* VersionIndependentProgID() =0;

e.g.

const wchar_t* ProgID() { return L"dm.meow.1"; }
const wchar_t* VersionIndependentProgID() { return L:dm.meow"; }

CoMeowMoniker Implementation

The MeowMoniker is an ATL object named CoMeowMoniker. It derives from CComMoniker and provides an implementation of the required members only. The bulk of the implementation is contained in the two member functions, MarshalInterface() and UnmarshalInterface(). These two member functions manage the Base64 encoding and decoding of the interface pointer. The actual Base64 implementation is kept in Base64.cpp.

CoFeline Implementation

The Feline is an ATL object named CoFeline. Its implementation of GetDisplayName() uses a MeowMoniker. Its implementation of ParseDisplayName() uses MkParseDisplayName() so that any moniker’s display name can be used.

Download

Here.

YACL

The implementation of the MeowMoniker is based on utilities provided in the YACL (Yet Another COM Library), developed and maintained by Don Box and available at Don’s YACL web site. The pieces of YACL
that I have used, I’ve included in the appropriate directories.

Revisions

6/15/98

  • Updated MeowMoniker to perform GetSizeMax properly.
  • Updated MeowMoniker and CComMonikerBase to use CComPtr and CComQIPtr instead of SmartInterface.
  • Removed use of HRESULTEX and therefore the use of C++ exception handling.
  • Moved some includes around.
  • Reduced RelMinDepend build from 89KB to 80KB. Could probably reduce it more if I could find Matt Pietrek’s tinycrt and stop using the real CRT.

Copyright

MeowMoniker, copyright (c) 1997, Chris Sells.
Feline, copyright (c) 1997, Chris Sells.
CComMoniker, copyright (c) 1997, Don Box, Tim Ewald and Chris Sells.
YACL, copyright (c) 1997, Don Box.
Extensions to YACL, copyright (c) 1997, Tim Ewald and Chris Sells.
All rights reserved. NO WARRANTIES ARE EXTENDED. USE AT YOUR OWN RISK.