The JEP describes StableValue as a step towards deferred immutability, defined
as:
"What we are missing is a way to promise that a field will be initialized by
the time it is used, with a value that is computed at most once and,
furthermore, safely with respect to concurrency. In other words, w
I’m a bit confused about how the macOS implementation of JDK uses Objective-C
memory management.
Does it use ARC?
I’m guessing it does, because I see dealloc methods that clear pointer
variables without first releasing them.
However, if I put an Xcode breakpoint on -[MTLLayer dealloc], the bre
I have another example: I have a datatype that represents a region of an audio
track, for example, one tune in a medley of tunes. I allow the region to
specify both a start and end time, but the end time is optional (and mostly not
used). When the end time is not specified, the region ends at the
>
> I’m not an expert on ZIp files, but from your description it would seem best
> to create a new field.
>
> I agree that the version made by field is also needed.
>
>
>> On May 12, 2024, at 1:56 PM, - wrote:
>>
>> Hi Alan Snyder,
>> Currently
> It might be interesting to explore that in the context of the zip file system
> provider, less sure about the java.util.zip APIs.
I was not using the Zip file system. I was processing a Zip file.
Alan
> On May 12, 2024, at 7:32 AM, Chen Liang wrote:
>
> On Sun, 12 May 2024 02:48:31 G
On Mar 7, 2024, at 2:00 PM, Bernd Eckenfels wrote:
>
> Alan Snyder wrote on 7. Mar 2024 22:39 (GMT +01:00):
>
>> That could be done, but it would require more work with no obvious
>> benefit.
>>
>> Only the Java launcher needs to be universal from the perspective
That could be done, but it would require more work with no obvious benefit.
Only the Java launcher needs to be universal from the perspective of the OS.
> On Mar 7, 2024, at 1:24 PM, Michael Hall wrote:
>
> Not directly in response to your prior. But curious, are you doing something
> like
As mentioned in a previous message, I am creating universal macOS bundled
applications by including two Java runtimes in the application bundle, one for
arm and one for x86. The primary disadvantage of universal applications is
their size. For Java applications, there is an obvious opportunity t
> On Mar 5, 2024, at 4:42 PM, Michael Hall wrote:
>
> What happens if Apple changes the file format and InstallJ isn’t actively
> supporting this anymore and doesn’t change their code. Your builds could stop
> working. Have you tried it to be sure it even works now?
If Apple changes the file
> On Mar 5, 2024, at 4:31 PM, Michael Hall wrote:
>
> I’m not sure hacking the .DS_Store file would be Apple supported.
>
Is that what they are doing? I couldn’t tell from the web site.
> Is install4j still actively supporting this or is this something they used to
> do?
>
All I know is
I’m wondering whether some developers might prefer to arrange the DMG layout by
hand.
That would require jpackage to use a .DS_Store file provided by the developer
and not running the script.
The issue is whether a .DS_Store file created using a previous DMG would work
in a new DMG.
The docum
> From: core-libs-dev <mailto:core-libs-dev-r...@openjdk.org>> on behalf of Alan Snyder
> mailto:javali...@cbfiddle.com>>
> Date: Sunday, March 3, 2024 at 7:09 PM
> To: core-libs-dev@openjdk.org <mailto:core-libs-dev@openjdk.org>
> mailto:core-libs-dev@openjdk.org>&
I tried using jpackage on macOS to create a DMG (which I have not done before)
and was surprised when a system dialog was displayed requesting permission for
Terminal to control Finder.
I found this issue described in JDK-8231855, which was closed without
explanation as “not an issue”.
It seem
For anyone interested in building Java-based macOS universal applications, it
is possible to create a bundled application that contains two Java runtimes,
one for x86 and one for arm. A custom launcher is required to select the
appropriate runtime based on the execution environment. I have creat
My immediate interest is symlinks.
Alan
> On Dec 13, 2023, at 1:55 AM, Alan Bateman wrote:
>
> On 12/12/2023 20:17, Alan Snyder wrote:
>> ZipEntry is a public class and I am aware that it is used outside the JDK.
>> Presumably that is not a problem.
>>
>> I
er/PosixPermissionsTest.java#L151
>
> Cheers,
> Eirik,
>
> On Tue, Dec 12, 2023 at 9:17 PM Alan Snyder <mailto:javali...@cbfiddle.com>> wrote:
>> ZipEntry is a public class and I am aware that it is used outside the JDK.
>> Presumably that is not a problem.
>
ZipEntry is a public class and I am aware that it is used outside the JDK.
Presumably that is not a problem.
I’m wondering why the class stores the external file attributes field but does
not provide public accessors for it.
I would find it useful to have access to this field. I would rather no
Adding core-iibs-dev…
This suggestion sounds useful to me.
I have considered modularizing one particular library, but have chosen not to,
in part because of the issue raised here.
Alan
> Begin forwarded message:
>
> From: Mark Raynsford
> Date: November 11, 2023 at 1:18:21 PM PST
> To: j
I’ve been investigating a problem with a long running application that
accumulates an apparently unbounded number of
CVDisplayLink threads. I do not yet have an explanation or a test case.
The code that creates and releases CVDisplayLinks looks fine, but that assumes
there are no threading issue
23, 2023, at 4:14 PM, Alexander Matveev
> wrote:
>
> Hi Alan,
>
>> On Aug 22, 2023, at 7:40 PM, Alan Snyder > <mailto:javali...@cbfiddle.com>> wrote:
>>
>>
>>
>>> On Aug 22, 2023, at 4:42 PM, Alexander Matveev
>>> mailto:ale
What’s the point of reviewing if the reviews are ignored?
> On Aug 23, 2023, at 1:25 PM, Alexander Matveev wrote:
>
> On Tue, 22 Aug 2023 21:59:50 GMT, Alexander Matveev
> wrote:
>
>> - Added support for certificates with UNICODE characters.
>> - Added new approach to find certificate using
> On Aug 22, 2023, at 4:42 PM, Alexander Matveev
> wrote:
>
> Hi Alan,
>
>> On Aug 22, 2023, at 3:35 PM, Alan Snyder wrote:
>>
>> I’m confused by this.
>>
>> The issue is marked as macOS, but on macOS you don’t need to “find” the
>> cer
I’m confused by this.
The issue is marked as macOS, but on macOS you don’t need to “find” the
certificate, codesign finds it using the text supplied by the user. jpackage
does not need to understand this text.
Surely codesign can handle certificates with unicode names, can’t it?
> On Aug 22, 2
I would still like to hear from someone on the jpackage team about this issue...
> On Jun 25, 2023, at 8:21 AM, Alan Snyder wrote:
>
> I’m having trouble using the code signing feature of jpackage for macOS.
>
> The problem appears to be here:
>
> result = MacBaseIns
My certificate is different, as I stated. I don’t know why.
> On Jun 25, 2023, at 8:34 AM, Michael Hall wrote:
>
>
>
>> On Jun 25, 2023, at 10:21 AM, Alan Snyder wrote:
>>
>> I’m having trouble using the code signing feature of jpackage fo
I’m having trouble using the code signing feature of jpackage for macOS.
The problem appears to be here:
result = MacBaseInstallerBundler.findKey(
"Developer ID Application: ", user, keychain);
}
boolean useAsIs = teamName.startsWith(keyPrefix
I have not seen any explanation of how this issue is going to be resolved.
Given the new information, shouldn’t the CSR review be reopened to re-evaluate
the cost/benefit analysis?
This is an interesting issue, and it raises the question of how such issues are
resolved.
My impression is that historically source code compatibility was given a high
weight.
Is that not the case now?
Although the example may be carefully constructed, my understanding is that the
problem
surf
I tend to agree.
Presumably it is similar reasoning that led to Collection.contains() to take
Object rather than E.
> On Jan 29, 2023, at 7:28 AM, John Hendrikx wrote:
>
> TLDR; why does contains(null) not just return false for collections that
> don't allow nulls. Just because the interface
29 matches
Mail list logo
