On 17/03/09 at 18:33 -, Chiron wrote:
> Thanks. For the cairo bug, would the solution then be to move version
> 1.6.3 of libcairo-ruby into 8.10 since it seems to fix the earlier test
> case?
Yes, that could be a solution. The other solution is to fix it in Debian
lenny, and use the fixed vers
Thanks. For the cairo bug, would the solution then be to move version
1.6.3 of libcairo-ruby into 8.10 since it seems to fix the earlier test
case?
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are
I reported this as a different debian bug: http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=519786
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Right, so its not a cairo bug at all, the problem I found with the 1.5.1
version seems to be a coincidence. It seems to be a glade bug? I removed
a child from an eventbox in a gtk::dialogue, and then destroyed the
dialogue.
Test case, including 2 glade files, follows:
<->
NG_PATH = "NewGa
I appear to have been mistaken about 1.6.3 not working. It *sort of*
works.
By that, I mean that the test case that I provided you with now works.
My programme still doesn't, though.
I'm working on extracting a piece of the programme for use as another
test case for you.
--
[BUG] object allocat
On 14/03/09 at 19:48 -, Chiron wrote:
> That doesn't crash in irb until I ^C the loop and type in 'exit'
>
> Running this as a script with ruby does make it crash, though:
>
> <->
> require 'cairo'
> require 'stringio'
>
> i = 0;
> 1000.times do
> output = StringIO.new
> surface =
installing libcairo-ruby1.8_1.6.3-1_i386.deb for sid from
packages.debian.org didn't fix the problem
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
That doesn't crash in irb until I ^C the loop and type in 'exit'
Running this as a script with ruby does make it crash, though:
<->
require 'cairo'
require 'stringio'
i = 0;
1000.times do
output = StringIO.new
surface = Cairo::PDFSurface.new(output, 100, 100)
context = Cairo::Context.
I should add that in the test case that I have provided, there is a
lower bound (85 for me) below which the test case does not cause an
error.
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are a mem
Mmmh.
In the debian bug ( http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=487204 ), the following test case was provided:
<->
require 'cairo'
require 'stringio'
i = 0;
while true
output = StringIO.new
surface = Cairo::PDFSurface.new(output, 100, 100)
context = Cairo::Context.new(
libcairo-ruby1.8 version is 1.5.1-1+lenny1
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.u
On 08/03/09 at 23:50 -, Chiron wrote:
> Intrepid, up to data, with backports.
>
> I'm fairly certain its in cairo somewhere - I've narrowed the issue down
> to a ruby class extending a Gtk::Drawable, using cairo to draw with it.
> The drawing is fairly intensive, so it draws to an ImageSurface
Intrepid, up to data, with backports.
I'm fairly certain its in cairo somewhere - I've narrowed the issue down
to a ruby class extending a Gtk::Drawable, using cairo to draw with it.
The drawing is fairly intensive, so it draws to an ImageSurface before
drawing that to the control's surface, in ca
On which version of Ubuntu ?
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
http
I am still having this issue in ruby programmes that do not pull in
libxml, so I think that it is in at least one other ruby library. I
suspect that it is in cairo or glade, since those are the two libraries
that are being used at the time of the crash. Should this bug be
reopened, or a new one cre
that was a libxml-ruby bug, that has been fixed in 0.5.2.0-3+lenny1 (on
the Debian side). I'm not sure it's worth backporting the patch to
hardy
** Changed in: ruby1.8 (Ubuntu)
Status: New => Fix Released
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpa
Yes Chiron, it seems so. I uninstalled all gems one by one and
reinstalled those I needed. libxml-ruby was the one causing troubles.
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are a member of Ubu
Thanks Niklas, so if what was suggested here ( http://www.ruby-
forum.com/topic/161876 )is true, then it sounds like an issue with new
GC API changes and old versions of various libraries.
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You receiv
The same happens when starting a rails application with rails 2.1.0
installed from gems before the dist-upgrade from hardy to intrepid.
--
[BUG] object allocation during garbage collection phase
https://bugs.launchpad.net/bugs/293464
You received this bug notification because you are a member of
19 matches
Mail list logo
