Current CVS is unusable.
1.
Start, press ctrl+n. Tools icons partially disappear on the new window.
Open fill&stroke. At first only the stroke color tab icon is lost. Close the dialog, open again. Now all icons disappear.
2.
Draw anything with the bezier tool. You get:
** (inkscape:19152): CRITICAL **: file sp-item.cpp: line 774 (NR::Matrix i2anc_affine(const SPObject*, const SPObject*)): assertion `object != NULL && ancestor != NULL' failed
** (inkscape:19152): CRITICAL **: file sp-item.cpp: line 774 (NR::Matrix i2anc_affine(const SPObject*, const SPObject*)): assertion `object != NULL && ancestor != NULL' failed
Please fix ASAP.
P.S. Please try to better test things before committing.
On Wed, Aug 11, 2004 at 11:17:29AM -0300, bulia byak wrote:
Current CVS is unusable.
Start, press ctrl+n. Tools icons partially disappear on the new window.
Open fill&stroke. At first only the stroke color tab icon is lost. Close the dialog, open again. Now all icons disappear.
These are from mental's changes to livarot at about 2004-08-09 02:23:47 UTC.
Some of the initial problems are fixed, some like those above are not.
I mention the timestamp so that ppl can use a version before then, or consider reverting the files changed in this commit to their state before this timestamp.
At the moment I'm still hoping we can go forward rather than backwards, but I probably won't be able to give more time myself for the next couple of days.
Draw anything with the bezier tool. You get:
** (inkscape:19152): CRITICAL **: file sp-item.cpp: line 774 (NR::Matrix i2anc_affine(const SPObject*, const SPObject*)): assertion `object != NULL && ancestor != NULL' failed
This one's my fault. (I added to longest_common_suffix a check for common tails, but hadn't considered the case where the whole lists were the same.) Now fixed in CVS.
pjrm.
On Wed, 2004-08-11 at 12:32, bulia byak wrote:
These are from mental's changes to livarot at about 2004-08-09 02:23:47 UTC.
Checkout 08-09 00:00 does not start. Checkout 08-09 12:00 is broken as described above.
Mental, if this is your change, could you please fix it ASAP.
I think the most sensible course of action at this point is to back out my changes, verify that the symptoms are gone, and then reapply the patch with only those changes that were previously approved by fred.
-mental
On Wed, Aug 11, 2004 at 09:01:11PM -0400, MenTaLguY wrote:
These are from mental's changes to livarot at about 2004-08-09 02:23:47 UTC.
I think the most sensible course of action at this point is to back out my changes, verify that the symptoms are gone,
Now backed out. Checked bulia's cases reported in this thread, and a test case that I'd found.
pjrm.
On Wed, Aug 11, 2004 at 01:32:15PM -0300, bulia byak wrote:
These are from mental's changes to livarot at about 2004-08-09 02:23:47 UTC.
Checkout 08-09 00:00 does not start. Checkout 08-09 12:00 is broken as described above.
Starts for me (cvs -q up -PAd -D '2004-08-09 00:00 +0000'), and doesn't have any of the rendering problems introduced by that change.
Maybe bulia forgot to specify the +0000/UTC timezone, or maybe there was a timestamp problem that prevented proper rebuilding? In some circumstances, CVS will set the modified timestamp on checked-out files to the time they were modified in CVS rather than the time of `cvs up'; this of course is bad for timestamp-based rebuilding.
pjrm.
Checkout 08-09 00:00 does not start. Checkout 08-09 12:00 is broken as described above.
Starts for me (cvs -q up -PAd -D '2004-08-09 00:00 +0000'), and doesn't have any of the rendering problems introduced by that change.
Maybe bulia forgot to specify the +0000/UTC timezone
You're right - adding +0000 gave me, too, a checkout that starts OK and rendering is not broken.
Peter rolled back my changes last night (any build from today should do), could someone verify that the regressions have in fact been resolved?
-mental
participants (3)
-
bulia byak -
MenTaLguY -
Peter Moulder