On Saturday, 15 October 2016 at 18:40:11 UTC, Uplink_Coder wrote:
have you seen this[1] link? it is almost what you're doing, but
with some more nice properties.
[1] http://bjoern.hoehrmann.de/utf-8/decoder/dfa/
On 10/17/2016 02:39 AM, Jacob Carlborg wrote:
On 2016-10-17 04:08, Dicebot wrote:
Listen, I understand you are not interested in spending loads of time on
boring polishing of formalities. We all do this in our spare time so
that is to be expected.
But what you say here only shows that process i
On Monday, 17 October 2016 at 05:02:52 UTC, Walter Bright wrote:
On 10/16/2016 3:17 PM, deadalnix wrote:
Long story short, it si clearly a waste of time. Qualifying
the process would be
an understatement.
Some specifically DIP27 has been written in Feb 2913,
following various
discussion at th
On Sunday, 16 October 2016 at 20:11:01 UTC, Chris Wright wrote:
On Sun, 16 Oct 2016 18:51:06 +, Sebastiaan Koppe wrote:
That would mean that tuple then needs to keep the strings
around - taking up space.
It doesn't change Tuple.sizeof.
Sure, but it still takes up space in the executable.
On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder wrote:
On Saturday, 15 October 2016 at 06:51:44 UTC, Satoshi wrote:
Hello,
can someone look at this quite simple bug in dmd please?
https://issues.dlang.org/show_bug.cgi?id=16590
I cannot release non-opensource libraries without this.
On Monday, 17 October 2016 at 07:50:17 UTC, Satoshi wrote:
On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder
wrote:
On Saturday, 15 October 2016 at 06:51:44 UTC, Satoshi wrote:
Hello,
can someone look at this quite simple bug in dmd please?
https://issues.dlang.org/show_bug.cgi?id=1659
On Monday, 17 October 2016 at 06:43:21 UTC, Andrei Alexandrescu
wrote:
On 10/17/2016 01:02 AM, Walter Bright wrote:
[...]
I understand your frustration and please bear with us while
we're arranging the DIP process to guarantee timely response.
[...]
I must say, I finally read this DIP aft
On 10/17/2016 12:45 AM, ZombineDev wrote:
https://github.com/dlang/DIPs/pull/16
Thanks. I hadn't seen it earlier because I had neglected to look in the closed
list.
On Monday, 17 October 2016 at 07:54:33 UTC, Mike Parker wrote:
On Monday, 17 October 2016 at 07:50:17 UTC, Satoshi wrote:
On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder
wrote:
On Saturday, 15 October 2016 at 06:51:44 UTC, Satoshi wrote:
Hello,
can someone look at this quite simple
On Monday, 17 October 2016 at 08:03:18 UTC, Satoshi wrote:
On Monday, 17 October 2016 at 07:54:33 UTC, Mike Parker wrote:
On Monday, 17 October 2016 at 07:50:17 UTC, Satoshi wrote:
On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder
wrote:
On Saturday, 15 October 2016 at 06:51:44 UTC, S
On Wednesday, 12 October 2016 at 10:34:52 UTC, Era Scarecrow
wrote:
Maybe it would be better for random number generation rather
than secure encryption? Not sure.
It's used in windows CRNG to compute a big hash of big amount of
entropy.
BTW if you encrypt something twice, isn't it decryption
On 10/17/2016 12:58 AM, Joakim wrote:
I hope we can set up some kind of DIP review process where Mihails and other
well-known community members, like Jonathan, Timon, Steven, or Amaury himself,
can whip DIPs into shape before Walter and Andrei have to spend their valuable
time reviewing them.
T
On Tuesday, 24 May 2016 at 20:25:18 UTC, Era Scarecrow wrote:
64 bytes? Hmm I had the impression it was going to be far
larger...
Well it's been a while since I last touched this topic (or code)
so I'll post it, but there's 3 formulas written.
0) compress.c - control code, we are comparin
On Monday, 17 October 2016 at 08:20:23 UTC, Kagamin wrote:
On Wednesday, 12 October 2016 at 10:34:52 UTC, Era Scarecrow
wrote:
Maybe it would be better for random number generation rather
than secure encryption? Not sure.
It's used in windows CRNG to compute a big hash of big amount
of entrop
On Monday, 17 October 2016 at 08:29:27 UTC, Walter Bright wrote:
On 10/17/2016 12:58 AM, Joakim wrote:
I hope we can set up some kind of DIP review process where
Mihails and other
well-known community members, like Jonathan, Timon, Steven, or
Amaury himself,
can whip DIPs into shape before Walt
I recently reread Walter's 2012 article, as it's _the_ piece I
recommend to others who want to know about D from a technical
perspective:
http://www.drdobbs.com/architecture-and-design/component-programming-in-d/240008321
Given the great success of H.S Teoh's subsequent article with a
long ex
On Monday, October 17, 2016 01:29:27 Walter Bright via Digitalmars-d wrote:
> On 10/17/2016 12:58 AM, Joakim wrote:
> > I hope we can set up some kind of DIP review process where Mihails and
> > other well-known community members, like Jonathan, Timon, Steven, or
> > Amaury himself, can whip DIPs i
On Monday, 17 October 2016 at 08:46:36 UTC, Era Scarecrow wrote:
encrypting multiple times won't get you the original value
My impression is different. This is how decryption looks like for
chacha:
void ECRYPT_decrypt_bytes(ECRYPT_ctx *x,const u8 *c,u8 *m,u32
bytes)
{
ECRYPT_encrypt_bytes(
On Sunday, 16 October 2016 at 16:49:43 UTC, Andrei Alexandrescu
wrote:
Sadly it was closed, not merged. And it was a bit more general
allowing getting a field by name from any struct. -- Andrei
The PR in question if anyone is interested:
https://github.com/dlang/phobos/pull/4154
I currently
On 10/17/16 4:57 AM, Joakim wrote:
On Monday, 17 October 2016 at 08:29:27 UTC, Walter Bright wrote:
On 10/17/2016 12:58 AM, Joakim wrote:
I hope we can set up some kind of DIP review process where Mihails
and other
well-known community members, like Jonathan, Timon, Steven, or Amaury
himself,
c
On 17.10.2016 05:29, Dicebot wrote:
On 10/17/2016 12:57 AM, Timon Gehr wrote:
On 16.10.2016 14:18, Dicebot wrote:
This issue has been discussed before in context of custom containers and
AFAIK so far no one was able to come up with even theoretical concept of
how it can be possibly addressed.
On 10/16/16 9:58 AM, Andrei Alexandrescu wrote:
I was thinking it would be handy if tuples had a way to access a field
by name at runtime. E.g.:
Tuple!(int, "a", double, "b") t;
string x = condition ? "a" : "b";
double v = t.get!string(x, 3.14);
The get method takes the field name and the type
On Monday, 17 October 2016 at 13:35:12 UTC, Steven Schveighoffer
wrote:
Why not something like this:
Val get(T, Val)(auto ref T item, string memberName, Val
defaultValue)
{
switch(memberName)
{
foreach(n; __traits(allMembers, T))
{
static if(is(typeof(__traits(getMember, ite
On 10/17/16 9:42 AM, Edwin van Leeuwen wrote:
On Monday, 17 October 2016 at 13:35:12 UTC, Steven Schveighoffer wrote:
Why not something like this:
Val get(T, Val)(auto ref T item, string memberName, Val defaultValue)
{
switch(memberName)
{
foreach(n; __traits(allMembers, T))
{
On Monday, 17 October 2016 at 13:02:20 UTC, Steven Schveighoffer
wrote:
I would say the better attitude to have is that you may not
expect results to always go your way, and put out your best
effort. If it doesn't work, that's the way it is, move on to
something more interesting and/or satisfyi
On 10/17/2016 02:58 AM, Andrei Alexandrescu wrote:
Looking at https://wiki.dlang.org/?title=DIP27&action=history, I'm
seeing 10 approved DIPs.
Copypasta error, I meant
https://github.com/dlang/DIPs/blob/master/DIPs/archive/README.md -
thanks Timon for the correction. -- Andrei
On Sunday, 16 October 2016 at 22:17:15 UTC, deadalnix wrote:
[...]
FWIW ;)
https://www.youtube.com/watch?v=_wzc7a3McOs&feature=youtu.be?list=PLHTh1InhhwT7J5jl4vAhO1WvGHUUFgUQH&t=3757
On Monday, 17 October 2016 at 06:58:59 UTC, Andrei Alexandrescu
wrote:
On 10/17/2016 02:39 AM, Jacob Carlborg wrote:
On 2016-10-17 04:08, Dicebot wrote:
Listen, I understand you are not interested in spending loads
of time on
boring polishing of formalities. We all do this in our spare
time so
On Thursday, 13 October 2016 at 19:06:26 UTC, Karabuta wrote:
How is a new visitor supposed to know "!" is for templates and
not some complicated syntax?
As a dlang newbie ( only started to learn a few days ago ), the
example on the front page is just complex for new users.
Its not a lack of
On Sunday, 16 October 2016 at 12:14:34 UTC, Adam D. Ruppe wrote:
On Friday, 14 October 2016 at 21:18:45 UTC, Karabuta wrote:
The "!" is more trouble than good (IMO for the majority).
@Adam Roupe did a talk at previous DConf which he testifies to
this.
Couldn't be me, I don't think I ever tal
On Monday, 17 October 2016 at 19:39:14 UTC, Benjiro wrote:
On Thursday, 13 October 2016 at 19:06:26 UTC, Karabuta wrote:
How is a new visitor supposed to know "!" is for templates and
not some complicated syntax?
As a dlang newbie ( only started to learn a few days ago ), the
example on the f
On 10/17/2016 01:44 PM, David Soria Parra wrote:
Looking at other languages that have similar process. Python's PIPs are
probably the closest to DIP. Two observations:
1. Python as clean tooling around PIPs. We should render PIPs from the
dlang/DIP nicely at dip.dlang.org (My understanding that
On Monday, 17 October 2016 at 21:52:32 UTC, Andrei Alexandrescu
wrote:
Thanks, David. Hope you're doing well! I was curious about one
thing - is there some scrutiny going into the PIPs before Guido
reviews them? Right now we seem to have a scalability issue;
some of the DIPs we have seem to be
On 17 October 2016 at 15:02, Walter Bright via Digitalmars-d
wrote:
> On 10/16/2016 3:17 PM, deadalnix wrote:
>>
>> Long story short, it si clearly a waste of time. Qualifying the process
>> would be
>> an understatement.
>>
>> Some specifically DIP27 has been written in Feb 2913, following variou
On 10/17/2016 7:54 PM, Manu via Digitalmars-d wrote:
You mean like that time I spent at least 2 years fighting for
final-by-default, won over the entire community except for a single
person who said they were indifferent (who I forget who was).
Even you begrudgingly conceded (or at least appeared
On Tuesday, 18 October 2016 at 02:54:08 UTC, Manu wrote:
I just want to be able to pass an rvalue to a function that
receives a
const ref... that's why I came to this forum in the first place
like,
7 years ago. 7 years later... still can't.
I recently wrote a PR for p0nce D idioms, which show
36 matches
Mail list logo