On 04.01.2014 17:46, Balint Reczey wrote:
I have checked CDVDOverlayCodecTX3G::Decode and there is nothing
obviously wrong with it.
Based on the stack trace I suspect there was a memory allocation issue
somewhere else in the code where the memory pointed to by the reported
invalid pointer has bee
Complete crash log attached.
Thanks,
Mircea
## XBMC CRASH LOG ###
SYSTEM INFO
Date: So 9. Sep 12:29:49 CEST 2012
XBMC Options:
Arch: x86_64
Kernel: Linux 3.6.0-rc4+ #34 SMP PREEMPT Sun Sep 2 23:32:01 CEST 2012
Release:
Distribut
Package: xbmc-bin
Version: 2:11.0~git20120510.82388d5-1+b1
Severity: normal
Stack trace:
Thread 1 (Thread 0x7f712d719700 (LWP 2829)):
#0 0x7f713e2b6475 in *__GI_raise (sig=) at
.../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x7f713e2b96f0 in *__GI_abort () at abort.c:92
#2 0x7f713e
Here's the whole "dmesg | grep systemd":
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.3.0 root=/dev/sda2 ro
init=/bin/systemd
[0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.3.0
root=/dev/sda2 ro init=/bin/systemd
[2.641696] systemd[1]: systemd 37 running in system
Package: iptables-persistent
Version: 0.5.3
Severity: important
Iptables rules are not restored on startup with systemd because of an ordering
cycle:
[3.493400] systemd[1]: Found ordering cycle on basic.target/start
[3.494481] systemd[1]: Walked on cycle path to sysinit.target/start
[
Package: icedtea-7-plugin
Version: 1.2~pre3-2
Severity: important
Hi,
When checking the Java version at the java.com site [1], the applet cannot be
launched because the plugin still look for a java binary in the openjdk-6
folder:
This is the console ouput:
/home/packages/openjdk/web/icedtea-
we
Kel Modderman wrote:
> 0.6.11 is not released at the time of writing. That commit is in
> 0.6.10 anyway.
Sorry, I meant 0.7.1, not 0.6.11.
That commit is not even close to 0.6.10. The -stable branch still
contains WEXT code:
ioctl(drv->ioctl_sock, SIOCSIWAUTH, &iwr)
Is there any change to pack
Package: wpasupplicant
Version: 0.6.10-1
Severity: important
In 0.6.10, nl80211 driver still contains some WEXT code (iotctl/SIOCSIWAUTH).
Therefore, on custom-configured vanilla kernels, without kernel WEXT support,
wpa_supplicant fails to work as expected.
Commit dbb2618300a5ed8349754bfbdec3d
: 0x1000 .. 0x2000
[+] page: 0x1000
[+] mmap: 0xb7e23000 .. 0xb7e55000
[-] vmsplice: Bad address
--
Mircea Gherzan
Faculty of Automatic Control and Computers
Politehnica University of Bucharest
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
Sjoerd Simons wrote:
> I reviewed the related code and that seems fine. Could you mail me your
> fdi-cache so i can double-check it is valid?
--
Mircea Gherzan
Faculty of Automatic Control and Computers
Politehnica University of Bucharest
fdi-cache.gz
Description: GNU Zip compressed data
Michael Biebl wrote:
> Does it help to delete the cache file /var/cache/hald/fdi-cache?
No, it dies at the same line, same message.
--
Mircea Gherzan
Faculty of Automatic Control and Computers
Politehnica University of Bucharest
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
Hope it's useful.
--
Mircea Gherzan
Faculty of Automatic Control and Computers
Politehnica University of Bucharest
hal_err.txt.gz
Description: GNU Zip compressed data
hal_out.txt.gz
Description: GNU Zip compressed data
hal_trace.txt.gz
Description: GNU Zip compressed data
Package: hal-info
Version: 20071030-1
Severity: grave
Justification: renders package unusable
After the lasta hal-info update, the hal daemon fails to start, with
the following message (--daemon=no --verbose=yes):
*** [DIE] device_info.c:rules_match_and_merge_device():1089 : Rule is
NULL on jump
13 matches
Mail list logo
