August 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 505206] New: osc up doesn't ...
by bugzilla_noreply＠novell.com 06 Jul '11

06 Jul '11

http://bugzilla.novell.com/show_bug.cgi?id=505206 Summary: osc up doesn't ... Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: adrian(a)novell.com CC: sbrabec(a)novell.com Found By: --- I run 'osc up -u' What I expect is that after this - I will see the latest, unexpanded package data. Unfortunately - this is not what I see - if my project was not expanded already, I have to do: osc up -u osc up -u to actually get the latest data :-) That is -really- counter-intuitive. $ osc up -u Unexpanding to rev f755d4111f80207b82d41402b5bf2c24 D jana-20090319.tar.bz2 D jana.spec A _link A project.diff At revision f755d4111f80207b82d41402b5bf2c24. # So - now I should have the latest stuff right ? and it is a link !? # I didn't want it to be a link - I asked for this to be changed; so ... # I complain to poor sbrabec: $ cat _link <link project="openSUSE.org:Intel:Moblin2" package="jana" rev="2" baserev="464f1cee7f97f1b7da0ee5cab9e39859"> <patches> <apply name="project.diff" /> </patches> </link> # Imagine my surprise on doing the same thing again - to # include a date stamp: it 'works': $ osc up -u D _link D project.diff A jana-20090319.tar.bz2 A jana.spec At revision 10. $ cat _link cat: _link: No such file or directory # so - in fact it is not a link ... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 534964] New: gnome-main-menu not auto-hiding after right click
by bugzilla_noreply＠novell.com 05 Jul '11

05 Jul '11

http://bugzilla.novell.com/show_bug.cgi?id=534964 Summary: gnome-main-menu not auto-hiding after right click Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 6 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: badshah400(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-2.4 Firefox/3.5.2 Gnome-main-menu should close automatically after one clicks on the desktop/some other application. This happens correctly as long as you click on items (left-click), however when you right click on some item (say a recent app/document button) and then click on the desktop/other app the menu does not disappear. One has to click on the menu-button to make it hide again. Reproducible: Always Steps to Reproduce: 1.Click on computer button, 2.Right click any recent app/document button. 3.Click on desktop or some other window. Actual Results: Menu stays up. Expected Results: Menu should hide. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 12

[Bug 524532] New: enscript-1.6.4-155.9: missing call to fclose
by bugzilla_noreply＠novell.com 01 Jul '11

01 Jul '11

http://bugzilla.novell.com/show_bug.cgi?id=524532 Summary: enscript-1.6.4-155.9: missing call to fclose Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)novell.com ReportedBy: dcb314(a)hotmail.com QAContact: jsmeix(a)novell.com Found By: --- I just had a look at factory package enscript-1.6.4-155.9 For source code file enscript-1.6.4/src/util.c, around line 110 is the source code for the function read_config. I notice the following code fp = fopen (buffer_ptr (&fname), "r"); but no matching call to fclose. This looks like a resource leak to me. Suggest code rework. Maybe it would be enough to add fclose( fp); near the end of the function. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 495045] New: Installed size always given as .00 KB
by bugzilla_noreply＠novell.com 28 Jun '11

28 Jun '11

http://bugzilla.novell.com/show_bug.cgi?id=495045 Summary: Installed size always given as .00 KB Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: coolo(a)novell.com QAContact: jsrain(a)novell.com Found By: --- The progress displayed in details of package installation, shows 2.06 MB or 743.00 KB. The repeated .00 looks ugly, please remove it for things != MB. I'm not sure what's a good component as I've seen it in zypper output as well. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 518944] New: osc build - only files under version control ...
by bugzilla_noreply＠novell.com 24 Jun '11

24 Jun '11

http://bugzilla.novell.com/show_bug.cgi?id=518944 Summary: osc build - only files under version control ... Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: adrian(a)novell.com Found By: --- If I do an 'osc build' everything looks fine with the package, it builds beautifully etc. :-) Only when I do an osc commit, and walk away for the night, does it become apparent (next day), that I forgot to 'osc add' some key file. As a (random) suggestion, it would be -wonderful- if osc, (or 'build') or whatever would moan at me and refuse to compile locally unless I had added these files; ie. don't transfer anything to the chroot's SOURCES/ directory (or SPECS etc.) unless it is under revision control. Hopefully (?) simple to implement, and a useful productivity win for the dofus' of the world like myself :-) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 527425] New: libcdaudio-0.99.12-141.1: missing call to closedir
by bugzilla_noreply＠novell.com 19 Jun '11

19 Jun '11

http://bugzilla.novell.com/show_bug.cgi?id=527425 Summary: libcdaudio-0.99.12-141.1: missing call to closedir Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package libcdaudio-0.99.12-141.1 For source code file libcdaudio-0.99.12/src/coverart.c around line 310 is the source code for the function coverart_read_data. I notice the following line of code if((coverart_dir = opendir(root_dir)) == NULL) but no matching call to closedir - suggest add one to prevent a resource leak. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 497817] New: Sound does not work after firefox has played sound
by bugzilla_noreply＠novell.com 09 Jun '11

09 Jun '11

http://bugzilla.novell.com/show_bug.cgi?id=497817 Summary: Sound does not work after firefox has played sound Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: rgoldwyn(a)novell.com QAContact: qa(a)suse.de Found By: L3 If firefox has played a sound, it "grabs" the sound card and does not let any other application play sound. For example, after a "ding" in a gmail chat. If you try and play music through banshee, it will fail. Firefox must exit before sound can play again. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 535074] New: zypper should show the progress in the console title bar
by bugzilla_noreply＠novell.com 31 May '11

31 May '11

http://bugzilla.novell.com/show_bug.cgi?id=535074 Summary: zypper should show the progress in the console title bar Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 6 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Enhancement Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: mar.pollo(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-2.4 Firefox/3.5.2 On gentoo, the "emerge" command-line package manager utility shows the progress in the console's title bar (when using a console under a GUI), it would be nice if zypper could do the same. Just displaying "zypper (34/90)" in the title bar (and removing that message at exit) would allow users to minimize that window and do something else but continue to watch the progress without switching window. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 531919] New: gcj: Internal error when bootstrapping for ARM
by bugzilla_noreply＠novell.com 30 May '11

30 May '11

http://bugzilla.novell.com/show_bug.cgi?id=531919 User jansimon.moeller(a)opensuse.org added comment http://bugzilla.novell.com/show_bug.cgi?id=531919#c120 Summary: gcj: Internal error when bootstrapping for ARM Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jansimon.moeller(a)opensuse.org QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.12) Gecko/2009071200 SUSE/3.0.12-0.1.2 Firefox/3.0.12 Bug opened to keep track on issue. legolas:/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava> /usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/gcc/gcj -B/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/ -B/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/gcc/ -fclasspath= -fbootclasspath=../../../libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -fsource-filename=/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/classpath/lib/classes -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -fPIC -o gnu/java/security/.libs/hash.o -save-temps -v Reading specs from /usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/gcc/specs Reading specs from /usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: armv5tel-suse-linux-gnueabi Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.4-1.5.0.0/jre --with-ecj-jar=/usr/lib/gcc/armv5tel-suse-linux-gnueabi/4.4/ecj.jar --enable-java-awt=gtk --enable-gtk-cairo --disable-libjava-multilib --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --build=armv5tel-suse-linux-gnueabi Thread model: posix gcc version 4.4.1 [gcc-4_4-branch revision 149935] (SUSE Linux) COLLECT_GCC_OPTIONS='-ffilelist-file' '-B/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/' '-B/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/gcc/' '-fencoding=UTF-8' '-Wno-deprecated' '-fbootstrap-classes' '-g' '-O2' '-c' '-fsource-filename=/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/classpath/lib/classes' '-MT' 'gnu/java/security/hash.lo' '-MD' '-MP' '-MF' 'gnu/java/security/hash.deps' '-fPIC' '-o' 'gnu/java/security/.libs/hash.o' '-save-temps' '-v' '-fbootclasspath=./:../../../libjava/classpath/lib/' '-shared-libgcc' COLLECT_GCC_OPTIONS='-ffilelist-file' '-B/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/' '-B/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/gcc/' '-fencoding=UTF-8' '-Wno-deprecated' '-fbootstrap-classes' '-g' '-O2' '-c' '-fsource-filename=/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/classpath/lib/classes' '-MT' 'gnu/java/security/hash.lo' '-MD' '-MP' '-MF' 'gnu/java/security/hash.deps' '-fPIC' '-o' 'gnu/java/security/.libs/hash.o' '-save-temps' '-v' '-fbootclasspath=./:../../../libjava/classpath/lib/' '-shared-libgcc' /usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/gcc/jc1 /tmp/ccIgNrNDjx -fuse-divide-subroutine -fcheck-references -fuse-boehm-gc -fkeep-inline-functions -quiet -dumpbase ccIgNrNDjx -auxbase-strip gnu/java/security/.libs/hash.o -g -O2 -Wno-deprecated -version -ffilelist-file -fencoding=UTF-8 -fbootstrap-classes -fsource-filename=/usr/src/packages/BUILD/gcc-4.4.1-20090722/obj-armv5tel-suse-linux-gnueabi/armv5tel-suse-linux-gnueabi/libjava/classpath/lib/classes -fPIC -fbootclasspath=./:../../../libjava/classpath/lib/ -faux-classpath ccIgNrNDjx.zip -MD_ -MT gnu/java/security/hash.lo -MF gnu/java/security/hash.deps -o ccIgNrNDjx.s GNU Java (SUSE Linux) version 4.4.1 [gcc-4_4-branch revision 149935] (armv5tel-suse-linux-gnueabi) compiled by GNU C version 4.4.1 [gcc-4_4-branch revision 149935], GMP version 4.3.1, MPFR version 2.4.1-p5. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Class path starts here: ccIgNrNDjx.zip/ (zip) ./ (system) ../../../libjava/classpath/lib/ (system) gcj: Internal error: Segmentation fault (program jc1) Please submit a full bug report. See <http://bugs.opensuse.org/> for instructions. ###### Last lines of strace attached to qemu-arm gcj : 21:35:07 write(4, "\n\t.loc 3 564 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL685:\n.L977:\n.LBE170:\n\t.loc 3 563 0\n\tmov\tr0, r6\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL686:\n.L976:\n\t.loc 3 562 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL687:\n.L975:\n\t.loc 3 561 0\n\tmov\tr0, r6\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL688:\n.L974:\n\t.loc 3 560 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL689:\n.L973:\n\t.loc 3 559 0\n\tmov\tr0, r6\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL690:\n.L972:\n\t.loc 3 558 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL691:\n.L971:\n\t.loc 3 557 0\n\tmov\tr0, r6\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL692:\n.L970:\n\t.loc 3 556 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL693:\n.L969:\n.LBE135:\n\t.loc 3 555 0\n\tmov\tr0, r6\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL694:\n.L968:\n\t.loc 3 554 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL695:\n.L967:\n\t.loc 3 553 0\n\tmov\tr0, r6\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL696:\n.L966:\n\t.loc 3 552 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.LVL697:\n.L965:\n\t.loc 3 551 0\n\tmov"..., 4096) = 4096 <0.000058> 21:35:07 write(4, "ThrowBadArrayIndex(PLT)\n.L1050:\n\t.loc 3 648 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1061:\n\t.loc 3 661 0\n\tmov\tr0, sl\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1060:\n\t.loc 3 660 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1059:\n\t.loc 3 659 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1058:\n\t.loc 3 658 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1057:\n\t.loc 3 657 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1056:\n\t.loc 3 656 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1055:\n\t.loc 3 655 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1054:\n\t.loc 3 654 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1189:\n\t.loc 3 857 0\n\tmov\tr0, r2\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1188:\n\t.loc 3 856 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1187:\n\t.loc 3 855 0\n\tmov\tr0, r1\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1186:\n\t.loc 3 854 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1185:\n\t.loc 3 853 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1184:\n\t.loc 3 852 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1183:\n\t.loc 3 851 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1182:\n\t.loc 3"..., 4096) = 4096 <0.000060> 21:35:07 write(4, "wBadArrayIndex(PLT)\n.L1130:\n\t.loc 3 784 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1129:\n\t.loc 3 783 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1128:\n\t.loc 3 782 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1127:\n\t.loc 3 781 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1126:\n\t.loc 3 780 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1125:\n\t.loc 3 759 0\n\tldr\tr0, [sp, #120]\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1124:\n\t.loc 3 758 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1123:\n\t.loc 3 757 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1122:\n\t.loc 3 756 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1121:\n\t.loc 3 755 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1120:\n\t.loc 3 754 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1119:\n\t.loc 3 753 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1118:\n\t.loc 3 752 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1117:\n\t.loc 3 749 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1116:\n\t.loc 3 748 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1115:\n\t.loc 3 747 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1114:\n\t.l"..., 4096) = 4096 <0.000054> 21:35:10 write(4, "ThrowBadArrayIndex(PLT)\n.L1062:\n\t.loc 3 682 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1049:\n\t.loc 3 647 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1048:\n\t.loc 3 646 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1047:\n\t.loc 3 645 0\n\tmov\tr0, r8\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1046:\n\t.loc 3 644 0\n\tbl\t_Jv_ThrowBadArrayIndex(PLT)\n.L1197:\n\t.align\t2\n.L1196:\n\t.word\t-1985229329\n\t.word\t19088743\n.LBE693:\n.LBE778:\n.LBE862:\n.LBE958:\n.LBE1041:\n.LBE1111:\n.LBE1167:\n.LBE1212:\n.LBE1247:\n.LBE1256:\n.LBE1258:\n.LBE1260:\n\t.cfi_endproc\n.LFE130:\n\t.fnend\n\t.size\t_ZN3gnu4java8security4hash5Tiger9transformEJvP6JArrayIcEi, -_ZN3gnu4java8security4hash5Tiger9transformEJvP6JArrayIcEi\n\t.align\t2\n\t.global\t_ZN3gnu4java8security4hash5Tiger9getResultEJP6JArrayIcEv\n\t.type\t_ZN3gnu4java8security4hash5Tiger9getResultEJP6JArrayIcEv, %function\n_ZN3gnu4java8security4hash5Tiger9getResultEJP6JArrayIcEv:\n\t.fnstart\n.LFB128:\n\t.cfi_startproc\n\t.cfi_personality 0x0,__gcj_personality_v0\n\t@ args = 0, pretend = 0, frame = 0\n\t@ frame_needed = 0, use"..., 4096) = 4096 <0.000146> 21:35:11 mmap(0x45cc4000, 1048576, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x45cc4000 <0.000031> 21:35:11 mmap(0x45cc4000, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x45cc4000 <0.000036> 21:35:13 --- SIGSEGV (Segmentation fault) @ 0 (0) --- 21:35:13 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000019> 21:35:13 rt_sigprocmask(SIG_BLOCK, [SEGV], [], 8) = 0 <0.000016> 21:35:13 uname({sys="Linux", node="legolas", ...}) = 0 <0.000018> 21:35:13 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Process 25801 detached ccIgNrNDjx.s attached. Reproducible: Always Steps to Reproduce: 0a. install qemu-svn from openSUSE:Tools:Devel 0b. install build-obs from openSUSE:Tools:Devel 1. osc co home:dl9pf:branches:openSUSE:Factory libgcj44 2. osc build crosscompiled armv5el 3. coffee ... Actual Results: segfault in gcj Expected Results: bootstrap -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 523452] New: bin86-0.16.17-96.2: memory leak
by bugzilla_noreply＠novell.com 30 May '11

30 May '11

http://bugzilla.novell.com/show_bug.cgi?id=523452 Summary: bin86-0.16.17-96.2: memory leak Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package bin86-0.16.17-96.2 For source code file dev86-0.16.17/ld/mkar.c, around line 76 is the source code for the function ld86r. I notice a call to malloc for local variable ptr, but no matching calls to free. This looks like a memory leak to me. Suggest add a call to free just after the call to fwrite. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3