10 years (see MSR's Singularity).
IMHO D should focus on being the best possible D it can be. If we take
care of D, the rest will attend to itself.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 10/2/18 4:34 AM, Joakim wrote:
On Tuesday, 2 October 2018 at 09:39:14 UTC, Adam Wilson wrote:
On 10/1/18 11:26 PM, Joakim wrote:
[snip]
I disagree.
It is not clear what you disagree with, since almost nothing you say has
any bearing on my original post. To summarize, I suggest changing
t-benefit ratio is inconsiderate to
the rest of us who do find the benefit. Nobody is making you go, and,
since you already get everything you want from the YouTube video uploads
during the conference, why do you care if the rest of us "waste" our
money on attending the conference? That is
On 05/29/2018 11:29 AM, Brad Roberts wrote:
On 5/29/2018 1:57 AM, Adam Wilson via Digitalmars-d wrote:
One of the pillars of SecureD is that ONLY safe, well-known,
algorithms are presented. If reasonable we will only present one
algorithm for a specific purpose. If there is a good reason to
On 05/28/2018 04:02 PM, sarn wrote:
On Monday, 28 May 2018 at 07:52:43 UTC, Adam Wilson wrote:
I understand that.
Sorry, not for nothing, but you obviously don't. For starters, if you
were familiar with the key derivation tools available 24hrs ago, you
wouldn't have come up with
On 05/28/2018 12:14 AM, sarn wrote:
On Monday, 28 May 2018 at 06:22:02 UTC, Adam Wilson wrote:
On 05/27/2018 08:52 PM, sarn wrote:
On Monday, 28 May 2018 at 02:25:20 UTC, Adam Wilson wrote:
I like it. But it does require more space. We need three salts and
three lengths in the header. One for
On 05/27/2018 08:52 PM, sarn wrote:
On Monday, 28 May 2018 at 02:25:20 UTC, Adam Wilson wrote:
I like it. But it does require more space. We need three salts and
three lengths in the header. One for the PBKDF2 KDK, one for the MAC
key, and one for the encryption key.
HKDF-Expand doesn't
On 05/27/2018 05:11 PM, sarn wrote:
On Sunday, 27 May 2018 at 10:27:45 UTC, Adam Wilson wrote:
struct cryptoHeader {
ubyte hdrVersion; // The version of the header
ubyte encAlg; // The encryption algorithm used
ubyte hashAlg; // The hash algorithm used
uint kdfIters
On 05/27/2018 09:54 AM, Neia Neutuladh wrote:
On Sunday, 27 May 2018 at 10:27:45 UTC, Adam Wilson wrote:
Now that SecureD v1 is in the books
This would have been a great place to insert a brief description of what
SecureD is or a link to the project.
Good point. SecureD is a cryptography
be
willing to look at it, but for now I want to wait on this, preferably
for a standard/generic streams interface to be made available.
Please let know what you think! I am very interested to hear about what
would make your life easier when working with SecureD an cryptography in
general
I booked online. I need a different room than the Conference Rate. But
while I was there I did notice that the online rate for the conference
room was the same as quoted on the conference site (89EUR).
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
will be much easier to merge bug-fixes into D3 while D3 is being
worked on.
Let's fix the crap we have now. It'll take a while, it's not sexy, and
it certainly won't make headlines on HN or Reddit. But it will have the
effect of combating the biggest negative that D has
)
Ali
I had Chrome estimate how many pages it would be print out. In "Letter"
size it's 181 double-sided pages. It's not "Guidelines" it is a book on
"Best Practices"
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 12/3/17 21:28, Walter Bright wrote:
On 12/3/2017 8:59 PM, Adam Wilson wrote:
I have to agree with this. I make my living on server side software,
and we aren't allowed (by legal) to connect to the server to run
debuggers. The *only* thing I have is logging. If the program crashes
wi
erver side software, and
we aren't allowed (by legal) to connect to the server to run debuggers.
The *only* thing I have is logging. If the program crashes with no
option to trap an exception or otherwise log the crash this could cost
me weeks-to-months of debugging time.
--
Adam Wilson
I
with that. We always
recommend using what works best for you. That is after all why WE are
here. :)
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 11/23/17 13:40, Ola Fosheim Grøstad wrote:
On Thursday, 23 November 2017 at 20:13:31 UTC, Adam Wilson wrote:
I would focus on a generational GC first for two reasons. The
But generational GC only makes sense if many of your GC objects have a
short life span. I don't think this fits
most likely to be hot). So
with a non-generational concurrent collector you have to stop the thread
for the entirety of the scan, because you have no way to know which
objects are hot and which are cold.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
cated, and add a -m32omf flag to
retain the current behavior.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
seems all the tests are passed except win32 because of optlink failures.
Maybe there's some chance to accelerate this PR ?
Thanks all
+1
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 11/20/17 05:11, Satoshi wrote:
On Monday, 20 November 2017 at 09:15:15 UTC, Adam Wilson wrote:
To get an H1B you'll want to get a job with one of the majors.
Microsoft, Google, Apple, Amazon. There are smaller companies, but the
majors have a dedicated team of lawyers who can guide you
f the H1B's on my team. Second,
getting a green card for an H1B is easily a 10 year wait. You'll be in
for the long-haul. :)
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 11/10/17 00:24, codephantom wrote:
On Friday, 10 November 2017 at 05:23:53 UTC, Adam Wilson wrote:
MSFT spends a LOT of time studying these things. It would be wise to
learn for free from the money they spent.
Is that the same company that made Windows 10?
And what?
--
Adam Wilson
IRC
.
On Monday, 6 November 2017 at 19:13:59 UTC, Adam Wilson wrote:
I am all for the Elvis operator, however I have two reservations about
it. The first is that I don't see much use for it without a
null-conditional. The second is that the current proposed syntax ?: is
MUCH to easily confused with ?.
it SHOULD be done in the library.
Ergonomics matters. Yes, I understand that D is a powerful language, but
Syntax Sugar has it's place in taking common idioms and standardizing
them in the language itself (English is loaded with stuff like that) so
that everyone can "speak the same language".
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
hat's no reason for 'some' to dismiss my
concerns as irrelevant. They're relavent to me, and that's all that
matters ;-)
Talk about being narcissistic ;)
Hey Jerry, I appreciate what you're trying to accomplish .. but uh ...
don't feed that trolls. ;)
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 10/27/17 00:18, Jacob Carlborg wrote:
On 2017-10-26 12:25, Adam Wilson wrote:
My apologies, something rather the other direction. Instead of forcing
compat with vibe.d, going to vibe.d and say: "here is our standard
event-loop, it has everything you need, you'll need to use it f
On 10/26/17 17:51, Jonathan M Davis wrote:
On Thursday, October 26, 2017 03:25:24 Adam Wilson via Digitalmars-d wrote:
On 10/25/17 23:57, Jacob Carlborg wrote:
I'm more concerned that I don't think we'll manage to implement a
complete API and 100% bug free at the first try.
competing language
studio, when you are installing D.
The XCode installer DMG is 5GB, before unpacking. And unlike VS17, I
can't pick and choose. :)
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 10/25/17 23:57, Jacob Carlborg wrote:
On 2017-10-26 00:53, Adam Wilson wrote:
This of course makes the assumption that we clean-room our own
protocol implementations which I am entirely against. Better to use
what already exists.
I'm entirely against anything that is not compatible
On 10/26/17 00:32, Jacob Carlborg wrote:
On 2017-10-26 00:36, Adam Wilson wrote:
Speaking from very long experience, 95%+ of Windows devs have
VS+WinSDK installed as part of their default system buildout. The few
that don't will have little trouble understanding why they need it and
acqu
On 10/23/17 23:29, Jacob Carlborg wrote:
On 2017-10-24 00:02, Adam Wilson wrote:
I've been looking pretty extensively at these two items recently.
If the database drivers are compatible with Vibe.d AND we wish to
provide a common abstraction layer for them (presumably via Phobos)
then
On 10/23/17 18:51, rikki cattermole wrote:
On 23/10/2017 11:02 PM, Adam Wilson wrote:
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
y to run
afoul of a security audit, and potentially expose yourself.
Phobos could forward to these system provided API's like .NET does and
provide an idiomatic D interface, but Phobos itself should absolutely
and 110% stay out of the crypto implementation business.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
he attitudes around
here towards Windows devs can be more than a little snobbish.
In reality, it is quite easy to find a linux distro that doesn't have
GCC by default, container distros for example. So the snobby attitude is
really quite unfounded.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
use the System
linker for 32-bit on Windows as that is already the default behavior on
64-bit Windows
So instead of -m32 and -m32mscoff, we would have -m32 and -m32omf. I
think that this is a reasonable tradeoff. We could leave -m32mscoff in
for a while, for backwards compat.
--
Adam Wilson
On 10/23/17 22:40, Dmitry Olshansky wrote:
On Tuesday, 24 October 2017 at 04:26:42 UTC, Adam Wilson wrote:
On 10/23/17 17:27, flamencofantasy wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
On 10/23/17 08:21, Kagamin wrote:
[...]
Actually I think it fits perfectly
On 10/23/17 16:47, Nathan S. wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
Additionally, MSFT/C# fully recognizes that the benefits of
Async/Await have never been and never were intended to be for
performance. Async/Await trades raw performance for an ability to
handle a
On 10/23/17 17:27, flamencofantasy wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
On 10/23/17 08:21, Kagamin wrote:
[...]
Actually I think it fits perfectly with D, not for reason of
performance, but for reason of flexibility. D is a polyglot language,
with by far the
On 10/23/17 08:21, Kagamin wrote:
On Friday, 20 October 2017 at 09:49:34 UTC, Adam Wilson wrote:
Others are less obvious, for example, async/await is syntax sugar for
a collection of Task-based idioms in C#.
Now I think it's doesn't fit D. async/await wasn't made for perfo
is would be landed in DRT itself
this would obviously need to be addressed.
What would the appetite be for working together to come up with a
reasonably generic event loop for DRT that vibe and other systems could
then leverage?
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
I like Async/Await, I agree that the current plan has higher
priority.
I'll probably start poking around Async/Await when I can clear the decks
a bit of paid work. But that could be a while. :(
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 10/20/17 04:04, Jonathan M Davis wrote:
On Friday, October 20, 2017 02:49:34 Adam Wilson via Digitalmars-d wrote:
Here is the thing that bothers me about that stance. You are correct,
but I don't think you've considered the logical conclusion of the
direction your argument is he
if (a !is null) { return a; } else { return b; } Indeed,
the CPU only ever sees the last one.
Syntax sugar simply takes the common idioms that the culture around D
has collected and then distills them into expressive forms. As with
spoken language, to declare an "end" to syntax sugar is to declare an
end to the culture that surrounds it. If the language cannot adapt to
the culture changing around it, the language will die, and the culture
will move on.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 10/18/17 23:50, Fra Mecca wrote:
[snip]
The problem in my opinion is the ecosystem.
We miss a build system that is tailored towards enterprises and there is
so much work to do with libraries (even discovery of them) and
documentation by examples.
Indeed ... :)
--
Adam Wilson
IRC
On 10/15/17 13:40, Laeeth Isharc wrote:
On Saturday, 14 October 2017 at 22:43:33 UTC, Adam Wilson wrote:
On 10/7/17 14:08, Laeeth Isharc wrote:
In a polyglot environment, D's code generation and introspection
abilities might be quite valuable if it allows you to write core
building b
On 10/15/17 22:20, Dmitry Olshansky wrote:
On Sunday, 15 October 2017 at 20:24:02 UTC, Adam Wilson wrote:
database access (MySQL, PostgreSQL, Aerospike) libraries are available,
That is important actually.
So important that it should be a Priority 0 Must Have.
Luckily it should also be
work for that.
I've been thinking about this question a LOT, and I'm not convinced it's
impossible to put the DB libs into the standard library...
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 10/7/17 14:08, Laeeth Isharc wrote:
On 10/6/2017 10:19 PM, Adam Wilson via Digitalmars-d wrote:
> What if we stop focusing on the C/C++ people so much? The > like
their tools and have no perceivable interest in moving > away from
them (Stockholm Syndrome much?). The arguments the
On 10/6/17 23:19, Brad Roberts wrote:
On 10/6/2017 10:19 PM, Adam Wilson via Digitalmars-d wrote:
What if we stop focusing on the C/C++ people so much? The like their
tools and have no perceivable interest in moving away from them
(Stockholm Syndrome much?). The arguments the use are primarily
meets their exacting demands.
I saw we ditch the lot and focus on the large languages where D can get
some traction (C#/Java).
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
re not to be used in situations where the
delay is less than about 50ms (in 2011, i've heard that it could be even
less with newer versions of the compiler) as it can actually take more
time dehydrate/rehydrate the thread than the blocking operation would've
taken.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 5/9/17 20:23, Patrick Schluter wrote:
On Tuesday, 9 May 2017 at 17:34:48 UTC, H. S. Teoh wrote:
On Tue, May 09, 2017 at 02:13:34PM +0200, Adam Wilson via
Digitalmars-d wrote:
> [...]
[...]
[...]
[...]
I don't represent any company, but I have to also say that I
*appreciate*
ll be very
angry. I suspect that most reactions will fall between "minor
irritation" and this one.
/me looks sideways at shared
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 5/7/17 12:57, Seb wrote:
On Sunday, 7 May 2017 at 06:58:51 UTC, Adam Wilson wrote:
On 5/7/17 07:41, Walter Bright wrote:
Dang, I wish I could participate in that!
Well, technically you could, but it involves a set of rather grueling
flights.
Depending on the day it's held I might be
out of it.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
r vote and whether or not you are willing to
organize those groups.
I would be interested in participating in the following areas:
Security Libraries (Morning)- Willing to Organize
Database Interfaces (Afternoon) - Willing to Organize
I am looking forward to seeing everyone there!
--
Ada
Hi Everyone,
I know that the licensing around OpenSSL has been a somewhat
controversial topic around the D world. So I though that you might find
this bit of news interesting:
https://www.openssl.org/blog/blog/2017/03/22/license/
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
rsonally use D
without C/C++ interop so I've never encountered these problems, but
these are the types of questions that we will need to answer.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
Somebody did some analytics on what languages get used on the weekends
and D made the list.
https://medium.com/@hoffa/the-top-weekend-languages-according-to-githubs-code-6022ea2e33e8#.2jmihhgb2
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 1/3/17 11:55 PM, Ilya Yaroshenko wrote:
On Wednesday, 4 January 2017 at 07:32:34 UTC, Adam Wilson wrote:
Has anything graduated yet?
No
So at what point well we? I mean that is the point after all...
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
What are the exit conditions for graduating from std.experimental.* to
std.*?
Has anything graduated yet?
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 1/2/17 12:09 AM, Jacob Carlborg wrote:
On 2017-01-02 02:34, Adam Wilson wrote:
That was my intention, the knee-jerk reaction that class and interfaces
get here sometimes strikes me as a bit histrionic sometimes. They are a
tool with a use case. :)
I think that the design should try to
red. If this idea
is going to work then all the layers need to be designed correctly and
the lower layers should not know anything about the higher layers.
I absolutely agree, which, ironically, is why I am having this conversation.
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 1/2/17 8:33 AM, Chris Wright wrote:
On Sun, 01 Jan 2017 17:55:01 -0800, Adam Wilson wrote:
On that I beg to differ. The C libraries are not @safe, they have wildly
different API's, and they have high-complexity, which is a large
risk-factor for bugs and/or security flaws.
If we hav
rikki cattermole wrote:
On 02/01/2017 3:03 PM, Adam Wilson wrote:
rikki cattermole wrote:
On 01/01/2017 5:19 PM, Adam D. Ruppe wrote:
On Sunday, 1 January 2017 at 03:51:52 UTC, rikki cattermole wrote:
Which is fine if all you use is c's sockets or only that database
connection for a t
on a native D event loop. We would probably want to
integrate with that.
EventCore: https://code.dlang.org/packages/eventcore
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
Adam D. Ruppe wrote:
On Sunday, 1 January 2017 at 03:24:31 UTC, Adam Wilson wrote:
interface(s) to a data-store an essential component of the D Standard
Library.
Eh, I count it as would-be-nice just because it isn't that hard to just
use the C ones, or another third party lib; it doesn
Chris Wright wrote:
On Sat, 31 Dec 2016 19:24:31 -0800, Adam Wilson wrote:
My idea: Split the data storage systems out by category of data-store.
For example:
- SQL: std.database.sql (PostgreSQL, MySQL, MSSQL, etc.)
This is doable; SQL is an ANSI and ISO standard, and it strongly
Chris Wright wrote:
On Sun, 01 Jan 2017 10:29:28 +0100, Jacob Carlborg wrote:
On 2017-01-01 04:24, Adam Wilson wrote:
My idea: Each data store has it's own implementation with it's own
naming convention. For example (ADO.NET):
- SqlConnection (MSSQL)
- NpgsqlConnecti
Chris Wright wrote:
On Sat, 31 Dec 2016 19:24:31 -0800, Adam Wilson wrote:
My idea: Each data store has it's own implementation with it's own
naming convention. For example (ADO.NET):
- SqlConnection (MSSQL)
- NpgsqlConnection (Npgsql)
Yes, this means that you have
Mark wrote:
On Sunday, 1 January 2017 at 03:24:31 UTC, Adam Wilson wrote:
2. There are so many different types of data storage systems, how do
you design a system generic enough for all of them?
My answer: You don't. Nobody else has bothered trying, and I believe
that our worry over
and
more importantly allow it to be integrated for e.g. windowing.
So here is a dependency before we get a database abstraction into
Phobos, a nice fast event loop manager that is generic.
Or, alternatively, use existing drivers that have this capability built in?
--
Adam Wilson
IRC: LightBender
ng forward to hear your thoughts
on this topic! Until then, I am going to go close out 2016 (PST) with
family and friends and I wish you all a Happy New Year!
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
CPU types.
If you want to help you can look at this github branch and test it on
your box and let us know what your results are:
https://github.com/dlang/druntime/pull/1603
You can also submit any fixes you come up with. That would be very helpful!
--
Adam Wilson
IRC: LightBender
//quiet.dlang.dev
eugene wrote:
hello everyone,
could you, please, tell do any jobs(full-time or freelance) exist for
junior D developers?
This page might be off assistance. These are all the known corps using
D. Some have hiring links. https://dlang.org/orgs-using-d.html
--
Adam Wilson
IRC: LightBender
;ve yet to see a large desktop app that does not feel sluggish.
Most games.
it is usually enough to hit "load" to make 'em hang for a long time.
often it is enough to simply *start* a game to have that effect.
But to be fair, that's not a memory management problem but a
fast-track merges so as not to block the
student. We'll listen, but we might push that really cool idea of yours
off until after GSoC.
--
// Adam Wilson
// import quiet.dlang.dev;
e complaints about the GC, with the exception
of the "never-GC" crowd.
--
// Adam Wilson
// import quiet.dlang.dev;
On 3/24/2016 23:06, Brad Anderson wrote:
On Thursday, 24 March 2016 at 18:58:56 UTC, Adam Wilson wrote:
[snip]
Interestingly enough, there is a GSoC candidate this year that is
proposing a project that would make the D GC precise.
There was already a GSOC project to make the GC precise by
On 3/24/2016 11:25, Temtaime wrote:
Hi !
I have an app with large amount of math, so there's lot of arrays with
floats.
I found that sometimes my app starts to eat memory and then it crash.
The problem i think is false pointers. For example i have a struct with
pointers and static array of float
analytics, and
scientific scenarios that D seems to have made real traction in. While
false pointers are a problem for a simple command line app, and probably
even most Vibe.D servers, there is a significant class of work being
done in D today that would be directly effected by them.
--
// Adam Wilson
// quiet.dlang.dev
y to all aspects of software engineering.
On Monday, 14 March 2016 at 05:28:13 UTC, Adam Wilson wrote:
Maybe ... why don't instead of trying to compete with everybody else,
we do our own thing, and do it very well. As long as we're just
another "me too" operation people will tr
thedeemon wrote:
On Monday, 14 March 2016 at 01:38:50 UTC, Adam Wilson wrote:
Lastly, Rainer seemed to think a precise GC could be done, and he then
went and did it ... so "can't reasonably have a precise collector" is
a factually incorrect assertion.
IIRC, Rainer called it
deadalnix wrote:
On Sunday, 13 March 2016 at 23:34:44 UTC, Adam Wilson wrote:
Is there an implementation of a conservative moving (compacting) GC
out there? I'm not aware of one, but there are a lot of GC's out
there. Boehm isn't.
That is impossible, you need to know what
Chris Wright wrote:
On Sun, 13 Mar 2016 16:34:44 -0700, Adam Wilson wrote:
Is this a debate about precise vs. non-precise GC or are we just
bikeshedding about terminology and technical details?
You made a large number of assertions about garbage collection and they
were almost all wrong
Chris Wright wrote:
On Sun, 13 Mar 2016 12:43:37 -0700, Adam Wilson wrote:
A "partially moving" GC does not exist, as far as I know.
Yep, it's a Bad Idea.
It's not a standard term. Google's only seeing about four references to
the term, none of them authoritative
Chris Wright wrote:
On Sat, 12 Mar 2016 13:23:35 -0800, Adam Wilson wrote:
To start off, let's talk terminology. You seem to be using nonstandard
terminology and possibly misunderstanding standard terminology.
A GC scan is the mark phase of a mark/sweep collector (and specifically
the
Jeremy DeHaan wrote:
On Saturday, 12 March 2016 at 08:50:06 UTC, Adam Wilson wrote:
If I may make a suggestion. The lock free work is unlikely to require
the entirety of GSoC. And the precise GC is the next most important
thing on your list and will have the biggest impact on GC performance
needs
work is Register and Stack scanning. Expanding on Rainer's existing
Precise GC work is the right idea, but Register and Stack scanning is a
very big project in it's own right.I suspect it will take up the
remainder of your GSoC time. :)
--
// Adam Wilson
// quiet.dlang.dev
to be accepted.
Jeremy
The follow-on projects enabled by a precise GC would be quite useful...
I'd be interested in mentoring if nobody else with more experience is
interested.
--
// Adam Wilson
// quiet.dlang.dev
both Humans and PageRank.
Please make this a thing!
--
// Adam Wilson
// quiet.dlang.dev
where the memory corrupts itself when passing data
back to D but it works and most of the leg-work is done. And I am
definitely open to pull-requests.
--
Adam Wilson
GitHub/IRC: LightBender
Aurora Project Coordinator
On Sun, 06 Jul 2014 14:57:34 -0700, Adam Wilson wrote:
And now I look like a complete idiot for hitting the wrong button!
*embarrassed*
--
Adam Wilson
GitHub/IRC: LightBender
Aurora Project Coordinator
opportunities my way. My wife and I are
very appreciative of all the support we've received from both of you guys
during this process.
I look forward to charging ahead with Aurora and I'll see you guys online
and at DConf next year!
--
Adam Wilson
GitHub/IRC: LightBender
Auro
On Wed, 02 Jul 2014 15:01:22 -0700, Robert Schadek via Digitalmars-d
wrote:
On 06/30/2014 07:29 AM, Adam Wilson via Digitalmars-d wrote:
On Sun, 29 Jun 2014 21:57:22 -0700, Suliman wrote:
Post screenshots please...
Sadly I don't have anything that is visually beyond what I demo
re between here and there. :-)
--
Adam Wilson
GitHub/IRC: LightBender
Aurora Project Coordinator
objects. I
will post updates when those are working.
As always you can play with the latest code here:
https://github.com/auroragraphics/ and pull requests are always welcome.
--
Adam Wilson
GitHub/IRC: LightBender
Aurora Project Coordinator
On Sun, 29 Jun 2014 05:33:06 -0700, Etienne wrote:
On 2014-06-29 3:19 AM, Adam Wilson wrote:
Botan isn't as battle-tested as OpenSSL or Crypto++ but it was designed
from the ground up to mitigate or prevent the kind of problems that
OpenSSL is currently experiencing, and was implement
oking at you OpenSSL).
--
Adam Wilson
GitHub/IRC: LightBender
Aurora Project Coordinator
1 - 100 of 583 matches
Mail list logo