Oeh ei teagi, eile 30 dets 2007 kiikasin diislihinda 15.70, 1. jaanuarist pannakse aktsiis otsa 1.33...kuramus....elekter saab ka aktsiisi.
Ehk majanduslikult tuleb raske aasta, kuna maja ka vajab ehitamist, loodame parimat !
Seniks Head uut aastat !
31. dets 2007
22. dets 2007
Inimesed võiksid mõtlema hakata või peavad ujuma õppima...
Vaatan kalendrisse, 22.detsember õues +2-+6 kraadi, kalendris öeldud, talve algus...
See aasta olnud tulekahjud Californias, Austraalias ning Kreekas, mis veelgi globaalsele kliima soojenemisele hoogu andnud. Nii edasi on lood väga pahad. See aasta täheldasin, et haigusi levib ka väga palju.
Karm värk...ja karta on karmimaks läheb....
See aasta olnud tulekahjud Californias, Austraalias ning Kreekas, mis veelgi globaalsele kliima soojenemisele hoogu andnud. Nii edasi on lood väga pahad. See aasta täheldasin, et haigusi levib ka väga palju.
Karm värk...ja karta on karmimaks läheb....
20. dets 2007
16. dets 2007
MYSQL (odbc) naljad
Mjah...tuli mul feedreaderisse uudis, et mysql odbc 5.1.1 välja, lahe, oligi vaja kasutada koos adoga teda. Jõudsin juba rõõmustada, aga enneaegselt. Kui odbc 5.1.0 sisaldas viga, kui kirjutasid mediumtext väljale, mis oli utfd8 collationiga, siis sisuliselt jättis draiver vabastamata mälu, mis ta sisemiselt küsis selle teksti kirjutamiseks.
Ok, lahe oli, odbc 5.1.1, üllatus üllatus....mäluviga kadunud, viskasin näppu juba. Nüüd vaatasin, et mis jama on Delphi ADO + mediumtext annab tüübiks adLongVarWChar, väga õige, siis kadus ära märkude probleem utf8 puhul, kui conversion õigesti teha.
Muideks odbc 5.1.1 ei toeta enam parameetrit set names !!
Üllatused jätkusid, andmetüüp õige, kõik õige, aga ADO kaudu tuli välja VAID tühistring.
Kuidas ma ka ei proovinud, andis välja valet tüüpi infot, huvitav oli see, et ADO tuvastas selle kui blobina, aga datasize = 0. Mis näitas, et miskit juba mäda.
Eks lahendasin probleemi ära teistmoodi, väga rõveda hackiga, mille pean kahjuks hetkel enda teada hoidma.
Järgmine üllatus oli ADO + odbc koosluses oli: "Row handles must all be released before new ones can be obtained"; jah kursor ei olnud serveri pool;jah tabelit ei uuendatud, ega üritatud miskit lugeda. Tegemist mingi uue bugiga ODBC draiveris, ehk ootame jälle järgmist uuendust.... kurb
Ok, lahe oli, odbc 5.1.1, üllatus üllatus....mäluviga kadunud, viskasin näppu juba. Nüüd vaatasin, et mis jama on Delphi ADO + mediumtext annab tüübiks adLongVarWChar, väga õige, siis kadus ära märkude probleem utf8 puhul, kui conversion õigesti teha.
Muideks odbc 5.1.1 ei toeta enam parameetrit set names !!
Üllatused jätkusid, andmetüüp õige, kõik õige, aga ADO kaudu tuli välja VAID tühistring.
Kuidas ma ka ei proovinud, andis välja valet tüüpi infot, huvitav oli see, et ADO tuvastas selle kui blobina, aga datasize = 0. Mis näitas, et miskit juba mäda.
Eks lahendasin probleemi ära teistmoodi, väga rõveda hackiga, mille pean kahjuks hetkel enda teada hoidma.
Järgmine üllatus oli ADO + odbc koosluses oli: "Row handles must all be released before new ones can be obtained"; jah kursor ei olnud serveri pool;jah tabelit ei uuendatud, ega üritatud miskit lugeda. Tegemist mingi uue bugiga ODBC draiveris, ehk ootame jälle järgmist uuendust.... kurb
Nii, mida olen õppinud vaba tarkvara arendusest
Seda et olemas kahte tüüpi kasutajaid ...
A) viisakad ja normaalsed
B) ebanormaalsed.
Kuna ma terve elu asjadest rääkinud nagu asjad on ilma lillede ja liblikateta.
B) tüüpi kasutajad, eeldavad foorumit risustades, et nende probleemid kõikide omadest tähtsamad. Ja, et kui nemad kirjutavad peame kohe vigu parandama. Märgime ära, et tegemist tasuta tootega. Viga on viga, aga olemas sisemine nimistu, kus TODO, mingeid erandeid ei tee.
Pigem, natuke pean sõnu sööma, olen teinud erandeid sisse, kui A) tüüpi kasutajad viisakalt palunud...nagu öeldakse, et viisakus maksab.
Enamasti B) tüüpi kasutajad on vanuses 15-21 ja neil saab vastu ainult denial staatusega. Tihti, need B kasutajate "vead" on osutunud klaviatuuri ning tooli vaheliseks.
A) viisakad ja normaalsed
B) ebanormaalsed.
Kuna ma terve elu asjadest rääkinud nagu asjad on ilma lillede ja liblikateta.
B) tüüpi kasutajad, eeldavad foorumit risustades, et nende probleemid kõikide omadest tähtsamad. Ja, et kui nemad kirjutavad peame kohe vigu parandama. Märgime ära, et tegemist tasuta tootega. Viga on viga, aga olemas sisemine nimistu, kus TODO, mingeid erandeid ei tee.
Pigem, natuke pean sõnu sööma, olen teinud erandeid sisse, kui A) tüüpi kasutajad viisakalt palunud...nagu öeldakse, et viisakus maksab.
Enamasti B) tüüpi kasutajad on vanuses 15-21 ja neil saab vastu ainult denial staatusega. Tihti, need B kasutajate "vead" on osutunud klaviatuuri ning tooli vaheliseks.
7. dets 2007
Rekordid tulevad imeliku tujuga
04.12.2007 läksin trenni ülimalt paha tujuga , seoses laste silmade probleemiga ja haigustega. Ja endagi imestuseks suutsin 86 kg teha rekordi, 3x150kg jõutõmme (kitsahaardega, mitte sumo stiil). Rohkem nagu polnudki täna miskit kirja panna
2. dets 2007
Nonii, olen portimise maailmameister...
Ehk avastasin, et olen teinud Feedreader backendile toetuse nii Firebird peale, MSSQL ja nüüd ka MYSQL... Kõige omapärasem on see, et Oracle peale pole veel asja portinud; põhjus suht lihtne, puuduvad käsud, top,limit või first. Rownumber ja subselectid ei sobi, samuti Autonumbrite loomine (sequences). Ju ta vist nii olegi, et suurtel omad puudused.....
Tahaks veel postgre toetuse ka anda. Aga krm ADO + ODBC draiver ja UTF8 = pain in .... piip, toimub märkide teisendamine valeks, isegi kui set names utf8 ja muud parameetrid seadistatud.
Aga, kui kuidagi ei saa, siis kuidagi ikka alati saab;))
Tahaks veel postgre toetuse ka anda. Aga krm ADO + ODBC draiver ja UTF8 = pain in .... piip, toimub märkide teisendamine valeks, isegi kui set names utf8 ja muud parameetrid seadistatud.
Aga, kui kuidagi ei saa, siis kuidagi ikka alati saab;))
Tellimine:
Postitused (Atom)