On 12.06.24 18:44, J F wrote:
(a) The regression test suite is run by a parallel scheduler, with some
test cases dependent on previous test cases. If I just add my test case
as part of the parallel scheduler’s tests, it might not work, since
previous test cases in the scheduler might already cr
On Thu, Jun 13, 2024 at 1:22 AM J F wrote:
> > I am quite confused about what is the point of this. You have not
> > found any actual bug, nor have you demonstrated that this test case
> > could discover a likely future bug that wouldn't be detected another
> > way. Moreover, it seems like the
> I am quite confused about what is the point of this. You have not
> found any actual bug, nor have you demonstrated that this test case
> could discover a likely future bug that wouldn't be detected another
> way. Moreover, it seems like the process would lead to some very
> large number of equ
J F writes:
> For postgres, I am looking at adding test cases to test suite in
> test/src/regress/. I have gone through (a)-(e), and managed to produced
> some test cases. As an example, I claim the test case
> ```
> CREATE RECURSIVE VIEW a(b) AS SELECT'' ;
> SELECT FROM a WHERE NULL;
> ```
> coul
Hello All,
I am working on a project that aims to produce test cases that
improve mutation coverage of a dbms's test suite.
The rough workflow of the project goes as follows:
(a) apply mutation at a souce code level
(b) compile and check if the mutated installation passed existing testsuite
(c) I
On Fri, 2021-11-26 at 23:13 +0530, Parth Shah wrote:
> I am Parth Shah, currently a second-year computer engineering student at
> Mumbai University.
> I only recently started learning Postgres and I was quite fascinated by it. I
> recently read
> about Konstantina Skovola's project about creating
Dear Sir/Ma'am,
I am Parth Shah, currently a second-year computer
engineering student at Mumbai University. I only recently started learning
Postgres and I was quite fascinated by it. I recently read about
Konstantina Skovola's project about creating an extension for the Julia
progr
Antonio Belloni wrote:
> Sorry, but I did not want to start a flaming war against the TODO list with
> my first message. In all the other open source projects I have contributed
> code, the TODO list is always a start point to newcomers. There's no
> explicit message in the Postgresql TODO list say
Sorry, but I did not want to start a flaming war against the TODO list with
my first message. In all the other open source projects I have contributed
code, the TODO list is always a start point to newcomers. There's no
explicit message in the Postgresql TODO list saying that the projects there
are
On 01/03/2018 09:00 AM, Alvaro Herrera wrote:
Joshua D. Drake wrote:
There's already https://postgresql.uservoice.com/forums/21853-general
which seems to work pretty well. Here's the list of completed items:
https://postgresql.uservoice.com/forums/21853-general?status_id=124172
Well that's in
Joshua D. Drake wrote:
> Heck we could go a step further and actually allow (authenticated) voting on
> various features. This would provide the community the ability to more
> easily interact with -hackers on various features that would be desirable.
There's already https://postgresql.uservoice.
On 1/3/18 11:10, Alvaro Herrera wrote:
> This text was added by [1] as saying:
> > This list contains '''some known PostgreSQL bugs and feature
> > requests''' and we hope it contains all such
> (before this, it said "all known Pg bugs" which seemed too optimistic,
> so the correction w
On 01/03/2018 07:49 AM, Jeff Janes wrote:
O.k. what does it tell us though? Is it a resource issue? Is it a
barrier of entry issue?
Lack of ownership/ruthlessness. While I can edit it to remove items
that don't seem desirable (or comprehensible, or whatever) I'm not
likely to do so, unless
I think deleting the TODO list is a bad idea -- it contains very useful
pointers to previous discussion on hard topics.
Jeff Janes wrote:
> On Tue, Jan 2, 2018 at 2:48 PM, Robert Haas wrote:
> > It also has a note at the top saying we think it's complete, but we
> > don't think that, or I don'
On Tue, Jan 2, 2018 at 6:42 PM, Joshua D. Drake
wrote:
> On 01/02/2018 11:17 AM, Robert Haas wrote:
>
>> On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
>>
>>> On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
>>>
If we're not going to maintain/curate it properly, I agree it's not
On Tue, Jan 2, 2018 at 2:48 PM, Robert Haas wrote:
> On Sun, Dec 31, 2017 at 2:02 PM, David G. Johnston
> wrote:
> > It probably needs three sub-sections. Fist the raw ideas put forth by
> > people not capable of implementation but needing capabilities; these get
> > moved to one of two section
On 01/03/2018 03:50 AM, David Rowley wrote:
> On 3 January 2018 at 13:12, Patrick Krecker wrote:
>> As a person looking to become a postgres contributor, perhaps I can
>> offer some perspective on this. I think there is value in providing
>> *some* starting point for new contributors in the form o
On 3 January 2018 at 13:12, Patrick Krecker wrote:
> As a person looking to become a postgres contributor, perhaps I can
> offer some perspective on this. I think there is value in providing
> *some* starting point for new contributors in the form of concrete
> problems to solve. The value I hope
Noah, all,
* Noah Misch (n...@leadboat.com) wrote:
> On Tue, Jan 02, 2018 at 05:52:37PM -0500, Peter Eisentraut wrote:
> > On 12/31/17 22:43, Craig Ringer wrote:
> > > I'd rather rename it the "stuck, hard and abandoned projects list" ;)
> >
> > That might actually be useful.
>
> +1. When I do
Greetings,
* Patrick Krecker (pkrec...@gmail.com) wrote:
> As a person looking to become a postgres contributor, perhaps I can
> offer some perspective on this. I think there is value in providing
> *some* starting point for new contributors in the form of concrete
> problems to solve. The value I
On Tue, Jan 02, 2018 at 05:52:37PM -0500, Peter Eisentraut wrote:
> On 12/31/17 22:43, Craig Ringer wrote:
> > I'd rather rename it the "stuck, hard and abandoned projects list" ;)
>
> That might actually be useful.
+1. When I do refer to a TODO entry, it's usually because the entry bears a
lis
On Tue, Jan 2, 2018 at 3:42 PM, Joshua D. Drake wrote:
> On 01/02/2018 11:17 AM, Robert Haas wrote:
>>
>> On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
>>>
>>> On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
If we're not going to maintain/curate it properly, I agree it's no
On 2 January 2018 at 17:52, Peter Eisentraut
wrote:
> On 12/31/17 22:43, Craig Ringer wrote:
>> I'd rather rename it the "stuck, hard and abandoned projects list" ;)
>
> That might actually be useful.
Yep, agreed. Though it might do better to describe it in *slightly*
more positive terms, and/or
On 01/02/2018 11:17 AM, Robert Haas wrote:
On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
If we're not going to maintain/curate it properly, I agree it's not
worth keeping it around. But I'd rather see somebody put some effort
into i
On 12/31/17 22:43, Craig Ringer wrote:
> I'd rather rename it the "stuck, hard and abandoned projects list" ;)
That might actually be useful.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Robert,
* Robert Haas (robertmh...@gmail.com) wrote:
> On Sun, Dec 31, 2017 at 1:51 PM, Stephen Frost wrote:
> > The todo entry even talks about why it's difficult to do and what the
> > expected way to go about doing it is (that is, connect to each database
> > that has objects in the tablespace
On Sun, Dec 31, 2017 at 2:02 PM, David G. Johnston
wrote:
> It probably needs three sub-sections. Fist the raw ideas put forth by
> people not capable of implementation but needing capabilities; these get
> moved to one of two sections: ideas that have gotten some attention by core
> that have me
On Sun, Dec 31, 2017 at 1:51 PM, Stephen Frost wrote:
> The todo entry even talks about why it's difficult to do and what the
> expected way to go about doing it is (that is, connect to each database
> that has objects in the tablespace and query it to find out what's in
> the tablespace). Craig'
On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
> On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
>> If we're not going to maintain/curate it properly, I agree it's not
>> worth keeping it around. But I'd rather see somebody put some effort
>> into it ...
>
> If somebody was going to r
eleted IMV.
>
> Choosing the right project is one of the hardest and most important
> parts of successfully contributing to PostgreSQL. It's usually
> essential to understand in detail why the thing that you're thinking
> of working on doesn't already exist. The TODO li
On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
> If we're not going to maintain/curate it properly, I agree it's not
> worth keeping it around. But I'd rather see somebody put some effort
> into it ...
If somebody was going to resolve to put some effort into maintaining
it to a high standard
portant
parts of successfully contributing to PostgreSQL. It's usually
essential to understand in detail why the thing that you're thinking
of working on doesn't already exist. The TODO list seems to suggest
almost the opposite, and as such is a trap for inexperienced hackers.
--
Peter Geoghegan
On Sun, Dec 31, 2017 at 11:42 AM, Tom Lane wrote:
> Robert Haas writes:
> > Also, let's delete the TODO list. People keep using it as a source of
> > project ideas, and that's bad.
>
> If we're not going to maintain/curate it properly, I agree it's not
> worth keeping it around. But I'd rather
Tom, Robert, all,
* Tom Lane (t...@sss.pgh.pa.us) wrote:
> Robert Haas writes:
> > Also, let's delete the TODO list. People keep using it as a source of
> > project ideas, and that's bad.
>
> If we're not going to maintain/curate it properly, I agree it's not
> worth keeping it around. But I'd
Robert Haas writes:
> Also, let's delete the TODO list. People keep using it as a source of
> project ideas, and that's bad.
If we're not going to maintain/curate it properly, I agree it's not
worth keeping it around. But I'd rather see somebody put some effort
into it ...
On Thu, Dec 28, 2017 at 5:42 PM, Craig Ringer wrote:
> Well, it's arguably solveable, if the solution is to allow at least limited
> cross-database access to catalog relations.
I think this is a bad idea. It's bound to add complexity and
fragility to the system and I don't think it's worth it.
On 28 December 2017 at 23:05, Peter Eisentraut <
peter.eisentr...@2ndquadrant.com> wrote:
> On 12/27/17 15:18, Antonio Belloni wrote:
> > I checked the code of pg_tablespace_databases, defined in
> > src/backend/utils/adt/misc.c, and see that it uses a much simpler
> > approach : It just reads the
Hi Craig,
Ok. I see your point.
I'll study the storage internals a little bit more and try to figure out a
better approach using the directions you have made available.
Regards,
Antonio Belloni
On Thu, Dec 28, 2017 at 12:51 AM, Craig Ringer
wrote:
> On 28 December 2017 at 01:40, Antonio Bello
On 12/27/17 15:18, Antonio Belloni wrote:
> I checked the code of pg_tablespace_databases, defined in
> src/backend/utils/adt/misc.c, and see that it uses a much simpler
> approach : It just reads the tablespaces directories and return the name
> of the directories that represents databases OIDs.
On 28 December 2017 at 01:40, Antonio Belloni
wrote:
> Hi,
>
> This is my first post on the list. My name is Antonio. I am a CS grad
> student and my field of study is about databases and information retrieval.
> To get some practical knowledge, I've been studying Postgresql codebase for
> a whil
Hi,
This is my first post on the list. My name is Antonio. I am a CS grad
student and my field of study is about databases and information retrieval.
To get some practical knowledge, I've been studying Postgresql codebase for
a while.
Now I would like to contribute with some code and I've chosen
Hi,
This is my first post on the list. My name is Antonio. I am a CS grad
student and my field of study is about databases and information retrieval.
To get some practical knowledge, I've been studying Postgresql codebase for
a while.
Now I would like to contribute with some code and I've chosen
42 matches
Mail list logo
