On 06-Oct-2015 23:44, ponce wrote:
On Tuesday, 6 October 2015 at 17:20:39 UTC, Jonathan M Davis wrote:
Unfortunately, it is quite common to need both virtual functions and
deterministic destruction. It isn't helpful to disregard the problem by
saying "you should have used a struct", in many case
On Tuesday, 6 October 2015 at 17:07:27 UTC, Chris wrote:
Ok, and do you have a plan or a concrete wish list that you
could hand over to the core developers? What features would be
indispensable or are of utmost importance, in your opinion?
1. Define the target, then you can figure out the feat
On Wednesday, 7 October 2015 at 04:00:02 UTC, Israel wrote:
On Wednesday, 7 October 2015 at 03:26:37 UTC, Laeeth Isharc
wrote:
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
d up from 31 in march. Just below scala, sas, and fortran.
No doubt noisy, and possibly news about A
On 10/6/2015 7:57 PM, bitwise wrote:
What can a stream do that a range cannot?
I was trying to make my case for polymorphism, so I haven't thought much about
streams specifically, but one obvious thing that stands out is growing on
demand.
Stream s = new Stream(4);
s.write(1);
s.write(2); //
On Wednesday, 7 October 2015 at 00:17:37 UTC, bitwise wrote:
-again, alias this allows class references to escape their RAII
containers and can cause access violations as show here:
http://forum.dlang.org/post/zfggjsjmfttbcekqw...@forum.dlang.org
This isn't really a problem as it can be easily
On Wednesday, 7 October 2015 at 03:26:37 UTC, Laeeth Isharc wrote:
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
d up from 31 in march. Just below scala, sas, and fortran. No
doubt noisy, and possibly news about Andrei leaving Facebook
had an influence. They changed the a
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
d up from 31 in march. Just below scala, sas, and fortran. No
doubt noisy, and possibly news about Andrei leaving Facebook had
an influence. They changed the algorithm to be more tolerant of
noise, which has had an impact on t
On Wednesday, 7 October 2015 at 02:41:12 UTC, Walter Bright wrote:
On 10/6/2015 7:04 PM, bitwise wrote:
On Wednesday, 7 October 2015 at 01:27:27 UTC, Walter Bright
wrote:
On 10/4/2015 11:02 AM, bitwise wrote:
For example, streams.
No streams. InputRanges.
This is too vague to really respon
On 10/6/2015 7:04 PM, bitwise wrote:
On Wednesday, 7 October 2015 at 01:27:27 UTC, Walter Bright wrote:
On 10/4/2015 11:02 AM, bitwise wrote:
For example, streams.
No streams. InputRanges.
This is too vague to really respond to. It does serve as an example of the
over-emphasis on ranges in
On Wednesday, 7 October 2015 at 01:27:27 UTC, Walter Bright wrote:
On 10/4/2015 11:02 AM, bitwise wrote:
For example, streams.
No streams. InputRanges.
This is too vague to really respond to. It does serve as an
example of the over-emphasis on ranges in the D community. Ranges
are great, b
On 10/4/2015 11:02 AM, bitwise wrote:
For example, streams.
No streams. InputRanges.
On Tuesday, 6 October 2015 at 20:44:22 UTC, ponce wrote:
On Tuesday, 6 October 2015 at 17:20:39 UTC, Jonathan M Davis
wrote:
[...]
Unfortunately, it is quite common to need both virtual
functions and deterministic destruction. It isn't helpful to
disregard the problem by saying "you should h
On Tuesday, 6 October 2015 at 22:21:41 UTC, Jonathan M Davis
wrote:
So, we're doing better than C# or Java do, but unfortunately,
there are just enough issues with ref-counting structs that to
get it fully right, we do need ref-counting in the language
(unfortunately, I don't remember all of th
On Monday, 5 October 2015 at 14:16:22 UTC, Jack Stouffer wrote:
Around the release of 2.068 I saw a couple of threads about
Objective C compatibility in D, but it wasn't merged into
stable for 2.068. Is this going to be merged into 2.069? Any
improvements from the very basic support that was sh
On Tuesday, 6 October 2015 at 19:31:20 UTC, Mengu wrote:
a half of it is the buzz and other half of is not. remember
people talking about reactjs, go and rails being buzz? they
were the same. we have built an online payment gateway and we
are about to decouple our application and switch to
mic
On Tuesday, 6 October 2015 at 16:12:12 UTC, Russel Winder wrote:
Has anyone got a small example of microservices using D, with
Vibe.d or otherwise, that I can make use of? I need some
examples of small microservices for a session at μCon 2015.
on your email, in case it fits. nanomsg and a lit
On Tuesday, 6 October 2015 at 07:09:21 UTC, Jonathan M Davis
wrote:
On Tuesday, 6 October 2015 at 06:52:13 UTC, Ulrich Kuettler
wrote:
On Tuesday, 6 October 2015 at 02:31:53 UTC, Eric Niebler wrote:
Given that starting point, ranges of different strength are
an "obvious" next step that many peo
On Tuesday, 6 October 2015 at 20:44:22 UTC, ponce wrote:
On Tuesday, 6 October 2015 at 17:20:39 UTC, Jonathan M Davis
wrote:
But in general, at this point, with D, if you want
deterministic destruction, then you use structs. Classes are
not the appropriate place for it. If they were ref-count
On Tuesday, 6 October 2015 at 22:05:59 UTC, Laeeth Isharc wrote:
LuaJIT will be very fast. I think calling back to C might not
be something you want to do in an inner loop though, so
structure accordingly.
I meant other way around. You don't want to call out to Lua
there, but I don't think
On Tuesday, 6 October 2015 at 20:43:42 UTC, bitwise wrote:
On Tuesday, 6 October 2015 at 18:43:42 UTC, Jonathan M Davis
wrote:
For the THIRD time, I'll post my example:
class Texture { }
class Texture2D : Texture {
this() { /* load texture... */ }
~this { /* free texture */ } // OOP
On Tuesday, 6 October 2015 at 19:42:08 UTC, Jacob wrote:
There are many programs out there that use some sort of
scripting capabilities.
I've been wanting to write an app that exposes a scripting like
environment D, lua, or some other fast language to the user.
But there are two requirements
On Tuesday, 6 October 2015 at 21:41:18 UTC, Jacob wrote:
On Tuesday, 6 October 2015 at 19:42:08 UTC, Jacob wrote:
I've been wanting to write an app that exposes a scripting
like environment D, lua, or some other fast language to the
user.
PyD works nicely and I have used it enough to feel c
On Tuesday, 6 October 2015 at 20:46:00 UTC, ponce wrote:
On Tuesday, 6 October 2015 at 20:43:42 UTC, bitwise wrote:
I want polymorphism AND deterministic destruction, and the
least you could do is just admit that it's a downside to D not
having it, instead of trying to tell me that everything
On Tuesday, 6 October 2015 at 20:02:48 UTC, Jonathan M Davis
wrote:
On Tuesday, 6 October 2015 at 19:42:08 UTC, Jacob wrote:
There are many programs out there that use some sort of
scripting capabilities.
I've been wanting to write an app that exposes a scripting
like environment D, lua, or s
On Tuesday, 6 October 2015 at 20:43:42 UTC, bitwise wrote:
So, you're saying you want me to just revert back to manual
resource management and accept that huge resources like
textures and such may just leak if someone doesn't use them
right? or throws an exception? in a language like D that i
On Tuesday, 6 October 2015 at 18:43:42 UTC, Jonathan M Davis
wrote:
On Tuesday, 6 October 2015 at 18:10:42 UTC, bitwise wrote:
On Tuesday, 6 October 2015 at 17:20:39 UTC, Jonathan M Davis
wrote:
I'm not sure what else I can say. The example I posted says it
all, and it can't be done properly in
On Tuesday, 6 October 2015 at 20:43:42 UTC, bitwise wrote:
I want polymorphism AND deterministic destruction, and the
least you could do is just admit that it's a downside to D not
having it, instead of trying to tell me that everything I know
is wrong..
This problem comes up again and agai
On Tuesday, 6 October 2015 at 17:20:39 UTC, Jonathan M Davis
wrote:
But in general, at this point, with D, if you want
deterministic destruction, then you use structs. Classes are
not the appropriate place for it. If they were ref-counted,
then they could be, but as long as they're not, then
On Tuesday, 6 October 2015 at 20:04:06 UTC, jmh530 wrote:
On Tuesday, 6 October 2015 at 18:43:42 UTC, Jonathan M Davis
wrote:
In most cases though, just don't use classes. In most cases,
inheritance is a horrible way to write programs anyway,
because it's _horrible_ for code reuse. It definitel
On Tuesday, 6 October 2015 at 18:43:42 UTC, Jonathan M Davis
wrote:
In most cases though, just don't use classes. In most cases,
inheritance is a horrible way to write programs anyway, because
it's _horrible_ for code reuse. It definitely has its uses, but
I've found that I rarely need classes
On Tuesday, 6 October 2015 at 19:42:08 UTC, Jacob wrote:
There are many programs out there that use some sort of
scripting capabilities.
I've been wanting to write an app that exposes a scripting like
environment D, lua, or some other fast language to the user.
But there are two requirements
There are many programs out there that use some sort of scripting
capabilities.
I've been wanting to write an app that exposes a scripting like
environment D, lua, or some other fast language to the user.
But there are two requirements:
1. The user has access to all objects created in app. e
On Tuesday, 6 October 2015 at 19:23:40 UTC, Nick Sabalausky wrote:
On 10/06/2015 02:53 PM, Jonathan M Davis wrote:
On Tuesday, 6 October 2015 at 18:40:17 UTC, Nick Sabalausky
wrote:
Well that's good to hear. KDE4 went through the same path.
After
spending time with KDE4, I found it to be it a t
On Tuesday, 6 October 2015 at 19:15:09 UTC, Paulo Pinto wrote:
GC is not an hindrance when the languages are built to properly
work with it.
--
Paulo
+1, tired of repeating this.
On Tuesday, 6 October 2015 at 19:07:32 UTC, Nick Sabalausky wrote:
On 10/06/2015 01:54 PM, Russel Winder via Digitalmars-d wrote:
On Tue, 2015-10-06 at 16:21 +, Dejan Lekic via
Digitalmars-d wrote:
On Tuesday, 6 October 2015 at 16:12:12 UTC, Russel Winder
wrote:
Has anyone got a small exam
On 10/06/2015 02:53 PM, Jonathan M Davis wrote:
On Tuesday, 6 October 2015 at 18:40:17 UTC, Nick Sabalausky wrote:
Well that's good to hear. KDE4 went through the same path. After
spending time with KDE4, I found it to be it a terrible blunder of an
upgrade even after, several point releases in,
On Tuesday, 6 October 2015 at 18:43:42 UTC, Jonathan M Davis
wrote:
On Tuesday, 6 October 2015 at 18:10:42 UTC, bitwise wrote:
[...]
It's a side effect of having the lifetime of an object managed
by the GC. There's no way around that except to use something
else like manual memory management
On 10/06/2015 01:54 PM, Russel Winder via Digitalmars-d wrote:
On Tue, 2015-10-06 at 16:21 +, Dejan Lekic via Digitalmars-d wrote:
On Tuesday, 6 October 2015 at 16:12:12 UTC, Russel Winder wrote:
Has anyone got a small example of microservices using D, with
Vibe.d or otherwise, that I can m
On Tuesday, 6 October 2015 at 16:12:12 UTC, Russel Winder wrote:
Has anyone got a small example of microservices using D, with
Vibe.d or otherwise, that I can make use of? I need some
examples of small microservices for a session at μCon 2015.
What do you mean by microservice examples? It is i
On Tuesday, 6 October 2015 at 18:40:17 UTC, Nick Sabalausky wrote:
Well that's good to hear. KDE4 went through the same path.
After spending time with KDE4, I found it to be it a terrible
blunder of an upgrade even after, several point releases in,
people were saying it had finally been fixed.
On Tuesday, 6 October 2015 at 18:10:42 UTC, bitwise wrote:
On Tuesday, 6 October 2015 at 17:20:39 UTC, Jonathan M Davis
wrote:
I'm not sure what else I can say. The example I posted says it
all, and it can't be done properly in D (or C#, but why lower
the bar because of their mistakes? ;)
It'
On 10/06/2015 11:33 AM, Johannes Pfau wrote:
As of 2015, critical reception is much more positive.[48] Debian, a
Linux distribution that had historically used GNOME 2, switched to Xfce
when GNOME 3 was released. However, Debian readopted GNOME 3 in time
for the release of Debian 8 "Jessie".[49][
On 10/06/2015 02:21 AM, Russel Winder via Digitalmars-d wrote:
On Mon, 2015-10-05 at 14:21 -0400, Nick Sabalausky via Digitalmars-d
wrote:
[…]
GNOME3? I'm surprised to hear that. My (perhaps inaccurate)
understanding was that it landed with quite a thud and alienated a
lot
of its userbase (an
You don't need RC, just use Unique. In most cases you don't want
to use RC, because you never have control over the ownership.
On Tuesday, 6 October 2015 at 17:20:39 UTC, Jonathan M Davis
wrote:
On Tuesday, 6 October 2015 at 17:03:07 UTC, bitwise wrote:
On Tuesday, 6 October 2015 at 06:45:47 UTC, Jonathan M Davis
wrote:
They're not the same thing at all. scoped is supposed to put
the class on the stack, not the heap. A
On Sunday, 4 October 2015 at 13:38:04 UTC, Manu wrote:
On 4 October 2015 at 23:24, karabuta via Digitalmars-d
wrote:
For some time now I have been trying various GUIs options in
D. I came to settle on gtkd and dlangui(stability is not my
current priority).
In YHO, what keeps you from using a
On Tue, 2015-10-06 at 16:21 +, Dejan Lekic via Digitalmars-d wrote:
> On Tuesday, 6 October 2015 at 16:12:12 UTC, Russel Winder wrote:
> > Has anyone got a small example of microservices using D, with
> > Vibe.d or otherwise, that I can make use of? I need some
> > examples of small microserv
On Tuesday, 6 October 2015 at 17:03:07 UTC, bitwise wrote:
On Tuesday, 6 October 2015 at 06:45:47 UTC, Jonathan M Davis
wrote:
They're not the same thing at all. scoped is supposed to put
the class on the stack, not the heap. And it's not
ref-counted. It's so that you can create a class object
On Monday, 5 October 2015 at 15:01:14 UTC, Ola Fosheim Grøstad
wrote:
Could you line out how you would like a language to be so it
doesn't bore you stiff?
Consistency in philosophy is important. If D is a compile time
oriented library authors language (and I think it is) then that
needs to
On Tuesday, 6 October 2015 at 06:45:47 UTC, Jonathan M Davis
wrote:
On Monday, 5 October 2015 at 23:08:37 UTC, bitwise wrote:
Well, again that has it's pros and cons. This is why I just
want a normal language solution like DIP74.
They're not the same thing at all. scoped is supposed to put
th
On Tuesday, 6 October 2015 at 14:28:42 UTC, Kagamin wrote:
On Monday, 5 October 2015 at 16:40:06 UTC, Jan Johansson wrote:
Yes, I know WCF more than well, doing my own bindings,
federated security bindings, you name it. I also know that WCF
works with attribute values during runtime, through
r
On Tuesday, 6 October 2015 at 16:12:12 UTC, Russel Winder wrote:
Has anyone got a small example of microservices using D, with
Vibe.d or otherwise, that I can make use of? I need some
examples of small microservices for a session at μCon 2015.
As far as I know, there is no implementation of mi
On Tuesday, 6 October 2015 at 15:47:08 UTC, Sebastiaan Koppe
wrote:
At which point it begs the question, why not just write simple
primitive (de)serialization modules that only do one format?
Probably easier to build, maintain and debug.
The binary one is the one I care about, so that's the on
Has anyone got a small example of microservices using D, with Vibe.d or
otherwise, that I can make use of? I need some examples of small
microservices for a session at μCon 2015.
--
Russel.
=
Dr Russel Winder t:+44 20
On Tuesday, 6 October 2015 at 10:05:46 UTC, Alex wrote:
I wonder if it would be better to write a more abstract
serialisation/persistance module that could use either
json,xml,some binary format and future formats.
I think there are too many particulars making an abstract
(de)serialization mo
Am Tue, 06 Oct 2015 13:41:48 +
schrieb Jonathan M Davis :
> On Tuesday, 6 October 2015 at 13:38:28 UTC, Gerald wrote:
> > My limited experience with gtkd has been very positive, while
> > the documentation is primarily reference material it's not very
> > difficult to figure out how things w
Am Mon, 05 Oct 2015 14:21:55 -0400
schrieb Nick Sabalausky :
> > Lots of us use GNOME and are proud to do so.
> >
>
> GNOME3? I'm surprised to hear that. My (perhaps inaccurate)
> understanding was that it landed with quite a thud and alienated a
> lot of its userbase (and even many of it's de
On Tuesday, 6 October 2015 at 13:31:25 UTC, krzaq wrote:
For example: you can't rely on Clock.currTime.toString() (or
ISO string overloads) to provide a reliable fixed-length
representation for logging purposes and the class mysteriously
lacks any kind of .format() function that's available pre
On Monday, 5 October 2015 at 16:40:06 UTC, Jan Johansson wrote:
Yes, I know WCF more than well, doing my own bindings,
federated security bindings, you name it. I also know that WCF
works with attribute values during runtime, through reflections
and extract aspect oriented instructions on how t
On Tuesday, 6 October 2015 at 09:36:42 UTC, Marc Schütz wrote:
On Tuesday, 6 October 2015 at 05:45:18 UTC, Andre wrote:
vagrant@vagrant-ubuntu-trusty-64:~/projects/tests/vibed_test$
dub
Target memutils 0.4.1 is up to date. Use --force to rebuild.
Target libasync 0.7.5 is up to date. Use --force
On Tuesday, 6 October 2015 at 13:38:28 UTC, Gerald wrote:
My limited experience with gtkd has been very positive, while
the documentation is primarily reference material it's not very
difficult to figure out how things work with GTK based on
examples from C or pyGTK. I do use Linix and Gnome Sh
On Sunday, 4 October 2015 at 13:24:23 UTC, karabuta wrote:
In YHO, what keeps you from using any of those fully(mostly)?
Gtkd first, followed by dlangui. I need to know what I am
signing up for.
I'm working on a search utility using gtkd, it's essentially a
GUI for grep. I was using a progr
On Friday, 2 October 2015 at 02:25:21 UTC, Yaser wrote:
Are there any critical frameworks or libraries that are holding
you back in fully investing in D? Obviously I think D is an
awesome language, but some frameworks/libraries hold me back,
wish I could do everything in D.
Nothing major for
On 07/10/15 12:29 AM, Etienne Cimon wrote:
On Monday, 5 October 2015 at 06:24:44 UTC, Andrei Alexandrescu wrote:
On 10/5/15 1:34 AM, Rikki Cattermole wrote:
Vibe.d has a provider called libasync. Libasync is fully implemented in
D. You probably should have tried that at least.
Although I still
On Monday, 5 October 2015 at 06:24:44 UTC, Andrei Alexandrescu
wrote:
On 10/5/15 1:34 AM, Rikki Cattermole wrote:
Vibe.d has a provider called libasync. Libasync is fully
implemented in
D. You probably should have tried that at least.
Although I still would recommend trying it ;) It's a lot
On Tuesday, 6 October 2015 at 11:30:00 UTC, Etienne Cimon wrote:
Will need to strip memutils, will you have std.allocator ready?
https://github.com/D-Programming-Language/phobos/tree/master/std/experimental/allocator
:)
On Tuesday, 6 October 2015 at 09:36:42 UTC, Marc Schütz wrote:
On Tuesday, 6 October 2015 at 05:45:18 UTC, Andre wrote:
vagrant@vagrant-ubuntu-trusty-64:~/projects/tests/vibed_test$
dub
Target memutils 0.4.1 is up to date. Use --force to rebuild.
Target libasync 0.7.5 is up to date. Use --force
Am 06.10.2015 um 12:05 schrieb Alex:
JSON is a particular file format useful for serialising heirachical data.
Given that D also has an XML module which appears to be deprecated, I
wonder if it would be better to write a more abstract
serialisation/persistance module that could use either json,x
JSON is a particular file format useful for serialising
heirachical data.
Given that D also has an XML module which appears to be
deprecated, I wonder if it would be better to write a more
abstract serialisation/persistance module that could use either
json,xml,some binary format and future f
On Tuesday, 6 October 2015 at 05:45:18 UTC, Andre wrote:
vagrant@vagrant-ubuntu-trusty-64:~/projects/tests/vibed_test$
dub
Target memutils 0.4.1 is up to date. Use --force to rebuild.
Target libasync 0.7.5 is up to date. Use --force to rebuild.
Target vibe-d 0.7.25 is up to date. Use --force to
It's a step simpler with the new inline feature (works sadly only
with the -inline flag):
pragma(inline, true)
auto scoped(T, Args...)(auto ref Args args) if (is(T == class)) {
void[__traits(classInstanceSize, T)] buf = void;
buf[] = typeid(T).init[];
T obj = cast(T) buf.ptr;
On Tuesday, 6 October 2015 at 08:27:02 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 6 October 2015 at 06:45:47 UTC, Jonathan M Davis
wrote:
On Monday, 5 October 2015 at 23:08:37 UTC, bitwise wrote:
Well, again that has it's pros and cons. This is why I just
want a normal language solution like D
On Tuesday, 6 October 2015 at 06:45:47 UTC, Jonathan M Davis
wrote:
On Monday, 5 October 2015 at 23:08:37 UTC, bitwise wrote:
Well, again that has it's pros and cons. This is why I just
want a normal language solution like DIP74.
They're not the same thing at all. scoped is supposed to put
th
On Monday, 5 October 2015 at 22:15:59 UTC, bitwise wrote:
On Monday, 5 October 2015 at 21:29:20 UTC, Namespace wrote:
But you can simply relinquish alias this and use opDispatch.
Problem solved.
I don't understand what you mean.
import std.stdio;
struct Scoped(T) {
private void[__t
On 10/5/2015 7:31 PM, Eric Niebler wrote:
> The design of the D ranges and algorithms owe quite a lot to C++, and I've
heard
> Andrei say as much.
D ranges owe plenty to C++ iterators and algorithms, no doubt. Boost ranges, I
can't agree.
> Stepanov did the hard work of defining common algori
On Tuesday, 6 October 2015 at 06:52:13 UTC, Ulrich Kuettler wrote:
On Tuesday, 6 October 2015 at 02:31:53 UTC, Eric Niebler wrote:
Given that starting point, ranges of different strength are an
"obvious" next step that many people thought up independently.
D took it one way and C++ went another
76 matches
Mail list logo