Belki bu yazıyı okuyanların ciddi bir bölümü beni mızıkçı olarak itham edecekler ama yazmadan duramıyorum:

21 Ekim 2007 tarihinde yapılan ulusal referanduma katılım tahmin edildiği gibi düşük çıktı. Her ne kadar sayın başbakanımız katılımın "Avrupa'daki pek çok yerel seçimden daha yüksek" olduğunu ileri sürse de rakamlar ortada ntvmsnbc'ye göre [1] katılım oranı %67,32. Evetler %69,12 ve Hayırlar %30,88.

Bu sayın rakamlara göre hesap basit: 67,32/100 * 69,12/100 = %46,53.

Matematik ve Bool cebri diyor ki "bu ülkenin yarısından fazlası anayasa teklifini onayladığını söylemiyor". Bu da ,-özellikle de- bu kadar çok sayıda insanı (bir ulusu) bu kadar çok etkileyecek bir konu söz konusuyken, "onaylanmışlık" anlamına gelmez.

Varolan anayasanın gereği ne olursa olsun, benim mantığım bu referandum'un halk tarafından kabul edilmemiş olduğunu söylüyor, isterseniz "mızık makara" deyin. Oyumu "hayır" olarak kullandığım için değil, yalnızca aklımı çalıştırdığım için...

"Hayatta en hakiki mürşit ilimdir, fendir" (M. Kemal Atatürk)

[1] http://www.ntvmsnbc.com/modules/referandum2007/default.asp

Bugün, siteye bir-iki ufak eklemelerde bulunmak için web uygulamasını debug ederken ilgi çekici bir olayla karşılaştım: Visual Studio 2005 ile birlikte gelen ASP.NET Web Sunucusu, normal bir IIS'ten farklı davranışlar sergiliyor. Benim yakaladığım fark; Application_BeginRequest() olayının geliştirme sunucusunda (VS 2005'in sunucusu) her bir nesne için tetiklenmesi idi.

Yerel IIS'imde aynı kodda ".aspx" uzantılı dosyalar dışındaki hiçbir şey için bu olay tetiklenmezken, geliştirme sunucusunda resim dosyaları bile bu olayı tetikliyor. Bir-iki dakikalık bir araştırıyla gezegenimiz üzerindeki yazılımcıların pek çoğunun bu durumdan şikayetçi olduğunu, ve geliştirme sunucusunun ayarlarının değiştirilebildiğini öğrendim. Yine de fazla üzerinde durmadım, nasıl olsa artık kendime yeni (genel olduğu kadar yararlı) bir öğüdüm var:

"Bir Web Uygulamasını yerleştirmeden (deploy) önce yerel IIS'te sına"

Today, as I was debugging my home site, I figured it out that the built-in web server that came along with Visual Studio 2005 behaves differently. Development Server catches all the requests in Application_BeginRequest() event, whereas my local IIS does not. God knows what else is in store (you might like to check it out, i did not bother - yet).

So for any reason it is most advisable to test your Web Application in your local IIS before deployment.

ajitatif.com'un (ikinci) açılışı ile huzurlarınızdayim efendim.
(ilk açılışımız klavyehosting'in olağan dışı üstün teknik olanaklarından dolayı pusmuştu. klavyehosting'i kullanmayın, ve mümkünse kullandırmayın)

işbu sitede ve içeriğindeki sühufede zat-ı mümtaz bendenizin elektronik günlüğü (blog) bulunmakta olup, sitenin tek ve tekil amacı kendimi internet ortamına sunmaktır. çok komik ya da bol muhabbet bir adam sayılmam belki ama bir süre sonra muhtemelen bu sitenin içeriğinde herkesin bir şekilde işine yarayacak, en azından eğlendirecek bilgiler bulunacaktır.

efendim bendeniz, bir yazılım mühendisiyim ve işimde mütemadiyen çok şekilgen sorunlarla karşılaşıyorum. burada kendime görev bildiğim kadariyla bu ilginç sorunları; ve mümkünse, çözümleri bulabilir; olmadı en kötüsü benimle irtibata geçebilirsiniz. bu sıralar bir C++ ATL projesi ile uğraiıyorum ama diğer platformlarda da karşılaştığım sorunları da karşılaştıkça ve çözdükçe eklerim.

bu sitenin hazırlanmasında yoğun katkıları bulunan Volkan arkadaşıma teşekkür eder, sitesine bir bakmanızı öneririm.

This time I wanted to create a brand new ActiveX Control for myself and let the Wizard of Visual Studio 2005 do it. Hell, it didn't compile:

    "CComObjectRootEx: Base class undefined"

If you encounter this one ever, just inlude the required ATL headers, and put a using namespace ATL; just below the #include statements.

I built the Toolbar last friday and it worked just fine but today the CoCreateInstance for my COM object (which is a User Broker process to make the toolbar work on Windows Vista - see [1] for the reason) returned 0x80020008 (Bad Variable Type). The build had no errors but when the toolbar called the CoCreateInstance() method it returned "Bad Variable Type". This took my whole day to figure out (maybe I'm just low on documents or XP) but I solved the problem.

Here is the code that generated the error:
    ATL::CComPtr pub;
    hr = pub.CoCreateInstance(CLSID_UserBrokerProcess,NULL,CLSCTX_LOCAL_SERVER); // hr = 0x80020008 "Bad Variable Type"

Everything is fine with the code, but just see this method declaration in the IDL file for my IUserBrokerProcess:
    [id(1234), method SetBinaryValue"), local] HRESULT SetBinaryValue([in] BSTR bstrKeyName, [in] BSTR bstrKeyValueName, [in] const void * pValue, [in] ULONG nBytes);

Anything amiss?? It seems the Interface Definition Language does not support
void as a valid type. I had to comment all my methods in the .idl file, implementing .h file and its .cpp file and uncomment the methods one by one to debug this situation. I just changes the void to BYTE and everyting is fine now. Well not everything maybe, but it doesn't cry for 0x80020008 anymore.

[1] MSDN Technical Articles: Understanding and Working in Protected Mode Internet Explorer

I am a software developer and naturally get stuck in millions of errors a day. This blog shall be like my notepad, containing the problems (and hopefully the solutions) I encounter during my developement adventures.

I am developing an Internet Explorer toolbar right now which is really good for getting my nerves on. The project is a C++ ATL project and I strongly recommend every newbie developer to avoid ATL as much as possible. It is not only complicated to develop, but also much harder to find the errors you make (blasted computers are always right about errors, they never make mistakes).

So I hope this blog here does help someone...Please contact me if you have questions related to my blog posts.

Many thanks go to my friend Volkan, who has helped invaluably for the birth of this site, and also the creator for xBlog software.

, 2007 Temmuz'unun sonlarında piyasaya çıkan güçlü bir araç çubuğu. Internet Explorer ya da Firefox'unuza kendisini ekleyip, hakia.com üzerinden aramalar yapmanızı sağlıyor. Ancak ScoopBar, sıradan araç çubuklarından öte bir araç.

İlk göze çarpan özelliği, arattığınız soruya en uygun olan cümleyi bulup işaretlemesi. Bu işaretlenen cümlenin başına yerleştirdiği kepçe ile de işaretli metni içeren bir yazı parçasını (küpür de denilebilir sanki) bilgisayarınıza kaydetmenize olanak sağlıyor. Kaydedilen metin hakia.com'un arama sonuçları formatında bilgisayarınızda sıradan bir .html dosyası olarak duruyor ve bu dosyayı yine ScoopBar üzerinden e-posta ile arkadaşlarınızla paylaşabiliyorsunuz.

Evet, biraz da kendim yazdığım için övüyorum ama gerçekten güzel icat :) Mutlaka denemenizi öneririm (Özellikle de Internet Explorer sürümünü, ne de olsa ben yazdım). ScoopBar'ın, hakia.com'un arama sonuçlarının gittikçe iyileşmesi ile gittikçe vazgeçilmez bir araca dönüşeceğinden eminim :)

ScoopBar'ı indirip de kullanmaya başladıysanız, her türlü yorum, eleştiri ve önerilerinizi scoopbar@hakia.com'a gönderebilirsiniz, hatta hiç durmayın gönderin.


Başlamak için adres : http://company.hakia.com/scoopbar/scoopbarinfo.html
hakia Blog adres : http://blog.hakia.com/?p=136