re standard-looking
RETURNING list, without a WITH clause.
Regards,
Dean
On Mon, 9 Jan 2023 at 15:26, Tom Lane wrote:
>
> Dean Rasheed writes:
> > So IMO all pseudorandom functions should share the same PRNG state and
> > seed-setting functions. That would mean they should all be in the same
> > (new) C file, so that the PRNG state can be k
gt; returning list expands to all the source columns, followed by all the
>> target columns.
>
> Does this lead to a problem in the event there are same-named columns between
> source and target?
>
Not really. It's exactly the same as doing "SELECT * FROM src JOIN tgt
ON ...". That may lead to duplicate column names in the result, but
that's not necessarily a problem.
Regards,
Dean
se to add a new "Random Functions"
section to the docs, and move the descriptions of random(),
random_normal() and setseed() there. That way, all the functions
affected by setseed() can be kept together on one page (future random
functions may not all be sensibly classified as "mathematic
icer
experience to allow the use of the raw json.
This adds a new buildartifact that was previously a static file
apidata.js and creates a new staticfile apidata.json which is what is
utilized to create apidata.js at build time (make/apidata.js).
Dean Galvin (1):
fix #4456: move apidata into sepe
ke a good point to stop playing around and get
feedback on whether this seems useful, or if anyone has other ideas.
Regards,
Dean
diff --git a/doc/src/sgml/ref/merge.sgml b/doc/src/sgml/ref/merge.sgml
new file mode 100644
index 0995fe0..4fc0a65
--- a/doc/src/sgml/ref/merge.sgml
+++ b/doc/src/sgml/ref/merge.
On Thu, 5 Jan 2023 at 13:21, Dean Rasheed wrote:
>
> On Thu, 5 Jan 2023 at 11:03, Alvaro Herrera wrote:
> >
> > > + /* Join type required */
> > > + if (left_join && right_join)
> > > + qry->mergeJoinType = JOIN_FULL;
>
On Sat, 7 Jan 2023 at 00:36, Nathan Bossart wrote:
>
> On Fri, Jan 06, 2023 at 06:52:33PM +, Dean Rasheed wrote:
> >
> > So I think we should use the same SQL clauses as every other psql
> > command that supports "S", namely:
>
psql: Add support for \dpS and \zS.
This allows an optional "S" modifier to be added to \dp and \z, to
have them include system objects in the list.
Note that this also changes the behaviour of a bare \dp or \z without
the "S" modifier to include temp objects in the list, and exclude
You are asking for the impossible. It is not possible to predict all
the possible ways a computer program could make a mistake. It's just
not knowable.
On 2023-01-06 17:22, Bite Gao wrote:
GnuCash Developers and Maintainers:
...
Personally, I do not found that how computer program
search_path.
So I think we should use the same SQL clauses as every other psql
command that supports "S", namely:
if (!showSystem && !pattern)
appendPQExpBufferStr(, " AND n.nspname <> 'pg_catalog'\n"
" AND n.nspname &
both create view and
> alter view.
>
Hmm, I don't think we should be offering "check_option" as a tab
completion for CREATE VIEW at all, since that would encourage users to
use non-SQL-standard syntax, rather than CREATE VIEW ... WITH
[CASCADED|LOCAL] CHECK OPTION.
Regards,
Dean
On Thu, 5 Jan 2023 at 12:52, Dean Rasheed wrote:
>
> While playing around with this, I noticed that the "... SET SCHEMA"
> case offers "FROM CURRENT" and "TO" as completions, which is
> incorrect. It should really offer to complete with a list of schem
Fix tab completion of ALTER FUNCTION/PROCEDURE/ROUTINE ... SET SCHEMA.
The ALTER DATABASE|FUNCTION|PROCEDURE|ROLE|ROUTINE|USER ... SET
case in psql tab completion failed to exclude = "SCHEMA", which
caused ALTER FUNCTION|PROCEDURE|ROUTINE ... SET SCHEMA to complete
with "FROM CURRENT" and "TO",
Fix tab completion of ALTER FUNCTION/PROCEDURE/ROUTINE ... SET SCHEMA.
The ALTER DATABASE|FUNCTION|PROCEDURE|ROLE|ROUTINE|USER ... SET
case in psql tab completion failed to exclude = "SCHEMA", which
caused ALTER FUNCTION|PROCEDURE|ROUTINE ... SET SCHEMA to complete
with "FROM CURRENT" and "TO",
Fix tab completion of ALTER FUNCTION/PROCEDURE/ROUTINE ... SET SCHEMA.
The ALTER DATABASE|FUNCTION|PROCEDURE|ROLE|ROUTINE|USER ... SET
case in psql tab completion failed to exclude = "SCHEMA", which
caused ALTER FUNCTION|PROCEDURE|ROUTINE ... SET SCHEMA to complete
with "FROM CURRENT" and "TO",
Fix tab completion of ALTER FUNCTION/PROCEDURE/ROUTINE ... SET SCHEMA.
The ALTER DATABASE|FUNCTION|PROCEDURE|ROLE|ROUTINE|USER ... SET
case in psql tab completion failed to exclude = "SCHEMA", which
caused ALTER FUNCTION|PROCEDURE|ROUTINE ... SET SCHEMA to complete
with "FROM CURRENT" and "TO",
Fix tab completion of ALTER FUNCTION/PROCEDURE/ROUTINE ... SET SCHEMA.
The ALTER DATABASE|FUNCTION|PROCEDURE|ROLE|ROUTINE|USER ... SET
case in psql tab completion failed to exclude = "SCHEMA", which
caused ALTER FUNCTION|PROCEDURE|ROUTINE ... SET SCHEMA to complete
with "FROM CURRENT" and "TO",
Fix tab completion of ALTER FUNCTION/PROCEDURE/ROUTINE ... SET SCHEMA.
The ALTER DATABASE|FUNCTION|PROCEDURE|ROLE|ROUTINE|USER ... SET
case in psql tab completion failed to exclude = "SCHEMA", which
caused ALTER FUNCTION|PROCEDURE|ROUTINE ... SET SCHEMA to complete
with "FROM CURRENT" and "TO",
On Fri, 6 Jan 2023 at 02:38, vignesh C wrote:
>
> On Thu, 5 Jan 2023 at 18:22, Dean Rasheed wrote:
> >
> > That leads to the attached, which barring objections, I'll push shortly.
>
> The changes look good to me.
>
Pushed.
Regards,
Dean
Improve tab completion for ALTER FUNCTION/PROCEDURE/ROUTINE.
This adds psql tab completion for each of the actions supported by
ALTER FUNCTION/PROCEDURE/ROUTINE.
Vignesh C, reviewed by Dong Wook Lee, Michael Paquier, Melih Mutlu and
me.
Discussion:
https://bugs.kde.org/show_bug.cgi?id=463906
Bug ID: 463906
Summary: New note from clipboard doesn't 'paste' the content
correctly
Classification: Applications
Product: knotes
Version: 5.22.0
Platform: Manjaro
https://bugs.kde.org/show_bug.cgi?id=463906
Bug ID: 463906
Summary: New note from clipboard doesn't 'paste' the content
correctly
Classification: Applications
Product: knotes
Version: 5.22.0
Platform: Manjaro
/258220@main
Canonical link: https://commits.webkit.org/257979.13@safari-7615.1.16.1-branch
Commit: 7fa55dd58256b342bb5da5737bf07db8e6db74bf
https://github.com/WebKit/WebKit/commit/7fa55dd58256b342bb5da5737bf07db8e6db74bf
Author: Dean Jackson
Date: 2023-01-05 (Thu, 05 Jan 2023
tainly not the same, but
> it makes me a bit unconfortable. Maybe it's OK, though.
>
Yeah I agree, it's a bit ugly. Perhaps a better solution would be to
do away with that field entirely and just make the decision in
transform_MERGE_to_join() by examining the action list again. That
would require making MergeAction's "matched" field a MergeMatchKind
rather than a bool, but maybe that's not so bad, since retaining that
information might prove useful one day.
Regards,
Dean
" and "TO" as completions, which is
incorrect. It should really offer to complete with a list of schemas.
However, since that's a pre-existing bug in a different region of the
code, I think it's best addressed in a separate patch, which probably
ought to be back-patched.
Regards,
etBrains, since it knows how to
> handle those escaped capital letters.
>
> -- Marcin
>
> On Wed, Jan 4, 2023 at 8:30 AM Dean Schulze wrote:
>
>> I did go get to download some Azure SDK for Go modules. This created
>> directories with exclamation points in their names.
Hello on the new domain! Thank you, Liz, for keeping the list going. I’m
getting back to my lacemaking on a much more consistent basis and I look
forward to conversations here.
Best,
Muir/ Francesca
Sent from my iPad
> On Jan 4, 2023, at 6:46 AM, Elizabeth Reynolds wrote:
>
> Happy New Year!
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 60f0cac6d918171da9beae365f712a3ac1166bd1
https://github.com/WebKit/WebKit/commit/60f0cac6d918171da9beae365f712a3ac1166bd1
Author: Dean Jackson
Date: 2023-01-04 (Wed, 04 Jan 2023)
Changed paths:
M
Oh, one other minor nit -- in parser/scan.l:
-real ({decinteger}|{numeric})[Ee][-+]?{decdigit}+
+real ({decinteger}|{numeric})[Ee][-+]?{decinteger}+
the final "+" isn't necessary now.
Regards,
Dean
utines, rather than having it distributed.
Regards,
Dean
diff --git a/doc/src/sgml/syntax.sgml b/doc/src/sgml/syntax.sgml
new file mode 100644
index 956182e..27e53b4
--- a/doc/src/sgml/syntax.sgml
+++ b/doc/src/sgml/syntax.sgml
@@ -729,6 +729,20 @@ $function$
+ For visual g
Chirp often, it has been a nice program to go to when i
needed it and when helping others get their HTs programmed.
73,
Dean - KC9REN
On 1/2/2023 10:21 AM, Ken Hansen wrote:
Dean,
Your Win7 license/COA allows you to upgrade your Win7 machine to Win10
for free. If your machine is incapable
ween new and
established/related ( can not confirm )
ugly but works for me
regards
dean
On Thu, 2022-12-15 at 21:12 -0500, Nikolay Martynov wrote:
> Hi!
>
> I'm experiencing strange behaviour with wireguard: from time to time
> connection 'freezes'.
> Most often I'm observing this o
On Fri, 30 Dec 2022 at 16:56, Dean Rasheed wrote:
>
> Attached is a WIP patch.
>
Updated patch attached, now with updated docs and some other minor tidying up.
Regards,
Dean
diff --git a/doc/src/sgml/mvcc.sgml b/doc/src/sgml/mvcc.sgml
new file mode 100644
index b87ad5c..1482ede
---
wrote:
To be more accurate, it is made for Linux, Mac OS-X and Windows.
Microsoft no longer support Windows 7.
On Mon, 2 Jan 2023 at 14:31, Dean Berglund wrote:
I would think it would be good to make it clear this "next"
version of
Chirp is made for Windows 10 and do
I would think it would be good to make it clear this "next" version of
Chirp is made for Windows 10 and doesn't work on Windows 7.
Dean - KC9REN
On 1/2/2023 6:25 AM, Rich NE1EE wrote:
> On 2023-01-02 02:09:-0800, you wrote:
>> http://trac.chirp.danplanet.com/chirp_next/
&g
Re-reading my latest MERGE patch, I realised there is a trivial,
pre-existing bug in the check for unreachable WHEN clauses, which
means it won't spot an unreachable WHEN clause if it doesn't have an
AND condition.
So the checks need to be re-ordered, as in the attached.
Regards,
Dean
diff --git
Hi, thanks!
> * Copyright: try using standard license shortnames [1] where
> possible: Easing appears identical to BSD-3-clause; Khronos looks
> a lot like Expat.
You're right, the wording differed from the sample text, so I used different
names, but the differences are not enough to
I want to thank all of you that are working on Chirp. Amazing!
Dean - KC9REN
On 12/31/2022 7:30 PM, Dan Smith via chirp_users wrote:
> Hi all,
>
> I'd like to announce the availability of what I'm calling the "CHIRP-next"
> build for the new year. If you're not aware,
ached is a WIP patch. I haven't updated the docs yet, and there are
probably a few other things to tidy up and test, but the basic
functionality is there.
Regards,
Dean
diff --git a/src/backend/optimizer/prep/prepjointree.c b/src/backend/optimizer/prep/prepjointree.c
new file mode 100644
in
Support the adoption
Dean
On 19 Dec 2022, at 18:00, Lou Berger wrote:
> Hello,
>
> This email begins a 3-week adoption poll for:
> https://datatracker.ietf.org/doc/draft-dbb-netmod-acl/
>
> Please voice your support or technical objections to adoption on the
> list by th
On Fri, 4 Nov 2022 16:07:54 GMT, Dean Wookey wrote:
> When menu buttons are added and removed from the scene, an accelerator change
> listener is added to each menu item in the menu. There is nothing stopping
> the same change listener being added multiple times.
>
> MenuButto
Hopefully this effort hasnt stalled
On Sun, 14 Mar 2021 09:17:06 -0500 Jason Gauci wrote:
> I'm fine with changing the name.
>
> On Sun, Mar 14, 2021, 8:44 AM Gard Spreemann wrote:
>
> >
> > Jason Gauci writes:
> >
> > > Package name : et
> > > Version : 6.1.4
> > > Upstream Author : Jason
Hopefully this effort hasnt stalled
On Sun, 14 Mar 2021 09:17:06 -0500 Jason Gauci wrote:
> I'm fine with changing the name.
>
> On Sun, Mar 14, 2021, 8:44 AM Gard Spreemann wrote:
>
> >
> > Jason Gauci writes:
> >
> > > Package name : et
> > > Version : 6.1.4
> > > Upstream Author : Jason
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 5ba9bec9bc99aed57025dcc971f6a226215293d6
https://github.com/WebKit/WebKit/commit/5ba9bec9bc99aed57025dcc971f6a226215293d6
Author: Dean Jackson
Date: 2022-12-15 (Thu, 15 Dec 2022)
Changed paths:
M
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 7b47f891dd8ef065e9ac7656f30975acca997ef9
https://github.com/WebKit/WebKit/commit/7b47f891dd8ef065e9ac7656f30975acca997ef9
Author: Dean Jackson
Date: 2022-12-13 (Tue, 13 Dec 2022)
Changed paths:
M
.
For example, entering 474.228 shares and a Buy amount of 11153.85, I see a
Price field that reads "1101/79038".
Any hints on what's up?
Thanks,
Dean
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription p
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 82b61e28388d39958b3747cd2c88781c07b82489
https://github.com/WebKit/WebKit/commit/82b61e28388d39958b3747cd2c88781c07b82489
Author: Dean Jackson
Date: 2022-12-12 (Mon, 12 Dec 2022)
Changed paths:
M
doesn't
> remove the additional instance.
>
> This pull request just removes the redundant code in the MenuButtonSkinBase.
Dean Wookey has updated the pull request with a new target base due to a merge
or a rebase. The pull request now contains four commits:
- Implemented alternative
On Mon, 7 Nov 2022 12:03:38 GMT, Dean Wookey wrote:
>> When menu buttons are added and removed from the scene, an accelerator
>> change listener is added to each menu item in the menu. There is nothing
>> stopping the same change listener being added multiple times.
>>
On Fri, 9 Dec 2022 at 10:02, Alvaro Herrera wrote:
>
> On 2022-Dec-08, Nathan Bossart wrote:
>
> > On Thu, Dec 08, 2022 at 03:26:52PM +, Dean Rasheed wrote:
> > > While testing MERGE, I noticed that it supports inheritance
> > > hierarchies and the ONLY k
specified.
Update merge.sgml to mention this, and while at it, add some
regression tests to cover it.
Dean Rasheed, reviewed by Nathan Bossart.
Backpatch to 15, where MERGE was added.
Discussion:
https://postgr.es/m/CAEZATCU0XM-bJCvpJuVRU3UYNRqEBS6g4-zH%3Dj9Ye0caX8F6uQ%40mail.gmail.com
Branch
specified.
Update merge.sgml to mention this, and while at it, add some
regression tests to cover it.
Dean Rasheed, reviewed by Nathan Bossart.
Backpatch to 15, where MERGE was added.
Discussion:
https://postgr.es/m/CAEZATCU0XM-bJCvpJuVRU3UYNRqEBS6g4-zH%3Dj9Ye0caX8F6uQ%40mail.gmail.com
Branch
ONLY, and it
would be a pain to make them that.
Regards,
Dean
diff --git a/doc/src/sgml/ref/merge.sgml b/doc/src/sgml/ref/merge.sgml
new file mode 100644
index e07adda..bc7f4b4
--- a/doc/src/sgml/ref/merge.sgml
+++ b/doc/src/sgml/ref/merge.sgml
@@ -22,13 +22,13 @@ PostgreSQL documentation
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 407bf5b3e4df1c25be1ac59021623d370e2f435c
https://github.com/WebKit/WebKit/commit/407bf5b3e4df1c25be1ac59021623d370e2f435c
Author: Dean Jackson
Date: 2022-12-07 (Wed, 07 Dec 2022)
Changed paths:
M
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: ce361abc6ad80a0353e8af5115af58af333c1dd4
https://github.com/WebKit/WebKit/commit/ce361abc6ad80a0353e8af5115af58af333c1dd4
Author: Dean Jackson
Date: 2022-12-05 (Mon, 05 Dec 2022)
Changed paths:
M
it's morally wrong, and it
risks breaking when Peter commits his patch.
Regards,
Dean
, I have prepared the kivy
upgrade in my personal fork[2] and would like to request a sponsor to merge
these changes into the team repository.
Thanks!
Dean Serenevy (duelafn)
[1]
https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst
[2] https://salsa.debian.org
Fix DEFAULT handling for multi-row INSERT rules.
When updating a relation with a rule whose action performed an INSERT
from a multi-row VALUES list, the rewriter might skip processing the
VALUES list, and therefore fail to replace any DEFAULTs in it. This
would lead to an "unrecognized node type"
Fix DEFAULT handling for multi-row INSERT rules.
When updating a relation with a rule whose action performed an INSERT
from a multi-row VALUES list, the rewriter might skip processing the
VALUES list, and therefore fail to replace any DEFAULTs in it. This
would lead to an "unrecognized node type"
Fix DEFAULT handling for multi-row INSERT rules.
When updating a relation with a rule whose action performed an INSERT
from a multi-row VALUES list, the rewriter might skip processing the
VALUES list, and therefore fail to replace any DEFAULTs in it. This
would lead to an "unrecognized node type"
Fix DEFAULT handling for multi-row INSERT rules.
When updating a relation with a rule whose action performed an INSERT
from a multi-row VALUES list, the rewriter might skip processing the
VALUES list, and therefore fail to replace any DEFAULTs in it. This
would lead to an "unrecognized node type"
Fix DEFAULT handling for multi-row INSERT rules.
When updating a relation with a rule whose action performed an INSERT
from a multi-row VALUES list, the rewriter might skip processing the
VALUES list, and therefore fail to replace any DEFAULTs in it. This
would lead to an "unrecognized node type"
Fix DEFAULT handling for multi-row INSERT rules.
When updating a relation with a rule whose action performed an INSERT
from a multi-row VALUES list, the rewriter might skip processing the
VALUES list, and therefore fail to replace any DEFAULTs in it. This
would lead to an "unrecognized node type"
irly trivial task to
> rebase.
>
> If the consensus is that we should fix this afterwards, then I'm happy to
> delay.
>
I feel like it should be done afterwards, so that any performance
gains can be measured for all bases. Otherwise, we won't really know,
or have any record of, how much faster this was for other bases, or be
able to go back and test that.
Regards,
Dean
at
> > positions to the left of the decimal point (this is undocumented though...)
> > which the actual cast cannot do, but that seems like a marginal case.
Note that, as of PG15, "n" can be negative in such typemods, if you
want to round before the decimal point.
The fact that passing a negative scale to round() isn't documented
does seem like an oversight though...
Regards,
Dean
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: ef3a06e1f3c35d4776583f03ec9688f6e9f9152c
https://github.com/WebKit/WebKit/commit/ef3a06e1f3c35d4776583f03ec9688f6e9f9152c
Author: Dean Jackson
Date: 2022-11-30 (Wed, 30 Nov 2022)
Changed paths:
M
On Tue, 29 Nov 2022 11:49:10 GMT, Andrew Haley wrote:
>> Andrew Haley has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Unused variable
>
> src/jdk.incubator.concurrent/share/classes/jdk/incubator/concurrent/ScopedValue.java
> line 385:
On Thu, 24 Nov 2022 14:05:41 GMT, Andrew Haley wrote:
>> JEP 429 implementation.
>
> Andrew Haley has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Unused variable
I made a few minor suggestions, but overall the HotSpot changes look good.
On Thu, 24 Nov 2022 14:05:41 GMT, Andrew Haley wrote:
>> JEP 429 implementation.
>
> Andrew Haley has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Unused variable
src/hotspot/share/prims/jvm.cpp line 1385:
> 1383: vframeStream
On Thu, 24 Nov 2022 14:05:41 GMT, Andrew Haley wrote:
>> JEP 429 implementation.
>
> Andrew Haley has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Unused variable
src/hotspot/share/classfile/javaClasses.cpp line 1731:
> 1729: }
> 1730:
>
On Thu, 24 Nov 2022 14:05:41 GMT, Andrew Haley wrote:
>> JEP 429 implementation.
>
> Andrew Haley has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Unused variable
src/hotspot/cpu/aarch64/aarch64.ad line 3635:
> 3633: }
> 3634: }
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: ca068233ac864da83dc48c89a51cc9d7f4ee05e8
https://github.com/WebKit/WebKit/commit/ca068233ac864da83dc48c89a51cc9d7f4ee05e8
Author: Dean Jackson
Date: 2022-11-30 (Wed, 30 Nov 2022)
Changed paths:
M
ly(acc >= cutoff))
goto out_of_range;
acc = acc * 10 + (*ptr - '0');
ptr++;
}
and similar for other bases, allowing the coding for all bases to be
kept similar.
I think it's probably best to consider this as a follow-on patch
though. It shouldn't delay getting the main feature committed.
Regards,
Dean
sn't correct, because those functions are meant to accumulate a
negative number in "tmp".
The overflow check can't just ignore the final digit either, so I'm
not sure how much this would end up saving once those issues are
fixed.
Regards,
Dean
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 8537f74a00cdbcc63ca53257f9924200e8214319
https://github.com/WebKit/WebKit/commit/8537f74a00cdbcc63ca53257f9924200e8214319
Author: Dean Jackson
Date: 2022-11-28 (Mon, 28 Nov 2022)
Changed paths:
M
t of the rtable. Of course that would
break if we ever changed the way rewriteRuleAction() worked, but at
least it only depends on that one other place in the code, which has
been stable for a long time, so the risk of future breakage seems
managable.
Regards,
Dean
diff --git a/src/backend/rewrite/rewrite
On Wed, 23 Nov 2022 at 15:32, Tom Lane wrote:
>
> Not quite sure the added test case is worth the cycles.
>
No, probably not, for such a trivial change.
Pushed to HEAD and 15, without the test. Thanks for looking!
Regards,
Dean
Fix rule-detection code for MERGE.
Use the relation's rd_rules structure to test whether it has rules,
rather than the relhasrules flag, which might be out of date.
Reviewed by Tom Lane.
Backpatch to 15, where MERGE was added.
Discussion:
Fix rule-detection code for MERGE.
Use the relation's rd_rules structure to test whether it has rules,
rather than the relhasrules flag, which might be out of date.
Reviewed by Tom Lane.
Backpatch to 15, where MERGE was added.
Discussion:
uld work. Possibly we could
identify the VALUES RTE while building the product query, but that
looks pretty messy.
Regards,
Dean
e T_Float case, causing
it to fall through to numeric_in() and fail:
SELECT -0x8000;
ERROR: invalid input syntax for type numeric: "-0x8000"
^
Regards,
Dean
So it actually needs to examine rd_rules. Technically, I think that it
would be sufficient to just test whether rd_rules is non-NULL, but I
think it's more robust and readable to check rd_rules->numLocks, as in
the attached patch.
Regards,
Dean
diff --git a/src/backend/parser/parse_merge.c b/src/b
whether any of
this applies to MERGE. The answer is "no", because MERGE actions don't
allow multi-row inserts, so I think it's worth updating that comment
to make that clearer.
Regards,
Dean
diff --git a/src/backend/rewrite/rewriteHandler.c b/src/backend/rewrite/rewriteHandler.c
new file m
+1 – I support adoption.
Thanks,
-dhs
--
Dean H. Saxe, CIDPRO<https://idpro.org/cidpro/> (he/him)
Senior Security Engineer, AWS Identity Trust Team | Amazon Web Services (AWS)
E: deans...@amazon.com<mailto:deans...@amazon.com> | M:
206-659-7293
From: OAuth on behalf of Rifaat
: ‘digitizing bias’, ‘bias in
digitizing error’, ‘systematically-biased measurement error’, ‘systematic
measurement error’.
Dean
Dr. Dean C. Adams (he/him)
Distinguished Professor of Evolutionary Biology
Department of Ecology, Evolution, and Organismal Biology
Iowa State University
https
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 70352065621e3f98e7e61e75ecb52943d16037ed
https://github.com/WebKit/WebKit/commit/70352065621e3f98e7e61e75ecb52943d16037ed
Author: Dean Jackson
Date: 2022-11-18 (Fri, 18 Nov 2022)
Changed paths:
M
Fabio,
A quantification and comparison of morphological disparity among groups may be
accomplished in geomorph or RRPP on R.
Dean
Get Outlook for Android<https://aka.ms/AAb9ysg>
From: morphmet2@googlegroups.com on behalf of
Fabio Pinheiro
Sent:
https://bugs.kde.org/show_bug.cgi?id=461609
--- Comment #10 from dean.yeag...@gmail.com ---
BTW & REF plasma 5.26.3 not only fixed this problem but a problem where sound
would not work on reboot - only after a restart
and
where Spectacle randomly, most of the time had the Spectacle widow
https://bugs.kde.org/show_bug.cgi?id=461608
dean.yeag...@gmail.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=461608
--- Comment #2 from dean.yeag...@gmail.com ---
Can you please close this problem?
It disappeared on a plasma upgrade to 5.26.3
--
You are receiving this mail because:
You are watching all bug changes.
I believe Rodney King said “Can’t we all get along”. Vandalism is going
to happen on any side. It is unfortunate and a reality. Let’s try to find
common ground and be respectful and civil.
Thank you
Dean
On Wed, Nov 16, 2022 at 10:38 AM Katrin Roush wrote:
> There is only one side of rac
https://bugs.kde.org/show_bug.cgi?id=461609
--- Comment #8 from dean.yeag...@gmail.com ---
(In reply to Nate Graham from comment #6)
> Thank you. I thought they might. This confirms my theory that it's the panel
> which is pushing them up when it appears
>
> I *think* we may have fixed with in
https://bugs.kde.org/show_bug.cgi?id=461609
--- Comment #7 from dean.yeag...@gmail.com ---
Created attachment 153766
--> https://bugs.kde.org/attachment.cgi?id=153766=edit
info panel for plasma 5.26.2 upgrade
info panel for plasma 5.26.2 upgrade
--
You are receiving this mail because:
You
On Fri, 4 Nov 2022 09:53:39 GMT, Andrew Haley wrote:
>> src/java.base/share/classes/java/lang/Thread.java line 1610:
>>
>>> 1608: ensureMaterializedForStackWalk(bindings);
>>> 1609: task.run();
>>> 1610: Reference.reachabilityFence(bindings);
>>
>> This
On Fri, 4 Nov 2022 09:53:39 GMT, Andrew Haley wrote:
>> src/java.base/share/classes/java/lang/Thread.java line 1610:
>>
>>> 1608: ensureMaterializedForStackWalk(bindings);
>>> 1609: task.run();
>>> 1610: Reference.reachabilityFence(bindings);
>>
>> This
On Fri, 4 Nov 2022 09:53:39 GMT, Andrew Haley wrote:
>> src/java.base/share/classes/java/lang/Thread.java line 1610:
>>
>>> 1608: ensureMaterializedForStackWalk(bindings);
>>> 1609: task.run();
>>> 1610: Reference.reachabilityFence(bindings);
>>
>> This
On Wed, 2 Nov 2022 16:23:34 GMT, Andrew Haley wrote:
> JEP 429 implementation.
src/hotspot/share/prims/jvm.cpp line 1410:
> 1408: loc = 3;
> 1409: } else if (method == resolver.thread_run_method) {
> 1410: loc = 2;
This depends on how javac numbers locals, right? It seems a
On Wed, 2 Nov 2022 16:23:34 GMT, Andrew Haley wrote:
> JEP 429 implementation.
src/hotspot/share/prims/jvm.cpp line 1410:
> 1408: loc = 3;
> 1409: } else if (method == resolver.thread_run_method) {
> 1410: loc = 2;
This depends on how javac numbers locals, right? It seems a
On Wed, 2 Nov 2022 16:23:34 GMT, Andrew Haley wrote:
> JEP 429 implementation.
src/hotspot/share/prims/jvm.cpp line 1410:
> 1408: loc = 3;
> 1409: } else if (method == resolver.thread_run_method) {
> 1410: loc = 2;
This depends on how javac numbers locals, right? It seems a
701 - 800 of 57718 matches
Mail list logo
