Closed (fixed)
Project:
Drush
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
18 Jan 2010 at 01:03 UTC
Updated:
4 Feb 2010 at 15:10 UTC
Jump to comment: Most recent file
Here is some in progress code to deal with memory exhaustion when running a batch. I really need for #211182: Updates run in unpredictable order to land before I can make much progress. That patch there is going to require changes in our updatedb process. Namely, we have to call update_resolve_dependencies() or call its wrapper, update_batch().
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | drush_batch_api.diff | 6.7 KB | adrian |
| #1 | batch_7.inc_.txt | 6.93 KB | adrian |
| #1 | batch_6.inc_.txt | 5.58 KB | adrian |
| updatedb.patch | 6.63 KB | moshe weitzman |
Comments
Comment #1
adrian commentedhere's an updated patch
well. rewritten.
it is for d6 and d7.
apply the drush patch and then drop the batch_X.inc files into commands/core/drupal
Comment #2
moshe weitzman commentedThanks a lot. adrian explained via IM that this patch implements our own batch processing that honors the same batch definitions as expected by core. This turned out to be the sanest way to implement updatedb, for example.
I'll give this a test as soon as core gets its upgrade path sorted. Should be this week.
We need a @file declaration at top of batch.inc files explaining the deficiencies in core batch api and how our batch processing is different.
Comment #3
adrian commentedi committed a cleaned up and documented version of this.