PyTables

lp:~faltet/pytables/trunk

Created by Francesc Alted and last modified
This branch may be out of date, because Launchpad has not been able to access it since .

This is the main development branch. If you want to do your own development based on PyTables, you may want to branch the Bazaar-NG repository. Please remember to keep the community up to date!

Home page: http://pytables.org/bzr/pytables/

Get this branch:
bzr branch lp:~faltet/pytables/trunk

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Francesc Alted
Project:
PyTables
Status:
Development
Location:
http://pytables.org/bzr/pytables
Last mirrored:
Next mirror:
Disabled

Updating branch...

Launchpad is processing new changes to this branch which will be available in a few minutes. Reload to see the changes.

Recent revisions

1407. By Francesc Alted

[pytables @3213] In the ptrepack utility, when --complevel and --shuffle are specified
at the same time, the 'shuffle' filter is always set to 'off'. This
has been solved. Fixes #104.

1406. By Francesc Alted

[pytables @3207] Merged in r3204:3205 from /std-irreg-stride-103; fixes #103.

1405. By Francesc Alted

[pytables @3206] When evaluating conditions on ranges of rows smaller than the internal
buffer, the entire buffer was evaluated. This is innecessary and has
been fixed.

1404. By Ivan Vilata i Balaguer

[pytables @3202] Updated provisional release docs to new policy.

1403. By Ivan Vilata i Balaguer

[pytables @3198] Get memory usage info straight from `/proc/self/status`; fixes #102.

1402. By Ivan Vilata i Balaguer

[pytables @3195] Merged in r3190:3194 from std-lrange-101; fixes #101.

1401. By Ivan Vilata i Balaguer

[pytables @3187] Merged in r3184:3186 from std-npscalar-100; fixes #100.

1400. By Ivan Vilata i Balaguer

[pytables @3181] Merged in r3178:3180 from std-nascalar-98; fixes #98.

1399. By Ivan Vilata i Balaguer

[pytables @3175] Merged in r3169:3174 from std-longxrange-99; fixes #99.

1398. By Ivan Vilata i Balaguer

[pytables @3154] When killing a table, do not delete its `row` instance. Fixes #94.

It makes sense to keep the `row` instance when killing a table, since the user
may have kept a reference to it and may in fact be using it to append data. If
few rows are appended, `row.append()` won't use the table for flushing, and the
changes in the `row` instance will never be seen by any reincarnation of the
parent table.

This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.