Jag vet att jag kommer att sitta och leta efter lösningen på det här problemet fler gånger framöver när teflonminnet slagit till. Det lika bra att posta lösningen här nu direkt medan jag minns även om ingen annan någonsin kommer att behöva den.

Problemet:

Scenariot är att jag har lagt till kontroller på en dialog i ett MFC-baserat C++ projekt för Windows Mobile i Visual Studio 2008 och nu ska koppla kod till events på dessa kontroller. T. ex. en OnBnClick-handler för en knapp. Vanligtvis är det bara att högerklicka på knappkontrollen och välja Add Event Handler… för att få upp Event Handler Wizarden. Men inte denna gång! Istället fick jag ett felmeddelande: “Add/Remove operation is impossible, because the code element C… is read only". Kollade massor av grejer, inga filer var låsta av nån process, omstart av Visual Studio hjälpte inte heller, hittade referenser till att det varit en bugg med detta symptom i VS2005 men att det fixats i SP1 för 2005. Nu var jag ju uppe på VS2008 så det borde inte vara samma.

Lösningen:

Det var enkelt när jag väl kom på det! Stäng Visual Studio och gå till Utforskaren och radera sedan projektets .ncb-fil (i denna finns IntelliSense information) som vanligen ligger på solution-nivån på disken samt .aps-filen i projektmappen.

Starta om Visual Studio och ladda projektet, vips så fungerar verktygsstödet för att generera kod utifrån dialogeditorn och alla Wizards startar som de ska igen! Filerna som togs bort skapas om automatiskt när man laddar projektet.

SQL Server 2008 finns nu i färdig releaseversion på MSDN och antagligen TechNet också! Verkar vara högtryck på nerladdningen för det går inte fort… Men nu är den i alla fall ute i 5 olika editions, Developer, Enterprise, Standard, Web och Workgroup. Express Edition verkar vi få vänta på lite till.

Trevligt grepp att ha både x86 och x64 versionerna på samma media.

Kan vara intressant att veta att SP1 för Visual Studio 2008 ska släppas nu den 11:e augusti också, den behövs för att få fullt stöd för utveckling mot SQL Server 2008.

Eftersom .NET Framework innehåller bra stöd för att översätta applikationer till olika språk med hjälp av resursfiler i Xml-format och ResourceManager så kan det vara praktiskt med ett verktyg för att hålla reda på ändringar i översättningar. Ett problem är t ex att ett projekt utvecklas i en engelsk version och man skapar då .resx-filer för engelska textsträngar, kanske gör man då en översättning till svenska eller annat språk. Sedan uppdateras projektet och fler strängar läggs till eller tas bort, när man sedan ska uppdatera de olika översättningarna är det svårt att se vilka resurssträngar som tillkommit i den engelska versionen, så man kan inte vara säker på att alla strängar översatts korrekt.

När jag uppdaterar den svenska översättningen av DasBlog jobbar jag med verktyget Zeta Resource Editor hämtat från Code Project, detta verktyg underlättar översättningen genom att presentera de båda matchande versionerna av strängar i två .resx-filer sida vid sida och markerar saknade översättningar. Tittar man bara direkt på Xml-versionerna av resursfilerna så finns det inget som säger att strängarna måste ligga sorterade eller i samma ordning i olika språkversioner, det gör det väldigt jobbigt att hitta nya eller borttagna strängar direkt i Xml-filerna så verktyget gör det mycket enklare.

När man väl har ett bra verktyg att jobba med är det bara att försöka hitta rätt ord på svenska, vilket inte alltid känns helt enkelt… Jobbar man med andra språk än svenska och engelska så har man en del andra detaljer att se upp med, se Språk är svårt.

Ok, eftersom FRA-lagen gick igenom kan det vara intressant att veta att Google Mail och Google Reader normalt inte kör med krypterad uppkoppling. Krypterad anslutning finns dock och är inte längre bort än att man använder https:// i adresserna till GMail och Reader.

Tipset blir därför att uppdatera sina länkar och stoppa in ett “s” i respektive URL.

Använd alltså https://mail.google.com och https://www.google.com/reader istället.

Såhär vid midsommar snackar ju alla om vädret. Blir det som vanligt? Halvkallt, snålblåst, regn av och till? Kanske, vi kommer i alla fall att bära sillbordet in och ut under tak om det behövs!

Vi hoppas det inte ser ut som det gjorde häromdagen när jag gjorde en jämförelse mellan väderrapporten på min desktop och verklighetens väder utanför fönstret på kontoret.

Ok, jag hoppas att alla har en trevlig midsommar oavsett vädret!

Det skrivs mycket om brist på källkritik, brist på kritiskt tänkande och närliggande saker i debatten kring hur farlig eller ofarlig den kollektivt uppbyggda informationen i Wikipedia är bl a i Är Wikipedia att lita på? - Computer Sweden. En del i det hela som jag tror är väldigt provocerande för den “elit” av journalister och forskare som anser att Wikipedia är farlig, det är bristen på publicitet för dem själva. Om folk slår sina egna huvuden ihop och samlar och bygger upp en informationsbank som Wikipedia så stjäl ju denna anonyma massa publiciteten och berömmelsen från “seriösa” forskare, och vad gör då dessa lämpligen för att få tillbaks lite av mediautrymmet, jo, man sågar Wiki-fenomenet med fotknölarna.

Om vi skulle dra samma slutsatser om programvara med öppen källkod som dessa forskare drar kring Wiki-baserade kunskapsdatabaser så är ju öppen källkod livsfarlig. Det verkar dock vara lite skillnad på forskare och akademiker inom de två områdena, akademiker som sysslar med mjukvara är efter mina egna erfarenheter vara väldigt positiva till öppen källkod, det är då märkligt att eliten inom journalistik och annan forskning är så genuint negativa till öppen kunskap. Det känns som de ligger efter och inte har insett att den väg de kan gå för att visa upp sina kunskaper inom respektive ämne går via att de själva bidrar med texter till öppna projekt som tex Wikipedia.

Det borde vara självklart för forskare, journalister och kritiker av informationen på Wikipedia som hittar felaktigheter att genast bidra med korrekt information istället för att sitta och klaga i pressen. Det finns nog bara ett sätt att minska risken för felaktig information till människor som söker via internet, det är att se till att korrekt information i t ex Wikipedia alltid är större, snabbare och starkare framburen än felaktigheter, historierevisionism och vinklad information. Forskareliten som kritiserar fria initiativ kanske ska ta och städa upp i sina egna led också, det är ju inte direkt svårt att hitta historieförfalskare bland kända professorer.

Jag skulle säga att de som är experter inom ett område och klagar på Wikipedia själva gör sig skyldiga till att sprida felaktig kunskap genom att inte hjälpa till och rätta informationen.

En intressant vinkel på detta problem med felaktig information i tex Wikipedia är att inom ämnen som bygger på naturvetenskap och fakta känns det som felen är färre, medan det som vanligt är ämnen som politik och religion som har mer problem. Det är väl en direkt koppling till frågan om det är ingenjörer eller politiker och religiösa ledare som orsakat flest krig genom historien.

Inte vet jag, men jag tycker inte detta känns som en bra grej om man vill slå världsrekord i nerladdning…

Direktlänk till Firefox för Windows på svenska

Man säger att FRA-lagen om avlyssning och loggning av all kommunikation inte kommer att utnyttjas för att övervaka vanliga svenskar. Det är bara de onda snubbarna som ska övervakas…

Onda snubbar brukar vara vana att ta sig undan rättvisan och övervakning, det är därför de ibland kallas ljusskygga. Eftersom verktygen för att kryptera infomation finns lättillgängliga så kan FRA sitta och försöka dekryptera i evigheter, eller i alla fall längre än vad preskriptionstiderna för de aktuella brotten ligger på, alltså är lagen helt ofarlig för målgruppen som staten vill komma åt. Ser man sedan till den totala oförmågan att hålla känsliga system täta i dagens läge med obehörig personal som nöjesläser läkarjournaler, poliser som säljer information ur påstått slutna register direkt till kriminella så är det mycket svårt att tro att de som kommer att hantera FRAs insamlade information ska kunna hålla sig i skinnet.

Vilka drabbas då? Ja, Google hade visst sagt sig lägga ner alla planer på att placera servrar på svensk mark om lagen blir verklighet, i förlängningen betyder det att de som använder servrarna inte heller vill skicka information fram och tillbaks på vägen mellan dessa servrar och svenska skrivbord. De flyttar alltså ut även de som använder servrarna. Ser man lite längre in i framtiden så blir det svårt att övertyga kunder och företag i andra länder att det är förträffligt att de lägger IT-tjänster och projekt på svenska leverantörer eftersom de då vet att all information som skickas, även om den är krypterad, kommer att vara på drift nånstans på okända diskarrayer hos FRA, eventuellt sålda till konkurrenter eller kriminella. Det kan bli rätt svårt att sälja in Sverige som ett bra ställe att lägga avancerad teknikutveckling på.

Kontentan blir att FRA slösar bort en massa skattepengar, svenskar blir övervakade och vi förlorar mark som utvecklare och leverantörer av högteknologi.

Skrota lagförslaget.

Man får lite dotcom-bubblan-1.0-känsla när man hittar A Startup A Week, dokusåpa eller vad det nu ska kallas. En del grejer man var med på och en del man hört om i andra hand poppar upp. Kanske inte ett helt ordagrannt citat men jag minns svagt en intervju med Icons Johan Stäel von Holstein där han sa nånting i stil med "... det var tider när vi kunde få en ny idé på morgonen och ha ett aktiebolag registrerat efter lunch...".

Kanske finns en chans att de som fortfarande lider av post-dotcom-bubblan-1.0-sprack-depression att komma igen och kunna ha roligt på jobbet igen. Det var ju en del av de som var med i TV3-dokumentären för något år sedan som aldrig trodde sig kunna komma över att deras arbete för all framtid kommer att vara tristare än det de gjorde på Icon och Framfab när det var som hetast kring millennieskiftet.

Själv har jag kommit över det och har rätt fina minnen av smått sjuka diskussioner om den “Nya Ekonomin” och “flat-rate-bredband åt alla”. Erda som jag jobbade på då var en konsultfirma i Linköping som köptes upp i ett par steg och till sist hamnade i Framfabs ägo. Killarna som monterade upp Framfab skylten på husfasaden kom in och frågade minst tre gånger om texten på skylten verkligen skulle vara upp-och-ner, det var den smått berömda Bak-och-Framfab / Fast-Forward-logon på skylten…