From: Pedro Lopez-C. <pl...@te...> - 2004-07-28 18:37:38
|
Hi, Open the demo file "notation-for-string-orchestra-in-D-minor.rg", open the notation editor, print preview... it takes forever, and it doesn't want to cancel whatever it's doing. Regards, Pedro |
From: Chris C. <ca...@al...> - 2004-07-28 19:06:39
|
On Wednesday 28 Jul 2004 7:37 pm, Pedro Lopez-Cabanillas wrote: > Open the demo file "notation-for-string-orchestra-in-D-minor.rg", > open the notation editor, print preview... it takes forever, and it > doesn't want to cancel whatever it's doing. Hm, it prints (and previews) fine for me. Can you (i) print preview other things, like trivial one-segment compositions? (ii) try running rosegarden from the command line (if built with debug) and see what it's printing on the terminal as it attempts to generate the preview? As for the question of cancelling, the button marked (in English anyway) "Close" on the dialog saying "Generating print data" doesn't do anything and that doesn't appear to be under our control (the dialog is not even opened by the Rosegarden process). Chris |
From: Pedro Lopez-C. <pl...@te...> - 2004-07-28 19:55:32
|
On Wednesday 28 July 2004 21:37, Chris Cannam wrote: > Hm, it prints (and previews) fine for me. Can you (i) print preview > other things, like trivial one-segment compositions? Yes. Even longer works, with twelve pages or more. But I have the same problem printing/previewing all three demo files. > (ii) try running > rosegarden from the command line (if built with debug) and see what > it's printing on the terminal as it attempts to generate the preview? Doesn't seem to say too much. These are the latest lines: -> RosegardenGUIDoc::syncDevices: real: 9 calls, 1.503580000R, 0.167064444R/call Profiles::dump() finished rosegarden: NotationView ctor : m_ok = true rosegarden: NotationView::print(): staff 0 reports 2 pages rosegarden: Printing page 0 rosegarden: NotationView::print: calling QCanvas::drawArea rosegarden: NotationView::print: QCanvas::drawArea done rosegarden: NotePixmapFactory::getTextFont: requested size 122 for type direction, got 122 rosegarden: NotePixmapFactory::getTextFont: requested size 70 for type lyric, got 70 rosegarden: NoteFont: drawing raw character glyph 65 for MUSICAL SYMBOL COMBINING DOWN BOW using Xft rosegarden: NoteFont: drawing raw character glyph 64 for MUSICAL SYMBOL COMBINING UP BOW using Xft rosegarden: NotePixmapFactory::getTextFont: requested size 70 for type local_direction, got 70 And that's all. For a successful preview, this is what I got: -> RosegardenGUIDoc::syncDevices: real: 4 calls, 0.756663000R, 0.189165750R/call Profiles::dump() finished rosegarden: NotationView ctor : m_ok = true rosegarden: NotationView::print(): staff 0 reports 1 pages rosegarden: Printing page 0 rosegarden: NotationView::print: calling QCanvas::drawArea rosegarden: NotationView::print: QCanvas::drawArea done rosegarden: NotePixmapFactory::getTextFont: requested size 70 for type local_tempo, got 70 rosegarden: NotationStaff::markChanged (0 -> 0) false rosegarden: PixmapArrayGC::deleteAll() : 2 pixmap arrays to delete kdecore (KAction): WARNING: KAction::plugAccel(): call to deprecated action. kdecore (KAction): WARNING: KAction::plugAccel(): call to deprecated action. kdecore (KAction): WARNING: KAction::plugAccel(): call to deprecated action. kdecore (KAction): WARNING: KAction::plugAccel(): call to deprecated action. kdecore (KAction): WARNING: KAction::plugAccel(): call to deprecated action. Regards, Pedro |
From: Chris C. <ca...@al...> - 2004-07-28 21:33:00
|
On Wednesday 28 Jul 2004 8:55 pm, Pedro Lopez-Cabanillas wrote: > Doesn't seem to say too much. These are the latest lines: > > [...] > rosegarden: NotePixmapFactory::getTextFont: requested size 70 for > type local_direction, got 70 > > And that's all. Odd. I wonder if it's hanging? Can you run rosegarden --nosequencer --nofork --nosplash from gdb, try to do the same thing, and hit ^C and get a backtrace when it stops? Chris |
From: Pedro Lopez-C. <pl...@te...> - 2004-07-28 21:55:07
|
On Thursday 29 July 2004 00:03, Chris Cannam wrote: > On Wednesday 28 Jul 2004 8:55 pm, Pedro Lopez-Cabanillas wrote: > > Doesn't seem to say too much. These are the latest lines: > > > > [...] > > rosegarden: NotePixmapFactory::getTextFont: requested size 70 for > > type local_direction, got 70 > > > > And that's all. > > Odd. I wonder if it's hanging? Can you run rosegarden --nosequencer > --nofork --nosplash from gdb, try to do the same thing, and hit ^C > and get a backtrace when it stops? rosegarden: NotationView ctor : m_ok = true rosegarden: NotationView::print(): staff 0 reports 2 pages rosegarden: Printing page 0 rosegarden: NotationView::print: calling QCanvas::drawArea rosegarden: NotationView::print: QCanvas::drawArea done rosegarden: NotePixmapFactory::getTextFont: requested size 122 for type direction, got 122 rosegarden: NotePixmapFactory::getTextFont: requested size 70 for type lyric, got 70 rosegarden: NoteFont: drawing raw character glyph 65 for MUSICAL SYMBOL COMBINING DOWN BOW using Xft rosegarden: NoteFont: drawing raw character glyph 64 for MUSICAL SYMBOL COMBINING UP BOW using Xft rosegarden: NotePixmapFactory::getTextFont: requested size 70 for type local_direction, got 70 Program received signal SIGINT, Interrupt. 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 (gdb) bt #0 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 #1 0x407d2774 in KCheckAccelerators::metaObj () from /usr/lib/libkdecore.so.4 Cannot access memory at address 0x710 (gdb) KDE is 3.1.3 from Mandrake 9.2 $ rpm -qa|grep kdecore libkdecore4-devel-3.1.3-35.1.92mdk libkdecore4-3.1.3-35.1.92mdk Regards, Pedro |
From: Chris C. <ca...@al...> - 2004-07-28 21:56:51
|
On Wednesday 28 Jul 2004 10:55 pm, Pedro Lopez-Cabanillas wrote: > Program received signal SIGINT, Interrupt. > 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > (gdb) bt > #0 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > #1 0x407d2774 in KCheckAccelerators::metaObj () from > /usr/lib/libkdecore.so.4 Cannot access memory at address 0x710 > (gdb) Hngh. And this was built with debug? Chris |
From: Pedro Lopez-C. <pl...@te...> - 2004-07-28 21:58:35
|
On Thursday 29 July 2004 00:27, Chris Cannam wrote: > On Wednesday 28 Jul 2004 10:55 pm, Pedro Lopez-Cabanillas wrote: > > Program received signal SIGINT, Interrupt. > > 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > > (gdb) bt > > #0 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > > #1 0x407d2774 in KCheckAccelerators::metaObj () from > > /usr/lib/libkdecore.so.4 Cannot access memory at address 0x710 > > (gdb) > > Hngh. And this was built with debug? Rosegarden yes, but libkdecore not. Regards, Pedro |
From: Pedro Lopez-C. <pl...@te...> - 2004-07-29 18:15:59
|
> On Thursday 29 July 2004 00:27, Chris Cannam wrote: > > On Wednesday 28 Jul 2004 10:55 pm, Pedro Lopez-Cabanillas wrote: > > > Program received signal SIGINT, Interrupt. > > > 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > > > (gdb) bt > > > #0 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > > > #1 0x407d2774 in KCheckAccelerators::metaObj () from > > > /usr/lib/libkdecore.so.4 Cannot access memory at address 0x710 > > > (gdb) > > > > Hngh. And this was built with debug? I've tried again, configuring with CXXFLAGS="-O0 -g3", and got the same results. The backtrace is very similar too. I will try to put some breakpoints. Can you give me some clue? Regards, Pedro |
From: Pedro Lopez-C. <pl...@te...> - 2004-07-29 21:25:13
Attachments:
print_test_hangup.rg
|
On Thursday 29 July 2004 20:15, Pedro Lopez-Cabanillas wrote: > > On Thursday 29 July 2004 00:27, Chris Cannam wrote: > > > On Wednesday 28 Jul 2004 10:55 pm, Pedro Lopez-Cabanillas wrote: > > > > Program received signal SIGINT, Interrupt. > > > > 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > > > > (gdb) bt > > > > #0 0x4079e746 in posix_memalign () from /usr/lib/libkdecore.so.4 > > > > #1 0x407d2774 in KCheckAccelerators::metaObj () from > > > > /usr/lib/libkdecore.so.4 Cannot access memory at address 0x710 > > > > (gdb) > > > > > > Hngh. And this was built with debug? > > I've tried again, configuring with CXXFLAGS="-O0 -g3", and got the same > results. The backtrace is very similar too. I will try to put some > breakpoints. Can you give me some clue? Well, I've arrived until notepixmapfactory.cpp:176, function NotePixmapPainter::drawText(). The function call QPainter::drawText() stalls, when the text event type is 'dynamic' or 'local_direction'. Other text types are rendering fine. Attached is a little sample file with one of these events. Here is the call stack: 10 NotePixmapPainter::drawText() at notepixmapfactory.cpp:176 9 NotePixmapFactory::drawTextAux() at notepixmapfactory.cpp:2913 8 NotePixmapFactory::drawText() at notepixmapfactory.cpp:2883 7 NotationStaff::renderSingleElement() at notationstaff.cpp:1010 6 NotationStaff::renderPrintable() at notationstaff.cpp:546 5 NotationView::print() at notationview.cpp:3056 4 RosegardenGUIView::print() at rosegardenguiview.cpp:228 3 RosegardenGUIApp::slotFilePrintPreview() at rosegardengui.cpp:2079 2 RosegardenGUIApp::qt_invoke() at rosegardengui.moc.cpp:734 1 QObject::activate_signal() It seems a problem with Qt 3.1.2. Anybody else using Mandrake 9.2 can confirm this, using the attached file? Regards, Pedro |
From: Pedro Lopez-C. <pl...@te...> - 2004-07-29 21:59:51
|
Bizarre workaround: commenting out the line notepixmapfactory.cpp:2820, I can get previews and printing works. The line says "italic = true;" in NotePixmapFactory::getTextFont() Regards, Pedro |
From: Pedro Lopez-C. <pl...@te...> - 2004-07-30 19:23:04
|
On Thursday 29 July 2004 23:59, Pedro Lopez-Cabanillas wrote: > Bizarre workaround: commenting out the line notepixmapfactory.cpp:2820, I > can get previews and printing works. The line says "italic = true;" in > NotePixmapFactory::getTextFont() This is my last message about this issue here, because it is clearly a big off-topic now that I've found a way to reproduce the same behavior in other KDE programs too (KWord and KSpread). When I choose the font "Bitstream Vera Serif" in italics (oblique) for some text, these programs stall at the print preview function, exactly like Rosegarden does. The font family name "Serif" is aliased to this Bitstream real typeface in Mandrake 9.2, so choosing the font family name "serif" and italics is a little risk. Programs from OO.org, as Writer, refuse to show/print the italic version of Vera Serif at all. The other Vera typefaces, Monospace and Sans, work very well in italic, bold and plain formats, in any program I tried for printer or screen applications. The Serif variation doesn't have an explicit italic/oblique version as a "ttf" file, but it can be generated "on the fly" by freetype/fontconfig. At least for the screen. I wonder if this is the point of failure. Anyway, I have found a better workaround for my problem; tweak the files /etc/fonts/local.conf or even ~/.fonts.conf to avoid the failing font. A suitable font for "Serif" can be for instance "Nimbus Roman", another good looking font also available in Mandrake ("urw-fonts" package). The tweak consists only in a few lines: <fontconfig> ... <alias> <family>serif</family> <prefer> <family>Nimbus Roman No9 L</family> </prefer> </alias> .... </fontconfig> Regards, Pedro |
From: William <ros...@li...> - 2004-07-30 20:21:28
|
Pedro Lopez-Cabanillas wrote: > > This is my last message about this issue here, because it is clearly a big > off-topic now that I've found a way to reproduce the same behavior in other > KDE programs too (KWord and KSpread). When I choose the font "Bitstream Vera > Serif" in italics (oblique) for some text, these programs stall at the print > preview function, exactly like Rosegarden does. Please would you mention this KDE bug to the KDE bug mailing list kde-bugs-dist http://lists.kde.org/?l=kde-bugs-dist&r=1&w=1 William |