RFR (S): JDK-8222778: Packaging Tool (JEP 343) on Linux/AArch64
Alexander Matveev
alexander.matveev at oracle.com
Wed Jul 17 20:03:45 UTC 2019
Hi Dmitry,
I also do not see point of keeping this block, so lets remove it instead
of keeping it commented.
Thanks,
Alexander
On 7/16/2019 3:50 PM, Dmitry Chuyko wrote:
> Alexander, thanks for having a look,
>
> On 7/17/19 12:30 AM, Alexander Matveev wrote:
>> Hi Dmitry,
>>
>> http://cr.openjdk.java.net/~dchuyko/8222778/webrev.00/src/jdk.jpackage/unix/native/libapplauncher/PosixPlatform.cpp.frames.html
>>
>> Why code between lines 215 and 219 was disabled? Not sure what it
>> tries to do, if it tries to guarantee NULL termination we should
>> probably keep it or allocate buffer with extra null or read
>> (sizeof(buffer)-1). I think EOF defined as -1.
>
> gcc 5.4.0 on Linux reports an error:
>
> sandbox/src/jdk.jpackage/unix/native/libapplauncher/PosixPlatform.cpp:
> In member function ‘bool PosixProcess::ReadOutput()’:
>
> sandbox/src/jdk.jpackage/unix/native/libapplauncher/PosixPlatform.cpp:215:35:
> error: comparison is always false due to limited range of data type
> [-Werror=type-limits]
> if (buffer[count - 1] == EOF) {
>
> Here buffer is char[] and read(int, void *, size_t) is used.
>
> It won't be right to keep it commented, to me it looks like this block
> can be removed. If not, there should be some other fix like adding
> ifdefs for some platforms or using call different from read().
>
> -Dmitry
>
>> Otherwise looks fine.
>>
>> Thanks,
>> Alexander
>>
>> On 7/16/2019 12:55 PM, Dmitry Chuyko wrote:
>>> Hello,
>>>
>>> Please review a small patch that mostly fixes jpackage test for
>>> Linux aarch64 and also arm,x86,power. It is prepared for
>>> 'JDK-8200758-branch' branch of open 'sandbox' repo.
>>>
>>> There are few parts:
>>>
>>> 1. LinuxPlatform.cpp and IniFile.cpp got small fixes for compiler
>>> warnings.
>>>
>>> 2. LinuxDebBundler.getArch() now maps only x86_64 to amd64, x86 is
>>> still mapped to i386, and other archs map to themselves.
>>>
>>> 3. In tests, new method getRpmArch() was added to
>>> linux/base/Base.java, it maps JVMs os.arch to default rpmbuild arch.
>>> Multiple tests were modified to use that method instead of "x86_64"
>>> in rpm file name. Some timeouts were increased.
>>>
>>> bug: https://bugs.openjdk.java.net/browse/JDK-8222778
>>>
>>> webrev: http://cr.openjdk.java.net/~dchuyko/8222778/webrev.00/
>>>
>>> testing: test/jdk/tools/jpackage jtreg tests pass on Ubuntu 16.04
>>> with rpmbuild on x86_64, aarch64, arm, x86 and power, except
>>> deb/MaintainerTest (fails everywhere similarly to x86_64 because of
>>> extra "Unknown" name in email).
>>>
>>> I didin't cover s390 as we in BellSoft currently don't build on that
>>> arch. On typical armv7 hw increased or default timeouts are still
>>> too low, while they are fine for some relatively weak aarch64
>>> machines. Deb tests run especially slow because of dpkg-deb itself.
>>> I used "force-unsafe-io" option in /etc/dpkg/dpkg.cfg, it does
>>> reduce packaging time but still not enough to have really fast tests.
>>>
>>> -Dmitry
>>>
>>>
>>
More information about the core-libs-dev
mailing list