RE: stack overflow in regex engine

Makes sense, thanks! From: Philip Race Sent: Wednesday, May 22, 2024 2:41 PM To: Yagnatinsky, Mark : IT (NYK) ; core-libs-dev@openjdk.org Subject: Re: stack overflow in regex engine CAUTION: This email originated from outside our organisation - philip.r...@oracle.com

RE: stack overflow in regex engine

Ah, didn't realize P4 is default; that makes sense. So I should not even be trying to derive omens from that. So I guess only the assignee would know whether or not the status is closer to "I was going to work on that next week" versus "I totally forgot about that thing, and am about to forget abou

RE: do I need to subscribe to this list in order to post?

Thanks!! From: David Alayachew Sent: Wednesday, May 22, 2024 8:54 AM To: Yagnatinsky, Mark : IT (NYK) Cc: core-libs-dev@openjdk.org Subject: Re: do I need to subscribe to this list in order to post? CAUTION: This email originated from outside our organisation - davidalayac...@gmail.com

stack overflow in regex engine

(Sorry about my previous "do I need to subscribe?" email; in retrospect that was needless noise.) The purpose of this email is twofold: first, inquire about the status of ticket filed a few years ago, and second to point out some non-obvious reasons why it might be slightly more serious than it

do I need to subscribe to this list in order to post?

This message is for information purposes only. It is not a recommendation, advice, offer or solicitation to buy or sell a product or service, nor an official confirmation of any transaction. It is directed at persons who are professionals and is intended for the recipient(s) only. It is not di

RE: a plea for blocking peek

Thanks both for responding! Re: DelayQueue peek() being special: you're right, I missed that. So my original proposal would not solve my problem. I really want to "block until poll() would return non-null" Let's pretend that's what blockingPeek() would do, though maybe the name is no longer suit

a plea for blocking peek

I'm not sure if this I'm breaking etiquette for this list but I'm going to risk resending my first message because it got zero replies. If it was simply too long, please let me know and I'll attempt a shorter version. Here's like to original: https://mail.openjdk.org/pipermail/core-libs-dev/202

RE: blocking peek for blocking queues

Someone said this is the right list for this, so forwarding from jdk-dev with a small tweak I'd like to make a case for adding a blocking variant of peek() to BlockingQueue. This has apparently been suggested before: https://bugs.openjdk.org/browse/JDK-6653412 At the time, the verdict was that t