yoy.be september 2007

yoy.be "Why-o-Why"

2007 ...

januari (10) februari (11) maart (14) april (10) mei (13) juni (10) juli (6) augustus (10) september (9) oktober (9) november (10) december (8)

DirDiff

2007-09-01 16:12 r945 [permalink]

→ DirDiff

version 1.0.7.153
when comparing files, any file extension is checked in the registry to have a "Content Type"="text/xml" entry, to switch from normal line-by-line comparison to xml-element comparison

→

Eurovision Dance Contest

2007-09-01 22:10 i1269 [permalink]

Jaja, ze zijn er goed aan bezig. Zo de dans promoten. Ik neem aan dat het niet overal gelanceerd geraakt natuurlijk, maar het is leuk dat de sub-beweging die er toch al is primetime krijgt.

http://www.eurovision.tv/addons/dance/participants.php#overview

→

VT4 - The Block Oostende

2007-09-11 22:14 i1273 [permalink]

Bon, dit jaar is het hier (zie kaartje) ergens in de buurt te doen. Ocharme de mensen die er al wonen. Al dat Antwerps en Kempies moet jeuken aan de West-Vlaamse oortjes. En de Spaanse costa ziet er verdacht goe gelijk onze kust uit als we hun mogen geloven.
googlemap:51.215320,2.905730

http://www.vt4.be/theblock/

→

DirDiff

2007-09-16 00:16 r950 [permalink]

→ DirDiff

version 1.0.8.164
I've finally got round to checking the contents of files also, when comparing directories. It's done in a separate thread, so larger files shouldn't block the application.
When comparing directories, you can update or delete files. As a verification, you need to switch one or both locations from "Read-only" to "Modify" with the buttons in the upper right corner. And the SHFileOperation calls will ask their default verification also.
So if you still over-write important data by mistake, it's your mistake. (And you should consider taking backups and using a version control system.)

→

The strangest thing with TJPEGImage.DIBNeeded

2007-09-17 14:57 i1274 [permalink]

I found out something very strange about TJPEGImage. I was investigating a report about a memory leak in an application. When operating on about 1000 images, there were unexpectedly much occurences of EOutOfMemory, while TaskManager was still reporting enough unused memory.

PerformanceMonitor to the rescue. When I watched some process parameters, the "working set" and "private bytes" reported normal values, but the "virtual bytes" skyrocketed, and hit a 2GB boundary when the EOutOfMemory exceptions turn up. I tried the normal memory-leak checks, but there were no TObject descendants or strings leaking. So I traced the thing in debug mode (F7/F8) to see at which point the virtual bytes value jumps up a bit, and it turns out to be a call to TJPEGImage.DIBNeeded. If you don't call DIBNeeded yourself, SaveToFile or TBitmap.Assign(TJpegImage) does it for you. The amount of added virtual bytes didn't go away with the Free of the TJPEGImage.

After a lot of sandboxing and testing a bunch of scenario's, it turns out there is something wrong with how TJPEGImage does its memory in threads other than the main application thread (VCL thread). Internally the JPEG unit has a lot of ported (old) C code, and may perhaps even have an included .lib with compiled code. It does its memory-handling itself apparently, so there's no way to know if it's patchable directly.

I found out a workaround, which in most cases might be acceptable. I created a new blank library project (.dll), added a unit with the code that was doing the TJPEGImage operations in the worker thread. I had this in a plain procedure in a unit already, and exported this procedure from the dll. Then I replaced the unit with a new unit that simply 'binds' to the exported procedure in the new dll. All you need to do then is make sure the dll is always available to the exe in the same directory, or in the default windows dll search path.

→

iRack

2007-09-27 14:49 i1276 [permalink]

It's really time there were iLections

→

PDF External Streams

2007-09-28 09:41 i1277 [permalink]

Wisdom of the PDF Sage » Blog Archive » External Streams & Acrobat

Jaja, PDF is gewoon eigenlijk serieuze HTML, maar zonder dat er XML is uit gegroeid, en van uit het digitale (pre-)press-wereldje!

En jan met de klak maar denken dat het een (duur) binair formaat is! ha!

→

Don't repeat yourself

2007-09-30 00:02 i1278 [permalink]

http://en.wikipedia.org/wiki/Don't_repeat_yourself

O jee! Documentation! Natuurlijk, dat ik daar nog niet aan gedacht heb. Hoeveel keer zou ik al niet twee keer iets omschreven hebben in een documentatie van een project. Meestal een keer meer technischer dan de andere, maar toch.

(via http://www.oreillynet.com/ruby/blog/2007/09/7_reasons_i_switched_back_to_p_1.html)

→

McAfee Site Advisor

2007-09-30 13:15 i1280 [permalink]

nice! ik zat er al in in deze! En nog met een positief advies en al! niiice!

Tijd dat ik die [[dsCtrl]] eens herschrijf, nu ik al meer van XML begin te snappen

http://www.siteadvisor.com/sites/yoy.be/

→