ioWint's space

Falling in luv, having lengthy statements to express and 140 characters limit is wat made me think of this. A Tweet Cruncher. hav got bored of reducing the text size by making ma english broken. i know spell correction can correct frm a broken one to a perfect english. Y not do th reverse!? here only factor is All mispelt to a single correct word transformation cannot be directly applied. We need to find tho misspelt stil sounds so accurate words! and transform only to them back! to save text.

 i think i can give it a shot. Many need it :)

i jus had this weird idea two days before " CAnt i run the plagiarism detection tool on my Code , my Entities" bloody hell there are so many entities with almost same properties. almost even their name is sperated by a small Levenstein distance. Not jus that, was even wondering to find patterns in code, between two files. i would find lots of patterns of code same among files. Cant plagiarism detection technique be used to refactor Code!?!?
thinking.. lets see who does it as a tool before i do this time :)
bt hey i thought before some one ;)

Hi all (Aint sure who reads it, still) has been a really loooong time having blogged. Not thats special in today bloggin, today am using ma lappy on ma lap. there are million reasons for ur gal not sitting on ur lap. thats coz, she is aint tat sexy any more.. she hasnt got the blazing power  ( ghz, n config to run VSTS !! screwed up battery lyf)  n she aint got her things geting u high!! n thats th reason for ma lappy to be on th desk.. whr i had used it so long jus for watching movies and listening songs with a power chord stuck to it as a Catheder! Today i jus tuk th stil aint sexy babe on ma lap, yeah th power catheder is stil stuck to it :)

coming back to the point on creating a copy of a generic list! i have really not bothered about byRef, ByVal, memory profiling SOOO much as i am bothering or geting to be bothered these days! Recent event of surprise n revision in ma opinion was creating a copy of a list through the Constructor of List accepting an IEnumerator.
I was jus deceived by the textual word "Copies" for the List(of T) (Ienumerable) constructor to create a list from another list. Actualy wat the overload does is, it creates a New List, a bag to hold th contents, and copies the items from the old List as a byref!.
If at all you wana have the local copy of the list, then you need to implement ICloneable in your class and then create a new list with each item invoking its Clone method.
At this time, be careful on your Deep copy and Shallow copy!
you may even use a linq query rather a for loop on the list of items to create the local copy

dim newLocalCopy  = (from item in oldList select item.Clone).ToList

the funniest thing is, loooon time ago i had experimented writing a piece of code to check the functionality of List(of t)(IEnumerable) bt as a blondeh i had used String, as the Class T. its so obvious String is something any one would use on a .9 probability  coz its a Reference type n available in the System namespace.. but th worse part is its IMMUTABLE, so a Proof of concept in trying to understand the List constructor was interpreted in a realy wrong manner due to the choice of my Refernce type!!!!!

wish it saves some one elses time.. i know ihadnt drafted so awesome.. lemme try drafting it awesome someother time!

Google WAVE. Got the invite a week back. was realy excited to check out all the features i had heard about and watched about it in Utube! but Damn it was disappointing The UI is DAMN not for a intuitive user kindah! Took five google searches to find how the heck i got 2 invite ma frnds into Google WAVE.
Once u mute a WAVE, stil i am unable to find a way to UNMUTE!
Moreover, am still finding hard to figure out how to see that most promised feature of REAL TIME TYPING VISUALIZATION! where you see waht characters your friend is typing before even he hits Enter/Send!
So far, i could totaly say its a Real Hype and a TRUE BETA! the least first product which amused me the least from Google!!

This week was interesting with an issue -> SCSF memory leakage along with other issues on the IIS !  As i had stressed in my other blog posts, SCSF is awsome with lil bugs in itself, we users coding things with out knowing it completely is a HUUUGE mistake. All we end up doing is lot of mistakes and one among them was  making the GC luk like a pathetic Goose, who cant collect any of the objects from memory. All due to the wonderful hot wiring of objects we did so unintentionaly!! ;)

We had lot of issues pertaining to the view not getting disposed, one fix was done as said in the codeplex thread, http://www.codeplex.com/smartclient/Thread/View.aspx?ThreadId=18386
but on immediate apply of it, dont be surprised if you get a Stack overflow exception when you have Layout view with multiple views inside them! To fix it, you need to skip overriding the The OnCloseView of the base presenter, and have your custom method say
public void CloseTheView()
{
//and call the base closeView in it.
 _presenter.CloseView();
}

You will know why i am asking you to do this, by jus debugging once you get the Stack overflow exception ( make sure you uncheck Just My code option in the Debug section of Tools ->Option)

Our first doubt landed on the base class which was coded in the last and applied to every view. I didnt like it, not tat i am hater of base classes.. Just that the base view coming in the last days and asking every view to inherit from it was not a gr8 idea in  ma point of view. The base had some event hookings and those were not geting removed for inner views. Coz, when the layout View ( which contains the innner View) starts closing the Me.Parentform will be already gone, and when the Layout closes it triggers inner guys to close. At that time when the inner guys try to remove the handler from the Me.ParentForm, that instance wont exist. So it cant remove its handles from it. GC wont remove the inner guy coz, there is a event handling hot wired which prevents it from doing its work.

We almost nailed this as the bug, but then one module wasnt shaking at all. We were stupified, and we even ripped that module apart. Finaly found a THREE line code in it , which had a SCSF Command Handler hot wired from the View to the Module Controller!!!!
Usually we hot wire Command Handler from Parent to child. But here it was done in the reverse. The Module Controller is gona live until the Application exits. Hence, the views were NOT geting released by GC at all.
We added code to remove invokers before we tried to close ourselves. and now things are almost perfect.. Worse truth, this requires few more weeks if not months of testing to be sure that the current patch didnt cause any further troubles!

Thanks to the memory profiler, we got the Disposed objects stil in memory list , and from that we dug out the Object Retention Graph. Though it dint tell the exact problem in plain english it supported our suspicion  and led us in the right direction. I tried to use the CLR profiler, manh it jus gave me a dinausors DUMP! :P ;) i had no space left, so had to skip using it.

Finally i got some time to relax and even to blog ;)