Older blog entries for sej (starting at number 184)

follower, ah, hidden in the old click through license, heh. Makes sense. No reference to khtml specifically. Hmmm. But they do say go to www.opensource.apple.com. After visiting there it was fairly obvious what LGPL libraries Safari uses.
daniels, now I see khtml is under the LGPL. My first search for the source ended up in the wrong place, in some Konqueror code not part of khtml. So Apple is not in violation of the GPL. But they might be missing some of the letter of the LGPL. When I downloaded it I was not informed by Apple that Safari dynamically bound to khtml, or where to get the sources for that LGPL library. Or did khtml arrive under separate cover with separate notification of my rights?
19 Jan 2003 (updated 19 Jan 2003 at 17:48 UTC) »

(pointed out by a friend) Where is the source for Safari? Why am I not informed of its GPL licensing when I download the beta binary (imposed by the use of khtml)? Why isn't slashdot.org all over this?

We're all the unbelievably lucky winners in the craps game of life, the fortunate progeny of countless generations of successful reproducers. Shouldn't that be enough?

Speaking of bets, any wagers on how long before AOL Time Warner drops the AOL from its moniker? That will make it easier to name each of the two phallic towers it is building on the southwest corner of Central Park.

7 Jan 2003 (updated 7 Jan 2003 at 18:57 UTC) »

I'm quite intrigued by Lawrence Lessig's Creative Commons foundation, an attempt to formalize liberal licensing of artwork and other media. I had created my own license for Artwork , Web-Pages, or CD-ROMs a while back, but I'll gladly switch to the equivalent Attribute-NonCommercial from CC.

Now I just wish they would publish an unfiltered feed of web-sites that register at their site. Nothing wrong with them creating a database of materials they judge to be in their interest to publicize, but why sit on the only complete database of CC-licensed material? Their web pages state they expect others (search engines, et.al.) to build these indices, but why search the whole web when you can start with a targeted list?

shlomif, yeah that's it, that's what we need, a Freshmeat for Creative-Commons.

Converted (to PDF) and uploaded the first chapter of my Creative Commons-licensed fantasy story. Fear not, the rest is finished (was finished long ago). I just have to retype those portions which I have only a paper copy. Wait a month for the whole thing, or start reading it to your kids in serial fashion now.

ivtools-1.0.7 is out. Some preliminary SVG export work, but mainly of interest to those with RedHat or MacOS X related problems.

New work for me marketing software of Theseus Research. Know anyone interested in an alternative to the industry standard bicubic image interpolation with better performance (less artifacts) and less throughput required (easier to implement in firmware/hardware)?

obi, you have no idea of the depth of my interest in Fresco :-).

As for hardware acceleration of alpha-compositing, yes that's true, though this still relies on access of a framestore (i.e. memory) by a processor. The processor and framestore are probably optimized for the task at hand, but the same option of acceleration is available to the X server I would think.


ivtools is now available as a fink package on Mac OS X 10.2 (Jaguar), thanks to Ben Hines. Fink is an interesting cross-breeding between Debian's apt-get and the more fluid community of OS X developers/packagers. It proved to be an incredibly slack way of acquiring ghostview and gimp for OS X.

the lost city of Fresco

Once upon a time there was a resolution-independent cross-platform X11 toolkit called Fresco that lost a standards battle with the entrenched Motif forces. Then there was a built-from-scratch replacement for X11 called Berlin that got nowhere until a fresh group of developers reused the Fresco sources to make their CORBA driven high-level windowing system.

Then after a few more years in the wilderness they decided to change the project name to Fresco, to honor the original sources (which are still available, and still work). It is, above all, an interesting experiment in windowing systems. Elevating the protocol to the level of the original Fresco class hierarchy drastically alters throughput and footprint requirements, while resetting the social foundation of the application space.

And building in anti-aliasing and alpha-transparency from the start might have certain advantages over the X11 extension process. Though not to the extent claimed in a recent slashdot post, where the Keith Packard's approach of grabbing the background to do alpha-transparency on top is ridiculed. I'm quite sure that Fresco (and its renderers) have to rely on an intermediate pixmaps for that as well. And as long as the pixmaps are local to one process (or in shared memory), "grabbing" them is as simple as reading local memory.

(p.s. not to brag too much, but I did scoop the Fresco name change here)

6 Nov 2002 (updated 7 Nov 2002 at 00:24 UTC) »

Looks like progess in the offing working with Jordi. I really appreciate it.

MacOS X and gcc

The GNU programming suite on MacOS X is the most stable packaging of gcc and gdb I've seen in years, especially for C++ programming. At least this is true for 10.1. I imagine they did the same amount of internal testing and modification to gcc-3.1 on the 10.2 release. Other than missing self-descriptive virtual pointers (but nobody gets these anymore from gcc), I find the interplay between compiler, debugger, and binary format to be extremely reliable and predictable.

Without that foundation I might as well be programming in Java. In a way they are beating RedCyg at its own game, with its own tools. I'm glad somebody raised the bar.


And with that foundation I found (and removed) an ancient bug in Unidraw. It was an out-of-order destruction of global objects upon program termination that had never been caught before. The problem would only show up with an aggressive malloc that intentionally overwrites freed blocks to highlight this kind of error. I love finding old bugs. However, given the possible life of the software, they are really quite young.

175 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!