The Genghis Project

Created Issue: BaseValidatorManager.DeRegisterBaseValidator(this) method is not called until app closes.

bysza — Thu, 17 Jul 2008 14:48:11 GMT

By design BaseValidatorManager.RegisterBaseValidator is called when new validator instance is created.
Designer creates instance of control in InitializeComponent() method, initializing object similary to
this.requiredFieldValidator1 = new Genghis.Windows.Forms.RequiredFieldValidator();

BaseValidatorManager.DeRegisterBaseValidator(this) is called in component Dispose() method.

Unfortunately, BaseValidator.Dispose() does not execute when form closes, leaving all controls in registered BaseValidatorManager.
If tends to block object finalization, due to pinned strong ref beeing held to validation controls.

As an example, here's a dump from windbg session (gcroot):
DOMAIN(00000000003A1230):HANDLE(Pinned):3017d0:Root:000000001275a738(System.Object[])->
0000000002780f90(Genghis.Windows.Forms.BaseValidatorCollection)->
0000000002780fb0(System.Object[])->
000000000277e6a0(Genghis.Windows.Forms.RequiredFieldValidator)->
000000000277d288(System.Windows.Forms.TextBox)

Created Issue: BaseValidatorManager.DeRegisterBaseValidator(this) method is not called until app closes.

bysza — Thu, 17 Jul 2008 14:35:04 GMT

BaseValidatorManager.RegisterBaseValidator is called when new validator instance is created.

NEW POST: Nested CommandLineParser

PeterB — Mon, 27 Aug 2007 11:06:13 GMT

How would one created a Nested CommandLineParser?

For example, the SharePoint Administration Command Line tool (STSADM.exe) has a syntax of:

stsadm.exe -o (operation) (parameters)

e.g. stsadm.exe -o deletesite -url http://site
stsadm.exe -o setconfigdb -databaseserver server

where (parameters) is an optional list of additional command-line parameters specific to the operation. This open-ended style fails as the CommandLineParser will fail on the unrecognised items in the (paramters), that also use the hyphen switch. Is there a way to ignore validation on these additional hyphened items and use an ArrayList type? Or perhaps a usage attribute called "clp.NestedUsage" which won't validate?

I was considering using multiple CommandLineParsers but its proving complicated, e.g.

static void Main(string[] args)
{
if (args != null && args.Length >= 2)
{
List<string> operationArgs = new List<string>(args);
List<string> operationParamsArgs = new List<string>(args);

operationArgs.RemoveRange(2, operationArgs.Count - 2);
operationParamsArgs.RemoveRange(0, 2);

Classes.CommandLineArgs cl = new Classes.CommandLineArgs();

if (!cl.ParseAndContinue(operationArgs.ToArray())) return;

string commandLineUsage = string.Empty;
if (!RunOperation(cl.operation, operationParamsArgs, out commandLineUsage))
{
Console.WriteLine(commandLineUsage);
}
}
else
{
Console.WriteLine(cl.GetUsage(CommandLineUsageBadOp));
}
}

Where the operation run in "RunOperation" will have it's own CommandLineParser. The problem with this appraoch is that the optional (parameters) item won't appear in the Usage Statement for the first parser and it's hard to manage errors to the console.

Thanks.

NEW POST: CommandLineParser - Possible Issue

PeterB — Mon, 27 Aug 2007 09:58:09 GMT

The CommandLineParser is a great - but just wondering about this issue:

On line #854 (v0.8), there's a "HACK" that only checks for a forward-slash - shouldn't this be checking for the ParserUsage.PreferredPrefix?

E.g. I've changed my preferred prefix to a hyphen "-", but it fails here as it doesn't parse-out the prefix and its name (so something like "-o:25", will still come through as "-o:25" rather than 25).

Thanks.

UPDATED WIKI: Home

TheADOGuy — Fri, 24 Aug 2007 23:05:46 GMT

Genghis is a set of extensions built on top of .NET and integrated with WinForms to provide application-level services in the same flavor as the Microsoft Foundation Classes. Genghis gets its name as the functional heir to Attila, a similar set of functionality built on top of ATL.

Please see http://www.genghisgroup.com for more information.

The current build (0.8) includes a full reconciliation with features that existed in the .NET 1.x version.

UPDATED RELEASE: Genghis v0.8 (Aug 24, 2007)

Fri, 24 Aug 2007 23:00:32 GMT

This version contains a number of classes that did not make it into v0.6. If there was a class that you used in the .NET 1.1 version of Genghis, it is now in this version. These include:
* CustomStateTreeView
* FileSearchEngine
* FindReplaceDialog
* HeaderGroupBox
* HtmlLinklLabel
* ImageIndexEditor
* InitialInstanceActivator
* ListViewSorter
* MappedDrives
* MultiSdiApplicationContext
* PathResolver
* ScreenSaver
* ScrollablePictureBox
* SpashScreen
* StatusBarExtender
* SystemShares
* TraceEx
* UserResizablePanel
* WebCommandLineHelper
* XPThemedControls

Source code checked in

TheADOGuy — Fri, 24 Aug 2007 15:58:49 GMT

Updated to use a website instead of chm

Source code checked in

TheADOGuy — Fri, 24 Aug 2007 15:36:29 GMT

Updated for delay signing

Source code checked in

TheADOGuy — Fri, 24 Aug 2007 14:57:57 GMT

Updated to supress XML Doc Warnings on both build types

Source code checked in

TheADOGuy — Thu, 23 Aug 2007 19:26:40 GMT

Updated with errors and SimplePad

Source code checked in

TheADOGuy — Thu, 23 Aug 2007 19:17:09 GMT

Updated to add workaround for bad .chm file.

Source code checked in

TheADOGuy — Thu, 23 Aug 2007 18:59:26 GMT

Updates for .8

Source code checked in

TheADOGuy — Thu, 23 Aug 2007 18:17:20 GMT

fixed misnaming problem with comment xml

Source code checked in

TheADOGuy — Thu, 23 Aug 2007 18:14:32 GMT

Updated Genghis to pragma out XML Comment warnings as well as to update some use of depreciated code

CLOSED TASK: Add Missing Elements

TheADOGuy — Sat, 18 Aug 2007 00:02:48 GMT

Some parts of Genghis were dropped accidently in the 0.6 version. A full 'diff' need to be performed on versions .4 and .5 to ensure all content is there in a new release.
Comments: Fixed and added a number of classes (see v.0.8 for a complete list).

Source code checked in

TheADOGuy — Fri, 17 Aug 2007 23:55:26 GMT

Updated Docs

Source code checked in

TheADOGuy — Fri, 17 Aug 2007 23:45:30 GMT

Update Build Command

Source code checked in

TheADOGuy — Fri, 17 Aug 2007 23:41:06 GMT

Version 0.8 changes include lots of new files.

CREATED ISSUE: ObjectDisposedException in AniForm.cs

TorstenR — Wed, 20 Jun 2007 06:51:07 GMT

System.ObjectDisposedException: Cannot access a disposed object named "EnclosureToastNotify". Object name: "EnclosureToastNotify". at System.Windows.Forms.Control.CreateHandle() at System.Windows.Forms.Form.CreateHandle() at System.Windows.Forms.Control.get_Handle() at Genghis.Windows.Forms.AniForm.RequestClose() EnclosureToastNotify is a inherited form (inherit from AniForm). The reason for that exception is the check for "this.Handle != IntPtr.Null". This test will create the Handle within the Handle property (stated in the remarks section of the documentation about that property). You should get rid of any of these checks in the forms (incl. AniForm) and use "this.IsHandleCreated" instead to avoid that kind of exceptions. I attached a version of that AniForm.cs file I had took out of the Genghis project (formerly we used the DLL) to be able to distribute CLR 1.1 binaries with the latest Genghis code fixes, that are for CLR 2.0). In that file I just did the changes required. Additionally I added fixes to get rid of Cross-Thread exceptions we got in our project: they are marked witha comment "\\TR:" you can search for to verify. The file attached may not base at the very latest code state - so you have to merge somehow.

UPDATED RELEASE: Genghis v0.6 (Jun 05, 2007)

Sun, 17 Jun 2007 22:15:44 GMT

This is the same version as was available on the GotDotNet.com site. This version includes source and redistributable .NET 2.0 compatible version of Genghis.