Older blog entries for pjones (starting at number 143)


So, this month's adderall prescriptions...

... they're script numbers N222223 and N222224. So close, and yet so far away.

Also, CVS has changed their script labels this month. It's one single printed label now, without any unnecessary add-ons to remind you to be careful about this, that, or the other. For the first time ever, I received no "DO NOT USE WHILE BREAST FEEDING. CONSULT YOUR DOCTOR OR RPH." label.

I really, really hope I never have to breast feed anybody.

Syndicated 2007-03-14 05:54:12 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

thinkpaddy goodness

thinkpaddy goodness, originally uploaded by atbash.

So, I finally "fixed" my laptop ;)

Syndicated 2007-03-02 21:16:15 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

Somebody, I forget who, posted a link to this article. For the most part it's pretty good. I just find one thing really weird.

Just the first line, really.

A new computer-based technique could eliminate hours of manual adjustment associated with a popular cancer treatment.
Hey man, check out the new cancer treatment I'm getting. It's so hot.

Syndicated 2007-02-07 06:19:22 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

OK, seriously, wtf does BLK600SMPAK10 mean?

This is not the best table ever:

Syndicated 2007-01-18 04:57:12 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

I could not forsee this thing happening to you

It's time again for another edition of "songs I never would have expected to work together, but were totally proven to work through random ordering".

  1. Sabbath - A Bit of Finger/Sleeping Village/Warning
  2. Stones - Paint It Black
  3. Cure - Three Imaginary Boys
Yeah, I never would have figured it.

Syndicated 2006-12-07 07:10:30 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

This is not 'Nam. This is C. There are rules.

I was going about my day earlier, when [info]spot sent me an IM asking for help with one of my favorite programs. Apparently, it was failing quite spectacularly on sparc, and he was having some trouble making the machine give useful debug data.

After a bit of hacking on it, I found this wonderful nugget:

int label_read(struct device *dev, struct label **result)
        char buf[LABEL_SIZE];
        struct labeller *l;
        if (!(l = _find_labeller(dev, buf, &sector)))
static struct labeller *_find_labeller(struct device *dev, char *buf,
                                       uint64_t *label_sector)
        struct label_header *lh;
        uint64_t sector;
        int found = 0;
        char readbuf[LABEL_SCAN_SIZE];

        if (!dev_read(dev, UINT64_C(0), LABEL_SCAN_SIZE, readbuf)) {
                log_debug("%s: Failed to read label area", dev_name(dev));
                goto out;

        /* Scan first few sectors for a valid label */
        for (sector = 0; sector < LABEL_SCAN_SECTORS;
             sector += LABEL_SIZE >> SECTOR_SHIFT) {
                lh = (struct label_header *) (readbuf +
                                              (sector << SECTOR_SHIFT));
                list_iterate_items(li, &_labellers) {
                        if (li->l->ops->can_handle(li->l, (char *) lh, sector)) {
Where li->l->ops->can_handle() winds up being...
static int _pool_read(struct labeller *l, struct device *dev, char *buf,
                 struct label **label)
        struct pool_list pl;

        return read_pool_label(&pl, l, dev, buf, label);
int read_pool_label(struct pool_list *pl, struct labeller *l,
                    struct device *dev, char *buf, struct label **label)
        struct pool_disk *pd = &pl->pd;

        pool_label_in(pd, buf);
And elsewhere we find:
struct pool_disk {
        uint64_t pl_magic;      /* Pool magic number */
        uint64_t pl_pool_id;    /* Unique pool identifier */
        char pl_pool_name[POOL_NAME_SIZE];      /* Name of pool */
#define CPIN_64(x, y) {(x) = xlate64_be((y));}
void pool_label_in(struct pool_disk *pl, char *buf)
        struct pool_disk *bufpl = (struct pool_disk *) buf;

        CPIN_64(pl->pl_magic, bufpl->pl_magic);
        CPIN_64(pl->pl_pool_id, bufpl->pl_pool_id);
        CPIN_8(pl->pl_pool_name, bufpl->pl_pool_name, POOL_NAME_SIZE);
        CPIN_32(pl->pl_version, bufpl->pl_version);

Who wants to play "hunt the SIGBUS"?

Just think. Somebody was paid real money to write this. The mind boggles.

Syndicated 2006-11-29 21:42:13 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

My moment of Zen.

So, reading through some code today, I came across this bit:

pvh_dlocn_xl->offset = xlate64(UINT64_C(0));
pvh_dlocn_xl->size = xlate64(UINT64_C(0));

That is all.

Syndicated 2006-11-22 22:02:30 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

The whole Oracle thing...

Ok, so here's what I don't get. I keep seeing this quote from Edward Stevens, Oracle's CTO. He's CTO at a very, very large software company, so he must be a pretty smart guy, right? Here's the quote:

All we add are bug fixes, which are immediately available to Red Hat and the rest of the community.
Dear Mr. Stevens,

Do you not know the difference between the statement that you're making something available to a community, versus saying that you're contributing and being a part of a community? It seems like a pretty fundamental thing to me. I can only assume that you do understand the difference, and, as such, you chose your words carefully.

I admire your display of such courage, which is clearly required to admit so freely that you, and those you represent, don't intend to put forth serious contributions, nor to be a part of the community of which you speak.

That is all.

Syndicated 2006-10-27 04:35:14 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

ich bin ein papierklammerhalter

I was looking for a paperclip a few minutes ago, and couldn't find one.

When I asked my local coworkers, one of them immediately pointed out that somebody from facilities had brought by these little desktop trinkets, which we'd all dismissed as totally useless, but actually did contain paperclips.

We all have paperclips now.

Ich bin ein papierklatterhalter.


Syndicated 2006-09-06 14:49:38 from THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE

134 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!