I can't figure out what's going on with this Bug i got:
X Error: BadMatch (invalid parameter attributes) 8
Major opcode: 62 (X_CopyArea)
Resource id: 0x4e00004
I wanted to display two widgets on two Monitors with one Application.
I configured my Target with the following screen Configuration (Single Desktop, Multiple Monitors):
Screenshot
Weird is the fact that it works for an old X-Server under Suse. Under Ubuntu it doesn't.
Here are source and X-Versions
Btw:
I must use this config (there must be no virtual Desktop on two screens), and i just want to get why it doesn't work.
- Same dirver
- so qt-bug?
source.zip can be downloaded here
#include <qapplication.h>
#include <qwidget.h>
#include <qdesktopwidget.h>
int
main(int argc, char *argv[])
{
QApplication app(argc, argv);
QWidget widgetScreenZero(qApp->desktop()->screen(0));
QWidget widgetScreenOne(qApp->desktop()->screen(1));
widgetScreenZero.setStyleSheet("background-image: url(:/images/zero.svg);");l
widgetScreenOne.setStyleSheet("background-image: url(:/images/one.svg);");
widgetScreenOne.show();
widgetScreenZero.show();
return app.exec();
}
+
Suse:
X.Org X Server 1.8.0
Release Date: 2010-04-02
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux ws17 2.6.34-12-desktop #1 SMP PREEMPT 2010-06-29 02:39:08 +0200 i686
Kernel command line: root=/dev/disk/by-id/ata-KINGSTON_SV100S264G_64GB60076281-part1 resume=/dev/disk/by-id/ata-KINGSTON_SV100S264G_64GB60076281-part2 splash=silent quiet crashkernel= vga=0x345
Build Date: 05 July 2010 09:26:26PM
Current version of pixman: 0.18.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
+
Ubuntu:
X.Org X Server 1.14.5
Release Date: 2013-12-12
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.42-37-generic i686 Ubuntu
Current Operating System: Linux ws25 3.11.0-15-generic #25~precise1-Ubuntu SMP Thu Jan 30 17:42:40 UTC 2014 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.11.0-15-generic root=UUID=ce61481b-be95-4a6b-a5db-1f154dc14cd6 ro quiet splash vt.handoff=7
Build Date: 06 January 2014 01:41:06PM
xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For technical support please see http://www.ubuntu.com/support)
Current version of pixman: 0.30.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Related
We have a legacy Linux application, written in C, using GTK.
We compile it on Ubuntu14/32-bit, we can also launch it
In production, we run it on Debian10/32-bit
We have some very old hosts, which runs Debian 5. The old version of the application runs on Debian 5, but when we compile a new one, we got a runtime message:
.../bin/gui: symbol lookup error: .../lib/libmkt.so: undefined symbol: g_malloc0_n
It's strange, because nm finds it:
$ nm .../lib/libmkt.so | grep g_malloc
U g_malloc0
U g_malloc0_n
Also the application has a good reference entry to the library:
$ ldd .../bin/gui | grep libmkt
libmkt.so => .../lib/libmkt.so (0xb7257000)
This is happening only on the old machine with Debian 5:
$ uname -a
Linux kiosk 2.6.26-2-686 #1 SMP Mon Aug 30 07:01:57 UTC 2010 i686 GNU/Linux
On the new machine, with Debian 10, the application starts:
$ uname -a
Linux kiosk 4.19.0-17-686-pae #1 SMP Debian 4.19.194-1 (2021-06-10) i686 GNU/Linux
The developer machine with Ubuntu14, the application starts:
$ uname -a
Linux ubuntu-build-server 4.4.0-142-generic #168~14.04.1-Ubuntu SMP
Sat Jan 19 11:28:33 UTC 2019 i686 i686 i686 GNU/Linux
We start the application with LD_LIBRARY_PATH=.../lib .../bin/gui, we have a bunch of .so files in the .../lib directory, including the .../lib/libmkt.so, which indicates the error.
My hint is that the compiler uses some feature for libmkt.so, which the 2.6 kernel does not like, but I haven't found such issue on the internet.
UPDATE: .../lib/libmkt.so does not contain the missing g_malloc0_n symbol, but it refers to the GTK library, which does. What should I do in order to find such second-hop symbols?
I try to install G-Wan on Ubuntu 12.04.1 LTS (x64).
I follow the fast instructions: http://gwan.com/download
When i execute $sudo ./gwan, shows me:
Floating point exception (core dumped)
Then i follow the slow instructions: http://www.as2.com/pdf/GWAN-Install-Manual-for-Ubuntu-12.04.pdf
but i have the same error.
I show you the errors of the logs:
apport.log
ERROR: apport (pid 13912) Mon Apr 29 13:42:56 2013: called for pid 13870, signal 8
ERROR: apport (pid 13912) Mon Apr 29 13:42:56 2013: executable: /opt/gwan_linux64-bit/gwan (command line "./gwan")
ERROR: apport (pid 13912) Mon Apr 29 13:42:56 2013: executable does not belong to a package, ignoring
syslog
Apr 29 13:43:48 ip-10-34-153-82 kernel: [1026847.541495] gwan[13914] trap divide error ip:427930 sp:7fff7208d7b8 error:0
Apr 29 13:43:53 ip-10-34-153-82 kernel: [1026852.993012] gwan[13958] trap divide error ip:427930 sp:7fffd2b82468 error:0
Please, Does anyone know what is the problem?
Install the program in my PC (Ubuntu 12.04.2 LTS) and works fine, i don't understand because in my PC works fine and in the server not.
Thanks for all and sorry, my english is bad.
The problem is that some newer versions of hypervisors insist to report ZERO CPU, and/or ZERO CPU Core, leading to a division by zero.
Since G-WAN is optimized for multicore architectures, it queries the CPUID instruction and the OS Kernel structures to check the platform architecture and the associated OS policies (number of online and allowed CPUs).
Other web servers are not affected because they expect users to manually configure and run as many instances as desired (hereby creating the duplicated resource allocations that G-WAN was designed to avoid).
Checking both the CPUID instruction and the Kernel structure was enough, until recently. Now, for any reason, the hypervisors use broken CPUID implementations and OS Kernel structure.
This issue is affecting hosting companies (VPS servers), and Amazon EC2 instances, among others.
I am trying to build openjdk from source and I am using "HOTSPOT_RELEASE_VERSION=20.0-b12" on openjdk6 on ubuntu 12.04.
It prompts:
This OS is not supported:" `uname -a`; exit 1;<br>
This OS is not supported: Linux joker-Inspiron-1545 3.2.0-35-generic-pae #55-Ubuntu SMP Wed Dec 5 18:04:39 UTC 2012 i686 i686 i386 GNU/Linux.
Can someone guide me on this please ?
change hotspot/make/linux/Makefile
SUPPORTED_OS_VERSION = 2.4% 2.5% 2.6% 2.7% 3%
An easier way than editing a file is to set the environment variable
DISABLE_HOTSPOT_OS_VERSION_CHECK=ok
I'm trying to compile a library which includes some headers from kernel-devel package. I linked the appropriate headers, but now I get compilation errors in those header files.
/usr/include/asm-generic/bitops/fls64.h: In function ‘int fls64(__u64)’:
/usr/include/asm-generic/bitops/fls64.h:10: error: ‘fls’ was not declared in this scope
/usr/include/asm-generic/bitops/fls64.h:11: error: ‘fls’ was not declared in this scope
And, here are the code from asm-generic/bitops/fls64.h
#ifndef _ASM_GENERIC_BITOPS_FLS64_H_
#define _ASM_GENERIC_BITOPS_FLS64_H_
#include <asm/types.h>
static inline int fls64(__u64 x)
{
__u32 h = x >> 32;
if (h)
return fls(h) + 32;
return fls(x);
}
#endif /* _ASM_GENERIC_BITOPS_FLS64_H_ */
As you can notice "return fls(h)", there's no definition of fls(). I can resolve this by including "fls.h", but am I suppose to fix such errors in standard Kernel headers??
Any pointers which could explain why is it this way and what can I do to get around such issues?? Btw, the errors I mentioned here are just the tip of the iceberg. There are a lot of such (delcaration missing) errors in multiple such headers.
Help would be greatly appreciated. Thanks!
rgds/R.
PS: some system details:
Linux Distribution: CentOS (5.5)
[raj#localhost common]$ uname -a
Linux localhost.localdomain 2.6.18-238.9.1.el5 #1 SMP Tue Apr 12 18:10:56 EDT 2011 i686 i686 i386 GNU/Linux
[raj#localhost common]$ cat /proc/version
Linux version 2.6.18-238.9.1.el5 (mockbuild#builder10.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-50)) #1 SMP Tue Apr 12 18:10:56 EDT 2011
The root of the problem is that you are using a header file <asm-generic/fls64.h> that is part of the internal kernel implementation and not intended to be used by userspace at all. In fact even in the kernel this header file is just supposed to be included by headers like arch/XXX/include/bitops.h to provide a generic implementation of fls64() based on the fls() defined in architecture-specific code.
In other words the library has a problem in that it is depending on kernel internals that are not really exported to userspace for use and therefore may break for various kernel versions; the library may well have built OK against some older kernel but this was just by luck.
The correct fix is really for the library to provide its own fls64 definition rather than relying on getting lucky about what some random version of kernel headers happens to define by accident.
I have an application compiled at:
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Linux debian 2.6.18-5-686 #1 SMP Fri Jun 1 00:47:00 UTC 2007 i686 GNU/Linux
and it runs well.
Now I want to run it at:
Linux 2.4.20_mvlcge31-tomas #7 Thu May 7 11:33:21 CEST 2009 i686 unknown
I got following errors:
libstdc++.so.6: cannot handle TLS data
From the web I saw someone suggested to do this: export LD_ASSUME_KERNEL=2.2.5
I tried but get even more errors:
ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
Who can help me with it? thanks
You had compiled the application against much newer libc and kernel version, You can't compile program on 2.6 with newest libc and expect it to run on old kernel.
Also where do you actually still use Linux 2.4?