Warnings when using the Javacard Converter - javacard

When using the javacard converter I keep getting the following errors:
Java Card 2.1.2 Class File Converter (version 1.2)
Copyright (c) 2001 Sun Microsystems, Inc. All rights reserved.
warning:
warning:
warning:
conversion completed with 0 errors and 3 warnings.
Java Card 2.1.2 CAP File Builder (version 0.55)
Copyright (c) 2001 Sun Microsystems, Inc. All rights reserved.
So what are these warnings? I am using the Sim Application Toolkit which produces these results, when using the UICC toolkit I only get 1 warning. Why do I get these warnings?

Related

How can I run check `LD_PRELOAD` is working correctly?

I have a "free after release" memory issue on an ARM embedded system, and was hoping DUMA would be helpful. I've recompiled the toolchain and rootfs to include the DUMA libraries (we use buildroot) and loaded the new file system onto the target.
I then changed the (poorly written) CMAKE files to link my application to the DUMA libraries: first using the dynamic shared object libraries, then statically. When I run the application on the target, I get nearly the same error:
10.232.20.161 # ls -lh /usr/lib/libduma*
lrwxrwxrwx 1 root root 16 Jul 4 2022 /usr/lib/libduma.so -> libduma.so.0.0.0
lrwxrwxrwx 1 root root 16 Jul 4 2022 /usr/lib/libduma.so.0 -> libduma.so.0.0.0
-rwxr-xr-x 1 root root 68K Jul 4 2022 /usr/lib/libduma.so.0.0.0
10.232.20.161 # LD_PRELOAD=/usr/lib/libduma.so.0.0.0 /usr/local/bin/avmngd
DUMA 2.5.15 (static library)
Copyright (C) 2006 Michael Eddington <meddington#gmail.com>
Copyright (C) 2002-2008 Hayati Ayguen <h_ayguen#web.de>, Procitec GmbH
Copyright (C) 1987-1999 Bruce Perens <bruce#perens.com>
DUMA Aborting: malloc() is not bound to duma.
DUMA Aborting: Preload lib with 'LD_PRELOAD=libduma.so <prog>'.
Illegal instruction (core dumped)
10.232.20.161 #
I've done some experiments with other programs not linked against DUMA and feel as though LD_PRELOAD is working. For example when issuing ls:
10.232.20.161 # LD_PRELOAD=/usr/lib/libduma.so.0.0.0 ls
DUMA 2.5.15 (shared library)
Copyright (C) 2006 Michael Eddington <meddington#gmail.com>
Copyright (C) 2002-2008 Hayati Ayguen <h_ayguen#web.de>, Procitec GmbH
Copyright (C) 1987-1999 Bruce Perens <bruce#perens.com>
DUMA Aborting: malloc() is not bound to duma.
DUMA Aborting: Preload lib with 'LD_PRELOAD=libduma.so <prog>'.
Illegal instruction (core dumped)
10.232.20.161 # ls
10.232.20.161 #
I'm not sure how to address this, as I think the LD_PRELOAD seems to be working and I believe something else with the dynamic loader is going on.

How to compile php-memcached at PHP7.1 correct?

I would like installed PHP Memcached on my Operating System. You can find more informations about my system on following facts.
Operating system: Debian 8 (Jessie)
Architecture: armhf
Installed packages: memcached, php7.1-dev, build-essential,
pkg-config, make, git, g++, gcc, libmemcached-dev, libmsgpack-dev,
libmsgpackc2
PHP Version:
PHP 7.1.8-2+0~20170804100723.7+jessie~1.gbpae7f04 (cli) (built: Aug 11 2017 03:58:33) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.1.8-2+0~20170804100723.7+jessie~1.gbpae7f04, Copyright (c) 1999-2017, by Zend Technologies
PHP Packages
libapache2-mod-php7.1
php-common
php7.1
php7.1-cli
php7.1-common
php7.1-curl
php7.1-dev
php7.1-gd
php7.1-imap
php7.1-json
php7.1-mbstring
php7.1-mcrypt
php7.1-mysql
php7.1-opcache
php7.1-readline
php7.1-xml
php7.1-xmlrpc
php7.1-zip
PHP Modules
[PHP Modules]
calendar
Core
ctype
curl
date
dom
exif
fileinfo
filter
ftp
gd
gettext
hash
iconv
imap
json
libxml
mbstring
mcrypt
mysqli
mysqlnd
openssl
pcntl
pcre
PDO
pdo_mysql
Phar
posix
readline
Reflection
session
shmop
SimpleXML
sockets
SPL
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
Zend OPcache
zip
zlib
[Zend Modules]
Zend OPcache
My error summary
FAILED TEST SUMMARY
---------------------------------------------------------------------
Memcached::getByKey() with CAS [tests/experimental/get_bykey_cas.phpt]
Memcached::getDelayedByKey() with CAS [tests/experimental/getdelayed_bykey_cas.phpt]
Memcached::getDelayedByKey() with callback exception [tests/experimental/getdelayed_cbthrows.phpt]
Memcached::getMulti() bad server [tests/experimental/getmulti_badserver.phpt]
Memcached::getStats() [tests/experimental/stats.phpt]
Memcached::getStats() with bad server [tests/experimental/stats_badserver.phpt]
=====================================================================
I think I forgot to install a library or an PHP package. But I don`t know which one?
You need more informations? No problem I can post the completely Logfile.
I hope you can help me to fix that special problem.

Why I read glibc version >= 2.7 while the current stable version of glibc is 2.23

I'm reading the chapter 2.3.1 of Getting Started Guide for Linux (Release 16.04.0), and I just saw :
Required:
glibc >= 2.7 (for features related to cpuset)
The version can be checked using the ldd --version command.
When I ran ldd --version I got
ldd (Ubuntu EGLIBC 2.19-0ubuntu6.9) 2.19
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.
Does that mean my glibc version is 2.19?
I've tried some ways to upgrade the version, but got nothing new.
Actually, on The GNU Library, I noticed
Latest News
2016-02-19: glibc 2.23 released.
So how can I get the version of 2.7?? Does Getting Started Guide for Linux (Release 16.04.0) give the wrong message?

RPM spec to require specific RHEL release

In an RPM spec file, what is a good way of requiring a minimum RHEL distribuition? I tried to make RHEL 6.3 a prerequisite using:
Requires: redhat-release-server-6Server >= 6.3
This blocks the install on 6.2 and 6.3 with:
error: Failed dependencies:
redhat-release-server-6Server >= 6.3 is needed by my.package-1.2.0-0.x86_64
I also tried:
Requires: redhat-release >= 6.3
which did not fail the dependecy check on either 6.2 or 6.3.
The redhat-release-server-6Server-6.3.0.3.el6.x86_64 (on my system) seems to be a good candidate as a prerequisite. See http://rhn.redhat.com/errata/RHEA-2012-0971.html . What is not obvious for a novice looking at the package name is that "6Server" is actually the package version. "rpm -q --info" make this clear, though:
$ rpm -q redhat-release-server-6Server --info
Name : redhat-release-server Relocations: (not relocatable)
Version : 6Server Vendor: Red Hat, Inc.
Release : 6.3.0.3.el6 Build Date: Wed 30 May 2012 11:19:03 AM PDT
Install Date: Tue 02 Oct 2012 09:48:26 AM PDT Build Host: x86-003.build.bos.redhat.com
Group : System Environment/Base Source RPM: redhat-release-server-6Server-6.3.0.3.el6.src.rpm
Size : 38585 License: GPLv2
Signature : RSA/8, Wed 30 May 2012 12:19:55 PM PDT, Key ID 199e2f91fd431d51
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
Summary : Red Hat Enterprise Linux Server release file
Description :
Red Hat Enterprise Linux Server release files
So the correct directive is:
Requires: redhat-release-server >= 6Server-6.3
I would suggest that instead of required specific version of RHEL, Require the dependency that only appear in the target version (e.g. RHEL 6.3)
Following not only cause problem you mentioned, but also block the installation for the client and workstation users (6Client and 6Workstation)
Requires: redhat-release-server-6Server >= 6.3

Griffon JavaFX sample app can't compile

I can't run the sample app from aalmiray's blog "The Griffon Trove: dialogs and JavaFX".
[griffonc] Compiling 1 source file to
C:\Users\foo.griffon\1.0.1\projects\sample\classes\main Compilation
error: BUG! exception in phase 'semantic analysis' in source unit
'C:\Users\foo\sample\griffon-app\views\sample\DialogView.groovy'
Invalid index
Commenting the import javafx.geometry.Insets helps by compiling.
Groovy Version: 1.8.5 JVM: 1.6.0_24 Vendor: Sun Microsystems Inc.
OS: Windows 7 x64
Griffon Version: 1.0.1
JavaFX Version: 2.1 Runtime
Link is here.
It looks to me you're being affected by http://jira.codehaus.org/browse/GRIFFON-517. If this is the case then please make sure you're running latest versions of the JavaFX and GroovyFX plugins. You can quickly check if a plugin requires updates by invoking griffon list-plugin-updates.
You can also check http://artifacts.griffon-framework.org for updates.

Resources