On Sunday, 7 October 2012 at 19:25:06 UTC, Andrei Alexandrescu
wrote:
On 10/7/12 1:06 PM, Paulo Pinto wrote:
The important thing are interfaces, as such you're not
bringing external
dependencies. Unless the D community decides to have the
drivers as part
of the language (comes with batteries k
Many thanks Jonathan, that greatly clarifies the situation...
On Wednesday, October 10, 2012 00:02:50 Mark Lamberton wrote:
> I'm still not sure why
> (for example) Tango exists and what is its status relative to the
> D ecosystem.
It's a historical thing. Phobos in D1 sucked (probably because Walter was
focused on the compiler and I don't think that there
As a D newbie, Thomas' post is quite timely. I've collected all
the books on offer and scanned the 'net for anything D related.
Like Thomas, I was starting to feel that D was going nowhere
fast. Some of the comments here have helped dispel this
impression, but it's true to say that from an o
On Sun, Oct 7, 2012 at 10:39 AM, jerro wrote:
> Isn't part of the problem that no one can get ahold of the person who
>>> runs it? At least, that's what I remember being discussed previously.
>>> It was my understanding that that's why we've never been able to get
>>> dsource cleaned up or really
I've been thinking about writing an interface inspired by
ActiveRecord. It would probably be relatively simple and
lightweight, but it should be enough for simple REST
applications, and the interface would (hopefully) be extremely
nice to use.
Of course, with all the other projects I want to do
On Monday, 8 October 2012 at 10:26:35 UTC, denizzzka wrote:
On Monday, 8 October 2012 at 07:35:13 UTC, Paulo Pinto wrote:
On Sunday, 7 October 2012 at 20:05:22 UTC, denizzzka wrote:
On Sunday, 7 October 2012 at 17:06:31 UTC, Joseph Rushton
Wakeling wrote:
On 10/07/2012 10:55 AM, Russel Winder
On Monday, 8 October 2012 at 07:35:13 UTC, Paulo Pinto wrote:
On Sunday, 7 October 2012 at 20:05:22 UTC, denizzzka wrote:
On Sunday, 7 October 2012 at 17:06:31 UTC, Joseph Rushton
Wakeling wrote:
On 10/07/2012 10:55 AM, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL
On Sunday, 7 October 2012 at 22:08:45 UTC, Nick Sabalausky wrote:
Not necessarily: Steve Teale's "mysqln" is a native D MySQL
driver that
connects to the DB server directly and bypasses MySQL's
official client
lib entirely. Teale has inexplicably disappeared off the face
of the
internet, but Vi
On Sunday, 7 October 2012 at 20:05:22 UTC, denizzzka wrote:
On Sunday, 7 October 2012 at 17:06:31 UTC, Joseph Rushton
Wakeling wrote:
On 10/07/2012 10:55 AM, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL,
Oracle, DB2,
PervasiveSQL, SQLite3, etc.?
I don't have su
On 2012-10-07 18:54, Joseph Rushton Wakeling wrote:
On 10/07/2012 10:55 AM, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL, Oracle, DB2,
PervasiveSQL, SQLite3, etc.?
I don't have sufficient experience with SQL to be able to really make a
judgement here, but is ther
On 2012-10-07 21:53, denizzzka wrote:
So, I do not know is it possible to make a universal interface. And why
it may need in real life?
ActiveRecord provides a universal interface for all databases. But you
can't do all things with a fancy DSL. Sometimes you need to drop down to
raw SQL if y
On Sunday, 7 October 2012 at 09:07:39 UTC, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL, Oracle,
DB2,
PervasiveSQL, SQLite3, etc.?
Good question. A wrong approach since we talk about DB support.
Design the Interface first, would be the solution.
Then decide
On Sun, 07 Oct 2012 18:54:17 +0200
Joseph Rushton Wakeling wrote:
> On 10/07/2012 10:55 AM, Russel Winder wrote:
> > Why only PostgreSQL. Shouldn't it also work with MySQL, Oracle, DB2,
> > PervasiveSQL, SQLite3, etc.?
>
> I don't have sufficient experience with SQL to be able to really make
> a
On Sun, 07 Oct 2012 21:58:49 +0200
"denizzzka" <4deni...@gmail.com> wrote:
> On Sunday, 7 October 2012 at 08:05:10 UTC, Thomas Koch wrote:
> > denizzzka wrote:
> >> https://github.com/denizzzka/dpq2
> > Thank you very much. I think I haven't seen this project. Would
> > you like to
> > add it to
On Sun, 07 Oct 2012 18:39:16 +0200
"jerro" wrote:
> >> Isn't part of the problem that no one can get ahold of the
> >> person who
> >> runs it? At least, that's what I remember being discussed
> >> previously.
> >> It was my understanding that that's why we've never been able
> >> to get
> >>
On Sunday, 7 October 2012 at 08:05:10 UTC, Thomas Koch wrote:
denizzzka wrote:
https://github.com/denizzzka/dpq2
Thank you very much. I think I haven't seen this project. Would
you like to
add it to this wiki page?
http://www.prowiki.org/wiki4d/wiki.cgi?DatabaseBindings#PostgreSQL
I could n
On Sunday, 7 October 2012 at 17:06:31 UTC, Joseph Rushton
Wakeling wrote:
On 10/07/2012 10:55 AM, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL,
Oracle, DB2,
PervasiveSQL, SQLite3, etc.?
I don't have sufficient experience with SQL to be able to
really make a jud
On 10/7/12 1:06 PM, Paulo Pinto wrote:
The important thing are interfaces, as such you're not bringing external
dependencies. Unless the D community decides to have the drivers as part
of the language (comes with batteries kind of thing).
Yah, this is a chicken-and-egg kind of thing. In many la
Thiez wrote:
On Sunday, 7 October 2012 at 12:39:35 UTC, Piotr Szturmaj wrote:
In my prostgres client one may specify field types at compile time. If
I had divided the client into two separate layers it would return a
Variant[] at first layer, then convert it to user specified tuple at
the second
On Sunday, 7 October 2012 at 12:39:35 UTC, Piotr Szturmaj wrote:
In my prostgres client one may specify field types at compile
time. If I had divided the client into two separate layers it
would return a Variant[] at first layer, then convert it to
user specified tuple at the second. For exampl
On Sunday, 7 October 2012 at 17:06:31 UTC, Joseph Rushton
Wakeling wrote:
On 10/07/2012 10:55 AM, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL,
Oracle, DB2,
PervasiveSQL, SQLite3, etc.?
I don't have sufficient experience with SQL to be able to
really make a jud
On Sunday, 7 October 2012 at 17:06:31 UTC, Joseph Rushton
Wakeling wrote:
Am I right that there's something in Adam Ruppe's web modules
that's heading in this direction?
Yeah, though I'm a little biased toward mysql since that's what I
use every day, so some of the stuff that should be in gene
On 10/07/2012 10:55 AM, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL, Oracle, DB2,
PervasiveSQL, SQLite3, etc.?
I don't have sufficient experience with SQL to be able to really make a
judgement here, but is there a case for a std.sql or std.db that would provide
Isn't part of the problem that no one can get ahold of the
person who
runs it? At least, that's what I remember being discussed
previously.
It was my understanding that that's why we've never been able
to get
dsource cleaned up or really changed at all.
No, I think he'd just been busy. I've
Having distinct layers that don't know each other isn't always a good idea.
Just wanted to illustrate that "layers" shouldn't always be separate.
Actually I'm not sure how separate they are in ActiveRecord. I wanted to
mostly point out that generating the SQL was done by a separate library
Jacob Carlborg wrote:
On 2012-10-07 10:55, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL, Oracle, DB2,
PervasiveSQL, SQLite3, etc.?
From the example I assume that this is just a library for managing
connections and that everything else is just string-based SQL
st
On Sun, 07 Oct 2012 02:51:42 -0700
Jonathan M Davis wrote:
> On Sunday, October 07, 2012 11:43:21 Peter Alexander wrote:
> > On Saturday, 6 October 2012 at 21:19:58 UTC, Joseph Rushton
> >
> > Wakeling wrote:
> > >
> > > Might be worth placing some prominent message on DSource
> > > stating tha
On 2012-10-07 10:55, Russel Winder wrote:
Why only PostgreSQL. Shouldn't it also work with MySQL, Oracle, DB2,
PervasiveSQL, SQLite3, etc.?
From the example I assume that this is just a library for managing
connections and that everything else is just string-based SQL
statements. Groovy's and
On 2012-10-07 00:14, Nick Sabalausky wrote:
I don't know about the rest of DSSS as I only ever used the
'rebuild' component. But as for rebuild, there are problems:
For one thing, 0.76 is generally considered to work much better than
0.77 and the final version, 0.78 (I forget the details, but a
On Sunday, 7 October 2012 at 09:56:30 UTC, Piotr Szturmaj wrote:
Russel Winder wrote:
On Sun, 2012-10-07 at 00:35 +0200, denizzzka wrote:
On Saturday, 6 October 2012 at 12:06:07 UTC, Thomas Koch
wrote:
- I looked for a PostgreSQL client library. I found small
personal hacks and
dead projects.
On Sunday, October 07, 2012 11:43:21 Peter Alexander wrote:
> On Saturday, 6 October 2012 at 21:19:58 UTC, Joseph Rushton
>
> Wakeling wrote:
> > On 10/06/2012 10:59 PM, Nick Sabalausky wrote:
> >> Definitely not. *DSource* is dying, unfortunately, which has
> >> lead some
> >> people to assume th
Russel Winder wrote:
On Sun, 2012-10-07 at 00:35 +0200, denizzzka wrote:
On Saturday, 6 October 2012 at 12:06:07 UTC, Thomas Koch wrote:
- I looked for a PostgreSQL client library. I found small
personal hacks and
dead projects.
https://github.com/denizzzka/dpq2
This is my personal project
On Sunday, 7 October 2012 at 09:07:39 UTC, Russel Winder wrote:
On Sun, 2012-10-07 at 00:35 +0200, denizzzka wrote:
On Saturday, 6 October 2012 at 12:06:07 UTC, Thomas Koch wrote:
>> - I looked for a PostgreSQL client library. I found small
> personal hacks and
> dead projects.
https://github.c
On Saturday, 6 October 2012 at 21:19:58 UTC, Joseph Rushton
Wakeling wrote:
On 10/06/2012 10:59 PM, Nick Sabalausky wrote:
Definitely not. *DSource* is dying, unfortunately, which has
lead some
people to assume the same of the rest of D. But no, D is going
very
strong, and has only been gettin
On Sun, 2012-10-07 at 00:35 +0200, denizzzka wrote:
> On Saturday, 6 October 2012 at 12:06:07 UTC, Thomas Koch wrote:
> >> - I looked for a PostgreSQL client library. I found small
> > personal hacks and
> > dead projects.
>
> https://github.com/denizzzka/dpq2
>
> This is my personal project but
denizzzka wrote:
> https://github.com/denizzzka/dpq2
Thank you very much. I think I haven't seen this project. Would you like to
add it to this wiki page?
http://www.prowiki.org/wiki4d/wiki.cgi?DatabaseBindings#PostgreSQL
Best regards, Thomas Koch
On Saturday, 6 October 2012 at 12:06:07 UTC, Thomas Koch wrote:
- I looked for a PostgreSQL client library. I found small
personal hacks and
dead projects.
https://github.com/denizzzka/dpq2
This is my personal project but it is not dead, and I am
determined to see it through. At the moment,
On Sat, 06 Oct 2012 23:27:55 +0200
Jacob Carlborg wrote:
> On 2012-10-06 22:59, Nick Sabalausky wrote:
>
> > DSSS has been dead for a long time, I don't know why an active
> > project like GtkD is apparently mentioning it.
>
> DSSS is working just fine for D1.
I don't know about the rest of DS
On 2012-10-06 22:59, Nick Sabalausky wrote:
DSSS has been dead for a long time, I don't know why an active project
like GtkD is apparently mentioning it.
DSSS is working just fine for D1. GtkD works both with D1 and D2.
--
/Jacob Carlborg
On 10/06/2012 10:59 PM, Nick Sabalausky wrote:
Definitely not. *DSource* is dying, unfortunately, which has lead some
people to assume the same of the rest of D. But no, D is going very
strong, and has only been getting bigger.
Might be worth placing some prominent message on DSource stating th
On Sat, 06 Oct 2012 13:54:11 +0200
Thomas Koch wrote:
>
> - I looked into GtkD, which refers to the build tool DSSS. However
> DSSS seems to be unmaintained for a couple of years.
>
DSSS has been dead for a long time, I don't know why an active project
like GtkD is apparently mentioning it.
T
On Sat, Oct 6, 2012 at 7:54 AM, Thomas Koch wrote:
> (Why does every new language
> needs its own build tool?)
>
They often don't. I seem to recall
http://www.dsource.org/projects/cmaked working
just fine for one of my D2 projects. Not having to globally install it was
pretty nice, too, and sin
On 2012-10-06 13:54, Thomas Koch wrote:
- I looked into GtkD, which refers to the build tool DSSS. However DSSS
seems to be unmaintained for a couple of years. (Why does every new language
needs its own build tool?)
I would say because it's possible to tune the tool specially for the
language
On Saturday, 6 October 2012 at 14:50:08 UTC, Adam D. Ruppe wrote:
IIRC it is very easy to do this on Windows as there's no need
to change the console mode.
Windows already has getch() in one of its system libraries or C
runtime, and I'm fairly sure it has kbhit() somewhere too. The
easiest th
On Saturday, 6 October 2012 at 12:52:36 UTC, bearophile wrote:
I think the need for a Phobos portable way to read a char in is
present.
I just slapped together a very quick Linux struct:
=
version(Posix):
import core.sys.posix.termios;
import core.sys.posix.unistd;
import core.sys.posix.
nazriel:
getch()
There is always possibility to add something more high level to
std.stdio if there will be such need.
I think the need for a Phobos portable way to read a char in is
present.
Bye,
bearophile
On 10/6/2012 4:54 AM, Thomas Koch wrote:
- I looked at http://www.dsource.org/forums - most forums are dead.
Most of the D forum action is here.
On Saturday, 6 October 2012 at 12:06:07 UTC, Thomas Koch wrote:
Hi,
the subject refers to my current state of sadness after trying
to dig into D
programming for a few days. I've been very exited after reading
"The D
programming language", but I've doubts now.
- There's no "standard" library
Hi,
the subject refers to my current state of sadness after trying to dig into D
programming for a few days. I've been very exited after reading "The D
programming language", but I've doubts now.
- There's no "standard" library to read a single character from the console.
Instead people write
50 matches
Mail list logo
