On 2018-02-12 21:19, Chris wrote:
A few lines of code that could be replaced easily once something better
is available?
Fairly easy because it's so small. I'm actually using the SAX interface
from std.xml and it quite nicely fits my needs.
--
/Jacob Carlborg
An all-D MySQL/MariaDB client library:
https://github.com/mysql-d/mysql-native
This new v2.0.0, among other various enhancements and cleanups, includes
a redesign of prepared statements which are now connection-independent
(among
On 02/12/2018 10:49 PM, Jonathan M Davis wrote:
Andrei used to complain periodically about how large std.datetime was,
thinking that it was way too much code, and then someone actually went to
the effort of stripping out all of the comments and unit tests and whatnot
to count the actual lines
On Monday, February 12, 2018 21:53:21 Nick Sabalausky via Digitalmars-d-
announce wrote:
> On 02/12/2018 11:15 AM, rikki cattermole wrote:
> > dxml 7.5k LOC
> > std.xml 3k LOC
> >
> > dxml would make the situation a lot worse.
>
> 4.5k LOC == "a lot worse"?
>
> Uuuuhhh...WAT?
There is sometimes
On 02/12/2018 11:15 AM, rikki cattermole wrote:
dxml 7.5k LOC
std.xml 3k LOC
dxml would make the situation a lot worse.
4.5k LOC == "a lot worse"?
Uuuuhhh...WAT?
On 02/12/2018 05:02 PM, H. S. Teoh wrote:
On Mon, Feb 12, 2018 at 02:54:48PM +, rikki cattermole via
Digitalmars-d-announce wrote:
[...]
Everything you have mentioned is not in Phobos. Just because something
is 'good enough' does not make it 'good enough' for Phobos. In the
words of Andrei
On 2/12/2018 12:35 PM, Ali wrote:
It is more how you can improve a C code based, by incrementally integrating D
without loosing performance, or control
Yes, with the focus on "incrementally".
On Monday, 12 February 2018 at 06:28:15 UTC, Dmitry Olshansky
wrote:
Then pick assembly of sorts.
C ABI is a stright-jacket that ensures e.g. that your callstack
is laid out correctly so that a ‘ret’ will bring you back to
the call site not somewhere else. Do I need to mention libc’s
On Monday, 12 February 2018 at 23:41:14 UTC, Bastiaan Veelo wrote:
On Wednesday, 7 February 2018 at 13:29:04 UTC, Mike Parker
wrote:
Blog:
https://dlang.org/blog/2018/02/07/vanquish-forever-these-bugs-that-blasted-your-kingdom/
Small mistake:
Assertion failure: 'array overflow' on line 11
On Wednesday, 7 February 2018 at 13:29:04 UTC, Mike Parker wrote:
Blog:
https://dlang.org/blog/2018/02/07/vanquish-forever-these-bugs-that-blasted-your-kingdom/
Small mistake:
Assertion failure: 'array overflow' on line 11 in file 'sum.d'
should be "line 10" there.
P.S. There is an
On Monday, February 12, 2018 21:26:45 Johannes Loher via Digitalmars-d-
announce wrote:
> On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
>
> wrote:
> > dxml 0.2.0 has now been released.
> > [...]
>
> Thank you very much for your efforts, I really appreciate it, as
> I have been
On Monday, February 12, 2018 13:51:56 H. S. Teoh via Digitalmars-d-announce
wrote:
> For example, entity
> support pretty much means plain slices are no longer an option, because
> you have to perform substitution of entity definitions, so you'll have
> to either wrap it in some kind of lazy
On Mon, Feb 12, 2018 at 02:54:48PM +, rikki cattermole via
Digitalmars-d-announce wrote:
[...]
> Everything you have mentioned is not in Phobos. Just because something
> is 'good enough' does not make it 'good enough' for Phobos. In the
> words of Andrei "Good enough is not good enough", we
On Mon, Feb 12, 2018 at 09:50:16AM -0700, Jonathan M Davis via
Digitalmars-d-announce wrote:
[...]
> The core problem is that entity references get replaced with more XML
> that needs to be parsed. So, they can't simply be passed on for
> post-processing. As I understand it, they have to be
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
wrote:
dxml 0.2.0 has now been released.
[...]
Thank you very much for your efforts, I really appreciate it, as
I have been looking for a decent xml library for quite some time.
Whethr or not this is a candidate for inclusion
On Thursday, 8 February 2018 at 17:05:32 UTC, Atila Neves wrote:
https://melpa.org/#/flycheck-dmd-dub
flycheck already works with D, but the problem is setting the
right compiler flags for your project in order to able to
compile properly. flycheck-dmd-dub does this automatically for
dub
On Wednesday, 7 February 2018 at 20:30:54 UTC, Dmitry Olshansky
wrote:
On Wednesday, 7 February 2018 at 13:29:04 UTC, Mike Parker
wrote:
While an enjoable read, I fear we are aiming too low.
Other languages like Rust or C# (or Java) have bounds check.
Maybe I was missing the point, but isnt
On Monday, 12 February 2018 at 19:47:09 UTC, Jacob Carlborg wrote:
On 2018-02-12 17:49, Chris wrote:
How could it possibly make the situation any worse than it is
now? Atm,
nobody will ever use std.xml, because it is sub-standard and
has no future.
I'm using std.xml in a new project right
On 2018-02-12 17:49, Chris wrote:
How could it possibly make the situation any worse than it is now? Atm,
nobody will ever use std.xml, because it is sub-standard and has no future.
I'm using std.xml in a new project right now. It's a really small
private project that just need to extracts
On 12/02/2018 3:59 PM, H. S. Teoh wrote:
If std.xml currently does not support DTDs, then I say dxml is
definitely a Phobos candidate. At the very least, it does not make the
current situation worse. Rejecting dxml because it doesn't support DTDs
is basically letting the perfect be the enemy
On 12/02/2018 3:50 PM, Jonathan M Davis wrote:
In any case, I'm going to finish implementing dxml without any kind of DTD
support and then see how things go as far as the Phobos review process goes.
If dxml gets rejected, because the majority of folks think that we're better
off with std.xml (or
On Mon, Feb 12, 2018 at 07:04:38AM -0700, Jonathan M Davis via
Digitalmars-d-announce wrote:
[...]
> However, if folks as a whole think that Phobos' xml parser needs to
> support the DTD section to be acceptable, then dxml won't replace
> std.xml, because dxml is not going to implement DTD
On Monday, February 12, 2018 15:45:50 bachmeier via Digitalmars-d-announce
wrote:
> On Monday, 12 February 2018 at 15:43:59 UTC, bachmeier wrote:
> > On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis
> >
> > wrote:
> >> However, if folks as a whole think that Phobos' xml parser
> >>
On Monday, February 12, 2018 15:26:24 rikki cattermole via Digitalmars-d-
announce wrote:
> All J.M.D. has to do to change this, is make the API match the spec (as
> close as possible, without writing another parser) and separate out the
> implementation into a different and very clear module
On Monday, 12 February 2018 at 15:43:59 UTC, bachmeier wrote:
On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis
wrote:
However, if folks as a whole think that Phobos' xml parser
needs to support the DTD section to be acceptable, then dxml
won't replace std.xml, because dxml is
On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis
wrote:
However, if folks as a whole think that Phobos' xml parser
needs to support the DTD section to be acceptable, then dxml
won't replace std.xml, because dxml is not going to implement
DTD support. DTD support fundamentally
On 12/02/2018 3:08 PM, Adam D. Ruppe wrote:
On Monday, 12 February 2018 at 14:54:48 UTC, rikki cattermole wrote:
Just because something is 'good enough' does not make it 'good enough'
for Phobos. In the words of Andrei "Good enough is not good enough",
we need to aim higher to show what we
On Monday, 16 November 2015 at 15:20:51 UTC, Andrei Alexandrescu
wrote:
http://erdani.com/d/downloads.daily.png
There have been 1677 dmd downloads per day (net after
discounting Travis CI) on average over the past 28 days (i.e.
four weeks ending Sunday, November 15).
That's a new all-times
On Monday, 12 February 2018 at 14:54:48 UTC, rikki cattermole
wrote:
Just because something is 'good enough' does not make it 'good
enough' for Phobos. In the words of Andrei "Good enough is not
good enough", we need to aim higher to show what we actually
can do.
About 5 years ago (I think,
On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis
wrote:
XML parsers are one of those things that everyone seems to want
and no one seems to want to work on.
I wrote one 8 years ago... though mine is more focused on HTML
parsing, and the XML aspect is just a side effect!
On 12/02/2018 2:45 PM, Chris wrote:
On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis wrote:
On Monday, February 12, 2018 12:38:51 Chris via Digitalmars-d-announce
wrote:
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
However, std.xml does not support the DTD
On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis
wrote:
On Monday, February 12, 2018 12:38:51 Chris via
Digitalmars-d-announce wrote:
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
However, std.xml does not support the DTD section, and glancing
over it, it
On Monday, February 12, 2018 12:38:51 Chris via Digitalmars-d-announce
wrote:
> On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
>
> wrote:
> > dxml 0.2.0 has now been released.
> >
> > I really wasn't planning on releasing anything this quickly
> > after announcing dxml, but when I
On Monday, 12 February 2018 at 12:49:30 UTC, rikki cattermole
wrote:
On 12/02/2018 12:38 PM, Chris wrote:
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
wrote:
dxml 0.2.0 has now been released.
I really wasn't planning on releasing anything this quickly
after announcing dxml,
On 12/02/2018 12:38 PM, Chris wrote:
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis wrote:
dxml 0.2.0 has now been released.
I really wasn't planning on releasing anything this quickly after
announcing dxml, but when I went to start working on DOM support, it
turned out to be
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
wrote:
dxml 0.2.0 has now been released.
I really wasn't planning on releasing anything this quickly
after announcing dxml, but when I went to start working on DOM
support, it turned out to be surprisingly quick and easy to
On Sunday, 11 February 2018 at 15:15:45 UTC, Patrick Schluter
wrote:
That explains why there are so much SJW types in the Rust world
:-)
No, here's why: "Rust is a systems programming language[9]
sponsored by Mozilla Research"
"Mozilla" is the magic word ;)
On Monday, 12 February 2018 at 07:10:42 UTC, Cym13 wrote:
As someone who's job is to audit banking and governmental
systems for security vulnerabilities, I can assure you it's a
real issue. Not the most common one, okay, but that doesn't
make it any less dangerous.
humans auditing the work
38 matches
Mail list logo