Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 17:56:04 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 16:05:17 UTC, denizzzka wrote: Sorry fot duplicate answer Ok, just FYI, I guess what I described was implemented in libpq for version 9.6 (but works on any PSQL since 8.4, since they all

Re: Hong Kong dlang Meetup

2017-09-04 Thread Nicholas Wilson via Digitalmars-d-announce
On Monday, 4 September 2017 at 19:25:59 UTC, Jonathan M Davis wrote: Several of us from the D community will be in Hong Kong on a business trip next week (me, John Colvin, Atila Neves, and Ilya Yaroshenko), and our client, Symmetry Investments[1], has offered to sponsor a dlang meetup. We

Re: Release D 2.076.0

2017-09-04 Thread Timon Gehr via Digitalmars-d-announce
On 04.09.2017 21:55, Timon Gehr wrote: On 04.09.2017 16:05, nkm1 wrote: On Friday, 1 September 2017 at 14:03:26 UTC, Martin Nowak wrote: This release comes with static foreach Great! I noticed one small issue, though. When compiled with warnings, it warns about unreachable code when static

Re: Release D 2.076.0

2017-09-04 Thread Timon Gehr via Digitalmars-d-announce
On 04.09.2017 16:05, nkm1 wrote: On Friday, 1 September 2017 at 14:03:26 UTC, Martin Nowak wrote: This release comes with static foreach Great! I noticed one small issue, though. When compiled with warnings, it warns about unreachable code when static foreach in a switch, ... It works,

Re: Release D 2.076.0

2017-09-04 Thread Timon Gehr via Digitalmars-d-announce
On 04.09.2017 12:46, Petar Kirov [ZombineDev] wrote: Would you be able to also address https://issues.dlang.org/show_bug.cgi?id=17798? https://github.com/dlang/dlang.org/pull/1884 (Any help with getting it to build appreciated -- even the base 'stable' branch does not compile on my machine.)

Hong Kong dlang Meetup

2017-09-04 Thread Jonathan M Davis via Digitalmars-d-announce
Several of us from the D community will be in Hong Kong on a business trip next week (me, John Colvin, Atila Neves, and Ilya Yaroshenko), and our client, Symmetry Investments[1], has offered to sponsor a dlang meetup. We haven't decided when exactly to meet up yet, but we're looking to meet up

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 18:37:40 UTC, denizzzka wrote: On Monday, 4 September 2017 at 15:47:04 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 15:40:47 UTC, denizzzka wrote: This is just internal function. Don't try to call it from your application. I guess it's the Python

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:47:04 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 15:40:47 UTC, denizzzka wrote: This is just internal function. Don't try to call it from your application. I guess it's the Python curse Oh... What is it: PARSE + BIND + EXEC + SYNC ? Yeah,

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 17:56:04 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 16:05:17 UTC, denizzzka wrote: Sorry fot duplicate answer Ok, just FYI, I guess what I described was implemented in libpq for version 9.6 (but works on any PSQL since 8.4, since they all

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 16:05:17 UTC, denizzzka wrote: Sorry fot duplicate answer Ok, just FYI, I guess what I described was implemented in libpq for version 9.6 (but works on any PSQL since 8.4, since they all implement extended query protocol i wrote the client for) in a form of

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:59:47 UTC, denizzzka wrote: Sorry fot duplicate answer

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:59:47 UTC, denizzzka wrote: Sorry fot duplicate answer

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:47:04 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 15:40:47 UTC, denizzzka wrote: This is just internal function. Don't try to call it from your application. I guess it's the Python curse Oh... What is it: PARSE + BIND + EXEC + SYNC ? Yeah,

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:53:30 UTC, denizzzka wrote: I dare say that you are engaged in premature optimization. Quite possible, but it took tolerable amount of time. I definetly will play with dpq2 more some day, maybe there is indeed no need to reinvent libpq. But what's done is

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:47:04 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 15:40:47 UTC, denizzzka wrote: This is just internal function. Don't try to call it from your application. I guess it's the Python curse Oh... What is it: PARSE + BIND + EXEC + SYNC ? Yeah,

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:45:23 UTC, denizzzka wrote: Also, ORM is typical architecturial error. https://en.m.wikipedia.org/wiki/Object-relational_impedance_mismatch It's a tool. Error is when you use wrong tool for your job. ORMs surely help many people, and do a lot of good.

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:40:47 UTC, denizzzka wrote: This is just internal function. Don't try to call it from your application. I guess it's the Python curse Oh... What is it: PARSE + BIND + EXEC + SYNC ? Yeah, that's what I do currently, just write the whole command chain (same

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Sunday, 3 September 2017 at 22:57:39 UTC, Boris-Barboris wrote: If anyone here has some insight on typical architectural errors wich make ORM writer's life hard, please share. Also, ORM is typical architecturial error. https://en.m.wikipedia.org/wiki/Object-relational_impedance_mismatch

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:32:51 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 15:28:11 UTC, denizzzka wrote: What do you mean? It seems like a very generic method way to send batched messages, wich would give a lot of freedom. This is just internal function. Don't try to

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:28:11 UTC, denizzzka wrote: What do you mean? It seems like a very generic method way to send batched messages, wich would give a lot of freedom. Possible without any src modify. Will linux socket get a send called between them, or it will be buffered by

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Monday, 4 September 2017 at 15:11:37 UTC, Boris-Barboris wrote: On Monday, 4 September 2017 at 14:42:31 UTC, denizzzka wrote: https://github.com/denizzzka/vibe.d.db.postgresql uses dpq2 backend

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 14:42:31 UTC, denizzzka wrote: https://github.com/denizzzka/vibe.d.db.postgresql uses dpq2 backend https://github.com/denizzzka/vibe.d.db.postgresql/blob/master/source/vibe/db/postgresql/package.d#L92 Very interesting read, thank you. Making this:

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread denizzzka via Digitalmars-d-announce
On Sunday, 3 September 2017 at 22:57:39 UTC, Boris-Barboris wrote: I tried all existing libraries, and noted pretty mature dpq2 and ddb (and it's hb-ddb fork) libs. I didn't like the first one, because I didn't want to leave vibe-d eventloop, https://github.com/denizzzka/vibe.d.db.postgresql

Re: Release D 2.076.0

2017-09-04 Thread Mario Kröplin via Digitalmars-d-announce
What's the problem with `TypeInfo_Typedef`? https://github.com/dlang/undeaD shows "build:failing". https://travis-ci.org/dlang/undeaD/jobs/270947584 shows: src/undead/doformat.d(934,23): Error: undefined identifier TypeInfo_Typedef

Re: Release D 2.076.0

2017-09-04 Thread nkm1 via Digitalmars-d-announce
On Friday, 1 September 2017 at 14:03:26 UTC, Martin Nowak wrote: This release comes with static foreach Great! I noticed one small issue, though. When compiled with warnings, it warns about unreachable code when static foreach in a switch, for example: void trySwitch(int x) { import

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 12:07:29 UTC, Jacob Carlborg wrote: Ah, ok. I didn't know about hb-ddb until you started this thread. I'm currently one of the maintainers of ddb and I haven't seen anything upstreamed there. Haha, yeah, I guess I've developed a habit of looking at github

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Paolo Invernizzi via Digitalmars-d-announce
On Monday, 4 September 2017 at 12:07:29 UTC, Jacob Carlborg wrote: Ah, ok. I didn't know about hb-ddb until you started this thread. I'm currently one of the maintainers of ddb and I haven't seen anything upstreamed there. Me too... /P

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Jacob Carlborg via Digitalmars-d-announce
On 2017-09-04 10:12, Boris-Barboris wrote: On Monday, 4 September 2017 at 06:40:09 UTC, Jacob Carlborg wrote: If would be great if you want to upstream your improvements. I think it's a bit unfortunate that everyone is rolling their own implementations in this community instead of working

Re: Delta - Bridge to the Delphi ecosystem

2017-09-04 Thread Andre Pany via Digitalmars-d-announce
On Monday, 4 September 2017 at 02:32:48 UTC, Domain wrote: On Sunday, 3 September 2017 at 19:53:59 UTC, Andre Pany wrote: Delta is a proof of concept to enhance the D Programming Language with the Delphi ecosystem. [...] Cool! Any plan to support lazarus/fpc? That makes a lot of sense as

Re: Release D 2.076.0

2017-09-04 Thread via Digitalmars-d-announce
On Monday, 4 September 2017 at 10:06:33 UTC, Timon Gehr wrote: On 04.09.2017 11:00, Timon Gehr wrote: On 02.09.2017 08:51, Ilya Yaroshenko wrote: On Friday, 1 September 2017 at 14:03:26 UTC, Martin Nowak wrote: Glad to announce D 2.076.0. This release comes with static foreach, many -betterC

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 09:30:06 UTC, Suliman wrote: Could you give an example how to make connection object if I need access to it from several classes? Should it be global? """Good way""" is probably to wrap it into some ConnectionPool (at least that's what I did). Snipper from

Re: Release D 2.076.0

2017-09-04 Thread Timon Gehr via Digitalmars-d-announce
On 04.09.2017 11:00, Timon Gehr wrote: On 02.09.2017 08:51, Ilya Yaroshenko wrote: On Friday, 1 September 2017 at 14:03:26 UTC, Martin Nowak wrote: Glad to announce D 2.076.0. This release comes with static foreach, many -betterC enhancements, various phobos additions, an -mcpu=avx2 switch,

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Suliman via Digitalmars-d-announce
Could you give an example how to make connection object if I need access to it from several classes? Should it be global?

Re: Release D 2.076.0

2017-09-04 Thread Timon Gehr via Digitalmars-d-announce
On 02.09.2017 08:51, Ilya Yaroshenko wrote: On Friday, 1 September 2017 at 14:03:26 UTC, Martin Nowak wrote: Glad to announce D 2.076.0. This release comes with static foreach, many -betterC enhancements, various phobos additions, an -mcpu=avx2 switch, and lots of bugfixes. Thanks to

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Boris-Barboris via Digitalmars-d-announce
On Monday, 4 September 2017 at 06:40:09 UTC, Jacob Carlborg wrote: If would be great if you want to upstream your improvements. I think it's a bit unfortunate that everyone is rolling their own implementations in this community instead of working together. I would say that it's rare to need

Re: dpeq - native PSQL extended query protocol client

2017-09-04 Thread Jacob Carlborg via Digitalmars-d-announce
On 2017-09-04 00:57, Boris-Barboris wrote: I tried all existing libraries, and noted pretty mature dpq2 and ddb (and it's hb-ddb fork) libs. I didn't like the first one, because I didn't want to leave vibe-d eventloop, and the second one was native (big plus for me), supported vibe-d sockets.