Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 05aaf4a5692421321939630ecd0612308082ed21
https://github.com/WebKit/WebKit/commit/05aaf4a5692421321939630ecd0612308082ed21
Author: Dean Jackson
Date: 2023-04-25 (Tue, 25 Apr 2023)
Changed paths:
M
I used the one in Audacity but it lowered the pitch unless I missed a
setting which will let me slow it down but keep the pitch. I did notice a
little less quality of the music but I think it would be OK for the guys to
learn their parts.
Dean
-Original Message-
From: JM Casey
I am wanting to be able to save the slowed down version to share with the
other guys and not just to play it for myself.
Dean
-Original Message-
From: Tony
Sent: Tuesday, April 25, 2023 1:04 PM
To: all-audio@groups.io
Subject: Re: [all-audio] Slow down mp3
VLC has this if you don't
program I
could use that would let me change the tempo but keep the pitch?
Thanks,
Dean
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#4388): https://groups.io/g/all-audio/message/4388
Mute This Topic: https://groups.io/mt/98497018
One can estimate the positions of missing landmarks using 'estimate.missing' in
geomorph. The help file points you to the correct literature to cite for the
method, describes the two approaches we implement, and provides examples.
Dean
Get Outlook for Android<https://aka.ms/AAb9
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: e0ce48fe5c2e1b20a22f817e081face321c7c541
https://github.com/WebKit/WebKit/commit/e0ce48fe5c2e1b20a22f817e081face321c7c541
Author: Dean Jackson
Date: 2023-04-20 (Thu, 20 Apr 2023)
Changed paths:
M
It took some digesting, but it behaves as desired:
[image: image.png]
Thanks!
Mike Dean
On Mon, Apr 17, 2023 at 11:49 PM Jean Abou Samra wrote:
> Le lundi 17 avril 2023 à 16:46 -0700, Mike Dean a écrit :
>
> I am needing to figure out how to best tie a note...
>
> \
ove doesn't seem to be the best way of doing it
Mike Dean
On Mon, Apr 17, 2023 at 7:25 PM Mark Stephen Mrotek
wrote:
> Mike,
>
> One way is to start the lower voice one measure earlier and use a spacer.
>
> See below.
>
>
>
> Mark
>
>
>
>
>
>
>
&
bf'16 (af8) bf16 (af) bf (af) ef!~
<< { ef2}
\\
{ r8 ef,16 (f g af bf b) }
>>
I am getting an unterminated tie warning:
C:/Users/Mike
Dean/Documents/musicwork/Lilypond/The-Easy-Winners-melody.ly:19:39 <0>:
warning: unterminated tie
bf'16 (af8) bf1
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 8f3ab17c3a9d4ebeea314cb06ff6d8f073ef
https://github.com/WebKit/WebKit/commit/8f3ab17c3a9d4ebeea314cb06ff6d8f073ef
Author: Dean Jackson
Date: 2023-04-14 (Fri, 14 Apr 2023)
Changed paths:
M
So what's the guy talking about putting money up 2 years ago and still not
receiving his radio?
My offer is still good
73
Dean K2WW
On Thu, Apr 13, 2023, 9:01 PM wrote:
> Mine was ordered in February 11 and received it April 7.
> Believe me the wait is well worth it.
>
> 73,
&
Is it possible to " Buy" someone who is impatiently waiting and pre-paid
for their K4, and change the shipping info?
Reminds me of the lunch line in High School, ahead back ahead
If it is, I'm your Huckleberry
73
On Tue, 11 Apr 2023 19:58:19 GMT, Roman Kennke wrote:
>> The `_base` array is only initialized to nullptr in debug builds. I don't
>> see a release barrier in LockStack::push between the update to _base[] and
>> the update to _top, nor a corresponding acquire barrier when reading.
>>
On Tue, 11 Apr 2023 15:29:16 GMT, Daniel D. Daugherty
wrote:
>> OK. Given that I haven't looked at the rest of the patch, I leave it up to
>> you and the Reviewers to figure out what to do about this code. Cheers.
>
> Given that the race with new lightweight locking is virtually the same as
I probably should just stay silent, but...
I did a lot of 'testing' with ChatGPT. I believe that it is just a very
sophisticated data collection/summarization tool. For example, I asked
it to compare and contrast book x and book y, which were from different
authors on the same subject.
Hi Juan,
Sorry to respond to an old thread, but we just went through this at my
institution and I wanted to share how we set up the Azure enterprise app
and OIDC module.
For the single sign-on portion in the Azure enterprise app:
1. Select SAML
2. Enter a value for entity ID (we used
I think it would be helpful also to define what rights and privileges a new
proposed category of membership has. For example, do they get wiki access?
posting privs to the public/mgmt. lists?
Dean
Dean Coclin
Sr. Director Business Development
M 1.781.789.8686
From: Public
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 4b5b02b509683ac9d75644be5a3909ee20a670e4
https://github.com/WebKit/WebKit/commit/4b5b02b509683ac9d75644be5a3909ee20a670e4
Author: Dean Jackson
Date: 2023-04-05 (Wed, 05 Apr 2023)
Changed paths:
M
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 65b2e06df85324883b2f5b62e035a4f474db3fa6
https://github.com/WebKit/WebKit/commit/65b2e06df85324883b2f5b62e035a4f474db3fa6
Author: Dean Jackson
Date: 2023-04-05 (Wed, 05 Apr 2023)
Changed paths:
M
https://bugs.kde.org/show_bug.cgi?id=462615
Dean changed:
What|Removed |Added
CC||k...@dsnxt.de
Ever confirmed|0
On Fri, 24 Feb 2023 10:04:48 GMT, Dean Wookey wrote:
>> Each time a menu would change scenes, a new set of ListChangeListeners would
>> be added to the items in the menu. The bigger problem however is that these
>> list change listeners have a strong reference
On Fri, 31 Mar 2023 07:25:48 GMT, Thomas Stuefe wrote:
>> Roman Kennke has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Use int instead of size_t for cached offsets, to match the uncached offset
>> type and avoid build failures
>
>
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 4103d2cbf3e5e317a6a9ccf695637d27cedf65e2
https://github.com/WebKit/WebKit/commit/4103d2cbf3e5e317a6a9ccf695637d27cedf65e2
Author: Dean Jackson
Date: 2023-03-30 (Thu, 30 Mar 2023)
Changed paths:
M
On Tue, 28 Mar 2023 10:53:10 GMT, Roman Kennke wrote:
>> src/hotspot/share/runtime/threads.cpp line 1422:
>>
>>> 1420: }
>>> 1421:
>>> 1422: JavaThread* Threads::owning_thread_from_object(ThreadsList * t_list,
>>> oop obj) {
>>
>> Is this thread-safe?
>
> My last commit changed that code to
On Mon, 27 Mar 2023 20:24:14 GMT, Roman Kennke wrote:
>> This change adds a fast-locking scheme as an alternative to the current
>> stack-locking implementation. It retains the advantages of stack-locking
>> (namely fast locking in uncontended code-paths), while avoiding the overload
>> of
On Mon, 27 Mar 2023 20:24:14 GMT, Roman Kennke wrote:
>> This change adds a fast-locking scheme as an alternative to the current
>> stack-locking implementation. It retains the advantages of stack-locking
>> (namely fast locking in uncontended code-paths), while avoiding the overload
>> of
On Fri, 24 Mar 2023 06:15:31 GMT, David Holmes wrote:
>> Roman Kennke has updated the pull request incrementally with two additional
>> commits since the last revision:
>>
>> - Merge remote-tracking branch 'origin/JDK-8291555-v2' into JDK-8291555-v2
>> - Set condition flags correctly after
On Mon, 27 Mar 2023 20:24:14 GMT, Roman Kennke wrote:
>> This change adds a fast-locking scheme as an alternative to the current
>> stack-locking implementation. It retains the advantages of stack-locking
>> (namely fast locking in uncontended code-paths), while avoiding the overload
>> of
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 69a4159e08ae77ab28177ed872a21decec5c641e
https://github.com/WebKit/WebKit/commit/69a4159e08ae77ab28177ed872a21decec5c641e
Author: Dean Jackson
Date: 2023-03-27 (Mon, 27 Mar 2023)
Changed paths:
M
On Mon, 27 Mar 2023 20:24:14 GMT, Roman Kennke wrote:
>> This change adds a fast-locking scheme as an alternative to the current
>> stack-locking implementation. It retains the advantages of stack-locking
>> (namely fast locking in uncontended code-paths), while avoiding the overload
>> of
On Mon, 27 Mar 2023 20:24:14 GMT, Roman Kennke wrote:
>> This change adds a fast-locking scheme as an alternative to the current
>> stack-locking implementation. It retains the advantages of stack-locking
>> (namely fast locking in uncontended code-paths), while avoiding the overload
>> of
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: e7800968d1c8f502c22250854397d16fd0679cde
https://github.com/WebKit/WebKit/commit/e7800968d1c8f502c22250854397d16fd0679cde
Author: Dean Jackson
Date: 2023-03-24 (Fri, 24 Mar 2023)
Changed paths:
M
me directly from transformWhereClause() in the parser,
so it's an expression tree, not a list. Transforming to implicit-and
form doesn't happen until later.
Looking at it with fresh eyes though, I realise that I could have just written
action->qual = make_and_qual((Node *) ntest, action->qual);
which is equivalent, but more concise.
Regards,
Dean
I see the PlaceHolderVar issue turned out to be a pre-existing bug after all.
Rebased version attached.
Regards,
Dean
diff --git a/doc/src/sgml/mvcc.sgml b/doc/src/sgml/mvcc.sgml
new file mode 100644
index b87ad5c..1482ede
--- a/doc/src/sgml/mvcc.sgml
+++ b/doc/src/sgml/mvcc.sgml
@@ -396,8 +396,8
Congratulations to Mike Wyrzykowski who is now a WebKit reviewer (github
username: mwyrzykowski)!
Dean
smime.p7s
Description: S/MIME cryptographic signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: b9ab83d9212044c2635894eb20cce29758303cb2
https://github.com/WebKit/WebKit/commit/b9ab83d9212044c2635894eb20cce29758303cb2
Author: Dean Jackson
Date: 2023-03-17 (Fri, 17 Mar 2023)
Changed paths:
M
implementations. However, past experience has shown that there are
almost certainly going to be additional unexpected portability issues,
so these tests may well need further adjustments, based on the
buildfarm results.
Dean Rasheed, reviewed by Nathan Bossart and Thomas Munro.
Discussion:
https
Any hints from Googlers on how to improve this?
On Saturday, March 4, 2023 at 6:08:04 AM UTC+11 Dean Wheatley wrote:
> Wow, 18 minutes, that's unbearable.
>
> On Tuesday, February 7, 2023 at 7:01:21 AM UTC+11 Michael Swartout wrote:
>
>> Lucky yours only takes 60 seconds. I
ions about this nomination or need information, please contact
Dean Adams (Chair: dcad...@iastate.edu<mailto:dcad...@iastate.edu>).
Dean Adams (on behalf of the Rohlf Medal committee)
Dr. Dean C. Adams (he/him)
Distinguished Professor of Evolutionary Biology
Department of Ecology, Evolution
On Sun, 26 Feb 2023 at 09:50, Dean Rasheed wrote:
>
> Another rebase.
>
And another rebase.
Regards,
Dean
diff --git a/doc/src/sgml/dml.sgml b/doc/src/sgml/dml.sgml
new file mode 100644
index cbbc5e2..ff2a827
--- a/doc/src/sgml/dml.sgml
+++ b/doc/src/sgml/dml.sgml
@@ -283,10 +283,15
itioned table, that initially does a simple
update, but upon retrying needs to do a cross-partition update (DELETE
+ INSERT).
But perhaps I'm thinking about this in the wrong way. Do you have an
example test case where this makes a difference?
Regards,
Dean
Fix MERGE command tag for actions blocked by BEFORE ROW triggers.
This ensures that the row count in the command tag for a MERGE is
correctly computed in the case where UPDATEs or DELETEs are skipped
due to a BEFORE ROW trigger returning NULL (the INSERT case was
already handled correctly by
Fix MERGE command tag for actions blocked by BEFORE ROW triggers.
This ensures that the row count in the command tag for a MERGE is
correctly computed in the case where UPDATEs or DELETEs are skipped
due to a BEFORE ROW trigger returning NULL (the INSERT case was
already handled correctly by
Fix concurrent update issues with MERGE.
If MERGE attempts an UPDATE or DELETE on a table with BEFORE ROW
triggers, or a cross-partition UPDATE (with or without triggers), and
a concurrent UPDATE or DELETE happens, the merge code would fail.
In some cases this would lead to a crash, while in
Fix concurrent update issues with MERGE.
If MERGE attempts an UPDATE or DELETE on a table with BEFORE ROW
triggers, or a cross-partition UPDATE (with or without triggers), and
a concurrent UPDATE or DELETE happens, the merge code would fail.
In some cases this would lead to a crash, while in
Hi -
I'm using Apache Guacamole in a Kubernetes cluster to give users "console"
access to a container via a web browser.
This avoids having to give kubectl access to my users to "exec" onto the
container.
It works great, but I don't like having to use my personal client certificate
and client
if it'll
end up executing an update or a delete.
I'm currently working on a patch for bug #17809 that might change that
code though.
Regards,
Dean
On Thu, 9 Mar 2023 at 00:13, Nathan Bossart wrote:
>
> On Wed, Mar 08, 2023 at 11:29:12PM +, Dean Rasheed wrote:
> > On Wed, 8 Mar 2023 at 20:11, Nathan Bossart
> > wrote:
> >> The man pages for these seem to indicate that underflow can occur
it in a very easy
> built-in way. I think to get at that you probably need the t CDF, and
> in there[2] I see... Γ(). Huh.
>
Hmm, possibly having the gamma function would be independently useful
for other things too. I don't want to get side-tracked though.
Regards,
Dean
On Wed, 8 Mar 2023 at 20:11, Nathan Bossart wrote:
>
> On Mon, Feb 27, 2023 at 12:54:35PM +, Dean Rasheed wrote:
> > + /*
> > + * For erf, we don't need an errno check because it never overflows.
> > + */
>
> > + /*
> > + * For erf
On Wed, 8 Mar 2023 05:17:53 GMT, Vladimir Kozlov wrote:
>> Implemented `Float.floatToFloat16` and `Float.float16ToFloat` intrinsics in
>> Interpreter and C1 compiler to produce the same results as C2 intrinsics on
>> x64, Aarch64 and RISC-V - all platforms where C2 intrinsics for these Java
Branch: refs/heads/safari-7616.1.5-branch
Home: https://github.com/WebKit/WebKit
Commit: 3fb73c04b21e4a3768df1616f42a720c59f8a6ef
https://github.com/WebKit/WebKit/commit/3fb73c04b21e4a3768df1616f42a720c59f8a6ef
Author: Dean Jackson
Date: 2023-03-03 (Fri, 03 Mar 2023
ain lexer's syntax.
Perhaps it's worth mentioning that difference in the docs.
Otherwise, this looks good to me.
Regards,
Dean
Wow, 18 minutes, that's unbearable.
On Tuesday, February 7, 2023 at 7:01:21 AM UTC+11 Michael Swartout wrote:
> Lucky yours only takes 60 seconds. It takes 18 minutes, everytime I make a
> change to almost anything.
>
> On Wed, Feb 1, 2023 at 9:29 PM Dean Wheatley wrote:
>
>&
Branch: refs/heads/safari-7616.1.4-branch
Home: https://github.com/WebKit/WebKit
Commit: 70e57c28227fb6852e23f860c6d6df72a485c952
https://github.com/WebKit/WebKit/commit/70e57c28227fb6852e23f860c6d6df72a485c952
Author: Dean Jackson
Date: 2023-03-03 (Fri, 03 Mar 2023
eable,
and reduces the chances of any performance regressions.
I didn't do all the tests that you did though, so it would be
interesting to see how it fares in those.
Regards,
Dean
diff --git a/src/backend/utils/adt/numeric.c b/src/backend/utils/adt/numeric.c
new file mode 100644
index a83feea..c024fcf
On Fri, 3 Mar 2023 at 11:23, David Rowley wrote:
>
> On Fri, 3 Mar 2023 at 09:32, Dean Rasheed wrote:
> > Hmm, I think it would be easier to just have a separate table for
> > pg_size_bytes(), rather than reusing pg_size_pretty()'s table.
>
> Maybe that's worthwhile if w
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 41855a9143871d0ff15e9880b841fd51a11164e6
https://github.com/WebKit/WebKit/commit/41855a9143871d0ff15e9880b841fd51a11164e6
Author: Dean Jackson
Date: 2023-03-03 (Fri, 03 Mar 2023)
Changed paths:
M
r (e.g., non-base-2 units).
Also, it looks to me as though the doc change is for pg_size_pretty()
instead of pg_size_bytes().
Regards,
Dean
implementation).
Regards,
Dean
[1] https://github.com/lsds/musl/blob/master/src/math/erf.c
diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
new file mode 100644
index 0cbdf63..e30e285
--- a/doc/src/sgml/func.sgml
+++ b/doc/src/sgml/func.sgml
@@ -1289,6 +1289,41 @@ repeat('Pg', 4) PgPgPgPg
On Fri, 24 Feb 2023 at 05:46, Dean Rasheed wrote:
>
> Rebased version attached.
>
Another rebase.
Regards,
Dean
diff --git a/doc/src/sgml/dml.sgml b/doc/src/sgml/dml.sgml
new file mode 100644
index cbbc5e2..ff2a827
--- a/doc/src/sgml/dml.sgml
+++ b/doc/src/sgml/dml.sgml
@@ -283,1
On Fri, 24 Feb 2023 at 09:28, Dean Rasheed wrote:
>
> On Fri, 24 Feb 2023 at 08:56, Alvaro Herrera wrote:
> >
> > I assume you're proposing to back-patch this.
>
> Yes. Will do.
>
Done.
Regards,
Dean
Doc: Miscellaneous doc updates for MERGE.
Update a few places in the documentation that should mention MERGE
among the list of applicable commands. In a couple of places, a
slightly more detailed description of what happens for MERGE seems
appropriate.
Reviewed by Alvaro Herrera.
Discussion:
Doc: Miscellaneous doc updates for MERGE.
Update a few places in the documentation that should mention MERGE
among the list of applicable commands. In a couple of places, a
slightly more detailed description of what happens for MERGE seems
appropriate.
Reviewed by Alvaro Herrera.
Discussion:
, at rule-definition time, the user isn't required to
mark the subquery with LATERAL, and so it can fail when the rule is
used.
Fix this by marking such subqueries as lateral in the rewriter, at the
point where they're used.
Dean Rasheed and Tom Lane, per report from Alexander Lakhin.
Back-patch to all
, at rule-definition time, the user isn't required to
mark the subquery with LATERAL, and so it can fail when the rule is
used.
Fix this by marking such subqueries as lateral in the rewriter, at the
point where they're used.
Dean Rasheed and Tom Lane, per report from Alexander Lakhin.
Back-patch to all
, at rule-definition time, the user isn't required to
mark the subquery with LATERAL, and so it can fail when the rule is
used.
Fix this by marking such subqueries as lateral in the rewriter, at the
point where they're used.
Dean Rasheed and Tom Lane, per report from Alexander Lakhin.
Back-patch to all
, at rule-definition time, the user isn't required to
mark the subquery with LATERAL, and so it can fail when the rule is
used.
Fix this by marking such subqueries as lateral in the rewriter, at the
point where they're used.
Dean Rasheed and Tom Lane, per report from Alexander Lakhin.
Back-patch to all
, at rule-definition time, the user isn't required to
mark the subquery with LATERAL, and so it can fail when the rule is
used.
Fix this by marking such subqueries as lateral in the rewriter, at the
point where they're used.
Dean Rasheed and Tom Lane, per report from Alexander Lakhin.
Back-patch to all
, at rule-definition time, the user isn't required to
mark the subquery with LATERAL, and so it can fail when the rule is
used.
Fix this by marking such subqueries as lateral in the rewriter, at the
point where they're used.
Dean Rasheed and Tom Lane, per report from Alexander Lakhin.
Back-patch to all
On Fri, 24 Feb 2023 10:04:48 GMT, Dean Wookey wrote:
>> Each time a menu would change scenes, a new set of ListChangeListeners would
>> be added to the items in the menu. The bigger problem however is that these
>> list change listeners have a strong reference
TableView).
>
> I'm looking at these issues, but I think they're dependent on this fix.
> Either I can add to this PR or I can wait to see what comes out of this and
> fix them subsequently.
Dean Wookey has updated the pull request incrementally with one additional
commit since the last re
On Wed, 22 Feb 2023 19:31:29 GMT, Andy Goryachev wrote:
>> Each time a menu would change scenes, a new set of ListChangeListeners would
>> be added to the items in the menu. The bigger problem however is that these
>> list change listeners have a strong reference to the scene which is
>>
h this.
>
Yes. Will do.
Regards,
Dean
On Wed, 22 Feb 2023 19:21:41 GMT, Andy Goryachev wrote:
>> Each time a menu would change scenes, a new set of ListChangeListeners would
>> be added to the items in the menu. The bigger problem however is that these
>> list change listeners have a strong reference to the scene which is
>>
, if it applies.
Also, there were a couple of other places where it seemed worth giving
slightly more detail about what happens for MERGE.
Regards,
Dean
diff --git a/doc/src/sgml/arch-dev.sgml b/doc/src/sgml/arch-dev.sgml
new file mode 100644
index 0c7a53c..976db1e
--- a/doc/src/sgml/arch-dev.sgml
+++ b
On Tue, 7 Feb 2023 at 10:56, Dean Rasheed wrote:
>
> Attached is a more complete patch
>
Rebased version attached.
Regards,
Dean
diff --git a/doc/src/sgml/dml.sgml b/doc/src/sgml/dml.sgml
new file mode 100644
index cbbc5e2..ff2a827
--- a/doc/src/sgml/dml.sgml
+++ b/doc/src/sgml
points to has rtekind == RTE_SUBQUERY.
Per bug #17803, from Alexander Lakhin. Back-patch to all supported
branches.
Dean Rasheed, reviewed by Tom Lane.
Discussion: https://postgr.es/m/17803-53c63ed4ecb4eac6%40postgresql.org
Branch
--
REL_11_STABLE
Details
---
https://git.postgresql.org/
points to has rtekind == RTE_SUBQUERY.
Per bug #17803, from Alexander Lakhin. Back-patch to all supported
branches.
Dean Rasheed, reviewed by Tom Lane.
Discussion: https://postgr.es/m/17803-53c63ed4ecb4eac6%40postgresql.org
Branch
--
REL_14_STABLE
Details
---
https://git.postgresql.org/
points to has rtekind == RTE_SUBQUERY.
Per bug #17803, from Alexander Lakhin. Back-patch to all supported
branches.
Dean Rasheed, reviewed by Tom Lane.
Discussion: https://postgr.es/m/17803-53c63ed4ecb4eac6%40postgresql.org
Branch
--
REL_12_STABLE
Details
---
https://git.postgresql.org/
points to has rtekind == RTE_SUBQUERY.
Per bug #17803, from Alexander Lakhin. Back-patch to all supported
branches.
Dean Rasheed, reviewed by Tom Lane.
Discussion: https://postgr.es/m/17803-53c63ed4ecb4eac6%40postgresql.org
Branch
--
REL_15_STABLE
Details
---
https://git.postgresql.org/
points to has rtekind == RTE_SUBQUERY.
Per bug #17803, from Alexander Lakhin. Back-patch to all supported
branches.
Dean Rasheed, reviewed by Tom Lane.
Discussion: https://postgr.es/m/17803-53c63ed4ecb4eac6%40postgresql.org
Branch
--
REL_13_STABLE
Details
---
https://git.postgresql.org/
points to has rtekind == RTE_SUBQUERY.
Per bug #17803, from Alexander Lakhin. Back-patch to all supported
branches.
Dean Rasheed, reviewed by Tom Lane.
Discussion: https://postgr.es/m/17803-53c63ed4ecb4eac6%40postgresql.org
Branch
--
master
Details
---
https://git.postgresql.org/
On Thu, 23 Feb 2023 09:26:29 GMT, Marius Hanl wrote:
>> modules/javafx.controls/src/main/java/com/sun/javafx/scene/control/ControlAcceleratorSupport.java
>> line 285:
>>
>>> 283: }
>>> 284:
>>> 285: private static void removeAcceleratorsFromScene(List>> MenuItem> items, Scene scene) {
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 17ea4508cabe787a84cfca694baec246a43e6393
https://github.com/WebKit/WebKit/commit/17ea4508cabe787a84cfca694baec246a43e6393
Author: Dean Jackson
Date: 2023-02-22 (Wed, 22 Feb 2023)
Changed paths:
M
tions are handled that @jddarcy mentioned.
>
> Good point. We can't guarantee that all OpenJDK ports HW do the same.
>
> If CPU has corresponding instructions we need to generate a stub during VM
> startup with HW instructions and use it in all cases (or directly the same
> instructio
On Wed, 22 Feb 2023 05:21:48 GMT, Joe Darcy wrote:
>> I'm also a bit concerned that we are rushing in to "fix" this. IIUC we have
>> three mechanisms for implementing this functionality:
>>
>> 1. The interpreted Java code
>> 2. The compiled non-intrinisc sharedRuntime code
>> 3. The compiler
On Mon, 20 Feb 2023 at 19:49, Dean Rasheed wrote:
>
> On Mon, 20 Feb 2023 at 19:39, Tom Lane wrote:
> >
> > Ugh. Grepping around, it looks like pltcl_process_SPI_result
> > is missing a case for SPI_OK_MERGE as well.
>
> Yes, I was about to post a patch for
Add missing support for the latest SPI status codes.
SPI_result_code_string() was missing support for SPI_OK_TD_REGISTER,
and in v15 and later, it was missing support for SPI_OK_MERGE, as was
pltcl_process_SPI_result().
The last of those would trigger an error if a MERGE was executed from
Add missing support for the latest SPI status codes.
SPI_result_code_string() was missing support for SPI_OK_TD_REGISTER,
and in v15 and later, it was missing support for SPI_OK_MERGE, as was
pltcl_process_SPI_result().
The last of those would trigger an error if a MERGE was executed from
Add missing support for the latest SPI status codes.
SPI_result_code_string() was missing support for SPI_OK_TD_REGISTER,
and in v15 and later, it was missing support for SPI_OK_MERGE, as was
pltcl_process_SPI_result().
The last of those would trigger an error if a MERGE was executed from
Add missing support for the latest SPI status codes.
SPI_result_code_string() was missing support for SPI_OK_TD_REGISTER,
and in v15 and later, it was missing support for SPI_OK_MERGE, as was
pltcl_process_SPI_result().
The last of those would trigger an error if a MERGE was executed from
Add missing support for the latest SPI status codes.
SPI_result_code_string() was missing support for SPI_OK_TD_REGISTER,
and in v15 and later, it was missing support for SPI_OK_MERGE, as was
pltcl_process_SPI_result().
The last of those would trigger an error if a MERGE was executed from
Add missing support for the latest SPI status codes.
SPI_result_code_string() was missing support for SPI_OK_TD_REGISTER,
and in v15 and later, it was missing support for SPI_OK_MERGE, as was
pltcl_process_SPI_result().
The last of those would trigger an error if a MERGE was executed from
On Mon, 20 Feb 2023 at 16:18, Dean Rasheed wrote:
>
> As part of the MERGE RETURNING patch I noticed a suspicious Assert()
> in ExecInitPartitionInfo() that looked like it needed updating for
> MERGE.
>
> After more testing, I can confirm that this is indeed a pre-existi
Fix Assert failure for MERGE into a partitioned table with RLS.
In ExecInitPartitionInfo(), the Assert when building the WITH CHECK
OPTION list for the new partition assumed that the command would be an
INSERT or UPDATE, but it can also be a MERGE. This can be triggered by
a MERGE into a
Fix Assert failure for MERGE into a partitioned table with RLS.
In ExecInitPartitionInfo(), the Assert when building the WITH CHECK
OPTION list for the new partition assumed that the command would be an
INSERT or UPDATE, but it can also be a MERGE. This can be triggered by
a MERGE into a
Sounds sensible.
>
I decided it was also probably worth having a regression test covering
this, since it would be quite easy to break if the code is ever
refactored.
Pushed and back-patched.
Regards,
Dean
Fix MERGE command tag for cross-partition updates.
This ensures that the row count in the command tag for a MERGE is
correctly computed. Previously, if MERGE updated a partitioned table,
the row count would be incorrect if any row was moved to a different
partition, since such updates were
Fix MERGE command tag for cross-partition updates.
This ensures that the row count in the command tag for a MERGE is
correctly computed. Previously, if MERGE updated a partitioned table,
the row count would be incorrect if any row was moved to a different
partition, since such updates were
501 - 600 of 57699 matches
Mail list logo
