Re: SecureD moving to GitLab

[Kapps via Digitalmars-d-announce]

On Tuesday, 5 June 2018 at 06:55:42 UTC, Joakim wrote:

On Tuesday, 5 June 2018 at 06:45:48 UTC, Adam Wilson wrote:

Hello Fellow D'ers,

As some of you know I work for Microsoft. And as a result of 
the recent acquisition of GitHub by Microsoft, I have decided, 
out of an abundance of caution, to move all of my projects 
that currently reside on GitHub to GitLab.


[...]


This reads like a joke, why would it matter if you contributed 
to open source projects on an open platform that your employer 
runs?


It can be easily argued as using company assets for a side 
project, and gets into situations where now your company owns the 
IP of the thing you built on your own time. Even without using 
company assets a lot of employers try to add something into 
contracts that everything you do is owned by them, even in your 
off hours with no resources and not particularly related to your 
day job. It's pretty ridiculous.

Re: GitHub could be acquired by Microsoft

[Kapps via Digitalmars-d-announce]

On Friday, 8 June 2018 at 22:06:29 UTC, Walter Bright wrote:

On 6/8/2018 3:02 PM, Brad Roberts wrote:
Essentially (if not actually) everything on github is 
available through their api's.  No need for scraping or other 
heroics to gather it.


That's good to know! The situation I was concerned with is it 
going dark all of a sudden.


BTW, if someone wants to build a scraper that'll produce static 
web pages of the dlang PR discussions, that would be pretty 
cool!


There's plenty of third party tools that archive GitHub.

For example, https://www.gharchive.org/. GitHub advertises some 
of them at 
https://help.github.com/articles/about-archiving-content-and-data-on-github/#third-party-archival-projects and https://help.github.com/articles/backing-up-a-repository/.


Personally I think the fear of Microsoft ruining GitHub is 
completely unfounded. Just look at what they did to Xamarin. They 
bought an interesting product and then made it free for 
individuals, open sourced it, and improved it drastically. And 
they sure do hate Linux nowadays with dotnet CORE being partially 
to improve Linux / cross-platform support.

Re: Diamond MVC / Template Engine - v2.1.0 Released

[Kapps via Digitalmars-d-announce]

This looks very cool. I already ended up doing my more recent 
project in C# partially due to wanting ASP.NET MVC and Entity 
Framework, but this would have been a really nice replacement to 
ASP.NET MVC.

Re: Getters/setters generator

[Kapps via Digitalmars-d-announce]

On Sunday, 11 December 2016 at 06:55:22 UTC, Mike Parker wrote:

On Sunday, 11 December 2016 at 03:15:55 UTC, Mike Bierlee wrote:



I was under the impression that you could only access methods 
as if they were fields using the @property attribute. After 
carefully reading the documentation I see this is not the case 
(UFCS does this). Still there are some added benefits from 
using @property to completely threat them as fields. It would 
be nice if you could add @property to the generated 
getters/setters.


Right, any no-arg function can be called without parentheses, 
and single-arg functions can be called as 'func = foo'. At this 
point, I don't think think @property is ever going to be fixed 
to work as origiInally intended (and digging through the 
newsgroups will turn up several discussions on why, if you're 
interested). I don't bother with it anymore myself. DUB used to 
compile with it enabled by default, but no longer.


I use it for intent. And I think it might affect overload sets? 
For example in my reflection library, I have a getValue function 
that returns metadata for a field or property, while getMethod 
would return it for just any old method.

Re: DlangIDE update

[Kapps via Digitalmars-d-announce]

On Monday, 25 January 2016 at 20:00:57 UTC, Basile B. wrote:
On Tuesday, 8 December 2015 at 15:58:43 UTC, Vadim Lopatin 
wrote:

- integration of DML GUI builder (Delphi like)


Can you explain me how do you think it can be done while there 
is even no official object streaming for D ?


Just one thing: "@widget" is not enough.

I don't know how to explain you the problem. But let's say you 
have an object inspector that displays the properties of an 
object. The D way doesn't work (templates). You won't be able 
to assign an untyped Object to an inspector if your object 
doesn't store runtime informations. It's just impossible. 
Furthemore properties are not just for the visual things...


You won't be able to make a good run-time designer "à la 
Delphi" until the D standard library gets a serialization 
library. And when this will happen, you won't be able to use 
this serialization library because it won't work at run-time 
(object inspectors, property bindings, etc.).


It won't work.

Just register the metadata for the control types.
I use 
https://shardsoft.com/stash/projects/SHARD/repos/shardtools/browse/source/ShardTools/Reflection.d and it seems to work fine, with the caveat that you have to do createMetadata!MyControl at some point (I generally do it in a mixin that all, in my case content processors, are supposed to include). Theoretically one could use rtInfo to make this automatic.

Re: https everywhere update - dlang.org gets an "A" now!

[Kapps via Digitalmars-d-announce]

On Monday, 7 December 2015 at 14:38:39 UTC, Steven Schveighoffer 
wrote:

On 12/6/15 11:32 AM, Marc Schütz wrote:
On Sunday, 6 December 2015 at 14:17:18 UTC, Steven 
Schveighoffer wrote:
On 12/6/15 3:29 AM, Adil Baig via Digitalmars-d-announce 
wrote:

+1 Same error. This part may help :

This server could not prove that it is *www.dlang.org
*; its security certificate is 
from*dlang.org

*
*
*
You will need a wild-card certificate (cheaper) or a 
certificate that
allows multiple domain names (more expensive, and probably 
not required)

for the cert to work.



Or redirect www.dlang.org to dlang.org


That won't help if someone already starts at 
https://www.dlang.org/ .


I'm surprised it wouldn't. I wouldn't think a redirect would 
need to be encrypted.


-Steve


It does. Otherwise you could bypass HTTPS entirely by replacing 
the redirect page with a non-encrypted copy of the dlang website 
with whatever modifications you like.

Re: https everywhere update - dlang.org gets an "A" now!

[Kapps via Digitalmars-d-announce]

On Sunday, 6 December 2015 at 08:29:07 UTC, Adil Baig wrote:

+1 Same error. This part may help :

This server could not prove that it is *www.dlang.org 
*; its security certificate is 
from*dlang.org *


You will need a wild-card certificate (cheaper) or a 
certificate that
allows multiple domain names (more expensive, and probably not 
required)

for the cert to work.

Adil


StartSSL allows for one subdomain on their free plan (which is 
generally the www subdomain). Letsencrypt allows for I think 5 
atm as well.

Re: https everywhere!

[Kapps via Digitalmars-d-announce]

On Saturday, 28 November 2015 at 04:17:19 UTC, Martin Nowak wrote:
On Tuesday, 24 November 2015 at 08:48:58 UTC, Vladimir 
Panteleev wrote:
Sorry, I'm not going to pay for my own SSL certificate :) 
You'll either have to share, or wait until Let's Encrypt goes 
live and I get around to setting it up.


You could either get a free startssl certificate 
https://gist.github.com/mgedmin/7124635 or we try to reverse 
proxy through dlang.org/forum or so.


Letsencrypt goes into open beta in a few days 
(https://letsencrypt.org/2015/11/12/public-beta-timing.html). 
Could use that since it's free, allows subdomains (unlike 
StartSSL), easy setup, and people theoretically aren't doing 
anything on the site / forums where a theoretical early 
vulnerability is a huge concern.

Re: Fastest JSON parser in the world is a D project

[Kapps via Digitalmars-d-announce]

On Wednesday, 21 October 2015 at 04:17:19 UTC, Laeeth Isharc 
wrote:


Seems like you now get 2.1 gigbytes/sec sequential read from a 
cheap consumer SSD today...


Not many consumer drives give more than 500-600 MB/s (SATA3 
limit) yet. There are only a couple that I know of that reach 
2000 MB/s, like Samsung's SM951, and they're generally a fair bit 
more expensive than what most consumers tend to buy (but at about 
$1 / GB, still affordable for businesses certainly).

Re: Beta D 2.068.1-b2

[Kapps via Digitalmars-d-announce]

On Friday, 4 September 2015 at 11:44:44 UTC, BBasile wrote:


What's so different with C# 'new' that not to call 'super' in a 
D overriden method ? (even if C# has itself 'base' instead of 
'super')


C#
---
public class BaseC
{
public int x;
public void Invoke() { }
}
public class DerivedC : BaseC
{
new public void Invoke() { }
}
---

D
---
class BaseC
{
int x;
void Invoke() { }
}
class DerivedC : BaseC
{
override void Invoke() { /*super.Invoke() not called*/ }
}
---

apart from a compiler warning 
(https://msdn.microsoft.com/en-us/library/ms173153.aspx=


It is just a warning, because it's ultimately there to warn you 
of something you may not have noticed.

For example:

abstract class BaseA {
abstract void foo();
}

class A : BaseA {
override void foo() { }
virtual void foobar() { }
}

All is well.
But then BaseA (which may be in a different library), suddenly 
becomes:


abstract class BaseA {
abstract void foo();
virtual void foobar() { dostuff(); }
}

Now you have A, which has foobar, but isn't actually related to 
BaseA.foobar. You probably didn't mean to override foobar, but 
it's still confusing for anything expecting BaseA.foobar to be 
related to A.foobar. You might not even know BaseA.foobar was 
added if it was part of a different library. Or, even worse:


class B : A {
override void foobar() {
dootherstuff();
}
}

It definitely gets a bit odd, and new is there just to prevent 
confusion / clarify intentions, as well as let you know when a 
new method is added with the same name. The whole situation is 
messy, like what happens when A.foobar is removed and you 
suddenly start overriding BaseA.foobar instead. Or what if you 
were intending to override BaseA.foobar, but now you're suddenly 
overriding A.foobar once A adds the method? I'd actually prefer 
to specifically have to write 'override void A.foobar()' if 
A.foobar is marked as 'new' for this reason and make it an error 
to not include new or override when dealing with the same name. D 
could probably benefit from this approach as well, for the same 
reasons.

Re: forum.dlang.org, version 2 (BETA)

[Kapps via Digitalmars-d-announce]

On Friday, 5 June 2015 at 20:54:50 UTC, Vladimir Panteleev wrote:


The reply count number is now a secret link to the thread.


Awesome. :) This combined with the other beta changes, and I 
think the new beta forum is a very nice improvement over the 
current one, even though the 0 reply link was my only real issue 
with the current one.

Re: forum.dlang.org, version 2 (BETA)

[Kapps via Digitalmars-d-announce]

On Thursday, 4 June 2015 at 15:04:05 UTC, Vladimir Panteleev 
wrote:

http://beta.forum.dlang.org/

Many major and minor improvements.

Some major ones:

- dlang.org theme, fully responsive and mobile-friendly
- keyboard navigation in all views
- automatically saved post drafts
- get notified of new posts and replies with subscriptions
- full text search
- by persistent request, a new view mode (vertical-split)
- post to mailing lists
- even faster, believe it or not.

This update is the sum of 256 commits over 34 days of 
development.


Looks really nice, I particularly like the improved speed, reply 
notifications (though haven't tried it yet) and subscriptions. 
Keyboard navigation is interesting, but I've always found it a 
bit clunky (especially because combined with scrolling, it often 
doesn't update the current post so pressing k/j goes somewhere 
else on the screen, but I guess space makes more sense in that 
situation). A shortcut for navigating to the next page would not 
be amiss however.


One thing that I've always found annoying is how difficult it is 
to open up multiple threads in a new tab in Basic mode. Any post 
that you haven't read you have to move your mouse to the far left 
to click it, any post you have read you have to move your mouse 
to the far right to go to the next unread post. I usually just 
open up most updated threads in a new tab, so you're constantly 
going back and forth from far left to far right. It would be nice 
if there was a way to go to the first post on an unread thread or 
the first unread post on a read thread without having to move 
across the page.

Re: Release Candidate D 2.067.0-rc1

[Kapps via Digitalmars-d-announce]

On Monday, 23 March 2015 at 16:05:55 UTC, Szymon Gatner wrote:



i am typing from my phone so hard to find but i did post it on 
forums some time ago


Posting about something on the forums won't get it fixed, make a 
bug report if you're encountering a bug.

Re: DlangUI

[Kapps via Digitalmars-d-announce]

On Thursday, 29 January 2015 at 15:29:15 UTC, Vadim Lopatin wrote:

On Thursday, 29 January 2015 at 14:13:22 UTC, John Colvin wrote:
On Wednesday, 28 January 2015 at 14:21:36 UTC, Vadim Lopatin 
wrote:
On Wednesday, 28 January 2015 at 13:37:34 UTC, John Colvin 
wrote:
On Wednesday, 28 January 2015 at 10:57:57 UTC, Vadim Lopatin 
wrote:
BTW, could you try on mac 
https://github.com/buggins/dlangide.git as well?

It's dlangui-based D language IDE I'm currently working on.


That works OK.

The text is all horrible looking. This is probably due to 
(lack of) scaling support for high-res screens (retina).


Is graphics scaled too? If so, it's due to scaling.
Otherwise possible it's due to bad implementation of subpixel 
antialiasing (aka ClearType).

I've submitted fix to disable subpixel antialiasing.


An example of what I see (with up-to-date git HEAD)

https://www.dropbox.com/s/49n9m0b9uutzaa8/Screenshot%202015-01-29%2014.11.57.png?dl=0


I see no additional blur comparing with other platforms.
It's bad font rendering. Trying to improve.

P.S: DlangIDE is now able to open DUB based projects, build and 
run them, edit files.

Good sample project is dlangide/workspaces/tetris :)


From what I can tell, it seems to be that it's using X11 for 
rendering, which I think doesn't support high DPI properly when 
using a Retina screen, making it appear very blurry.

Re: DlangUI

[Kapps via Digitalmars-d-announce]

On Tuesday, 24 February 2015 at 16:46:12 UTC, Kapps wrote:
On Thursday, 29 January 2015 at 15:29:15 UTC, Vadim Lopatin 
wrote:
On Thursday, 29 January 2015 at 14:13:22 UTC, John Colvin 
wrote:
On Wednesday, 28 January 2015 at 14:21:36 UTC, Vadim Lopatin 
wrote:


An example of what I see (with up-to-date git HEAD)

https://www.dropbox.com/s/49n9m0b9uutzaa8/Screenshot%202015-01-29%2014.11.57.png?dl=0


I see no additional blur comparing with other platforms.
It's bad font rendering. Trying to improve.

P.S: DlangIDE is now able to open DUB based projects, build 
and run them, edit files.

Good sample project is dlangide/workspaces/tetris :)


From what I can tell, it seems to be that it's using X11 for 
rendering, which I think doesn't support high DPI properly when 
using a Retina screen, making it appear very blurry.


XQuartz Bug Report: http://xquartz.macosforge.org/trac/ticket/661

I don't know what makes dlangui (dlangide?) use X11 though.

Re: dsource.org moved

[Kapps via Digitalmars-d-announce]

On Wednesday, 3 December 2014 at 23:26:42 UTC, Vladimir Panteleev 
wrote:
This will not help: clawling != indexing, and robots.txt only 
stops crawling. robots.txt will not prevent a site from 
appearing in Google search results, and it will not help in 
lowering a site's search popularity. All it'll do is prevent 
Google from showing snippets of Dsource pages, and indexing 
links from DSource.


The existing search result ratings for DSource are because of 
all the existing links to it, and not so much because of the 
content on DSource.


What about using the noindex meta tag 
(https://support.google.com/webmasters/answer/93710)?

Re: DConf 2014 Day 2 Talk 3: Designing an Aurora: A Glimpse at the Graphical Future of D by Adam Wilson

[Kapps via Digitalmars-d-announce]

On Tuesday, 15 July 2014 at 05:40:29 UTC, Adam Wilson wrote:
Yes, performance is not a goal, because we are intentionally 
not targeting scenarios where that is the first concern. I 
understand that a lot of people want Aurora to be a 
high-performance graphics API with a focus on games, but that 
isn't our goal. Simplicity is the goal and we will sacrifice 
performance where it directly conflicts with that goal. If you 
need a high-performance game engine, I would strongly recommend 
either creating a custom solution or using an off-the-self 
system.


To clarify, while Aurora may not be a performant enough solution
for a full graphics engine, it should theoretically be
sufficiently fast for a GUI within a game, correct?

Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves

[Kapps via Digitalmars-d-announce]

On Tuesday, 17 June 2014 at 22:00:42 UTC, Tofu Ninja wrote:

On Tuesday, 17 June 2014 at 17:10:16 UTC, Mengu wrote:
and also the genius idea to post each talk seperately instead 
of having a nice talks page on dconf.org and providing a link 
for that. i'd understand the keynotes but for the rest of the 
talks this is / was not a good idea.


I think the hope was that it would attract more views overall. 
I think what was not taken into account was the way Reddit post 
get viewed, having their up votes spread out among the 
different posts is much worse than pooling them as the reddit 
posts are far less likely to be viewed with low up vote counts. 
Also its annoying for us who just want to watch the talks.


A much better strategy would have been a full release of all 
the talks followed with a reddit post of all of them to get the 
large burst up front, then after wards have individual posts 
for each video to get the staggering as well. It would 
effectively doubled each videos exposure(reddit is all reposts 
any ways so its all the better :P).


According to Andrei's talk, it worked quite effectively last year 
based off the increased number of compiler downloads per month 
immediately following DConf. And I do think that it does work 
better as well, though have no evidence for that besides the 
number of downloads that Andrei said.

Re: dmd front end now switched to Boost license

[Kapps via Digitalmars-d-announce]

On Saturday, 14 June 2014 at 17:17:34 UTC, Dicebot wrote:
On Saturday, 14 June 2014 at 17:07:58 UTC, Leandro Lucarella 
wrote:
OK, as a side effect of this, this might encourage companies 
not to use
D but to develop tools based on DMDFE, but companies that are 
too lazy
or to BAD not to contribute the changes back, which I'm not 
sure is such

a good idea.


I believe it is good thing. Standard tool chain should be as 
permissive as possible, with no expectations from the potential 
users whatsoever. If someone goes with proprietary closed 
solution and succeeds - it is their choice and risk to do so.


And if they do so, it's beneficial to D overall.

Re: DMD 2.066 Alpha

[Kapps via Digitalmars-d-announce]

On Friday, 13 June 2014 at 20:29:46 UTC, deadalnix wrote:

On Friday, 13 June 2014 at 17:12:44 UTC, Steven Schveighoffer
wrote:
On Fri, 13 Jun 2014 12:49:32 -0400, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:


Virtual by default will not change. Being able to negate the 
final: label is nice to have but not a must. Adding a 
keyword for that doesn't scale - it would mean we'd need to 
add one keyword to undo each label.


To that end, I thought we were moving towards a more scalable 
solution: like !final or final!false or final(false), which 
could be nice for metaprogramming.


-Steve


Yes that was the decision, and with the advantage that the
parameter can be computed at compile time.


I honestly don't see this as a noticeable advantage, at least in
the case of final. Not to mention you could just use static
if(dovirtual) { result ~= final(false); }.

Re: DMD 2.066 Alpha

[Kapps via Digitalmars-d-announce]

On Thursday, 12 June 2014 at 18:25:36 UTC, Andrei Alexandrescu
wrote:

On 6/12/14, 6:34 AM, Dicebot wrote:

On Wednesday, 11 June 2014 at 02:01:24 UTC, Brian Schott wrote:
Please do not tag anything until we decide if virtual is a 
keyword

in D.

See: 
https://github.com/D-Programming-Language/dlang.org/pull/584


It was decided and 100% certain - virtual is not going in. 
Need to

remove it from DMD before this release is out.


Yes please. -- Andrei


That's pretty disappointing. Something similar to virtual is
necessary, and that something should be actually clean, readable,
and obvious. The proposed final(false), while it is generic, is
long and ugly, a double negative (not not overridable), and not
nicely readable / obvious. Best of all, it's simply another
important thing that continues to never see any progress as it
gets further ignored.

The actual pull to add virtual had multiple pings, but the only
response after being told that it was coming (along with
final-by-default), was that it wouldn't be in 2.065 because that
was a bug fix release. Three months later (after 2.065 came out)
it actually got pulled, but this was only because someone else
pulled it, at which point you expressed your disappointment at it
being pulled. Then the issue again continued to be ignored for
another 3.5 months after that while the keyword remained in git
master the entire time. There's always talk of making things
actually happen and that the community needing to step up to make
them happen, yet people *have* stepped up to do all of this and
been continually ignored. Even after being told final-by-default
would not happen, it was (I believe?) said that a way of going
virtual - final would be added, allowing people to actually use
'final:'. But again, nothing came from that.

We went from agreeing on final by default, to *possibly* getting
an ugly way of going from final: - virtual, provided that
something is actually done about it instead of it being ignored
further. It's been over a year since the original discussion of
final by default, and agreement that *something* should be done,
but in the past year absolutely nothing has happened related to
it and no signs exist of anything happening in the next year
either.

Re: Livestreaming DConf?

[Kapps via Digitalmars-d-announce]

The stream is currently live at
http://www.ustream.tv/channel/dconf-2014

Re: Tkd – Cross platform GUI toolkit based on Tcl/Tk

[Kapps via Digitalmars-d-announce]

On Friday, 9 May 2014 at 16:09:15 UTC, Andrei Alexandrescu wrote:

On 5/9/14, 2:44 AM, simendsjo wrote:
On 05/09/2014 11:32 AM, Andrej Mitrovic via 
Digitalmars-d-announce wrote:

On 5/9/14, simendsjo via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
I'm unable to find the HN link. This search shows the reddit 
link and a
link straight to the forum. I even tried to go through 
several pages of
newest on HN doing a search for tkd without any luck. 
Did it get

deleted..?


We should just link to the post with some remove me 
characters. E.g.:


https://remove_menews.ycombinator.com/item?id=7716010

You copy-paste the URL, and that should avoid any issues with
hotlinking, wouldn't it?



Thanks. There's no tracking info in the url, so it it's 
probably the

best way as long as the search site doesn't work as intended.


I thought they track the referrer, no?

Anyhow if I go to https://hn.algolia.com/#!/story/forever/0/Tkd 
the story is the second hit.



Andrei


If you go to an address from the url bar rather than clicking a
link, most browsers won't include a referrer. If you used https
to access the forums, it likely would not include a referrer
either.

Re: Livestreaming DConf?

[Kapps via Digitalmars-d-announce]

On Friday, 9 May 2014 at 19:48:20 UTC, Andrei Alexandrescu wrote:

Hi folks,


We at Facebook are very excited about the upcoming DConf 2014. 
In fact, so excited we're considering livestreaming the event 
for the benefit of the many of us who can't make it to Menlo 
Park, CA. Livestreaming entails additional costs so we're 
trying to assess the size of the online audience. Please follow 
up here and on twitter: 
https://twitter.com/D_Programming/status/464854296001933312



Thanks,

Andrei


This would be cool, but I'd hope that it doesn't replace having 
videos posted to be viewable afterwards.

Re: Mono-D 1.9 - opIndex/opSlice overload recognition + completion

[Kapps]

On Wednesday, 16 April 2014 at 22:45:45 UTC, Adam Wilson wrote:
On Fri, 04 Apr 2014 07:35:18 -0700, Alexander Bothe 
i...@alexanderbothe.com wrote:



On Monday, 31 March 2014 at 21:41:26 UTC, Théo Bueno wrote:
Mono-D seems pretty complete to me now, I was wondering if 
you are thinking about new major features ?


http://mono-d.alexanderbothe.com/mono-d-v1-9-opindexopslice-overload-recognition-completion/

:-)


I am getting a Completion Timeout and Xamarin Studio is 
lagging hard when the completion window pops up... I didn't 
think my files were that big or complex...


I had a similar issue until I disabled mixin and template
analysis. It seems to have been getting into an infinite loop
somewhere in my code (though I'm not sure where).

Re: Bugzilla maintenance tonight

[Kapps]

On Wednesday, 9 April 2014 at 07:59:26 UTC, Brad Roberts wrote:
Well, my ISP decided that it wanted to take the night off while 
I was about half done.


Completed:
  - issues.dlang.org should be functional
  - bug changes are slow due to mail sending
  - github updated to point to new site

Todo:
  - old site doesn't redirect yet
  - auto tester graphs pull from the old db
  - speed up mail sending
  - copy data dir from old site (affects some functionality)

Definitely noticing huge speed improvements and overall things 
look nicer. One issue I've noticed is that 
http://issues.dlang.org/ goes to an Apache test page (Amazon 
Linux AMI Test Page) even after a cache clear. Using 
https://issues.dlang.org works as expected however.

Re: dmd 2.065.0

[Kapps]

On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner wrote:
So 2.065 is not the one that will make class methods final by 
default?


Correct. The pull for it is 
https://github.com/D-Programming-Language/dmd/pull/2895

Re: dmd 2.065 beta 3

[Kapps]

On Monday, 3 February 2014 at 18:54:49 UTC, evilrat wrote:
On Monday, 3 February 2014 at 18:37:20 UTC, Andrew Edwards 
wrote:
Windows users, please give the new installer a try. It has 
been updated to facilitate proper installation.


vc2013/win 8.1/winsdk 8.1
detects visual studio correctly, path to win sdk correctly.

has wrong path to mspdb120.dll, current:
PATH=%PATH%;%VCINSTALLDIR%\bin\x86_amd64;%VCINSTALLDIR%\..\Common7\IDE
should be:
PATH=%PATH%;%VCINSTALLDIR%\bin;%VCINSTALLDIR%\..\Common7\IDE

has no path to libs dir for sdk 8.1, should be:
; Platform libraries (Windows SDK 8.1)
LIB=%LIB%;%WindowsSdkDir%\Lib\winv6.3\um\x64

after these changes all seems to be working.


These steps were required for me as well, VS 2013 and Windows 8.1.

Re: dmd 2.065 beta 3

[Kapps]

On Tuesday, 4 February 2014 at 06:58:02 UTC, evilrat wrote:
i have some strange behaviour when building with -O, if in 
short it reports taking address of interface as dereferencing 
null. error reported with 2.065 beta2 and beta3, but i don't 
remember if i had this on 2.064. any advices?


here is repro case(for simplicity use dub)
https://gist.github.com/evilrat666/151adaf4ce94ee1a1c68


You are dereferencing null.
You have a side-effect in an assertion, so in non debug code that 
code looks like:

IDXGIFactory fact;
while( fact.EnumAdapters(cast(UINT)numAdapters, temp) != 
DXGI_ERROR_NOT_FOUND ) { ... }


Here fact is guaranteed to be null in non-debug mode as you're 
only instantiating it in the assert.

Re: DUB 0.9.21 beta 1

[Kapps]

On Wednesday, 11 December 2013 at 09:51:37 UTC, Sönke Ludwig 
wrote:
The latest GIT master version now works without requiring a 
main file.
Regarding integration with tested, what should work now is to 
import
the automatically generated module test_main and use that as 
the

testing root:


Awesome. :)

I noticed that the main file generated seems to already support 
tested integration automatically which I find quite nice. 
Unfortunately it seems that tested is not actually following 
imports so both the above sample and the auto-generated main 
result in 0 tests being run as test_main does not directly 
contain any tests. I've tried looking in to fixing this, but it's 
proving a bit more tricky than expected and I won't have much 
time for the next couple of days. Essentially, with static if 
(__traits(compiles, { auto tup = TypeTuple!(__traits(getMember, 
composite, M)); })) I don't believe that that's ever true as 
assigning to tup like that is an error. Changing that to check if 
the getMember succeeds will then get past that, but now the 
recursive calls for runUnitTestsImpl will operate on the return 
type of methods as __traits(getMember, T, somemethod) returns 
the result of invoking the method and not the method itself. I'm 
not sure how to pass in an alias to the actual method rather than 
to the return type.

Re: DUB 0.9.21 beta 1

[Kapps]

On Wednesday, 11 December 2013 at 22:13:59 UTC, Kapps wrote:
I noticed that the main file generated seems to already support 
tested integration automatically which I find quite nice. 
Unfortunately it seems that tested is not actually following 
imports so both the above sample and the auto-generated main 
result in 0 tests being run as test_main does not directly 
contain any tests. I've tried looking in to fixing this, but 
it's proving a bit more tricky than expected and I won't have 
much time for the next couple of days. Essentially, with 
static if (__traits(compiles, { auto tup = 
TypeTuple!(__traits(getMember, composite, M)); })) I don't 
believe that that's ever true as assigning to tup like that is 
an error. Changing that to check if the getMember succeeds will 
then get past that, but now the recursive calls for 
runUnitTestsImpl will operate on the return type of methods as 
__traits(getMember, T, somemethod) returns the result of 
invoking the method and not the method itself. I'm not sure how 
to pass in an alias to the actual method rather than to the 
return type.


Ah, I think I'm mistaken. What I assumed was that it was handling 
the return type of the function may have just been that it was 
going over aliases instead (which in this case would have been an 
alias to ulong and such, causing the above problems).

Re: DUB 0.9.21 beta 1

[Kapps]

I was looking for something similar to dub test and am glad to 
see it added, but I can't seem to figure out how to get it to do 
anything at all.


In particular, I'm trying to give tested a try as it seems 
quite nice and I was looking for an automated way to generate 
computer-readable test results (results.json in this case). 
According to the github page for tested, with the latest version 
of dub (I'm using the beta version in OSX) I should just be able 
to add tested as a dependency and run dub test to generate test 
results. I created a package called dubtest, and set app.d to 
contain just a unittest with @name set from tested. I then run 
dub test, and get:


Got library for false
Checking dependencies in '/Users/kapps/dev/src/dubtest'
Running unit tests for package dubtest, configuration 'library'.
Package dubtest (configuration library) defines no main source 
file, this may cause certain build modes to fail. Add an explicit 
mainSourceFile to the package description to fix this.
Error executing command test: Main source file not found in any 
import path.


I also tried giving my app.d a void main() which has the same 
result. I also tried dub test dubtest --main-file=main.d where 
main.d just contains a void main and writeln, but this has the 
same result as well. If I specifically set targetType to 
executable in package.json and run dub test, then I get:


Got  for false
Building package dubtest in /Users/kapps/dev/src/dubtest
Got  for false
Checking dependencies in '/Users/kapps/dev/src/dubtest'
Running unit tests for package dubtest, configuration ''.
Error executing command test: Could not resolve configuration for 
package tested


If I use dub --build=unittest however while it's set to 
executable, it will successfully build and reach my main (or give 
a linker error if no main is present / targetType is not 
executable).


Overall, I can't seem to get dub test to work at all regardless 
of configuration. Ideally I'm looking for a way to have tested 
run my unittests and output a results.json without manually 
creating a main file since these projects are generally libraries 
and I'm trying to automate the process for continuous integration 
purposes.

Re: DUB 0.9.21 beta 1

[Kapps]

On Monday, 9 December 2013 at 12:46:00 UTC, Kapps wrote:
I was looking for something similar to dub test and am glad to 
see it added, but I can't seem to figure out how to get it to 
do anything at all.


Okay, it seems that this was just an issue with the beta. 
Building from git master allows me to run dub test on an 
executable or a library that has a main function within app.d. It 
would be nice to have an automated way of running unit tests for 
all modules within a library with a main file automatically 
generated. Even more awesome if there was a way to integrate with 
tested to perform the tests. Perhaps for the latter I could 
determine all files in the library with dub describe, generate an 
app.d that calls tested's unit test runner on each, and then put 
that app.d inside the library's source folder before invoking dub 
test.

Re: Facebook is using D in production starting today

[Kapps]

On Friday, 11 October 2013 at 21:24:01 UTC, Adam D. Ruppe wrote:
Wow, the reddit thing is going absolutely nuts. I wish reddit's 
format was more readable, it is so hard to find new stuff among 
the mess of a tree layout :(


Reddit Enhancement Suite makes things much nicer, and having a 
Reddit Gold subscription allows new posts to be highlighted which 
RES can then navigate by.

Re: DUB 0.9.17/0.9.18 have been released + now on code.dlang.org

[Kapps]

On Thursday, 12 September 2013 at 18:01:43 UTC, Craig Dillabaugh 
wrote:


Currently any attempt to access the precompiled binaries, eg:

http://code.dlang.org/files/dub-0.9.18-linux-x86_64.tar.gz

returns

500 - Internal Server Error.

Internal error information:
object.Exception@../../../opt/vibe/source/vibe/inet/message.d(352):
Enforcement failed

./dub-registry(pure @safe bool
std.exception.enforce!(bool).enforce(bool, lazy const(char)[],
immutable(char)[], ulong)+0x6b) [0x5e31ab]
./dub-registry(void
vibe.inet.message.InetHeaderMap.remove(immutable(char)[])+0x182)
[0x744dfa]
./dub-registry(void
vibe.http.fileserver.sendFile(vibe.http.server.HTTPServerRequest,
...


Try a different browser. I had this issue when using curl / wget, 
but it worked with Firefox.

Re: DConf 2013 Day 1 Talk 2: Copy and Move Semantics in D by Ali Cehreli

[Kapps]

On Sunday, 12 May 2013 at 08:55:03 UTC, Simen Kjaeraas wrote:

On 2013-05-12, 02:22, Andrei Alexandrescu wrote:


On 5/11/13 7:39 PM, Nick Sabalausky wrote:
Furthermore, my whole point was nothing more than to merely 
suggest
that *maybe* the delay should simply be somewhat less, *not* 
a demand
or expectation, and *not* even a suggestion that they should 
all be

released as soon as is technically feasable.


Sure - let's take a quick poll on what would be the best 
release schedule.


I'm happy with the current schedule. Please, no more than one 
video

every second day.


Agreed. Once you have videos coming in quickly, the amount of 
attention each talk gets diminishes heavily, including the amount 
of external attention D itself gets.

Re: D 2.062 release

[Kapps]

Personally, I just wish there was a quick blurb at the top of the 
changelog indicating the highlights of this release. For example, 
with 2.058, the very first two lines of the changelog were:

Add new = lambda syntax.
Allow 1.userproperty syntax. NOTE: 1.f is no longer a float 
literal, add a 0.


You can look at that and decide Awesome, new lambda syntax and 
UFCS!. You get a quick 10-20 lines indicating what you need to 
know about that release, what's interesting about it, and what 
the new features or most important bug fixes were. For the people 
who care, you can then see bug fixes / larger list of changes at 
the bottom (I personally don't have a preference as to whether 
they'd be on the same page or just a bugzilla link). However the 
really important thing is the quick blurb at the top.


For example, with this release, something about how 'in ref' is 
now supported, how you can document unittests and have them 
appear with the documentation of the above symbol, improved JSON 
output, and unittests being allowed in interfaces. This is just a 
quick 10 line overview of some of the highlights of this release. 
Not necessarily just new features either. For example, if example 
bug#314 was fixed, there is absolutely no way I would know about 
it given that it's buried in the list of bug fixes, even though 
it has affected almost every single D user at one point and would 
definitely be considered a highlight.

Re: User Defined Attributes

[Kapps]

Awesome. Lack of UDA has really caused some very ugly workarounds 
in my code, and it's really nice to see that it's being solved 
now. Probably one of the most important missing features I've 
encountered.


I do agree however with preventing any built-in types / literals 
being used as an annotation. It's just not safe, completely goes 
around the module system, and is abused in the same way as it 
would be with C++ exceptions. In C# for example, all attributes 
are classes derived from Attribute. This makes things a bit more 
obvious, allows a common base type (probably not needed in D 
because it's done at compile-time), but is rather hackish in my 
opinion (plus, in D you may want structs as attributes?). I 
definitely would like to see something like the @attribute 
suggestion though. Using types not meant to be used as attributes 
as attributes is dangerous and leads to conflicts when people 
want it to mean different things. What does '@Vector3f(1, 1, 1) 
int a' even mean? What if people use it to mean different things? 
It's just as confusing as '@3 int a'.

Re: Abstract Database Interface

[Kapps]

On Tuesday, 30 October 2012 at 10:01:06 UTC, Philippe Sigaud 
wrote:
On Tue, Oct 30, 2012 at 9:15 AM, Jacob Carlborg d...@me.com 
wrote:

On 2012-10-30 04:22, BLM768 wrote:

If you make x some fancy wrapper type containing more fancy 
wrapper
types with overloaded equality operators that return some 
sort of
Expression class instead of a boolean, you might actually be 
able to get
this to work with only D's current features. However, that 
would kind of

destroy the hope of efficiency. :)



It can probably all be handled at compile time. The problem 
with this that
you cannot overload the following operators: , ||, != and 
probably some

other useful operators.


 and || can be replaced by  and |, so there is a workaround.
I feel much more limited by != and, even more problematic, !.  
Maybe

unary - could be used in lieu of !.


There was a pull request for __traits(codeof, func) that would 
return the code for a symbol including lambda methods. It would 
probably be easier to have something like that for getting the 
AST and then using that to generate SQL queires (this is how C# / 
LINQ does it) than using sketchy hacks that go against natural 
language feel. Though it wouldn't be particularly easy to get 
that in to the compiler apparently due to AST rewriting issues.


https://github.com/D-Programming-Language/dmd/pull/953

Re: Pull freeze

[Kapps]

On Tuesday, 31 July 2012 at 23:06:00 UTC, Jonathan M Davis wrote:

On Tuesday, July 31, 2012 18:55:33 Nick Sabalausky wrote:
Along those lines, I really think dmd-beta should me moved to 
the
newsgroups. Granted, I am biased since I hate mailing lists. 
But moving

it to NG means:

- Consistency with the rest of the D traffic.
- Easier to find/discover/subscribe.
- Easier to follow the branches of discussion: Not everyone's 
email

client does threading, but it's standard on NG readers.
- We get forum.dlang.org integration and the associated 
visibility and

google/bing-ability basically for free.


I didn't realize that beta was any different from the rest (I 
always use the

mailing list). It _is_ part of forum.dlang.org already though.

- Jonathan M Davis


But you can't make replies, just like to the 
phobos/druntime/internals lists. I'd say that likely prevents 
people from giving feedback about the beta; it has a high barrier 
to entry.

Re: Uniform Function Call Syntax in D - GameDev.net

[Kapps]

On Monday, 2 July 2012 at 05:55:20 UTC, dennis luehring wrote:

Am 02.07.2012 07:13, schrieb Jonathan M Davis:

On Monday, July 02, 2012 07:00:23 dennis luehring wrote:

Am 01.07.2012 23:02, schrieb Walter Bright:
 On 7/1/2012 11:53 AM, Nick Sabalausky wrote:
 That successfully compiles and prints Member. Same thing 
 happens if
 you move the UFCS func and Foo definition out into their 
 own separate
 modules. But I was expecting a conflict error at 
 compile-time. Is this

 a bug?

 No, it's correct behavior. A real member overrides.

isn't that some sort of highjacking then?


More like it avoids hijacking. It stops you from creating a 
function which is

used instead of the one which is on the class or struct.

Granted, this does mean that you could be surprised about your 
external
function not being called, and adding a new member function 
could cause your
existing external function to no longer be called (which could 
be a problem),
but realistically there's no other way to handle the 
situation. It's possible
to explicitly give a path to the free function (e.g. 
path.to.function), but
there's no way to do that for a member function, since there's 
only one way to
call it. So, if you were forced to disambiguate, you could 
never indicate
anything else other than the free function - not without 
introducing a new

syntax to indicate the member function.

- Jonathan M Davis



but the compiler selects the member-functions silently - thats 
odd, ok i will see it very fast - but then i need to change my 
code anyway - so whats the reason for the silent overwrite?


If it didn't overwrite silently, it would mean every single free 
function is now not a valid member function name. Better hope 
your users don't import a module that uses said free function.


In my opinion, the current way is the one that makes sense. And 
extension methods in C# do this as well.

Re: Adam Wilson is now a GSoC 2012 mentor!

[Kapps]

On Monday, 26 March 2012 at 19:43:56 UTC, Adam Wilson wrote:


I think that the best thing that we can do right now is to 
focus on bringing the parser to completion. It's still missing 
some key features of D, especially in terms of code-completion 
and syntax highlighting. It's also missing UFCS from 2.058, 
which is a pretty big deal I think. For a full list of tasks 
that Alex would like to get done please see this list: 
https://github.com/aBothe/Mono-D/blob/master/MonoDevelop.DBinding/Remaining%20features.txt


As to an IDE written in D, that's a HUGE project and well 
outside the scope of what can be accomplished in a GSoC 
project. It takes millions of lines of code to make a *DECENT* 
IDE. Not to mention that UI design is something that will 
always polarize the community, some basically want a glorified 
VIM/EMACS while other will settle for nothing less than a 
Visual Studio clone, still more people will want a radically 
different UI from anything previously seen (I personally am 
intrigued by Code-Bubbles for instance). Plus why bother with 
that when we can integrate into existing solutions like 
MonoDevelop or Visual Studio *much* quicker.


I personally think that Mono-D represents the most capable path 
forward for D IDE's right now, maybe later that might change as 
D grows, but for the moment we need an complete IDE fast, and 
integration can deliver that.


And one of the very nice things about Mono-D is that the parser 
is completely standalone. It would not be difficult to integrate 
into Visual Studio in the future. Both are done in C#, and both 
are somewhat similar to code for. Instead of making a D specific 
IDE, we can just use a very nice plugin for both Visual Studio 
and Mono-D, with being able to use the same code-base for the 
logic.

Re: D web apps: cgi.d now supports scgi

[Kapps]

On Sunday, 25 March 2012 at 19:22:02 UTC, Adam D. Ruppe wrote:

On Sunday, 25 March 2012 at 19:14:32 UTC, dnewbie wrote:
I wonder how can I generate unique, non predictable session 
ids.


In web.d, there's a Session class that generates them
with std.random.uniform. I suspect this isn't the
best possible, but it's worked pretty well so far.

The session class also uses a file to store persistent
string key/value data.


While using std.random is probably good enough for most sites,
it's definitely worth keeping in mind that these session IDs are
far from non-predictable. Generally, a secure random number
generator is used instead, but Phobos lacks something like this.

Re: StackOverflow Chat Room

[Kapps]

On Sunday, 18 March 2012 at 23:13:47 UTC, James Miller wrote:

Hey guys,

I made a StackOverflow chat room. You don't have to use it or
anything, but at least it exists now.

Its called Dlang, http://chat.stackoverflow.com/rooms/9025/dlang

--
James Miller


In my opinion, people should favour the IRC channel (#D on 
Freenode) over this. Plus, the IRC channel is fairly active 
already and doesn't force you to use StackOverflow / have 
reputation.

Re: D forums now live!

[Kapps]

On Tuesday, 14 February 2012 at 22:13:42 UTC, Vladimir Panteleev 
wrote:
On Tuesday, 14 February 2012 at 22:00:06 UTC, Walter Bright 
wrote:

http://forum.dlang.org/

This should replace the old miserable web interface to the 
forums.


Thanks to Vladimir Panteleev for an awesome job writing this!


The pleasure is mine!

I should add that I still have a long list of things to add, 
tweak or fix to go through, as well as balancing that with a 
move to a faster, beefier server. Feedback is still welcome, 
and you can find the source on GitHub, here: 
https://github.com/CyberShadow/DFeed


Definitely looks great so far. I'm more than a little surprised 
that it's so fast despite the server being in France and me being 
in Canada. One thing that annoys me though is that there is no 
easy way (short of the back button) to go back to the section / 
newsgroup you were at after reading. When you're scrolled to the 
bottom of the page, you have to manually scroll back up then 
click the text at the top. It would be nice if there was at least 
a Top button to get back to the top of the page. It sounds minor, 
but it's annoying to scroll to the top without using the 
keyboard, and generally when browinsg your hands aren't on the 
keyboard.


Also, robots.txt seems like it needs to be updated. Google is 
storing pages from /reply/stuff, which brings up the reply form 
when clicked instead of the thread itself.

Re: Downloading dmd.2.057.zip

[Kapps]

On 23/12/2011 11:35 AM, Andrej Mitrovic wrote:

On 12/23/11, Vladimir Panteleevvladi...@thecybershadow.net  wrote:

On Friday, 23 December 2011 at 04:01:28 UTC, Walter Bright wrote:

For those where the download speed from the Digital Mars server
is too slow:

https://github.com/downloads/D-Programming-Language/dmd/dmd.2.057.zip


I'm seeing a 10x speed increase!



What speeds are you getting? It maxes out at 350Kb/sec for me,
although my limit is 500K.


At home, in Saskatchewan, I max out my connection at 2.2 MB/s. On my 
VPS, in Chicago(?), I get around ~5 MB/s with a 100mbit connection.


In comparison, I got ~250 KB/s from the ftp. Interestingly, today I'm 
only getting 400-600 KB/s from the github link at home (still 5 MB/s on 
the VPS though).