From ronald-lists at klop.ws  Tue Mar  3 10:23:14 2015
From: ronald-lists at klop.ws (Ronald Klop)
Date: Tue, 03 Mar 2015 11:07:04 +0100
Subject: read unbuffered from STDIN
In-Reply-To: <20150227150046.GA4811@c720-r276659>
References: <20150227142014.GA4468@c720-r276659>
 <20150227150046.GA4811@c720-r276659>
Message-ID: <op.xuw2d2jhkndu52@ronaldradial.radialsg.local>

On Fri, 27 Feb 2015 16:00:46 +0100, Matthias Apitz <guru at unixarea.de>  
wrote:

> El d?a Friday, February 27, 2015 a las 03:20:14PM +0100, Matthias Apitz  
> escribi?:
>
>> This does not work in FreeBSD+eclipse and as well not when started as
>>
>> $ javac reader.java
>> $ java -cp . reader
>
> It does work when one does:
>
> $ stty raw ; java -cp . reader
> Enter characters, 'q' to quit.
>                               a
>                                a
>                                 a
>
> Any ideas how to issue the 'stty raw' from within the java classes?
>
> 	matthias
>

I have never used them, but java.io.Console and java.util.Scanner might  
solve your issue.
http://docs.oracle.com/javase/7/docs/api/index.html?java/util/Scanner.html
http://docs.oracle.com/javase/7/docs/api/index.html?java/io/Console.html

Regards,
Ronald.

From guru at unixarea.de  Tue Mar  3 11:48:58 2015
From: guru at unixarea.de (Matthias Apitz)
Date: Tue, 3 Mar 2015 12:48:50 +0100
Subject: read unbuffered from STDIN
In-Reply-To: <op.xuw2d2jhkndu52@ronaldradial.radialsg.local>
References: <20150227142014.GA4468@c720-r276659>
 <20150227150046.GA4811@c720-r276659>
 <op.xuw2d2jhkndu52@ronaldradial.radialsg.local>
Message-ID: <20150303114850.GA1322@c720-r276659>

El d?a Tuesday, March 03, 2015 a las 11:07:04AM +0100, Ronald Klop escribi?:

> On Fri, 27 Feb 2015 16:00:46 +0100, Matthias Apitz <guru at unixarea.de>  
> wrote:
> 
> > El d?a Friday, February 27, 2015 a las 03:20:14PM +0100, Matthias Apitz  
> > escribi?:
> >
> >> This does not work in FreeBSD+eclipse and as well not when started as
> >>
> >> $ javac reader.java
> >> $ java -cp . reader
> >
> > It does work when one does:
> >
> > $ stty raw ; java -cp . reader
> > Enter characters, 'q' to quit.
> >                               a
> >                                a
> >                                 a
> >
> > Any ideas how to issue the 'stty raw' from within the java classes?
> >
> > 	matthias
> >
> 
> I have never used them, but java.io.Console and java.util.Scanner might  
> solve your issue.
> http://docs.oracle.com/javase/7/docs/api/index.html?java/util/Scanner.html
> http://docs.oracle.com/javase/7/docs/api/index.html?java/io/Console.html

Thanks for the pointers; I have checked both and did some coding -- no
luck; and there is no indication in both that one can switch the console
into a RAW mode, as I showed with the above ioctl(2) call on cmd line.

I'm a bit wondering, that this is so uncommon, due to the fact that
device programmers (modems, all kind of serial line interfaces) for sure
need the same thing.

	matthias

-- 
Matthias Apitz, guru at unixarea.de, http://www.unixarea.de/ +49-170-4527211
La referencia de la Duma a la anexi?n de la RDA, en este caso al contrario con la Criml?a sin
refer?ndum, no solamente tiene gracia sino da en el blanco.- 
Marinos Yannikos @MarinosYannikos en un blog de RTdeutsch.

From bugzilla-noreply at freebsd.org  Sun Mar  8 00:31:18 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 00:31:18 +0000
Subject: [Bug 198086] java/jdk8-doc port maintainer needs to update port for
 new docs  jdk-8u31-docs-all.zip
In-Reply-To: <bug-198086-8522@https.bugs.freebsd.org/bugzilla/>
References: <bug-198086-8522@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198086-8522-cktghTwBCs@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198086

--- Comment #2 from commit-hook at freebsd.org ---
A commit references this bug:

Author: glewis
Date: Sun Mar  8 00:31:13 UTC 2015
New revision: 380721
URL: https://svnweb.freebsd.org/changeset/ports/380721

Log:
  . Update to the 8u40 docs.

  PR:        198086

Changes:
  head/java/jdk8-doc/Makefile
  head/java/jdk8-doc/distinfo

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 00:38:58 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 00:38:58 +0000
Subject: [Bug 198086] java/jdk8-doc port maintainer needs to update port for
 new docs  jdk-8u31-docs-all.zip
In-Reply-To: <bug-198086-8522@https.bugs.freebsd.org/bugzilla/>
References: <bug-198086-8522@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198086-8522-TZaOYPz8eR@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198086

Greg Lewis <glewis at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|New                         |Closed
                 CC|                            |glewis at FreeBSD.org
         Resolution|---                         |FIXED

--- Comment #3 from Greg Lewis <glewis at FreeBSD.org> ---
Updated to the latest docs.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From web at axvisualpromocom.com  Mon Mar 16 09:26:46 2015
From: web at axvisualpromocom.com (web at axvisualpromocom.com)
Date: Mon, 16 Mar 2015 10:26:02 +0100
Subject: Gestiona tu tienda online desde tu ERP
Message-ID: <5506a1aae160e@axalphaconsulting1_ip-zone_com-6>

Gestiona tu tienda on-line desde tu ERP

Las tiendas on-line es?n de moda. Con una m?nima inversi?n econ?mica puedes tener una potente tienda virtual y vender productos en todo el mundo. Pero lo que nadie dice es la inversi?n de tiempo que necesitas para introducir todos los productos, categor?as, precios, gesti?n de pedidos, facturas, im?genes...
Si tienes un ERP te ahorras mucho tiempo. Conecta tu programa de gesti?n con la tienda on-line y todos los datos se actualizar?n autom?ticamente.

S?lo tendr?s que enviar los productos y hacer la factura! 
Consulta nuestras propuestas de tienda online y conector ERP

AXvisual Promocom
Av. Garrigues 44 pl.1. 08820 El Prat de Llobregat (Barcelona). Tel. 93 372 90 60. web at axvisualpromocom.com

From pkg-fallout at FreeBSD.org  Wed Mar 18 21:18:47 2015
From: pkg-fallout at FreeBSD.org (pkg-fallout at FreeBSD.org)
Date: Wed, 18 Mar 2015 21:18:47 GMT
Subject: [package - 93i386-default][java/openjdk8-jre] Failed for
 openjdk8-jre-8.40.25 in build
Message-ID: <201503182118.t2ILIlpk092745@beefy1.isc.freebsd.org>

You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD package build server.
Please investigate the failure and submit a PR to fix
build.

Maintainer:     java at FreeBSD.org
Last committer: glewis at FreeBSD.org
Ident:          $FreeBSD: head/java/openjdk8-jre/Makefile 372338 2014-11-09 05:23:31Z glewis $
Log URL:        http://beefy1.isc.freebsd.org/data/93i386-default/2015-03-18_17h51m28s/logs/openjdk8-jre-8.40.25.log
Build URL:      http://beefy1.isc.freebsd.org/build.html?mastername=93i386-default&build=2015-03-18_17h51m28s
Log:

====>> Building java/openjdk8-jre
build started at Wed Mar 18 21:17:40 UTC 2015
port directory: /usr/ports/java/openjdk8-jre
building for: FreeBSD 93i386-default-job-16 9.3-RELEASE-p10 FreeBSD 9.3-RELEASE-p10 i386
maintained by: java at FreeBSD.org
Makefile ident:      $FreeBSD: head/java/openjdk8-jre/Makefile 372338 2014-11-09 05:23:31Z glewis $
Poudriere version: 3.1.1
Host OSVERSION: 1100060
Jail OSVERSION: 903000

---Begin Environment---
UNAME_m=i386
UNAME_p=i386
OSVERSION=903000
UNAME_v=FreeBSD 9.3-RELEASE-p10
UNAME_r=9.3-RELEASE-p10
BLOCKSIZE=K
MAIL=/var/mail/root
STATUS=1
SAVED_TERM=
MASTERMNT=/usr/local/poudriere/data/.m/93i386-default/ref
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
POUDRIERE_BUILD_TYPE=bulk
PKGNAME=openjdk8-jre-8.40.25
OLDPWD=/
PWD=/usr/local/poudriere/data/.m/93i386-default/ref/.p/pool
MASTERNAME=93i386-default
USER=root
HOME=/root
POUDRIERE_VERSION=3.1.1
LOCALBASE=/usr/local
PACKAGE_BUILDING=yes
---End Environment---

---Begin OPTIONS List---
===> The following configuration options are available for openjdk8-jre-8.40.25:
     POLICY=on: Install the Unlimited Strength Policy Files
     TZUPDATE=on: Update the time zone data
===> Use 'make config' to modify these settings
---End OPTIONS List---

--CONFIGURE_ARGS--
--with-boot-jdk=/usr/local/openjdk7 --with-build-number="b25" --with-update-version=40 --disable-ccache  --disable-freetype-bundling  --disable-zip-debug-info  --with-alsa=/usr/local  --with-cacerts-file=/usr/ports/java/openjdk8-jre/../openjdk8/files/cacerts  --with-cups=/usr/local  --with-debug-level=release  --with-freetype=/usr/local  --with-freetype-include=/usr/local/include/freetype2  --with-giflib=system  --with-jobs=1  --with-milestone=fcs  --with-zlib=system --disable-debug-symbols --enable-unlimited-crypto --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
--End CONFIGURE_ARGS--

--CONFIGURE_ENV--
XDG_DATA_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work TMPDIR="/tmp" XDG_DATA_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work TMPDIR="/tmp" MAKE=gmake PKG_CONFIG=pkgconf XDG_DATA_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh  AUTOCONF=/usr/local/bin/autoconf-2.69  AUTOCONF_DIR=/usr/local/share/autoconf-2.69  AUTOHEADER=/usr/local/bin/autoheader-2.69  AUTOIFNAMES=/usr/local/bin/ifnames-2.69  AUTOM4TE=/usr/local/bin/autom4te-2.69  AUTORECONF=/usr/local/bin/autoreconf-2.69  AUTOSCAN=/usr/local/bin/autoscan-2.69  AUTOUPDATE=/usr/local/bin/autoupdate-2.69  AUTOCONF_VERSION=2.69  CONFIG_SITE=/usr/ports/Templates/config.site l
 t_cv_sys_max_cmd_len=262144
--End CONFIGURE_ENV--

--MAKE_ENV--
LANG="C" LC_ALL="C" CLASSPATH="" JAVA_HOME="" LD_LIBRARY_PATH="" MAKEFLAGS="" IGNORE_OLD_CONFIG=true COMPILER_WARNINGS_FATAL="false" XDG_DATA_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work TMPDIR="/tmp" XDG_DATA_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work TMPDIR="/tmp" XDG_DATA_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work  HOME=/wrkdirs/usr/ports/java/openjdk8-jre/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES  AUTOCONF=/usr/local/bin/autoconf-2.69  AUTOCONF_DIR=/usr/local/share/autoconf-2.69  AUTOHEADER=/usr/local/bin/autoheader-2.69  AUTOIFNAMES=/usr/local/bin/ifnames-2.69  AUTOM4TE=/usr/local/bin/autom4te-2.69  AUTORECONF=/usr/local/bin/autoreconf-2.69  AUTOSCAN=/usr/local/bin/autoscan-2.69  AUTOUPD
 ATE=/usr/local/bin/autoupdate-2.69  AUTOCONF_VERSION=2.69  PREFIX=/usr/local  LOCALBASE=/usr/local  LIBDIR="/usr/lib"  CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing"  CPP="cpp" CPPFLAGS="-I/usr/local/include"  LDFLAGS=" -L/usr/local/lib" LIBS=""  CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing"  MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install  -s -o root -g wheel -m 555"  BSD_INSTALL_LIB="install  -s -o root -g wheel -m 444"  BSD_INSTALL_SCRIPT="install  -o root -g wheel -m 555"  BSD_INSTALL_DATA="install  -o root -g wheel -m 0644"  BSD_INSTALL_MAN="install  -o root -g wheel -m 444"
--End MAKE_ENV--

--PLIST_SUB--
OSREL=9.3
PREFIX=%D
LOCALBASE=/usr/local
RESETPREFIX=/usr/local
PORTDOCS=""
PORTEXAMPLES=""
LIB32DIR=lib
DOCSDIR="share/doc/openjdk"
EXAMPLESDIR="share/examples/openjdk"
DATADIR="share/openjdk"
WWWDIR="www/openjdk"
ETCDIR="etc/openjdk"
--End PLIST_SUB--

--SUB_LIST--
PREFIX=/usr/local
LOCALBASE=/usr/local
DATADIR=/usr/local/share/openjdk
DOCSDIR=/usr/local/share/doc/openjdk
EXAMPLESDIR=/usr/local/share/examples/openjdk
WWWDIR=/usr/local/www/openjdk
ETCDIR=/usr/local/etc/openjdk
--End SUB_LIST--

---Begin make.conf---
ARCH=i386
MACHINE=i386
MACHINE_ARCH=i386
USE_PACKAGE_DEPENDS=yes
BATCH=yes
WRKDIRPREFIX=/wrkdirs
PORTSDIR=/usr/ports
PACKAGES=/packages
DISTDIR=/distfiles
#### /usr/local/etc/poudriere.d/make.conf ####
WITH_PKGNG=yes
#WITH_PKGNG=devel
# clean-restricted via poudriere.conf NO_RESTRICTED
#NO_RESTRICTED=yes
DISABLE_MAKE_JOBS=poudriere
---End make.conf---
=======================<phase: check-sanity   >============================
===>  License GPLv2 accepted by the user
===========================================================================
=======================<phase: pkg-depends    >============================
===>   openjdk8-jre-8.40.25 depends on file: /usr/local/sbin/pkg - not found
===>    Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg
===>   Installing existing package /packages/All/pkg-1.4.12.txz
[93i386-default-job-16] Installing pkg-1.4.12...
[93i386-default-job-16] Extracting pkg-1.4.12... done
Message for pkg-1.4.12:
 If you are upgrading from the old package format, first run:

  # pkg2ng
===>   Returning to build of openjdk8-jre-8.40.25
===========================================================================
=======================<phase: fetch-depends  >============================
===========================================================================
=======================<phase: fetch          >============================
===>  License GPLv2 accepted by the user
===> Fetching all distfiles required by openjdk8-jre-8.40.25 for building
===========================================================================
=======================<phase: checksum       >============================
===>  License GPLv2 accepted by the user
===> Fetching all distfiles required by openjdk8-jre-8.40.25 for building
=> SHA256 Checksum OK for openjdk-8-src-b132-03_mar_2014.zip.
===========================================================================
=======================<phase: extract-depends>============================
===========================================================================
=======================<phase: extract        >============================
===>  License GPLv2 accepted by the user
===> Fetching all distfiles required by openjdk8-jre-8.40.25 for building
===>  Extracting for openjdk8-jre-8.40.25
=> SHA256 Checksum OK for openjdk-8-src-b132-03_mar_2014.zip.
===========================================================================
=======================<phase: patch-depends  >============================
===========================================================================
=======================<phase: patch          >============================
===>  Patching for openjdk8-jre-8.40.25
===>   Converting DOS text files to UNIX text files
===>  Applying FreeBSD patches for openjdk8-jre-8.40.25
===========================================================================
=======================<phase: build-depends  >============================
===>   openjdk8-jre-8.40.25 depends on executable: zip - not found
===>    Verifying install for zip in /usr/ports/archivers/zip
===>   Installing existing package /packages/All/zip-3.0_1.txz
[93i386-default-job-16] Installing zip-3.0_1...
[93i386-default-job-16] Extracting zip-3.0_1... done
===>   Returning to build of openjdk8-jre-8.40.25
===>   openjdk8-jre-8.40.25 depends on file: /usr/local/include/cups/cups.h - not found
===>    Verifying install for /usr/local/include/cups/cups.h in /usr/ports/print/cups-client
===>   Installing existing package /packages/All/cups-client-1.7.3_4.txz
[93i386-default-job-16] Installing cups-client-1.7.3_4...
[93i386-default-job-16] `-- Installing libiconv-1.14_6...
[93i386-default-job-16] `-- Extracting libiconv-1.14_6... done
[93i386-default-job-16] `-- Installing mDNSResponder-561.1.1...
[93i386-default-job-16] `-- Extracting mDNSResponder-561.1.1... done
===> Creating users and/or groups.
Creating group 'cups' with gid '193'.
Creating user 'cups' with uid '193'.
[93i386-default-job-16] Extracting cups-client-1.7.3_4... done
===>   Returning to build of openjdk8-jre-8.40.25
===>   openjdk8-jre-8.40.25 depends on executable: bash - not found
===>    Verifying install for bash in /usr/ports/shells/bash
===>   Installing existing package /packages/All/bash-4.3.33.txz
[93i386-default-job-16] Installing bash-4.3.33...
[93i386-default-job-16] `-- Installing gettext-runtime-0.19.4...
[93i386-default-job-16] |   `-- Installing indexinfo-0.2.2...
[93i386-default-job-16] |   `-- Extracting indexinfo-0.2.2... done
[93i386-default-job-16] `-- Extracting gettext-runtime-0.19.4... done
[93i386-default-job-16] Extracting bash-4.3.33... done
Message for bash-4.3.33:
 ======================================================================

bash requires fdescfs(5) mounted on /dev/fd

If you have not done it yet, please do the following:

	mount -t fdescfs fdesc /dev/fd

To make it permanent, you need the following lines in /etc/fstab:

	fdesc	/dev/fd		fdescfs		rw	0	0

======================================================================
===>   Returning to build of openjdk8-jre-8.40.25
===>   openjdk8-jre-8.40.25 depends on executable: gmake - not found
===>    Verifying install for gmake in /usr/ports/devel/gmake
===>   Installing existing package /packages/All/gmake-4.1_1.txz
[93i386-default-job-16] Installing gmake-4.1_1...
[93i386-default-job-16] Extracting gmake-4.1_1... done
===>   Returning to build of openjdk8-jre-8.40.25
===>   openjdk8-jre-8.40.25 depends on executable: pkgconf - not found
===>    Verifying install for pkgconf in /usr/ports/devel/pkgconf
===>   Installing existing package /packages/All/pkgconf-0.9.8.txz
[93i386-default-job-16] Installing pkgconf-0.9.8...
[93i386-default-job-16] Extracting pkgconf-0.9.8... done
===>   Returning to build of openjdk8-jre-8.40.25
===>   openjdk8-jre-8.40.25 depends on file: /usr/local/openjdk7/bin/javac - not found
===>    Verifying install for /usr/local/openjdk7/bin/javac in /usr/ports/java/openjdk7
===>   Installing existing package /packages/All/openjdk-7.76.13_1,1.txz
[93i386-default-job-16] Installing openjdk-7.76.13_1,1...
[93i386-default-job-16] `-- Installing alsa-lib-1.0.29...
[93i386-default-job-16] `-- Extracting alsa-lib-1.0.29... done
[93i386-default-job-16] `-- Installing dejavu-2.34_4...
<snip>
checking if find supports -delete... yes
checking for unzip... /usr/bin/unzip
checking for zip... /usr/local/bin/zip
checking for ldd... /usr/bin/ldd
checking for otool... no
checking for readelf... /usr/bin/readelf
checking for hg... no
checking for stat... /usr/bin/stat
checking for time... /usr/bin/time
checking pkg-config is at least version 0.9.0... yes
checking for 7z... no
checking for unzip... unzip
checking for wget... no
checking for lftp... no
checking for ftp... ftp
checking headful support... include support for both headful and headless
configure: Found potential Boot JDK using configure arguments
checking for Boot JDK... /usr/local/openjdk7
checking Boot JDK version... openjdk version "1.7.0_76" OpenJDK Runtime Environment (build 1.7.0_76-b13) OpenJDK Server VM (build 24.76-b04, mixed mode) 
checking for java in Boot JDK... ok
checking for javac in Boot JDK... ok
checking for javah in Boot JDK... ok
checking for javap in Boot JDK... ok
checking for jar in Boot JDK... ok
checking for rmic in Boot JDK... ok
checking for native2ascii in Boot JDK... ok
checking flags for boot jdk java command ...  
checking flags for boot jdk java command for big workloads...  -Xms64M -Xmx1600M -XX:ThreadStackSize=1536 -XX:PermSize=32m -XX:MaxPermSize=160m
checking flags for boot jdk java command for small workloads...  -XX:+UseSerialGC -Xms32M -Xmx512M
checking for jtreg... no
checking for cc... /usr/bin/cc
configure: Resolving CC (as /usr/bin/cc) failed, using /usr/bin/cc directly.
checking resolved symbolic links for CC... /usr/bin/cc
checking if CC is disguised ccache... no, keeping CC
configure: Using cc (GCC) 4.2.1 patched [FreeBSD] C compiler version 20070831 patched [FreeBSD] (located at /usr/bin/cc)
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/cc accepts -g... yes
checking for /usr/bin/cc option to accept ISO C89... none needed
checking for c++... /usr/bin/c++
configure: Resolving CXX (as /usr/bin/c++) failed, using /usr/bin/c++ directly.
checking resolved symbolic links for CXX... /usr/bin/c++
checking if CXX is disguised ccache... no, keeping CXX
configure: Using c++ (GCC) 4.2.1 patched [FreeBSD] C++ compiler version 20070831 patched [FreeBSD] (located at /usr/bin/c++)
checking whether we are using the GNU C++ compiler... yes
checking whether /usr/bin/c++ accepts -g... yes
checking for ar... ar
configure: Rewriting AR to "/usr/bin/ar"
checking how to run the C preprocessor... cpp
configure: Rewriting CPP to "/usr/bin/cpp"
checking how to run the C++ preprocessor... /usr/bin/c++ -E
configure: Resolving CXXCPP (as /usr/bin/c++) failed, using /usr/bin/c++ directly.
checking for nm... nm
configure: Rewriting NM to "/usr/bin/nm"
checking for strip... strip
configure: Rewriting STRIP to "/usr/bin/strip"
configure: Resolving OBJCOPY (as /usr/local/bin/objcopy) failed, using /usr/local/bin/objcopy directly.
checking for gobjdump... no
checking for objdump... objdump
configure: Rewriting OBJDUMP to "/usr/bin/objdump"
checking for ANSI C header files... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for stdio.h... (cached) yes
checking size of int *... 4
checking for target address size... 32 bits
checking whether byte ordering is bigendian... no
configure: WARNING: Ignoring CFLAGS(-O2 -pipe -fno-strict-aliasing) found in environment. Use --with-extra-cflags
configure: WARNING: Ignoring CXXFLAGS(-O2 -pipe -fno-strict-aliasing) found in environment. Use --with-extra-cxxflags
configure: WARNING: Ignoring LDFLAGS( -L/usr/local/lib) found in environment. Use --with-extra-ldflags
checking if compiler supports "-m32"... yes
checking if compiler supports "-m32"... yes
checking if we should generate debug symbols... false
checking if we should zip debug-info files... no
checking what is not needed on BSD?... pulse
checking for Mac OS X Java Framework... no
checking for X... libraries /usr/local/lib, headers /usr/local/include
checking whether -R must be followed by a space... no
checking for gethostbyname... (cached) yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for X11/extensions/shape.h... yes
checking for X11/extensions/Xrender.h... yes
checking for X11/extensions/XTest.h... yes
checking for X11/Intrinsic.h... yes
configure: Found freetype include files at /usr/local/include/freetype2 using --with-freetype
checking for freetype includes... /usr/local/include/freetype2
checking for freetype libraries... /usr/local/lib
checking if we can compile and link with freetype... yes
checking if we should bundle freetype... no
checking for main in -ljpeg... no
configure: Will use jpeg decoder bundled with the OpenJDK source
checking for which giflib to use... system
checking gif_lib.h usability... yes
checking gif_lib.h presence... yes
checking for gif_lib.h... yes
checking for DGifGetCode in -lgif... yes
checking for compress in -lz... yes
checking for which zlib to use... system
checking for cos in -lm... yes
checking for dlopen in -ldl... no
checking if elliptic curve crypto implementation is present... yes
checking for number of cores... 24
checking for memory size... 4068 MB
checking whether to use sjavac... no
checking that precompiled headers work... yes
checking for ccache... explicitly disabled
checking if build directory is on local disk... yes
configure: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/config.status
config.status: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/spec.gmk
config.status: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/hotspot-spec.gmk
config.status: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/bootcycle-spec.gmk
config.status: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/compare.sh
config.status: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/spec.sh
config.status: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/Makefile
config.status: creating /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release/config.h

====================================================
A new configuration has been successfully created in
/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86-normal-server-release
using default settings.

Configuration summary:
* Debug level:    release
* JDK variant:    normal
* JVM variants:   server
* OpenJDK target: OS: bsd, CPU architecture: x86, address length: 32

Tools summary:
* Boot JDK:       openjdk version "1.7.0_76" OpenJDK Runtime Environment (build 1.7.0_76-b13) OpenJDK Server VM (build 24.76-b04, mixed mode)  (at /usr/local/openjdk7)
* C Compiler:     cc (GCC) 4.2.1 patched [FreeBSD] version 20070831 patched [FreeBSD] (at /usr/bin/cc)
* C++ Compiler:   c++ (GCC) 4.2.1 patched [FreeBSD] version 20070831 patched [FreeBSD] (at /usr/bin/c++)

Build performance summary:
* Cores to use:   1
* Memory limit:   4068 MB
* ccache status:  not installed (consider installing)

Build performance tip: ccache gives a tremendous speedup for C++ recompilations.
You do not have ccache installed. Try installing it.


===========================================================================
=======================<phase: build          >============================
===>  Building for openjdk8-jre-8.40.25
Building OpenJDK for target 'all' in configuration 'bsd-x86-normal-server-release'

## Starting langtools
Compiling 2 files for BUILD_TOOLS
Compiling 32 properties into resource bundles
Compiling 781 files for BUILD_BOOTSTRAP_LANGTOOLS
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at java.util.Arrays.copyOf(Arrays.java:2271)
	at sun.misc.Resource.getBytes(Resource.java:117)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:444)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
	at java.util.ResourceBundle$Control.newBundle(ResourceBundle.java:2566)
	at java.util.ResourceBundle.loadBundle(ResourceBundle.java:1436)
	at java.util.ResourceBundle.findBundle(ResourceBundle.java:1400)
	at java.util.ResourceBundle.findBundle(ResourceBundle.java:1354)
	at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1296)
	at java.util.ResourceBundle.getBundle(ResourceBundle.java:795)
	at com.sun.tools.javac.util.JavacMessages.getBundles(JavacMessages.java:121)
	at com.sun.tools.javac.util.JavacMessages.setCurrentLocale(JavacMessages.java:73)
	at com.sun.tools.javac.util.JavacMessages.<init>(JavacMessages.java:98)
	at com.sun.tools.javac.util.JavacMessages.<init>(JavacMessages.java:88)
	at com.sun.tools.javac.main.Main.getLocalizedString(Main.java:584)
	at com.sun.tools.javac.main.Main.resourceMessage(Main.java:527)
	at com.sun.tools.javac.main.Main.compile(Main.java:459)
	at com.sun.tools.javac.main.Main.compile(Main.java:353)
	at com.sun.tools.javac.main.Main.compile(Main.java:342)
	at com.sun.tools.javac.main.Main.compile(Main.java:333)
	at com.sun.tools.javac.Main.compile(Main.java:76)
	at com.sun.tools.javac.Main.main(Main.java:61)
gmake[1]: *** No rule to make target 'all', needed by 'default'.  Stop.
/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk//make/Main.gmk:87: recipe for target 'langtools-only' failed
gmake: *** [langtools-only] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/java/openjdk8-jre.

From pathiaki2 at yahoo.com  Sat Mar 21 16:04:06 2015
From: pathiaki2 at yahoo.com (Paul Pathiakis)
Date: Sat, 21 Mar 2015 12:01:31 -0400
Subject: OpenJDK 1.7 has issues versus linux-sun-jdk17
In-Reply-To: <20150212082159.GA20132@misty.eyesbeyond.com>
References: <5491EDAE.2010608@yahoo.com>
 <E1961058-486E-4D32-ABA7-50A831F67969@baaz.fr>
 <20150212082159.GA20132@misty.eyesbeyond.com>
Message-ID: <550D95DB.3020800@yahoo.com>


On 02/12/2015 03:21, Greg Lewis wrote:
> On Tue, Dec 23, 2014 at 09:42:45AM +0100, Jean-Yves Moulin wrote:
>>> On 17 Dec 2014, at 21:55 , Paul Pathiakis via freebsd-java <freebsd-java at freebsd.org> wrote:
>>>
>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>> #
>>>> #  SIGSEGV (0xb) at pc=0x0000000803a4d4ae, pid=84602, tid=35353228288
>>>> #
>>>> # JRE version: OpenJDK Runtime Environment (7.0-b14) (build 1.7.0_71-b14)
>>>> # Java VM: OpenJDK 64-Bit Server VM (24.71-b01 mixed mode bsd-amd64 compressed oops)
>>>> # Problematic frame:
>>>> # j  java.net.SocketException.<init>(Ljava/lang/String;)V+0
>>>> #
>>>> # Core dump written. Default location: /cores/core or core.84602
>>>>
>> Interesting, we are tracking exactly the same kind of issue (Segfault on SocketException.init) with our home made applications.
>>
>> The same java binary runs fine on Linux-openjdk7 (Linux OS or FreeBSD OS).
>>
>> Did you got a response from OpenJDK team ?
> Late reply on this.  Is it possible to narrow this down to a simpler test
> case than "set up OpenNMS and run it for ten minutes"?  I assume one has to
> actually do more than just run it, since the exception is likely a result
> of some kind of network traffic.
>
> If not that, a wiki or something on how to set up OpenNMS and provoke the
> problem would be a big help.
>
Hi All!

It looks like there are others trying to get this to work as well and a 
couple of them are mailing me as to the status.  Anything? Look, if 
necessary, someone can be provided an account on my server and run 
everything from there if it's helpful.

P.

See below:

So much for that? now java core dumps as soon as JettyServer tries to start.

-KJ

*From:*Kris Jacobs
*Sent:* Tuesday, March 17, 2015 08:34
*To:* 'Paul Pathiakis'
*Subject:* RE: FreeBSD, JDK, & OpenNMS

Hey Paul, I see the Java 8 port is updated to 8.40 now ? going to give 
it a try.

-KJ

*From:*Kris Jacobs
*Sent:* Wednesday, March 11, 2015 11:33
*To:* 'Paul Pathiakis'
*Subject:* RE: FreeBSD, JDK, & OpenNMS

I gave up ? crashing the same way with 7 or 8.

At least I have my old installation running just fine.  I?ll have to 
wait & see on the upgrade.

Or just spin up a Linux VM...  Ha!  No way, FreeBSD all the way.  ;)

Thanks again Paul!

-KJ

*From:*Paul Pathiakis [mailto:pathiaki2 at yahoo.com]
*Sent:* Wednesday, March 11, 2015 11:29
*To:* Kris Jacobs
*Subject:* Re: FreeBSD, JDK, & OpenNMS

Kris,

All my attempts were with a variation of 14.x.  I also tried openjdk 7 
and 8, but the only thing that would function for a while would be 
linux-jdk-17 requiring the entire linuxlator to be installed.

P.

On 03/11/2015 10:38, Kris Jacobs wrote:

    Alright, thanks Paul.

    I?m installing OpenJDK8 from ports now ? I built and have been
    trying to run OpenNMS on Java 7, going to see if my build will run
    on Java 8.

    Have you tried OpenNMS 15.x with Java 8?

    -KJ

    *From:*Paul Pathiakis [mailto:pathiaki2 at yahoo.com]
    *Sent:* Wednesday, March 11, 2015 10:26
    *To:* Kris Jacobs
    *Subject:* Re: FreeBSD, JDK, & OpenNMS

    Kris,

    No.  It's mainly the FreeBSD java team that is dragging it's feet on
    this.

    I've produced everything about this issue to them as the linux-jdk
    works much better (ie doesn't crash) but the openjdk crashes.

    The FreeBSD java group was asked to track this down.

    I gave them the information about how to set up OpenNMS and
    configure it so they could find out what was wrong.  They have yet
    to respond.

    I'd say do the same thing as myself.

    Take all your findings and forward it to the freebsd java group and
    ask them to correct the openjdk issues.

    P.

    On 03/11/2015 08:59, Kris Jacobs wrote:

        Hi Paul, good morning.

        I?ve been reading a lot of your posts to the lists about OpenNMS
        on FreeBSD.

        I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with
        no trouble, but decided to upgrade.  Heh.

        See versions of software I?m running below.

        I have the same symptoms you described last fall:  it runs for a
        while, then boom ? JVM blows up.

        Have you had any luck getting it working?

        Thanks!

        ____________________________

        Kris Jacobs

        Network Administrator

        % uname ?a

        FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD
        10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014
        root at releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC
        <mailto:root at releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC>
        amd64

        % pkg version | grep jdk

        openjdk-7.76.13_1,1

        opennms-15.0.1-1



From mail at theriaultinternational.com  Mon Mar 23 22:58:04 2015
From: mail at theriaultinternational.com (Theriault International Marine)
Date: Mon, 23 Mar 2015 23:51:21 +0100
Subject: For Sale: Rebuilt Marine Engines
Message-ID: <052f2e5b4b841f4a6548fd320c1ac7ee@smtp14.ymlpsrv.net>

--------------------------------------------------------------------------------
This email newsletter was sent to you in graphical HTML format.
If you're seeing this version, your email program prefers plain text emails.
You can read the original version online:
http://ymlp249.net/zbHvUH
--------------------------------------------------------------------------------


Click here to view this email in your browser ( http://ymlp249.net/zbHvUH )

Phone: + 1 902 467 0239
Fax:      +1 902 467 0326
sales at timarine.com ( http://www.timarine.com/index.php/contact-us )
www.timarine.com ( http://www.timarine.com )

Rebuilt Engines

Brand: Caterpillar
Model: 3406
Rating: 402 HP @ 1800 RPM
Type: Marine
serial number: 4TB
Condition: Rebuild
Brand: Caterpillar
Model: 3406
Rating: 402 HP @ 1800 RPM
Type: Marine
serial number: 4TB
Condition: 0 Hour Rebuild
Price: sales at timarine.com (
http://www.timarine.com/index.php/contact-us )

Unsubscribe / Change Group Of Interest (
http://ymlp249.net/ugjsyhbwgsgysbqmgmsbbggmwbsqb )

Registered Office:
Theriault International Ltd.
Suite 306, 9049 Commercial Street
New Minas, Nova Scotia
Canada B4N 5A4
Phone: +1 902 467 0239
Fax: +1 902 467 0239
admin at timarine.com

All manufactures name, logo designs, and product graphic images are
trademarks or registered trademarks of the respected manufacturer.
? Copyright 1994 - 2015 Theriault International Marine, All rights
reserved.

_____________________________
Unsubscribe / Change Group Of Interest: http://ymlp249.net/ugjsyhbwgsgysbqmgmsbbggmwbsqb
Powered by YourMailingListProvider


From dieterich.joh at gmail.com  Wed Mar 25 23:02:40 2015
From: dieterich.joh at gmail.com (Johannes Dieterich)
Date: Thu, 26 Mar 2015 00:02:39 +0100
Subject: dtrace, jstack and lang/openjdk7 or 8
Message-ID: <CABquGzWu7Y2v80D8EOfQ8QR9T_hCb9T9t6a+kjissxEsKbjLCA@mail.gmail.com>

Hi,

I am currently trying to get dtrace to work with either java/openjdk7
or java/openjdk8 (as per Brendan Gregg's howto:
http://www.brendangregg.com/blog/2014-06-12/java-flame-graphs.html).

Unfortunately, I get exactly what he describes: I am missing
everything inside the JVM. I suspect this has to do with jstack() not
working. The bundled jstack executable (yes, I know that they are only
vaguely related) also seems to work only so-so. Basically, I can get a
working stack trace without a variable, with -l, but not with -m, and
not with -F. It causes exceptions like this:

$ /usr/local/openjdk7/bin/jstack -m 84749
Attaching to process ID 84749, please wait...
Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at sun.tools.jstack.JStack.runJStackTool(JStack.java:136)
        at sun.tools.jstack.JStack.main(JStack.java:102)
Caused by: sun.jvm.hotspot.debugger.UnalignedAddressException: 746f705b762f4867
        at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal$1.checkAlignment(BsdDebuggerLocal.java:183)
        at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal.readCInteger(BsdDebuggerLocal.java:485)
        at sun.jvm.hotspot.debugger.DebuggerBase.readAddressValue(DebuggerBase.java:454)
        at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal.readAddress(BsdDebuggerLocal.java:430)
        at sun.jvm.hotspot.debugger.bsd.BsdAddress.getAddressAt(BsdAddress.java:74)
        at sun.jvm.hotspot.HotSpotTypeDataBase.readVMTypes(HotSpotTypeDataBase.java:154)
        at sun.jvm.hotspot.HotSpotTypeDataBase.<init>(HotSpotTypeDataBase.java:85)
        at sun.jvm.hotspot.bugspot.BugSpotAgent.setupVM(BugSpotAgent.java:573)
        at sun.jvm.hotspot.bugspot.BugSpotAgent.go(BugSpotAgent.java:494)
        at sun.jvm.hotspot.bugspot.BugSpotAgent.attach(BugSpotAgent.java:332)
        at sun.jvm.hotspot.tools.Tool.start(Tool.java:163)
        at sun.jvm.hotspot.tools.JStack.main(JStack.java:86)
        ... 6 more

So, what I am asking is: anybody out there got a working setup for
dtrace+openjdk on FreeBSD? If so, it would be fantastic if you could
post the necessary steps!

Thanks a lot!

Johannes

From jkim at FreeBSD.org  Thu Mar 26 20:42:58 2015
From: jkim at FreeBSD.org (Jung-uk Kim)
Date: Thu, 26 Mar 2015 16:42:57 -0400
Subject: dtrace, jstack and lang/openjdk7 or 8
In-Reply-To: <CABquGzWu7Y2v80D8EOfQ8QR9T_hCb9T9t6a+kjissxEsKbjLCA@mail.gmail.com>
References: <CABquGzWu7Y2v80D8EOfQ8QR9T_hCb9T9t6a+kjissxEsKbjLCA@mail.gmail.com>
Message-ID: <55146F51.3030404@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 03/25/2015 19:02, Johannes Dieterich wrote:
> Hi,
> 
> I am currently trying to get dtrace to work with either
> java/openjdk7 or java/openjdk8 (as per Brendan Gregg's howto: 
> http://www.brendangregg.com/blog/2014-06-12/java-flame-graphs.html).
>
>  Unfortunately, I get exactly what he describes: I am missing 
> everything inside the JVM. I suspect this has to do with jstack()
> not working. The bundled jstack executable (yes, I know that they
> are only vaguely related) also seems to work only so-so. Basically,
> I can get a working stack trace without a variable, with -l, but
> not with -m, and not with -F. It causes exceptions like this:
> 
> $ /usr/local/openjdk7/bin/jstack -m 84749
...
> So, what I am asking is: anybody out there got a working setup for 
> dtrace+openjdk on FreeBSD? If so, it would be fantastic if you
> could post the necessary steps!

jstack from java/openjdk8 works fine AFAICT.  Unfortunately, dtrace is
unimplemented for FreeBSD.

BTW, 'jstack -m <pid>' is invalid command, i.e., it does not work with
a running process.  You need to set '-F' option to force it.

% /usr/local/openjdk8/bin/jstack
Usage:
    jstack [-l] <pid>
        (to connect to running process)
    jstack -F [-m] [-l] <pid>
        (to connect to a hung process)
    jstack [-m] [-l] <executable> <core>
        (to connect to a core file)
    jstack [-m] [-l] [server_id@]<remote server IP or hostname>
        (to connect to a remote debug server)

Options:
    -F  to force a thread dump. Use when jstack <pid> does not respond
(process is hung)
    -m  to print both java and native frames (mixed mode)
    -l  long listing. Prints additional information about locks
    -h or -help to print this help message


Jung-uk Kim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVFG9MAAoJEHyflib82/FG4F0H/3Z+5fTXMzQYBCeWGMZicjMB
092HOaXctRZ5P+I5HZO199bfFLffV6Pu1pd2/jjguOqkmF4eVL6AXwQBglg19RPs
BEwhSLRLhuWc11XyikE2RG3PvvDRvhXl6AeqtKkcUi4LedjS3BlqmlGpTorJzpO3
OqarnzGMyAHPS5QxPPUcASG4B+la6o1sVn94UiynUWnd3yXTe4uE4Ed4YeV2oBXh
BGVLhTdsWoamNpMwX9JrOMNwRPahYpoDCjeC2jlKPGPCXQiTWthlupLidXuKUI/a
OJi+VSAzNPMx5s1p2JSKwAp+tT6oX8BaFK0zA+J6cyBcBqqbWvA6LV+v9f8c/5A=
=x1pC
-----END PGP SIGNATURE-----

From truckman at FreeBSD.org  Fri Mar 27 00:25:18 2015
From: truckman at FreeBSD.org (Don Lewis)
Date: Thu, 26 Mar 2015 17:25:10 -0700 (PDT)
Subject: strange openjdk7 build failure
Message-ID: <201503270025.t2R0PABj074662@gw.catspoiler.org>

I recently put together a new package building machine and for some
reason it is unable to build openjdk7 for FreeBSD 8 and 9, whereas I
don't have any problems on my old package building machine.  Both
machines have AMD FX CPUs, with the new one with 8 cores and the old one
with 4 cores.  The new machine is running 11.0-CURRENT with ZFS, the old
one is running 10.1-STABLE with UFS.  I've tried various settings of
USE_TMPFS and ALLOW_MAKE_JOBS in poudriere.conf, with no change to the
results.  Using the same OS release versions in the poudriere jails on
both machines and and the same ports tree revision still produces
different results on the two machines.  I've tried a number of different
ports tree revisions on the new machine and the openjdk7 build always
fails.  The make.conf file is empty on both machines.

When using this jail:
93amd64         9.3-RELEASE-p12      amd64 http   2015-03-23 02:57:43 /var/poudriere/jails/93amd64

[snip]
Compiling ../generated/adfiles/ad_x86_64_gen.cpp
rm -f ad_x86_64_gen.o
c++ -D_ALLBSD_SOURCE -D_GNU_SOURCE -DAMD64 -DPRODUCT -I. -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/prims -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/precompiled -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/cpu/x86/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os_cpu/bsd_x86/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os/bsd/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os/posix/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"24.76-b04\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"root\"" -DHOTSPOT_LIB_ARCH=\"amd64\" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -O2 -pipe -fstack-protector -fno-strict-aliasing -DTARGET_OS_FAMILY_bsd -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_64 -DTARGET_OS_ARCH_bsd_x86 -DTARGET_OS_ARCH_MODEL_bsd_x86_64 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1  -fno!
 -rtti -fno-exceptions -pthread -fcheck-new -m64 -pipe -DTARGET_OS_FAMILY_bsd -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_64 -DTARGET_OS_ARCH_bsd_x86 -DTARGET_OS_ARCH_MODEL_bsd_x86_64 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1 -fPIC -fno-rtti -fno-exceptions -pthread -fcheck-new -m64 -pipe -O3 -fno-strict-aliasing -DVM_LITTLE_ENDIAN -D_LP64=1 -fno-omit-frame-pointer -DINCLUDE_TRACE=1  -Wpointer-arith -Wconversion -Wsign-compare    -c  -fpch-deps -MMD -MP -MF ../generated/dependencies/ad_x86_64_format.o.d -o ad_x86_64_format.o ../generated/adfiles/ad_x86_64_format.cpp 
c++ -D_ALLBSD_SOURCE -D_GNU_SOURCE -DAMD64 -DPRODUCT -I. -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/prims -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/precompiled -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/cpu/x86/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os_cpu/bsd_x86/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os/bsd/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os/posix/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"24.76-b04\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"root\"" -DHOTSPOT_LIB_ARCH=\"amd64\" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -O2 -pipe -fstack-protector -fno-strict-aliasing -DTARGET_OS_FAMILY_bsd -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_64 -DTARGET_OS_ARCH_bsd_x86 -DTARGET_OS_ARCH_MODEL_bsd_x86_64 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1  -fno!
 -rtti -fno-exceptions -pthread -fcheck-new -m64 -pipe -DTARGET_OS_FAMILY_bsd -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_64 -DTARGET_OS_ARCH_bsd_x86 -DTARGET_OS_ARCH_MODEL_bsd_x86_64 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1 -fPIC -fno-rtti -fno-exceptions -pthread -fcheck-new -m64 -pipe -O3 -fno-strict-aliasing -DVM_LITTLE_ENDIAN -D_LP64=1 -fno-omit-frame-pointer -DINCLUDE_TRACE=1  -Wpointer-arith -Wconversion -Wsign-compare    -c  -fpch-deps -MMD -MP -MF ../generated/dependencies/ad_x86_64_gen.o.d -o ad_x86_64_gen.o ../generated/adfiles/ad_x86_64_gen.cpp 
Compiling ../generated/adfiles/ad_x86_64_misc.cpp
rm -f ad_x86_64_misc.o
c++ -D_ALLBSD_SOURCE -D_GNU_SOURCE -DAMD64 -DPRODUCT -I. -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/prims -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/precompiled -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/cpu/x86/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os_cpu/bsd_x86/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os/bsd/vm -I/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/os/posix/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"24.76-b04\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"root\"" -DHOTSPOT_LIB_ARCH=\"amd64\" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -O2 -pipe -fstack-protector -fno-strict-aliasing -DTARGET_OS_FAMILY_bsd -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_64 -DTARGET_OS_ARCH_bsd_x86 -DTARGET_OS_ARCH_MODEL_bsd_x86_64 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1  -fno!
 -rtti -fno-exceptions -pthread -fcheck-new -m64 -pipe -DTARGET_OS_FAMILY_bsd -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_64 -DTARGET_OS_ARCH_bsd_x86 -DTARGET_OS_ARCH_MODEL_bsd_x86_64 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1 -fPIC -fno-rtti -fno-exceptions -pthread -fcheck-new -m64 -pipe -O3 -fno-strict-aliasing -DVM_LITTLE_ENDIAN -D_LP64=1 -fno-omit-frame-pointer -DINCLUDE_TRACE=1  -Wpointer-arith -Wconversion -Wsign-compare    -c  -fpch-deps -MMD -MP -MF ../generated/dependencies/ad_x86_64_misc.o.d -o ad_x86_64_misc.o ../generated/adfiles/ad_x86_64_misc.cpp 
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/compiler/abstractCompiler.cpp:1: fatal error: had to relocate PCH
compilation terminated.
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/src/share/vm/utilities/accessFlags.cpp:1: fatal error: had to relocate PCH
compilation terminated.
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'abstractCompiler.o' failed
gmake[6]: *** [abstractCompiler.o] Error 1
gmake[6]: *** Waiting for unfinished jobs....
../generated/adfiles/ad_x86_64.cpp:1: fatal error: had to relocate PCH
compilation terminated.
../generated/adfiles/ad_x86_64_clone.cpp:1: fatal error: had to relocate PCH
compilation terminated.
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'accessFlags.o' failed
gmake[6]: *** [accessFlags.o] Error 1
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'ad_x86_64_clone.o' failed
gmake[6]: *** [ad_x86_64_clone.o] Error 1
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'ad_x86_64.o' failed
gmake[6]: *** [ad_x86_64.o] Error 1
../generated/adfiles/ad_x86_64_expand.cpp:1: fatal error: had to relocate PCH
compilation terminated.
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'ad_x86_64_expand.o' failed
gmake[6]: *** [ad_x86_64_expand.o] Error 1
../generated/adfiles/ad_x86_64_gen.cpp:1: fatal error: had to relocate PCH
compilation terminated.
../generated/adfiles/ad_x86_64_misc.cpp:1: fatal error: had to relocate PCH
compilation terminated.
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'ad_x86_64_gen.o' failed
gmake[6]: *** [ad_x86_64_gen.o] Error 1
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'ad_x86_64_misc.o' failed
gmake[6]: *** [ad_x86_64_misc.o] Error 1
../generated/adfiles/ad_x86_64_format.cpp:1: fatal error: had to relocate PCH
compilation terminated.
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: recipe for target 'ad_x86_64_format.o' failed
gmake[6]: *** [ad_x86_64_format.o] Error 1
gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/top.make:128: recipe for target 'the_vm' failed
gmake[5]: *** [the_vm] Error 2
gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/Makefile:292: recipe for target 'product' failed
gmake[4]: *** [product] Error 2
gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir'
Makefile:191: recipe for target 'generic_build2' failed
gmake[3]: *** [generic_build2] Error 2
gmake[3]: Leaving directory '/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make'
Makefile:151: recipe for target 'product' failed
gmake[2]: *** [product] Error 2
gmake[2]: Leaving directory '/wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make'
make/hotspot-rules.gmk:111: recipe for target 'hotspot-build' failed
gmake[1]: *** [hotspot-build] Error 2
gmake[1]: Leaving directory '/wrkdirs/usr/ports/java/openjdk7/work/openjdk'
Makefile:251: recipe for target 'build_product_image' failed
gmake: *** [build_product_image] Error 2
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** [do-build] Error code 1

Stop in /usr/ports/java/openjdk7.
====>> Cleaning up wrkdir
===>  Cleaning for openjdk-7.76.13_1,1
build of java/openjdk7 ended at Wed Mar 25 22:50:46 PDT 2015
build time: 00:05:24
!!! build failure encountered !!!


Full log here:
<https://people.freebsd.org/~truckman/openjdk-7.76.13_1,1.log>


From dsamersoff at gmail.com  Fri Mar 27 07:00:00 2015
From: dsamersoff at gmail.com (Dmitry Samersoff)
Date: Fri, 27 Mar 2015 09:59:56 +0300
Subject: dtrace, jstack and lang/openjdk7 or 8
In-Reply-To: <55146F51.3030404@FreeBSD.org>
References: <CABquGzWu7Y2v80D8EOfQ8QR9T_hCb9T9t6a+kjissxEsKbjLCA@mail.gmail.com>
 <55146F51.3030404@FreeBSD.org>
Message-ID: <5514FFEC.6010205@gmail.com>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jung-uk Kim,

> BTW, 'jstack -m <pid>' is invalid command, i.e., it does not work with
> a running process.  You need to set '-F' option to force it.

jstack -m turns on -F internally so command it self is OK.

The problem is jstack -F uses serviceability agent (see
hotspot/agent) as a backend and as far as I know this backend
is not ported to FreeBSD

- -Dmitry


On 2015-03-26 23:42, Jung-uk Kim wrote:
> On 03/25/2015 19:02, Johannes Dieterich wrote:
> > Hi,
>
> > I am currently trying to get dtrace to work with either
> > java/openjdk7 or java/openjdk8 (as per Brendan Gregg's howto:
> > http://www.brendangregg.com/blog/2014-06-12/java-flame-graphs.html).
>
> >  Unfortunately, I get exactly what he describes: I am missing
> > everything inside the JVM. I suspect this has to do with jstack()
> > not working. The bundled jstack executable (yes, I know that they
> > are only vaguely related) also seems to work only so-so. Basically,
> > I can get a working stack trace without a variable, with -l, but
> > not with -m, and not with -F. It causes exceptions like this:
>
> > $ /usr/local/openjdk7/bin/jstack -m 84749
> ...
> > So, what I am asking is: anybody out there got a working setup for
> > dtrace+openjdk on FreeBSD? If so, it would be fantastic if you
> > could post the necessary steps!
>
> jstack from java/openjdk8 works fine AFAICT.  Unfortunately, dtrace is
> unimplemented for FreeBSD.
>
> BTW, 'jstack -m <pid>' is invalid command, i.e., it does not work with
> a running process.  You need to set '-F' option to force it.
>
> % /usr/local/openjdk8/bin/jstack
> Usage:
>     jstack [-l] <pid>
>         (to connect to running process)
>     jstack -F [-m] [-l] <pid>
>         (to connect to a hung process)
>     jstack [-m] [-l] <executable> <core>
>         (to connect to a core file)
>     jstack [-m] [-l] [server_id@]<remote server IP or hostname>
>         (to connect to a remote debug server)
>
> Options:
>     -F  to force a thread dump. Use when jstack <pid> does not respond
> (process is hung)
>     -m  to print both java and native frames (mixed mode)
>     -l  long listing. Prints additional information about locks
>     -h or -help to print this help message
>
>
> Jung-uk Kim
> _______________________________________________
> freebsd-java at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-java
> To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBAgAGBQJVFP/sAAoJEHEy08c4gIABIKEH/iGdHwDoMOJJm5eW4Rbasmt/
yFd5HuEXaCDwXGPI7cDlmXDeUZxBEUwy+S9611e9jFRwiS5NuQzYnrpuIZ4d+QQC
gP9gCbFvEi8vac34NCt2urar3zfJNgjs3X5A/4cMN6ZpE/NlbNAPEZw/sKbYxij1
rFWxYdqH8zFD2Fcabcs0DQEFFYO2O8B0L7DrvUU0k2sZu/hhkNopp812eNL1ZDWn
qFWG8RdBMKOKCZ74FHzjkR8quTzfTDfDC5ijI3lYFUkCTYX5z73zOAOK69de2v+p
xefQSvI84/IIZhQJbvgFG9Oe3MtrS5A3thCB4sm2mkukJIB4zS6gPQyebvrvOAw=
=IfYl
-----END PGP SIGNATURE-----


From yuri at rawbw.com  Sun Mar 29 20:33:24 2015
From: yuri at rawbw.com (Yuri)
Date: Sun, 29 Mar 2015 13:33:21 -0700
Subject: [java/openjdk8-jre] poudriere build fails (recipe for target
 'docs-only' failed)
Message-ID: <55186191.1060701@rawbw.com>

openjdk8-jre-8.40.25_2 rebuild fails on amd64.

Error:
Javadoc.gmk:817: recipe for target 
'/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86_64-normal-server-release/docs/jre/api/security/smartcardio/spec/index.html' 
failed
gmake[2]: *** 
[/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86_64-normal-server-release/docs/jre/api/security/smartcardio/spec/index.html] 
Error 143
gmake[2]: Leaving directory 
'/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/make'
/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk//make/Main.gmk:168: 
recipe for target 'docs-only' failed
gmake[1]: *** [docs-only] Error 2
gmake[1]: Leaving directory 
'/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk'
*** Error code 1

Options are default (both options are on).

Yuri

From pkg-fallout at FreeBSD.org  Sun Mar 29 22:08:00 2015
From: pkg-fallout at FreeBSD.org (pkg-fallout at FreeBSD.org)
Date: Sun, 29 Mar 2015 22:08:00 GMT
Subject: [package - head-amd64-default][java/sablevm] Failed for
 sablevm-1.13_11 in stage
Message-ID: <201503292208.t2TM802G065003@beefy4.isc.freebsd.org>

You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD package build server.
Please investigate the failure and submit a PR to fix
build.

Maintainer:     java at FreeBSD.org
Last committer: tijl at FreeBSD.org
Ident:          $FreeBSD: head/java/sablevm/Makefile 368356 2014-09-17 07:38:15Z tijl $
Log URL:        http://beefy4.isc.freebsd.org/data/head-amd64-default/p382532_s280788/logs/sablevm-1.13_11.log
Build URL:      http://beefy4.isc.freebsd.org/build.html?mastername=head-amd64-default&build=p382532_s280788
Log:

====>> Building java/sablevm
build started at Sun Mar 29 22:06:56 UTC 2015
port directory: /usr/ports/java/sablevm
building for: FreeBSD head-amd64-default-job-10 11.0-CURRENT FreeBSD 11.0-CURRENT r280788 amd64
maintained by: java at FreeBSD.org
Makefile ident:      $FreeBSD: head/java/sablevm/Makefile 368356 2014-09-17 07:38:15Z tijl $
Poudriere version: 3.1.1
Host OSVERSION: 1100064
Jail OSVERSION: 1100067




!!! Jail is newer than host. (Jail: 1100067, Host: 1100064) !!!
!!! This is not supported. !!!
!!! Host kernel must be same or newer than jail. !!!
!!! Expect build failures. !!!



---Begin Environment---
OSVERSION=1100067
UNAME_v=FreeBSD 11.0-CURRENT r280788
UNAME_r=11.0-CURRENT
BLOCKSIZE=K
MAIL=/var/mail/root
STATUS=1
SAVED_TERM=screen
MASTERMNT=/usr/local/poudriere/data/.m/head-amd64-default/ref
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin
POUDRIERE_BUILD_TYPE=bulk
PKGNAME=sablevm-1.13_11
OLDPWD=/
PWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p/pool
MASTERNAME=head-amd64-default
USER=root
HOME=/root
POUDRIERE_VERSION=3.1.1
LOCALBASE=/usr/local
PACKAGE_BUILDING=yes
---End Environment---

---Begin OPTIONS List---
===> The following configuration options are available for sablevm-1.13_11:
     SVMCP=on: Install SableVM classpath
===> Use 'make config' to modify these settings
---End OPTIONS List---

--CONFIGURE_ARGS--
--includedir=/usr/local/include/sablevm --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
--End CONFIGURE_ARGS--

--CONFIGURE_ENV--
XDG_DATA_HOME=/wrkdirs/usr/ports/java/sablevm/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/sablevm/work  HOME=/wrkdirs/usr/ports/java/sablevm/work TMPDIR="/tmp" MAKE=gmake PKG_CONFIG=pkgconf SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144
--End CONFIGURE_ENV--

--MAKE_ENV--
XDG_DATA_HOME=/wrkdirs/usr/ports/java/sablevm/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/sablevm/work  HOME=/wrkdirs/usr/ports/java/sablevm/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local  LOCALBASE=/usr/local  LIBDIR="/usr/lib"  CC="cc" CFLAGS="-O2 -pipe  -fstack-protector -fno-strict-aliasing"  CPP="cpp" CPPFLAGS="-I/usr/local/include"  LDFLAGS=" -fstack-protector" LIBS="-L/usr/local/lib"  CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing "  MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install  -s -o root -g wheel -m 555"  BSD_INSTALL_LIB="install  -s -o root -g wheel -m 444"  BSD_INSTALL_SCRIPT="install  -o root -g wheel -m 555"  BSD_INSTALL_DATA="install  -o root -g wheel -m 0644"  BSD_INSTALL_MAN="install  -o root -g wheel -m 444"
--End MAKE_ENV--

--PLIST_SUB--
OSREL=11.0
PREFIX=%D
LOCALBASE=/usr/local
RESETPREFIX=/usr/local
PORTDOCS=""
PORTEXAMPLES=""
LIB32DIR=lib
DOCSDIR="share/doc/sablevm"
EXAMPLESDIR="share/examples/sablevm"
DATADIR="share/sablevm"
WWWDIR="www/sablevm"
ETCDIR="etc/sablevm"
--End PLIST_SUB--

--SUB_LIST--
PREFIX=/usr/local
LOCALBASE=/usr/local
DATADIR=/usr/local/share/sablevm
DOCSDIR=/usr/local/share/doc/sablevm
EXAMPLESDIR=/usr/local/share/examples/sablevm
WWWDIR=/usr/local/www/sablevm
ETCDIR=/usr/local/etc/sablevm
--End SUB_LIST--

---Begin make.conf---
USE_PACKAGE_DEPENDS=yes
BATCH=yes
WRKDIRPREFIX=/wrkdirs
USE_PACKAGE_DEPENDS=yes
BATCH=yes
WRKDIRPREFIX=/wrkdirs
PORTSDIR=/usr/ports
PACKAGES=/packages
DISTDIR=/distfiles
#### /usr/local/etc/poudriere.d/make.conf ####
MASTER_SITE_FREEBSD=yes
DISABLE_MAKE_JOBS=poudriere
---End make.conf---
=======================<phase: check-sanity   >============================
===>  License LGPL21 accepted by the user
===========================================================================
=======================<phase: pkg-depends    >============================
===>   sablevm-1.13_11 depends on file: /usr/local/sbin/pkg - not found
===>    Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg
===>   Installing existing package /packages/All/pkg-1.4.12.txz
[head-amd64-default-job-10] Installing pkg-1.4.12...
[head-amd64-default-job-10] Extracting pkg-1.4.12... done
Message for pkg-1.4.12:
 If you are upgrading from the old package format, first run:

  # pkg2ng
===>   Returning to build of sablevm-1.13_11
===========================================================================
=======================<phase: fetch-depends  >============================
===========================================================================
=======================<phase: fetch          >============================
===>  License LGPL21 accepted by the user
===> Fetching all distfiles required by sablevm-1.13_11 for building
===========================================================================
=======================<phase: checksum       >============================
===>  License LGPL21 accepted by the user
===> Fetching all distfiles required by sablevm-1.13_11 for building
=> SHA256 Checksum OK for sablevm-1.13.tar.gz.
===========================================================================
=======================<phase: extract-depends>============================
===========================================================================
=======================<phase: extract        >============================
===>  License LGPL21 accepted by the user
===> Fetching all distfiles required by sablevm-1.13_11 for building
===>  Extracting for sablevm-1.13_11
=> SHA256 Checksum OK for sablevm-1.13.tar.gz.
===========================================================================
=======================<phase: patch-depends  >============================
===========================================================================
=======================<phase: patch          >============================
===>  Patching for sablevm-1.13_11
===========================================================================
=======================<phase: build-depends  >============================
===>   sablevm-1.13_11 depends on executable: msgfmt - not found
===>    Verifying install for msgfmt in /usr/ports/devel/gettext-tools
===>   Installing existing package /packages/All/gettext-tools-0.19.4.txz
[head-amd64-default-job-10] Installing gettext-tools-0.19.4...
[head-amd64-default-job-10] `-- Installing expat-2.1.0_2...
[head-amd64-default-job-10] `-- Extracting expat-2.1.0_2... done
[head-amd64-default-job-10] `-- Installing gettext-runtime-0.19.4...
[head-amd64-default-job-10] |   `-- Installing indexinfo-0.2.3...
[head-amd64-default-job-10] |   `-- Extracting indexinfo-0.2.3... done
[head-amd64-default-job-10] `-- Extracting gettext-runtime-0.19.4... done
[head-amd64-default-job-10] Extracting gettext-tools-0.19.4... done
===>   Returning to build of sablevm-1.13_11
===>   sablevm-1.13_11 depends on executable: gmake - not found
===>    Verifying install for gmake in /usr/ports/devel/gmake
===>   Installing existing package /packages/All/gmake-4.1_1.txz
[head-amd64-default-job-10] Installing gmake-4.1_1...
[head-amd64-default-job-10] Extracting gmake-4.1_1... done
===>   Returning to build of sablevm-1.13_11
===>   sablevm-1.13_11 depends on executable: pkgconf - not found
===>    Verifying install for pkgconf in /usr/ports/devel/pkgconf
===>   Installing existing package /packages/All/pkgconf-0.9.8.txz
[head-amd64-default-job-10] Installing pkgconf-0.9.8...
[head-amd64-default-job-10] Extracting pkgconf-0.9.8... done
===>   Returning to build of sablevm-1.13_11
===========================================================================
=======================<phase: lib-depends    >============================
===>   sablevm-1.13_11 depends on shared library: libpopt.so - not found
===>    Verifying for libpopt.so in /usr/ports/devel/popt
===>   Installing existing package /packages/All/popt-1.16_1.txz
[head-amd64-default-job-10] Installing popt-1.16_1...
[head-amd64-default-job-10] Extracting popt-1.16_1... done
===>   Returning to build of sablevm-1.13_11
===>   sablevm-1.13_11 depends on shared library: libffi.so - not found
===>    Verifying for libffi.so in /usr/ports/devel/libffi
===>   Installing existing package /packages/All/libffi-3.2.1.txz
[head-amd64-default-job-10] Installing libffi-3.2.1...
[head-amd64-default-job-10] Extracting libffi-3.2.1... done
===>   Returning to build of sablevm-1.13_11
===>   sablevm-1.13_11 depends on shared library: libltdl.so - not found
===>    Verifying for libltdl.so in /usr/ports/devel/libltdl
===>   Installing existing package /packages/All/libltdl-2.4.5.txz
[head-amd64-default-job-10] Installing libltdl-2.4.5...
[head-amd64-default-job-10] Extracting libltdl-2.4.5... done
===>   Returning to build of sablevm-1.13_11
===>   sablevm-1.13_11 depends on shared library: libintl.so - found (/usr/local/lib/libintl.so.8.1.3)
===========================================================================
=======================<phase: configure      >============================
===>  Configuring for sablevm-1.13_11
===>   FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/aclocal.m4
===>   FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/configure
===>   FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libpopt/aclocal.m4
===>   FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libpopt/configure
===>   FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libffi/aclocal.m4
===>   FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libffi/configure
configure: loading site script /usr/ports/Templates/config.site
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking for gawk... (cached) /usr/bin/awk
checking whether gmake sets $(MAKE)... yes
checking build system type... amd64-portbld-freebsd11.0
<snip>
fc-cache: succeeded
[head-amd64-default-job-10] |   |   | `-- Installing pixman-0.32.6...
[head-amd64-default-job-10] |   |   | `-- Extracting pixman-0.32.6... done
[head-amd64-default-job-10] |   |   | `-- Installing xcb-util-renderutil-0.3.9...
[head-amd64-default-job-10] |   |   |   `-- Installing xcb-util-0.4.0,1...
[head-amd64-default-job-10] |   |   |   `-- Extracting xcb-util-0.4.0,1... done
[head-amd64-default-job-10] |   |   | `-- Extracting xcb-util-renderutil-0.3.9... done
[head-amd64-default-job-10] |   |   `-- Extracting cairo-1.12.18_1,2... done
[head-amd64-default-job-10] |   |   `-- Installing encodings-1.0.4_3,1...
[head-amd64-default-job-10] |   |   | `-- Installing font-util-1.3.0_2...
[head-amd64-default-job-10] |   |   | `-- Extracting font-util-1.3.0_2... done
[head-amd64-default-job-10] |   |   `-- Extracting encodings-1.0.4_3,1... done
[head-amd64-default-job-10] |   |   `-- Installing harfbuzz-0.9.36...
[head-amd64-default-job-10] |   |   | `-- Installing graphite2-1.2.4...
[head-amd64-default-job-10] |   |   | `-- Extracting graphite2-1.2.4... done
[head-amd64-default-job-10] |   |   | `-- Installing icu-53.1...
[head-amd64-default-job-10] |   |   | `-- Extracting icu-53.1... done
[head-amd64-default-job-10] |   |   `-- Extracting harfbuzz-0.9.36... done
[head-amd64-default-job-10] |   |   `-- Installing libXft-2.3.2...
[head-amd64-default-job-10] |   |   `-- Extracting libXft-2.3.2... done
[head-amd64-default-job-10] |   |   `-- Installing xorg-fonts-truetype-7.7_1...
[head-amd64-default-job-10] |   |   | `-- Installing dejavu-2.34_6...
[head-amd64-default-job-10] |   |   |   `-- Installing mkfontdir-1.0.7...
[head-amd64-default-job-10] |   |   |   | `-- Installing mkfontscale-1.1.1_1...
[head-amd64-default-job-10] |   |   |   |   `-- Installing libfontenc-1.1.2_2...
[head-amd64-default-job-10] |   |   |   |   `-- Extracting libfontenc-1.1.2_2... done
[head-amd64-default-job-10] |   |   |   | `-- Extracting mkfontscale-1.1.1_1... done
[head-amd64-default-job-10] |   |   |   `-- Extracting mkfontdir-1.0.7... done
[head-amd64-default-job-10] |   |   | `-- Extracting dejavu-2.34_6... done
[head-amd64-default-job-10] |   |   | `-- Installing font-bh-ttf-1.0.3_3...
[head-amd64-default-job-10] |   |   | `-- Extracting font-bh-ttf-1.0.3_3... done
[head-amd64-default-job-10] |   |   | `-- Installing font-misc-ethiopic-1.0.3_3...
[head-amd64-default-job-10] |   |   | `-- Extracting font-misc-ethiopic-1.0.3_3... done
[head-amd64-default-job-10] |   |   | `-- Installing font-misc-meltho-1.0.3_3...
[head-amd64-default-job-10] |   |   | `-- Extracting font-misc-meltho-1.0.3_3... done
[head-amd64-default-job-10] |   | `-- Extracting pango-1.36.8... done
[head-amd64-default-job-10] |   | `-- Installing shared-mime-info-1.1_1...
[head-amd64-default-job-10] |   | `-- Extracting shared-mime-info-1.1_1... done
[head-amd64-default-job-10] |   `-- Extracting gtk-update-icon-cache-2.24.25... done
[head-amd64-default-job-10] |   `-- Installing python-2.7_2,2...
[head-amd64-default-job-10] |   | `-- Installing python2-2_3...
[head-amd64-default-job-10] |   | `-- Extracting python2-2_3... done
[head-amd64-default-job-10] |   `-- Extracting python-2.7_2,2... done
[head-amd64-default-job-10] `-- Extracting gtk2-2.24.27... done
[head-amd64-default-job-10] `-- Installing libXtst-1.2.2_2...
[head-amd64-default-job-10] |   `-- Installing recordproto-1.14.2...
[head-amd64-default-job-10] |   `-- Extracting recordproto-1.14.2... done
[head-amd64-default-job-10] `-- Extracting libXtst-1.2.2_2... done
[head-amd64-default-job-10] Extracting sablevm-classpath-1.13_11... done
Message for python27-2.7.9:
 =====================================================================

Note that some standard Python modules are provided as separate ports
as they require additional dependencies. They are available as:

bsddb           databases/py-bsddb
gdbm            databases/py-gdbm
sqlite3         databases/py-sqlite3
tkinter         x11-toolkits/py-tkinter

=====================================================================
Message for dejavu-2.34_6:
 Make sure that the freetype module is loaded.  If it is not, add the following
line to the "Modules" section of your X Windows configuration file:

	Load "freetype"

Add the following line to the "Files" section of X Windows configuration file:

	FontPath "/usr/local/share/fonts/dejavu/"

Note: your X Windows configuration file is typically /etc/X11/XF86Config
if you are using XFree86, and /etc/X11/xorg.conf if you are using X.Org.
===>   Returning to build of sablevm-1.13_11
===========================================================================
=======================<phase: stage          >============================
===>  Staging for sablevm-1.13_11
===>   Generating temporary packing list
gmake[1]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
gmake  INSTALL_PROGRAM="/bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s" \
  install_sh_PROGRAM="/bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s" INSTALL_STRIP_FLAG=-s \
  `test -z 'strip' || \
    echo "INSTALL_PROGRAM_ENV=STRIPPROG='strip'"` install
gmake[2]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
gmake  install-recursive
gmake[3]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
Making install in doc
gmake[4]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc'
gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc'
gmake[5]: Nothing to be done for 'install-exec-am'.
test -z "/usr/local/man/man1" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/man/man1"
 install  -o root -g wheel -m 0644 './sablevm.1' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/man/man1/sablevm.1'
 install  -o root -g wheel -m 0644 './java-sablevm.1' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/man/man1/java-sablevm.1'
gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc'
gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc'
Making install in src
gmake[4]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src'
Making install in include
gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include'
gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include'
gmake[6]: Nothing to be done for 'install-exec-am'.
gmake[6]: Nothing to be done for 'install-data-am'.
gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include'
gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include'
Making install in libsablevm
gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
gmake  install-recursive
gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
Making install in include
gmake[7]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include'
gmake[8]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include'
gmake[8]: Nothing to be done for 'install-exec-am'.
test -z "/usr/local/include/sablevm" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/include/sablevm"
 install  -o root -g wheel -m 0644 'jni.h' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/include/sablevm/jni.h'
 install  -o root -g wheel -m 0644 'jni_system_specific.h' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/include/sablevm/jni_system_specific.h'
gmake  install-data-hook
gmake[9]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include'
mkdir -p /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/include
for f in jni.h jni_system_specific.h ; do \
  rm -f /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/include/$f ; \
  ln -s /usr/local/include/sablevm/$f /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/include/$f ; \
done
gmake[9]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include'
gmake[8]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include'
gmake[7]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include'
Making install in inlinability
gmake[7]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability'
gmake[8]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability'
gmake[8]: Nothing to be done for 'install-exec-am'.
gmake[8]: Nothing to be done for 'install-data-am'.
gmake[8]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability'
gmake[7]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability'
gmake[7]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
gmake[8]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
test -z "/usr/local/lib" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib"
 /bin/sh ../../libtool --mode=install /usr/bin/install -c -o root -g wheel -s 'libsablevm.la' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/libsablevm.la'
/usr/bin/install -c -o root -g wheel .libs/libsablevm-1.13.so /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/libsablevm-1.13.so
(cd /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib && { ln -s -f libsablevm-1.13.so libsablevm.so || { rm -f libsablevm.so && ln -s libsablevm-1.13.so libsablevm.so; }; })
/usr/bin/install -c -o root -g wheel .libs/libsablevm.lai /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/libsablevm.la
libtool: install: warning: remember to run `libtool --finish /usr/local/lib'
gmake[8]: Nothing to be done for 'install-data-am'.
gmake[8]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
gmake[7]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm'
Making install in sablevm
gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm'
gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm'
test -z "/usr/local/bin" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin"
 STRIPPROG='strip' /bin/sh ../../libtool --mode=install /bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s 'sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/sablevm'
libtool: install: warning: `../libsablevm/libsablevm.la' has not been installed in `/usr/local/lib'
/bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s .libs/sablevm /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/sablevm
gmake[6]: Nothing to be done for 'install-data-am'.
gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm'
gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm'
gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src'
gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src'
gmake[6]: Nothing to be done for 'install-exec-am'.
gmake[6]: Nothing to be done for 'install-data-am'.
gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src'
gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src'
gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src'
gmake[4]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
test -z "/usr/local/bin" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin"
 install  -o root -g wheel -m 555 'java-sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/java-sablevm'
 install  -o root -g wheel -m 555 'javac-sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/javac-sablevm'
 install  -o root -g wheel -m 555 'jar-sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/jar-sablevm'
gmake  install-exec-hook
gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
mkdir -p /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm
cd /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm && mkdir bin jre &>/dev/null
cd /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm && rm -f bin/java bin/javac bin/jar
unlink /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin &>/dev/null
if test ! -L /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin; then rm -rf /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin; fi
unlink: /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin: No such file or directory
ln -s ../../../bin/`echo "java-sablevm" | sed 's|^.*/||;s,x,x,'` /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/bin/java
ln: /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/bin/java: No such file or directory
Makefile:730: recipe for target 'install-exec-hook' failed
gmake[6]: *** [install-exec-hook] Error 1
gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
Makefile:635: recipe for target 'install-exec-am' failed
gmake[5]: *** [install-exec-am] Error 2
gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
Makefile:592: recipe for target 'install-am' failed
gmake[4]: *** [install-am] Error 2
gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
Makefile:308: recipe for target 'install-recursive' failed
gmake[3]: *** [install-recursive] Error 1
gmake[3]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
Makefile:586: recipe for target 'install' failed
gmake[2]: *** [install] Error 2
gmake[2]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
Makefile:596: recipe for target 'install-strip' failed
gmake[1]: *** [install-strip] Error 2
gmake[1]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13'
*** Error code 2

Stop.
make: stopped in /usr/ports/java/sablevm

From ppathiakis at atlantisservices.net  Mon Mar 30 22:08:49 2015
From: ppathiakis at atlantisservices.net (Paul Pathiakis)
Date: Mon, 30 Mar 2015 18:02:04 -0400
Subject: [opennms-devel] OpenNMS 1.14+ on FreeBSD 8, 9, 10, 11
In-Reply-To: <55197228.4050808@opennms.org>
References: <5516FBCD.4050009@atlantisservices.net>
 <55197228.4050808@opennms.org>
Message-ID: <5519C7DC.9010801@atlantisservices.net>


On 03/30/2015 11:56, Benjamin Reed wrote:
> On 3/28/15 3:06 PM, Paul Pathiakis wrote:
>> Openjdk crashes almost
>> immediately while the linux java continues for a longer duration but
>> also crashes.
> Unless it is crashing in jrrd or jicmp which we wrote, it is by
> definition a JVM issue.  Unless we're running out of memory, it should
> be impossible to put something in a jar that crashes the JVM, and if it
> does, it's a JVM bug.  Since the Linux JDK doesn't crash under the Linux
> kernel, that would mean it has to be some interaction in the FreeBSD
> side breaking it.
>
> Without a crash log, though, it's hard to say.  :)
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
>
>
> _______________________________________________
> Please read the OpenNMS Mailing List FAQ:
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-devel mailing list
>
> To *unsubscribe* or change your subscription options, see the bottom of this page:
> https://lists.sourceforge.net/lists/listinfo/opennms-devel
Ben,

     More than happy to provide any crash dumps.  However, I can't agree 
with it 'must be' the JVM.  Ron Roskens and I have delved into this and 
found some interesting things going on.  The behavior differs between 
the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD.
     Once upon a time, previous OpenNMS versions always worked on 
FreeBSD on Java 1.4, 1.5, 1.6.  There was never an issue with getting it 
running, there just wasn't a package/port.

Here's one of the e-mails that I've received regarding this:

*Hi Paul, good morning.***

**

***I?ve been reading a lot of your posts to the lists about OpenNMS on 
FreeBSD.***

**

*I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no 
trouble, but decided to upgrade. Heh.***

**

*See versions of software I?m running below.***

**

*I have the same symptoms you described last fall:  it runs for a while, 
then boom ? JVM blows up.***

**

*Have you had any luck getting it working?***

**

*Thanks!***

**

*___________________________***

**

*Kris Jacobs***

*Network Administrator**
**% uname ?a**
**
**FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD 
10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 
root at releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64**
**
**% pkg version | grep jdk **
**
**openjdk-7.76.13_1,1**
**
**opennms-15.0.1-1**
*

So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 and 
openjdk6.  It ran "for years".  I had run FreeBSD 8.0 with OpenNMS 
1.{5,6}(I think) with an unknown JDK version and it ran for years 
without issue.  Again, what has happened?  The user, Kris, (above) has 
tried getting it to work on OpenNMS 1.15 with openjdk 6,7,8.  None of it 
works.  I believe OpenNMS to be the best NMS system out there right  
now.  However, I'm using Zabbix for all of my new installs which seems 
to be my only alternative at this point.

Could someone tell me if this is working on OSX reliably?  That may be 
an alternative.  BTW, I don't have any other issues with other apps that 
are using openjdk crashing on FreeBSD, it seems to be OpenNMS is the 
only app with a problem.

I'm also sending this to the java maillist at FreeBSD.  I'm hoping that 
the two groups can work together to resolve the issue.

My being in the middle may be hampering the issue but what seems to be 
hurting more is the fact that there doesn't seem to be anyone willing to 
work the issue to PROVE it is something having to do with the JDK.  
People stating "Well, it works on Linux, with the Linux JDK, which we 
have Linux specific conditionals set in XML code and it works fine" 
comes across as a serious dodge.  (Ron Roskens pointed out a couple of 
issues with the code using specific 'epoll' calls.  Kudos to him for 
digging in and finding that.)

Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", 
then please make the statement for everyone to see so they know to stop 
using and supporting this product.  Just close the door and well meaning 
people like myself will just walk away. Sevan used to complain that the 
upstream support in the OpenNMS group was what kept the product from 
being stable on more platforms, I'm starting to lean that way as well.  
(With Ron Roskens being the exception, of course.)  (Sad considering 
that Juniper uses FreeBSD for JunOS and Playstation is built on it, and 
Apple is built on it.... etc)

Something that the OpenNMS project should consider:  software being 
well-supported on more than just one or two platforms is the best way to 
hedge your bets.  Right now, there is serious slippage on a couple of 
platforms in the industry.  Any software project that has all their eggs 
in one or two baskets could end up blowing away if those eggs lose 
market share.

Tarus, can you weigh in on this?

BTW, where can I get the source for 10.x?  I'd like to see if it still 
runs on openjdk6.  That might be a solid place to start on my end.  If 
that can work, I'll try openjdk 7.

Thank you,

Paul Pathiakis



From ppathiakis at atlantisservices.net  Mon Mar 30 22:42:53 2015
From: ppathiakis at atlantisservices.net (Paul Pathiakis)
Date: Mon, 30 Mar 2015 18:42:50 -0400
Subject: [opennms-devel] OpenNMS 1.14+ on FreeBSD 8, 9, 10, 11
In-Reply-To: <5519C7DC.9010801@atlantisservices.net>
References: <5516FBCD.4050009@atlantisservices.net>
 <55197228.4050808@opennms.org> <5519C7DC.9010801@atlantisservices.net>
Message-ID: <5519D16A.8070609@atlantisservices.net>

I found all the old copies of the code out on SourceForge.

Whoever is archiving this stuff, please continue to do so.

If this works, then it will point that there's been some change in the 
code and not the jdk.

P.

On 03/30/2015 18:02, Paul Pathiakis wrote:
>
> On 03/30/2015 11:56, Benjamin Reed wrote:
>> On 3/28/15 3:06 PM, Paul Pathiakis wrote:
>>> Openjdk crashes almost
>>> immediately while the linux java continues for a longer duration but
>>> also crashes.
>> Unless it is crashing in jrrd or jicmp which we wrote, it is by
>> definition a JVM issue.  Unless we're running out of memory, it should
>> be impossible to put something in a jar that crashes the JVM, and if it
>> does, it's a JVM bug.  Since the Linux JDK doesn't crash under the Linux
>> kernel, that would mean it has to be some interaction in the FreeBSD
>> side breaking it.
>>
>> Without a crash log, though, it's hard to say.  :)
>>
>>
>>
>> ------------------------------------------------------------------------------ 
>>
>> Dive into the World of Parallel Programming The Go Parallel Website, 
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your 
>> hub for all
>> things parallel software development, from weekly thought leadership 
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>>
>>
>> _______________________________________________
>> Please read the OpenNMS Mailing List FAQ:
>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>
>> opennms-devel mailing list
>>
>> To *unsubscribe* or change your subscription options, see the bottom 
>> of this page:
>> https://lists.sourceforge.net/lists/listinfo/opennms-devel
> Ben,
>
>     More than happy to provide any crash dumps.  However, I can't 
> agree with it 'must be' the JVM.  Ron Roskens and I have delved into 
> this and found some interesting things going on.  The behavior differs 
> between the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD.
>     Once upon a time, previous OpenNMS versions always worked on 
> FreeBSD on Java 1.4, 1.5, 1.6.  There was never an issue with getting 
> it running, there just wasn't a package/port.
>
> Here's one of the e-mails that I've received regarding this:
>
> *Hi Paul, good morning.***
>
> **
>
> ***I?ve been reading a lot of your posts to the lists about OpenNMS on 
> FreeBSD.***
>
> **
>
> *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no 
> trouble, but decided to upgrade. Heh.***
>
> **
>
> *See versions of software I?m running below.***
>
> **
>
> *I have the same symptoms you described last fall:  it runs for a 
> while, then boom ? JVM blows up.***
>
> **
>
> *Have you had any luck getting it working?***
>
> **
>
> *Thanks!***
>
> **
>
> *___________________________***
>
> **
>
> *Kris Jacobs***
>
> *Network Administrator**
> **% uname ?a**
> **
> **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD 
> 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 
> root at releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64**
> **
> **% pkg version | grep jdk **
> **
> **openjdk-7.76.13_1,1**
> **
> **opennms-15.0.1-1**
> *
>
> So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 
> and openjdk6.  It ran "for years".  I had run FreeBSD 8.0 with OpenNMS 
> 1.{5,6}(I think) with an unknown JDK version and it ran for years 
> without issue.  Again, what has happened?  The user, Kris, (above) has 
> tried getting it to work on OpenNMS 1.15 with openjdk 6,7,8.  None of 
> it works.  I believe OpenNMS to be the best NMS system out there 
> right  now.  However, I'm using Zabbix for all of my new installs 
> which seems to be my only alternative at this point.
>
> Could someone tell me if this is working on OSX reliably?  That may be 
> an alternative.  BTW, I don't have any other issues with other apps 
> that are using openjdk crashing on FreeBSD, it seems to be OpenNMS is 
> the only app with a problem.
>
> I'm also sending this to the java maillist at FreeBSD.  I'm hoping 
> that the two groups can work together to resolve the issue.
>
> My being in the middle may be hampering the issue but what seems to be 
> hurting more is the fact that there doesn't seem to be anyone willing 
> to work the issue to PROVE it is something having to do with the JDK.  
> People stating "Well, it works on Linux, with the Linux JDK, which we 
> have Linux specific conditionals set in XML code and it works fine" 
> comes across as a serious dodge.  (Ron Roskens pointed out a couple of 
> issues with the code using specific 'epoll' calls.  Kudos to him for 
> digging in and finding that.)
>
> Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", 
> then please make the statement for everyone to see so they know to 
> stop using and supporting this product.  Just close the door and well 
> meaning people like myself will just walk away. Sevan used to complain 
> that the upstream support in the OpenNMS group was what kept the 
> product from being stable on more platforms, I'm starting to lean that 
> way as well.  (With Ron Roskens being the exception, of course.)  (Sad 
> considering that Juniper uses FreeBSD for JunOS and Playstation is 
> built on it, and Apple is built on it.... etc)
>
> Something that the OpenNMS project should consider:  software being 
> well-supported on more than just one or two platforms is the best way 
> to hedge your bets.  Right now, there is serious slippage on a couple 
> of platforms in the industry.  Any software project that has all their 
> eggs in one or two baskets could end up blowing away if those eggs 
> lose market share.
>
> Tarus, can you weigh in on this?
>
> BTW, where can I get the source for 10.x?  I'd like to see if it still 
> runs on openjdk6.  That might be a solid place to start on my end.  If 
> that can work, I'll try openjdk 7.
>
> Thank you,
>
> Paul Pathiakis
>
>
> _______________________________________________
> freebsd-java at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-java
> To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org"


From seth at opennms.org  Mon Mar 30 23:49:49 2015
From: seth at opennms.org (Seth Leger)
Date: Mon, 30 Mar 2015 19:42:09 -0400
Subject: [opennms-devel] OpenNMS 1.14+ on FreeBSD 8, 9, 10, 11
In-Reply-To: <5519C7DC.9010801@atlantisservices.net>
References: <5516FBCD.4050009@atlantisservices.net>	<55197228.4050808@opennms.org>
 <5519C7DC.9010801@atlantisservices.net>
Message-ID: <5519DF51.90909@opennms.org>

Hi Paul,

One thing to keep in mind is that the JVM standard has changed
drastically since OpenNMS 1.10 was released. OpenNMS 1.10 running on JDK
6 is a very different ecosystem than OpenNMS 15. OpenNMS 15 uses a
variety of modern JVM features that require us to use JDK 7. Our
dependencies exercise advanced JVM features such as dynamic proxy
generation and bytecode manipulation. We have an entire OSGi plugin
framework embedded inside our system now that didn't exist in OpenNMS 1.10.

For this reason, we rely on some of the newest, least-tested code in the
JVM in some cases. JVM code can and does have bugs that can cause
crashes. I ran into a case today where the JAXB implementation in
Oracle's JDK7 on Linux would not run some of our topology code correctly.

As Ben noted, our code is written in Java and as far as we can tell, the
bytecode that is compiled by javac conforms properly to the Java
bytecode standards (as you would trust any compiler to do). If you have
valid bytecode, than any further crash in the JVM is, as Ben noted, a
JVM issue.

-- Seth


On 3/30/15 6:02 PM, Paul Pathiakis wrote:
>
> On 03/30/2015 11:56, Benjamin Reed wrote:
>> On 3/28/15 3:06 PM, Paul Pathiakis wrote:
>>> Openjdk crashes almost 
>>> immediately while the linux java continues for a longer duration but 
>>> also crashes.
>> Unless it is crashing in jrrd or jicmp which we wrote, it is by
>> definition a JVM issue.  Unless we're running out of memory, it should
>> be impossible to put something in a jar that crashes the JVM, and if it
>> does, it's a JVM bug.  Since the Linux JDK doesn't crash under the Linux
>> kernel, that would mean it has to be some interaction in the FreeBSD
>> side breaking it.
>>
>> Without a crash log, though, it's hard to say.  :)
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the 
>> conversation now. http://goparallel.sourceforge.net/
>>
>>
>> _______________________________________________
>> Please read the OpenNMS Mailing List FAQ:
>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>
>> opennms-devel mailing list
>>
>> To *unsubscribe* or change your subscription options, see the bottom of this page:
>> https://lists.sourceforge.net/lists/listinfo/opennms-devel
> Ben,
>
>     More than happy to provide any crash dumps.  However, I can't
> agree with it 'must be' the JVM.  Ron Roskens and I have delved into
> this and found some interesting things going on.  The behavior differs
> between the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD. 
>     Once upon a time, previous OpenNMS versions always worked on
> FreeBSD on Java 1.4, 1.5, 1.6.  There was never an issue with getting
> it running, there just wasn't a package/port. 
>
> Here's one of the e-mails that I've received regarding this:
>
> *Hi Paul, good morning.***
>
> **
>
> ***I?ve been reading a lot of your posts to the lists about OpenNMS on
> FreeBSD.***
>
> **
>
> *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no
> trouble, but decided to upgrade.  Heh.***
>
> **
>
> *See versions of software I?m running below.***
>
> **
>
> *I have the same symptoms you described last fall:  it runs for a
> while, then boom ? JVM blows up.***
>
> **
>
> *Have you had any luck getting it working?***
>
> **
>
> *Thanks!***
>
> **
>
> *___________________________***
>
> **
>
> *Kris Jacobs***
>
> *Network Administrator**
> **% uname ?a**
> **
> **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD
> 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014    
> root at releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64**
> **
> **% pkg version | grep jdk  **
> **
> **openjdk-7.76.13_1,1**
> **
> **opennms-15.0.1-1**
> *
>
> So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9
> and openjdk6.  It ran "for years".  I had run FreeBSD 8.0 with OpenNMS
> 1.{5,6}(I think) with an unknown JDK version and it ran for years
> without issue.  Again, what has happened?  The user, Kris, (above) has
> tried getting it to work on OpenNMS 1.15 with openjdk 6,7,8.  None of
> it works.  I believe OpenNMS to be the best NMS system out there
> right  now.  However, I'm using Zabbix for all of my new installs
> which seems to be my only alternative at this point. 
>
> Could someone tell me if this is working on OSX reliably?  That may be
> an alternative.  BTW, I don't have any other issues with other apps
> that are using openjdk crashing on FreeBSD, it seems to be OpenNMS is
> the only app with a problem.
>
> I'm also sending this to the java maillist at FreeBSD.  I'm hoping
> that the two groups can work together to resolve the issue. 
>
> My being in the middle may be hampering the issue but what seems to be
> hurting more is the fact that there doesn't seem to be anyone willing
> to work the issue to PROVE it is something having to do with the JDK. 
> People stating "Well, it works on Linux, with the Linux JDK, which we
> have Linux specific conditionals set in XML code and it works fine"
> comes across as a serious dodge.  (Ron Roskens pointed out a couple of
> issues with the code using specific 'epoll' calls.  Kudos to him for
> digging in and finding that.)
>
> Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD",
> then please make the statement for everyone to see so they know to
> stop using and supporting this product.  Just close the door and well
> meaning people like myself will just walk away. Sevan used to complain
> that the upstream support in the OpenNMS group was what kept the
> product from being stable on more platforms, I'm starting to lean that
> way as well.  (With Ron Roskens being the exception, of course.)  (Sad
> considering that Juniper uses FreeBSD for JunOS and Playstation is
> built on it, and Apple is built on it.... etc)
>
> Something that the OpenNMS project should consider:  software being
> well-supported on more than just one or two platforms is the best way
> to hedge your bets.  Right now, there is serious slippage on a couple
> of platforms in the industry.  Any software project that has all their
> eggs in one or two baskets could end up blowing away if those eggs
> lose market share.
>
> Tarus, can you weigh in on this?
>
> BTW, where can I get the source for 10.x?  I'd like to see if it still
> runs on openjdk6.  That might be a solid place to start on my end.  If
> that can work, I'll try openjdk 7.
>
> Thank you,
>
> Paul Pathiakis
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
>
>
> _______________________________________________
> Please read the OpenNMS Mailing List FAQ:
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-devel mailing list
>
> To *unsubscribe* or change your subscription options, see the bottom of this page:
> https://lists.sourceforge.net/lists/listinfo/opennms-devel


From ppathiakis at atlantisservices.net  Tue Mar 31 01:48:53 2015
From: ppathiakis at atlantisservices.net (Paul Pathiakis)
Date: Mon, 30 Mar 2015 21:48:50 -0400
Subject: [opennms-devel] OpenNMS 1.14+ on FreeBSD 8, 9, 10, 11
In-Reply-To: <5519DF51.90909@opennms.org>
References: <5516FBCD.4050009@atlantisservices.net>	<55197228.4050808@opennms.org>	<5519C7DC.9010801@atlantisservices.net>
 <5519DF51.90909@opennms.org>
Message-ID: <5519FD02.60109@atlantisservices.net>

Seth,

THANK YOU!

I needed to know that.  However, when did this all change?  (I know, I 
could read the RELEASE NOTES etc, but it's easier is someone who knows 
just tells me. :-)  )  Here's the thing, I was trying to get OpenNMS 
1.14 working with all the versions of JDK and they all failed on FreeBSD.

I assume the advanced features continued to be implemented from 1.10 to 
1.14.  Now, I can at least get some idea of where to start.  I might be 
able to track this down to things that were implemented in a certain 
version from 1.10 to 1.14.

I don't know how long I'll be able to use openjdk6 before having to go 
to openjdk7 on 1.1x, but at least it's a start. Like I said, I'm more 
than willing to help assist in this.

Do you think that I should be able to use openjdk7 from 1.10 going 
forward?  Is JDK 1.7 backward compatible with everything in 1.6?  If so, 
I should just start 1.7 on OpenNMS 1.10 and go forward from there.  Is 
that a good plan?

On 03/30/2015 19:42, Seth Leger wrote:
> Hi Paul,
>
> One thing to keep in mind is that the JVM standard has changed 
> drastically since OpenNMS 1.10 was released. OpenNMS 1.10 running on 
> JDK 6 is a very different ecosystem than OpenNMS 15. OpenNMS 15 uses a 
> variety of modern JVM features that require us to use JDK 7. Our 
> dependencies exercise advanced JVM features such as dynamic proxy 
> generation and bytecode manipulation. We have an entire OSGi plugin 
> framework embedded inside our system now that didn't exist in OpenNMS 
> 1.10.
>
> For this reason, we rely on some of the newest, least-tested code in 
> the JVM in some cases. JVM code can and does have bugs that can cause 
> crashes. I ran into a case today where the JAXB implementation in 
> Oracle's JDK7 on Linux would not run some of our topology code correctly.
>
> As Ben noted, our code is written in Java and as far as we can tell, 
> the bytecode that is compiled by javac conforms properly to the Java 
> bytecode standards (as you would trust any compiler to do). If you 
> have valid bytecode, than any further crash in the JVM is, as Ben 
> noted, a JVM issue.
>
> -- Seth
>
>
> On 3/30/15 6:02 PM, Paul Pathiakis wrote:
>>
>> On 03/30/2015 11:56, Benjamin Reed wrote:
>>> On 3/28/15 3:06 PM, Paul Pathiakis wrote:
>>>> Openjdk crashes almost
>>>> immediately while the linux java continues for a longer duration but
>>>> also crashes.
>>> Unless it is crashing in jrrd or jicmp which we wrote, it is by
>>> definition a JVM issue.  Unless we're running out of memory, it should
>>> be impossible to put something in a jar that crashes the JVM, and if it
>>> does, it's a JVM bug.  Since the Linux JDK doesn't crash under the Linux
>>> kernel, that would mean it has to be some interaction in the FreeBSD
>>> side breaking it.
>>>
>>> Without a crash log, though, it's hard to say.  :)
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>>> things parallel software development, from weekly thought leadership blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now.http://goparallel.sourceforge.net/
>>>
>>>
>>> _______________________________________________
>>> Please read the OpenNMS Mailing List FAQ:
>>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>>
>>> opennms-devel mailing list
>>>
>>> To *unsubscribe* or change your subscription options, see the bottom of this page:
>>> https://lists.sourceforge.net/lists/listinfo/opennms-devel
>> Ben,
>>
>>     More than happy to provide any crash dumps.  However, I can't 
>> agree with it 'must be' the JVM.  Ron Roskens and I have delved into 
>> this and found some interesting things going on. The behavior differs 
>> between the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD.
>>     Once upon a time, previous OpenNMS versions always worked on 
>> FreeBSD on Java 1.4, 1.5, 1.6.  There was never an issue with getting 
>> it running, there just wasn't a package/port.
>>
>> Here's one of the e-mails that I've received regarding this:
>>
>> *Hi Paul, good morning.***
>>
>> **
>>
>> ***I?ve been reading a lot of your posts to the lists about OpenNMS 
>> on FreeBSD.***
>>
>> **
>>
>> *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no 
>> trouble, but decided to upgrade.  Heh.***
>>
>> **
>>
>> *See versions of software I?m running below.***
>>
>> **
>>
>> *I have the same symptoms you described last fall:  it runs for a 
>> while, then boom ? JVM blows up.***
>>
>> **
>>
>> *Have you had any luck getting it working?***
>>
>> **
>>
>> *Thanks!***
>>
>> **
>>
>> *___________________________***
>>
>> **
>>
>> *Kris Jacobs***
>>
>> *Network Administrator**
>> **% uname ?a**
>> **
>> **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD 
>> 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 
>> root at releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64**
>> **
>> **% pkg version | grep jdk **
>> **
>> **openjdk-7.76.13_1,1**
>> **
>> **opennms-15.0.1-1**
>> *
>>
>> So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 
>> and openjdk6.  It ran "for years".  I had run FreeBSD 8.0 with 
>> OpenNMS 1.{5,6}(I think) with an unknown JDK version and it ran for 
>> years without issue.  Again, what has happened? The user, Kris, 
>> (above) has tried getting it to work on OpenNMS 1.15 with openjdk 
>> 6,7,8.  None of it works.  I believe OpenNMS to be the best NMS 
>> system out there right  now.  However, I'm using Zabbix for all of my 
>> new installs which seems to be my only alternative at this point.
>>
>> Could someone tell me if this is working on OSX reliably?  That may 
>> be an alternative.  BTW, I don't have any other issues with other 
>> apps that are using openjdk crashing on FreeBSD, it seems to be 
>> OpenNMS is the only app with a problem.
>>
>> I'm also sending this to the java maillist at FreeBSD.  I'm hoping 
>> that the two groups can work together to resolve the issue.
>>
>> My being in the middle may be hampering the issue but what seems to 
>> be hurting more is the fact that there doesn't seem to be anyone 
>> willing to work the issue to PROVE it is something having to do with 
>> the JDK.  People stating "Well, it works on Linux, with the Linux 
>> JDK, which we have Linux specific conditionals set in XML code and it 
>> works fine" comes across as a serious dodge.  (Ron Roskens pointed 
>> out a couple of issues with the code using specific 'epoll' calls.  
>> Kudos to him for digging in and finding that.)
>>
>> Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", 
>> then please make the statement for everyone to see so they know to 
>> stop using and supporting this product.  Just close the door and well 
>> meaning people like myself will just walk away. Sevan used to 
>> complain that the upstream support in the OpenNMS group was what kept 
>> the product from being stable on more platforms, I'm starting to lean 
>> that way as well.  (With Ron Roskens being the exception, of 
>> course.)  (Sad considering that Juniper uses FreeBSD for JunOS and 
>> Playstation is built on it, and Apple is built on it.... etc)
>>
>> Something that the OpenNMS project should consider:  software being 
>> well-supported on more than just one or two platforms is the best way 
>> to hedge your bets.  Right now, there is serious slippage on a couple 
>> of platforms in the industry.  Any software project that has all 
>> their eggs in one or two baskets could end up blowing away if those 
>> eggs lose market share.
>>
>> Tarus, can you weigh in on this?
>>
>> BTW, where can I get the source for 10.x?  I'd like to see if it 
>> still runs on openjdk6.  That might be a solid place to start on my 
>> end.  If that can work, I'll try openjdk 7.
>>
>> Thank you,
>>
>> Paul Pathiakis
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now.http://goparallel.sourceforge.net/
>>
>>
>> _______________________________________________
>> Please read the OpenNMS Mailing List FAQ:
>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>
>> opennms-devel mailing list
>>
>> To *unsubscribe* or change your subscription options, see the bottom of this page:
>> https://lists.sourceforge.net/lists/listinfo/opennms-devel
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
>
>
> _______________________________________________
> Please read the OpenNMS Mailing List FAQ:
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-devel mailing list
>
> To *unsubscribe* or change your subscription options, see the bottom of this page:
> https://lists.sourceforge.net/lists/listinfo/opennms-devel


From seth at opennms.org  Tue Mar 31 17:10:41 2015
From: seth at opennms.org (Seth Leger)
Date: Tue, 31 Mar 2015 13:10:31 -0400
Subject: [opennms-devel] OpenNMS 1.14+ on FreeBSD 8, 9, 10, 11
In-Reply-To: <5519FD02.60109@atlantisservices.net>
References: <5516FBCD.4050009@atlantisservices.net>	<55197228.4050808@opennms.org>	<5519C7DC.9010801@atlantisservices.net>	<5519DF51.90909@opennms.org>
 <5519FD02.60109@atlantisservices.net>
Message-ID: <551AD507.1050703@opennms.org>

Hi Paul,

To figure out what has changed in OpenNMS, it is easiest to read the
wiki and github docs:

http://www.opennms.org/wiki/What's_New_in_OpenNMS_1.10
http://www.opennms.org/wiki/What's_New_in_OpenNMS_1.12
https://github.com/OpenNMS/opennms/blob/release-14.0.0/WHATSNEW.md
https://github.com/OpenNMS/opennms/blob/release-15.0.2/WHATSNEW.md

However, I think you are looking at this the wrong way. If you look
through these changes, you will see at a high level what has been added
and removed but these feature changes correspond to tens of thousands of
lines of code changed in OpenNMS and hundreds of thousands of lines of
code changed if you include the cumulative changes in all of our
dependencies. Any ONE of those changes could be causing the negative
interactions you are seeing with a particular JVM on FreeBSD.

We have a large array of unit tests and integration tests that are run
dozens of times every week on Linux and many of our developers run in
OSX and if we find a JVM crash on those systems, we would look for a
solution immediately. However, I say "would" because I can't remember
the last time we encountered a JVM segfault crash on those platforms.

The most productive thing for you to do is, like Ben said, give us a
stack trace of the crashing JVM. Even better would be to set up an
environment where you could run the unit and integration tests
continuously like we do internally but run them on your FreeBSD
environments that you are concerned about. If your environment can run
the tests successfully many times without encountering JVM crashes, that
will give us extra confidence that the code can execute successfully on
your platform. Then you could start looking at particular runtime
conditions that could be causing the crashes.

http://www.opennms.org/wiki/Running_Unit_Tests

-- Seth



On 3/30/15 9:48 PM, Paul Pathiakis wrote:
> Seth,
>
> THANK YOU!
>
> I needed to know that.  However, when did this all change?  (I know, I
> could read the RELEASE NOTES etc, but it's easier is someone who knows
> just tells me. :-)  )  Here's the thing, I was trying to get OpenNMS
> 1.14 working with all the versions of JDK and they all failed on FreeBSD.
>
> I assume the advanced features continued to be implemented from 1.10
> to 1.14.  Now, I can at least get some idea of where to start.  I
> might be able to track this down to things that were implemented in a
> certain version from 1.10 to 1.14.
>
> I don't know how long I'll be able to use openjdk6 before having to go
> to openjdk7 on 1.1x, but at least it's a start. Like I said, I'm more
> than willing to help assist in this.
>
> Do you think that I should be able to use openjdk7 from 1.10 going
> forward?  Is JDK 1.7 backward compatible with everything in 1.6?  If
> so, I should just start 1.7 on OpenNMS 1.10 and go forward from
> there.  Is that a good plan?
>
> On 03/30/2015 19:42, Seth Leger wrote:
>> Hi Paul,
>>
>> One thing to keep in mind is that the JVM standard has changed
>> drastically since OpenNMS 1.10 was released. OpenNMS 1.10 running on
>> JDK 6 is a very different ecosystem than OpenNMS 15. OpenNMS 15 uses
>> a variety of modern JVM features that require us to use JDK 7. Our
>> dependencies exercise advanced JVM features such as dynamic proxy
>> generation and bytecode manipulation. We have an entire OSGi plugin
>> framework embedded inside our system now that didn't exist in OpenNMS
>> 1.10.
>>
>> For this reason, we rely on some of the newest, least-tested code in
>> the JVM in some cases. JVM code can and does have bugs that can cause
>> crashes. I ran into a case today where the JAXB implementation in
>> Oracle's JDK7 on Linux would not run some of our topology code correctly.
>>
>> As Ben noted, our code is written in Java and as far as we can tell,
>> the bytecode that is compiled by javac conforms properly to the Java
>> bytecode standards (as you would trust any compiler to do). If you
>> have valid bytecode, than any further crash in the JVM is, as Ben
>> noted, a JVM issue.
>>
>> -- Seth
>>
>>
>> On 3/30/15 6:02 PM, Paul Pathiakis wrote:
>>>
>>> On 03/30/2015 11:56, Benjamin Reed wrote:
>>>> On 3/28/15 3:06 PM, Paul Pathiakis wrote:
>>>>> Openjdk crashes almost 
>>>>> immediately while the linux java continues for a longer duration but 
>>>>> also crashes.
>>>> Unless it is crashing in jrrd or jicmp which we wrote, it is by
>>>> definition a JVM issue.  Unless we're running out of memory, it should
>>>> be impossible to put something in a jar that crashes the JVM, and if it
>>>> does, it's a JVM bug.  Since the Linux JDK doesn't crash under the Linux
>>>> kernel, that would mean it has to be some interaction in the FreeBSD
>>>> side breaking it.
>>>>
>>>> Without a crash log, though, it's hard to say.  :)
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>>>> things parallel software development, from weekly thought leadership blogs to
>>>> news, videos, case studies, tutorials and more. Take a look and join the 
>>>> conversation now. http://goparallel.sourceforge.net/
>>>>
>>>>
>>>> _______________________________________________
>>>> Please read the OpenNMS Mailing List FAQ:
>>>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>>>
>>>> opennms-devel mailing list
>>>>
>>>> To *unsubscribe* or change your subscription options, see the bottom of this page:
>>>> https://lists.sourceforge.net/lists/listinfo/opennms-devel
>>> Ben,
>>>
>>>     More than happy to provide any crash dumps.  However, I can't
>>> agree with it 'must be' the JVM.  Ron Roskens and I have delved into
>>> this and found some interesting things going on.  The behavior
>>> differs between the Linux JVM on FreeBSD linuxlator and the openjdk
>>> on FreeBSD. 
>>>     Once upon a time, previous OpenNMS versions always worked on
>>> FreeBSD on Java 1.4, 1.5, 1.6.  There was never an issue with
>>> getting it running, there just wasn't a package/port. 
>>>
>>> Here's one of the e-mails that I've received regarding this:
>>>
>>> *Hi Paul, good morning.***
>>>
>>> **
>>>
>>> ***I?ve been reading a lot of your posts to the lists about OpenNMS
>>> on FreeBSD.***
>>>
>>> **
>>>
>>> *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no
>>> trouble, but decided to upgrade.  Heh.***
>>>
>>> **
>>>
>>> *See versions of software I?m running below.***
>>>
>>> **
>>>
>>> *I have the same symptoms you described last fall:  it runs for a
>>> while, then boom ? JVM blows up.***
>>>
>>> **
>>>
>>> *Have you had any luck getting it working?***
>>>
>>> **
>>>
>>> *Thanks!***
>>>
>>> **
>>>
>>> *___________________________***
>>>
>>> **
>>>
>>> *Kris Jacobs***
>>>
>>> *Network Administrator**
>>> **% uname ?a**
>>> **
>>> **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD
>>> 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014    
>>> root at releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64**
>>> **
>>> **% pkg version | grep jdk  **
>>> **
>>> **openjdk-7.76.13_1,1**
>>> **
>>> **opennms-15.0.1-1**
>>> *
>>>
>>> So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9
>>> and openjdk6.  It ran "for years".  I had run FreeBSD 8.0 with
>>> OpenNMS 1.{5,6}(I think) with an unknown JDK version and it ran for
>>> years without issue.  Again, what has happened?  The user, Kris,
>>> (above) has tried getting it to work on OpenNMS 1.15 with openjdk
>>> 6,7,8.  None of it works.  I believe OpenNMS to be the best NMS
>>> system out there right  now.  However, I'm using Zabbix for all of
>>> my new installs which seems to be my only alternative at this point. 
>>>
>>> Could someone tell me if this is working on OSX reliably?  That may
>>> be an alternative.  BTW, I don't have any other issues with other
>>> apps that are using openjdk crashing on FreeBSD, it seems to be
>>> OpenNMS is the only app with a problem.
>>>
>>> I'm also sending this to the java maillist at FreeBSD.  I'm hoping
>>> that the two groups can work together to resolve the issue. 
>>>
>>> My being in the middle may be hampering the issue but what seems to
>>> be hurting more is the fact that there doesn't seem to be anyone
>>> willing to work the issue to PROVE it is something having to do with
>>> the JDK.  People stating "Well, it works on Linux, with the Linux
>>> JDK, which we have Linux specific conditionals set in XML code and
>>> it works fine" comes across as a serious dodge.  (Ron Roskens
>>> pointed out a couple of issues with the code using specific 'epoll'
>>> calls.  Kudos to him for digging in and finding that.)
>>>
>>> Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD",
>>> then please make the statement for everyone to see so they know to
>>> stop using and supporting this product.  Just close the door and
>>> well meaning people like myself will just walk away. Sevan used to
>>> complain that the upstream support in the OpenNMS group was what
>>> kept the product from being stable on more platforms, I'm starting
>>> to lean that way as well.  (With Ron Roskens being the exception, of
>>> course.)  (Sad considering that Juniper uses FreeBSD for JunOS and
>>> Playstation is built on it, and Apple is built on it.... etc)
>>>
>>> Something that the OpenNMS project should consider:  software being
>>> well-supported on more than just one or two platforms is the best
>>> way to hedge your bets.  Right now, there is serious slippage on a
>>> couple of platforms in the industry.  Any software project that has
>>> all their eggs in one or two baskets could end up blowing away if
>>> those eggs lose market share.
>>>
>>> Tarus, can you weigh in on this?
>>>
>>> BTW, where can I get the source for 10.x?  I'd like to see if it
>>> still runs on openjdk6.  That might be a solid place to start on my
>>> end.  If that can work, I'll try openjdk 7.
>>>
>>> Thank you,
>>>
>>> Paul Pathiakis
>>>
>>>
>>>