)]}'
{
  "commit": "a3387a4488c35d322d3c78973c967b2be5967b6e",
  "tree": "678da23a64c1bb41c2c6c87b362f62f9db22de03",
  "parents": [
    "024a7f06979b467299a85e915b78af456a89e3a6"
  ],
  "author": {
    "name": "paul",
    "email": "paul",
    "time": "Wed May 18 23:29:57 2005 +0000"
  },
  "committer": {
    "name": "paul",
    "email": "paul",
    "time": "Wed May 18 23:29:57 2005 +0000"
  },
  "message": "2005-05-19 Paul Jakma \u003cpaul.jakma@sun.com\u003e\n\n\t* ospf_interface.c: (ospf_if_table_lookup) Fix a serious bug\n\t  a less serious one.\n\t  1: this function is supposed to lookup\n\t  entries in the oifs ospf_interface route_table and return either\n\t  an existing oi or NULL to indicate not found, its caller depends\n\t  on this, yet this function uses route_node_get which /always/\n\t  returns a route_node - one is created if none exists. Use\n\t  route_node_lookup instead. This should fix root cause of the\n\t  reports of the (ospf_add_to_if) assert being hit.\n\t  2: oi\u0027s are inserted into this table with prefixlength set to\n\t  /32 (indeed, it should be a hash table, not a route_table),\n\t  however prefixlength to lookup was not changed, if no valid entry\n\t  can be inserted other than /32, then nothng but /32 should be\n\t  looked up. This possibly only worked by fluke..\n\t  Fix confirmed by 2 reporters (one list, one IRC), definitely a\n\t  backport candidate once it has been incubated in HEAD for a while.\n\t  Thanks to Patrick Friedel and Ivan Warren for testing.\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "774658ce520e928b16bcca2ac50f1a50e72ff7b5",
      "old_mode": 33188,
      "old_path": "ospfd/ChangeLog",
      "new_id": "ec6608ba65686e882e551c66a8dbd58c83d4563f",
      "new_mode": 33188,
      "new_path": "ospfd/ChangeLog"
    },
    {
      "type": "modify",
      "old_id": "35351b57983c1ccea0e8effbc95cd8e8a13ab177",
      "old_mode": 33188,
      "old_path": "ospfd/ospf_interface.c",
      "new_id": "45fa023836508ee1c4c814d10830b6fec035d52a",
      "new_mode": 33188,
      "new_path": "ospfd/ospf_interface.c"
    }
  ]
}