Skip to main content

InformationWeek suffers foot-in-mouth disease

I felt so smugly satisfied with this response to an InformationWeek article that y’all are about to suffer a reprint:

zlib is used by practically everything on the planet, including MS-Windows and Mac OS X programs, all of the BSDs, VMS, embedded systems and so on. On top of that, Linux uses other compression libraries as well. Calling it “Linux Compression” is fundamentally silly.

Neither is it a flaw in “the” format (zlib is used in many file formats), but in the implementation of the libraries which usually handle the format.

Such ignorance is most unbecoming in a magazine which purportedly exists to provide expert information. But let us move on...

A typical well-equipped Linux system will have one (1) copy of the zlib libraries installed. A bulletproof replacement for this will typically arrive as part of the machine’s next update run (I typically set mine up to do this nightly or weekly).

OS X and the BSDs and so on also have at least adequate packaging systems to provide similar functionality, and will generally only have exactly one well-known copy of the library.

A typical well-equipped MS-Windows system will have one, two or three copies of various versions of the DLLs in the system folders, plus often more copies built into applications and the libraries peculiar to them. If any CygWin-based tools are installed, there will almost certainly be another version of it for those. When will these be updated? Who knows? Maybe never. MS-Windows’ half-baked excuse for a packaging system is entirely inadequate to the task of even locating – let alone updating – all of the extant copies of zlib code.

In summary, if any system has a lasting problem with this implementation flaw, it will be MS-Windows.

I don’t see this reflected anywhere in the article.

I was happy, though, to see many other highly MS-Windows-centric sites reporting the zlib flaw as a risk to MS-Windows programs. The cluetrain is starting to gain more passengers.

Comments

Popular posts from this blog

every-application-is-part-of-a-toolkit at work

I have a LibreOffice Impress slideshow that I wish to turn into a narrated video. 1. export the slideshow as PNG images (if that is partially broken — as at now — at higher resolutions, Export Directly as PDF then use ‘pdftoppm’ (from the poppler-utils package) to do the same). 2. write a small C program (63 lines including comments) to display those images one at a time, writing a config file entry for Imagination (default transition: ‘cross fade’) based on when the image-viewer application (‘display,’ from the GraphicsMagick suite) is closed on each one; run that, read each image aloud, then close each image in turn. 3. run ‘Imagination’ over the config file to produce a silent MP4 video with the correct timings. 4. run ‘Audacity’ to record speech while using ‘SMPlayer’ to display the silent video, then export that recording as a WAV file. 4a. optionally, use ‘TiMIDIty’ to convert a non-copyright-encumbered MIDI tune to WAV, then import that and blend it with the speech (as a quiet b

new life for an old (FTX) PSU, improved life for one human

the LEDs on this 5m strip happen to emit light centred on a red that does unexpectedly helpful things to (and surprisingly deeply within) a human routinely exposed to it. it has been soldered to a Molex connector, plugged into a TFX power supply from a (retired: the MoBo is cactus) Small Form Factor PC, the assorted PSU connectors (and loose end from the strip) have been taped over. the LED strip cost $10.24 including postage, the rest cost $0, the PSU is running at 12½% of capacity, consumes less power than a laptop plug-pack despite running a fan. trial runs begin today.

boundaries

pushing the actual boundaries of the physical (not extremes, the boundaries themselves) can often remove barriers not otherwise perceived. one can then often resolve an issue itself, rather than merely stonewalling at the physical consequences of the issue.