On Tuesday, 29 September 2015 at 03:28:41 UTC, Rikki Cattermole
wrote:
On 29/09/15 3:47 PM, Jacob wrote:
Idea:
A gui app for dub that you run, it downloads the package info
from the
repository and you can select a project or create a new one
and it will
automatically add or remove
On 29/09/15 3:47 PM, Jacob wrote:
Idea:
A gui app for dub that you run, it downloads the package info from the
repository and you can select a project or create a new one and it will
automatically add or remove dependencies?
I'm having to browse the repository then manually add the
On Monday, 28 September 2015 at 09:35:53 UTC, Chris wrote:
Yep. What I was talking about was not the fear of a commercial
failure because of having picked the wrong tool (management). I
was talking about my impression that D might intimidate
programmers/coders.
This logic is very difficult
On Tuesday, 29 September 2015 at 04:01:18 UTC, Jacob wrote:
On Tuesday, 29 September 2015 at 03:28:41 UTC, Rikki Cattermole
wrote:
On 29/09/15 3:47 PM, Jacob wrote:
Idea:
A gui app for dub that you run, it downloads the package info
from the
repository and you can select a project or create
On 9/28/2015 6:42 PM, Jonathan M Davis wrote:
On Monday, 28 September 2015 at 23:44:55 UTC, Walter Bright wrote:
On 9/28/2015 2:41 PM, rumbu wrote:
Pressing Ctrl-C in any *standard* dialog will copy the text to clipboard since
Windows 2000, even captions and buttons.
Nope. Doesn't work in
so I have a bunch of enums (0 .. n) that i also want to represent
as flags ( 1 << n foreach n ). Is there anyway to do this other
than a string mixin?
use like:
enum blah
{
foo,
bar,
baz,
}
alias blahFlags = EnumToFlags!blah;
static assert(blahFlags.baz == 1 << blah.baz)
I brought this feature front before in the forum in someone
else's post, but it didn't take much attention probably at that
time.
I want to propose a feature for front-end of the compiler.
The basic definition of feature
===
ZIP pack the D module files, and while
On 29/09/15 6:24 PM, tcak wrote:
I brought this feature front before in the forum in someone else's post,
but it didn't take much attention probably at that time.
I want to propose a feature for front-end of the compiler.
The basic definition of feature
===
ZIP
On Monday, 28 September 2015 at 14:26:35 UTC, Chris wrote:
It's best to keep it as general as possible (within reason).
There is the temptation to think like an engineer and be very
specific, but this will only attract a small audience, i.e.
those that look for "vector swizzling". IMO, it
On 9/28/2015 4:47 AM, John Colvin wrote:
The alternative view is that MS messed it up so bad that it became nearly
impossible to use manually, so they gave up and just wrote complicated
automation to deal with it, making 3rd party development harder than it should
be. Of course, it doesn't
On 9/28/2015 4:23 AM, Manu via Digitalmars-d wrote:
MS would never require that of a user.
I find it user unfriendly that I can only use MS command tools from a special
command prompt.
https://issues.dlang.org/show_bug.cgi?id=6244
--- Comment #1 from josvanu...@gmail.com ---
ulong powmod(ulong b, ulong e, ulong m) {
ulong r = 1;
for (; e > 0; e >>= 1) {
if (e & 1) {
r = (r * b) % m;
}
b = (b * b) % m;
}
On 9/28/2015 8:08 AM, Wyatt wrote:
On Sunday, 27 September 2015 at 06:34:29 UTC, Walter Bright wrote:
That all conspires to ensure that you CANNOT SEE what the longer values even
are! It's pathetic.
Well they finally fixed that, at least. A week ago.
On 9/28/2015 12:36 PM, Adam D. Ruppe wrote:
On Monday, 28 September 2015 at 19:27:52 UTC, Walter Bright wrote:
Except that copy/paste does not work in the dialog box (or any Windows dialog
box).
Yes it does, you can ctrl+c or right click and get to it from that menu. It
works in all Windows
On 9/28/2015 4:41 AM, Gary Willoughby wrote:
Article:
http://nomad.so/2015/09/working-with-files-in-the-d-programming-language/
Reddit link:
https://www.reddit.com/r/programming/comments/3mosw7/working_with_files_in_the_d_programming_language/
Dazz!
On Monday, 28 September 2015 at 11:23:25 UTC, Manu wrote:
Maybe you're objecting with the suggestion that normal users
really do
actively use environment variables? If so, your example refers
to
auto-configured stuff that's completely invisible to average
users, as
it should be in windows.
On Monday, 28 September 2015 at 14:05:42 UTC, bachmeier wrote:
This is the best way to market the language, by making it easy
to do practical things. Good work.
This is my thoughts exactly and why I wrote this article. Why I
read the Go article which inspired this one I was shocked by how
On Monday, 28 September 2015 at 19:27:52 UTC, Walter Bright wrote:
Except that copy/paste does not work in the dialog box (or any
Windows dialog box).
Yes it does, you can ctrl+c or right click and get to it from
that menu. It works in all Windows edit boxes.
You just hit the edit button
On Monday, 28 September 2015 at 15:10:25 UTC, ponce wrote:
Does it also affect executable made with DMD and linked with MS
linker?
Just tested: no.
On Monday, 28 September 2015 at 13:03:50 UTC, Adam D. Ruppe wrote:
This Week in #Dlang - new bugfix release, Windows driver,
Azure+vibe tutorial, tip on uda transformations + mixin
templates
http://arsdnet.net/this-week-in-d/sep-27.html
The tip here is one I've been talking about on irc a
On 2015-09-28 09:08, Mike McKee wrote:
I'm using Qt/C++ on a Mac. I want to try my hand at making a dylib in D
Dynamic libraries are not officially supported on OS X.
--
/Jacob Carlborg
Maybe LDC uses dynamic linking by default and DMD static one,
same as on Linux?
Yes, LDC does use dynamic linking by default (as MSVC iirc).
Static linking can be enabled by providing the
-DLINK_WITH_MSVCRT=OFF switch to the CMake command.
OK, but why does that need to happen? I don't get
https://issues.dlang.org/show_bug.cgi?id=15126
Issue ID: 15126
Summary: [Reg 2.069-devel] dmd crashes when analyzing array
literal
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Maybe LDC uses dynamic linking by default and DMD static one,
same as on Linux?
On Monday, 28 September 2015 at 16:01:54 UTC, Sebastiaan Koppe
wrote:
On Monday, 28 September 2015 at 15:10:25 UTC, ponce wrote:
On Tuesday, 22 September 2015 at 09:38:12 UTC, thedeemon wrote:
On Monday, 21 September 2015 at 15:00:24 UTC, ponce wrote:
All in the title.
DMD 64-bit links with
On Monday, 28 September 2015 at 13:12:35 UTC, Chris wrote:
On Monday, 28 September 2015 at 12:14:56 UTC, Márcio Martins
wrote:
On Monday, 28 September 2015 at 11:53:28 UTC, Vladimir
Panteleev wrote:
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins
wrote:
Today I launched a very
On Sunday, 27 September 2015 at 22:55:38 UTC, Johannes Loher
wrote:
On Saturday, 26 September 2015 at 18:27:52 UTC, Mike McKee
wrote:
On Saturday, 26 September 2015 at 10:31:13 UTC, wobbles wrote:
Have you installed dkit for sublime?
As in?
https://github.com/yazd/DKit
Looks like it's
On Monday, 28 September 2015 at 19:44:11 UTC, Walter Bright wrote:
On 9/28/2015 12:36 PM, Adam D. Ruppe wrote:
On Monday, 28 September 2015 at 19:27:52 UTC, Walter Bright
wrote:
Except that copy/paste does not work in the dialog box (or
any Windows dialog
box).
Yes it does, you can ctrl+c
On Monday, 28 September 2015 at 21:41:27 UTC, rumbu wrote:
On Monday, 28 September 2015 at 19:44:11 UTC, Walter Bright
wrote:
On 9/28/2015 12:36 PM, Adam D. Ruppe wrote:
On Monday, 28 September 2015 at 19:27:52 UTC, Walter Bright
wrote:
Except that copy/paste does not work in the dialog box
On Monday, 28 September 2015 at 17:15:38 UTC, Gary Willoughby
wrote:
On Monday, 28 September 2015 at 14:05:42 UTC, bachmeier wrote:
This is the best way to market the language, by making it easy
to do practical things. Good work.
This is my thoughts exactly and why I wrote this article. Why I
On Sunday, 27 September 2015 at 05:52:26 UTC, Jack Stouffer wrote:
Please make an issue on https://issues.dlang.org and I'll take
a look a this later. Most of the functions in std.conv are
templated so it must be some internal function that's not
properly annotated, or it's using manual memory
Are any D idioms you use that you like to share?
Heres one of mine
---
enum ctfe =
{
return 0xdead & 0xbad;
}();
---
I've mentioned this many times before: template constraints are
like unittest blocks with asserts in D: great that they're
built-in easy to use. But when they fail, there's no help in
figuring out why.
I've had many a debugging session (with pragma(msg) of course,
since my bugs were of the
Is this intended or known issue ? It works with 2.066.
SList!int gslist = [1,2,3,4,5,6]; // broken since 2.067
// Error: reinterpreting cast from NodeWithoutPayload* to Node* is not
supported in CTFE
DList!int gdlist = [1,2,3,4,5,6]; // broken since 2.067
// Error: non-constant expression ...
On Monday, 28 September 2015 at 11:41:37 UTC, Gary Willoughby
wrote:
Article:
http://nomad.so/2015/09/working-with-files-in-the-d-programming-language/
Reddit link:
https://www.reddit.com/r/programming/comments/3mosw7/working_with_files_in_the_d_programming_language/
BTW, I thought of
On 09/28/2015 02:15 PM, Martin Krejcirik wrote:
Is this intended or known issue ? It works with 2.066.
SList!int gslist = [1,2,3,4,5,6]; // broken since 2.067
// Error: reinterpreting cast from NodeWithoutPayload* to Node* is not
supported in CTFE
DList!int gdlist = [1,2,3,4,5,6]; // broken
On Tuesday, 22 September 2015 at 09:38:12 UTC, thedeemon wrote:
On Monday, 21 September 2015 at 15:00:24 UTC, ponce wrote:
All in the title.
DMD 64-bit links with the VS linker.
Do users need to install the VS redistributable libraries?
I think they don't.
Generated .exe seems to depend only
On Monday, 28 September 2015 at 15:10:25 UTC, ponce wrote:
On Tuesday, 22 September 2015 at 09:38:12 UTC, thedeemon wrote:
On Monday, 21 September 2015 at 15:00:24 UTC, ponce wrote:
All in the title.
DMD 64-bit links with the VS linker.
Do users need to install the VS redistributable
On Monday, 28 September 2015 at 13:06:37 UTC, John Colvin wrote:
https://github.com/DlangScience/design/blob/master/design.pdf
BTW there is a plot thing David Simcha did years ago:
http://code.dlang.org/packages/plot2kill
I don't know how good it is though, I've never actually used it.
That
On Monday, 28 September 2015 at 10:03:14 UTC, Robert burner
Schadek wrote:
Review of std.experimental.testing formal review
the two weeks of the formal review phase are over.
The review thread was very shallow. Dicebot again expressed
this disaffection with the assert function names
https://issues.dlang.org/show_bug.cgi?id=15060
--- Comment #8 from bitwise ---
>> ponce 2015-09-18 09:47:37 UTC
>> Hacky workaround found by bitwise and Martin Nowak:
>> http://forum.dlang.org/post/lldikuutgrpmmyuhf...@forum.dlang.org
I suppose I should note that I
On Monday, 28 September 2015 at 11:41:37 UTC, Gary Willoughby
wrote:
Article:
http://nomad.so/2015/09/working-with-files-in-the-d-programming-language/
Reddit link:
https://www.reddit.com/r/programming/comments/3mosw7/working_with_files_in_the_d_programming_language/
This is the best way to
On Thursday, 17 September 2015 at 14:48:07 UTC, nazriel wrote:
On Wednesday, 16 September 2015 at 20:52:08 UTC, Andrei
Alexandrescu wrote:
On 09/16/2015 09:49 AM, nazriel wrote:
1-2 days more and we will be done with it so IMHO no need
take any
additionals steps for it right now.
That's
On Monday, 28 September 2015 at 11:41:37 UTC, Gary Willoughby
wrote:
Article:
http://nomad.so/2015/09/working-with-files-in-the-d-programming-language/
Reddit link:
https://www.reddit.com/r/programming/comments/3mosw7/working_with_files_in_the_d_programming_language/
Cool.
On Mon, 2015-09-28 at 12:46 +, John Colvin via Digitalmars-d-learn
wrote:
> […]
>
> Pretty much as expected. Locks are slow, shared accumulators
> suck, much better to write to thread local and then merge.
Quite. Dataflow is where the parallel action is. (Except for those
writing
On Monday, 28 September 2015 at 13:20:54 UTC, Mike Parker wrote:
On Monday, 28 September 2015 at 10:02:20 UTC, Chris wrote:
Hi, I've just read the post. It's nice, it doesn't waste the
reader's time and comes straight to the point (apart from
highlighting D's strength). I agree, however,
https://issues.dlang.org/show_bug.cgi?id=15108
--- Comment #2 from Jack Stouffer ---
(In reply to yebblies from comment #1)
> Nobody has any intention of supporting ARM in DMD, AFAIK. GDC and LDC
> already support ARM, so D is already available for those devices (subject
On Saturday, 26 September 2015 at 00:28:19 UTC, Jonathan M Davis
wrote:
A lot of folks write code because they want to get something
done and simply because they like coding. Publicizing it isn't
necessarily particularly important to them. They may want to
make it open source so that others
On 25/09/2015 14:43, Laeeth Isharc wrote:
On Friday, 25 September 2015 at 11:24:04 UTC, Bruno Medeiros wrote:
On 23/09/2015 22:02, Ola Fosheim Grøstad wrote:
IDE is not just a nice interface to write code. It's a way to organize
files, AST based file browsing, github integration, and - the
https://issues.dlang.org/show_bug.cgi?id=15125
Issue ID: 15125
Summary: Explicit pure needed even though pure: at the top of
the file
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=15124
Issue ID: 15124
Summary: Order By Number Of Downloads On code.dlang.org
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
On Sunday, 27 September 2015 at 06:34:29 UTC, Walter Bright wrote:
That all conspires to ensure that you CANNOT SEE what the
longer values even are! It's pathetic.
Well they finally fixed that, at least. A week ago.
On Monday, 28 September 2015 at 15:08:55 UTC, Wyatt wrote:
On Sunday, 27 September 2015 at 06:34:29 UTC, Walter Bright
wrote:
That all conspires to ensure that you CANNOT SEE what the
longer values even are! It's pathetic.
Well they finally fixed that, at least. A week ago.
http://wiki.dlang.org/Vision/2015H1 C++ integration was planned
to be available by the end of 2015. May be too optimistic still.
On 09/09/2015 09:18 PM, Paul O'Neil wrote:
> I understand that you may not have the IngramSpark edition yet, so an
> answer may have to wait:
>
> Which publisher produces the better book? Is one bound better, etc.?
I've received the first proof copy of the IngramSpark printing.
Comparing it
Oops found it my self.
I had to use
auto x = foo();
I tried your code as this and it doesn't work.
#!/usr/bin/rdmd -O
import std.stdio;
struct S {
int a;
@disable this(this);
};
S foo() {
S v;
v.a = 1;
writeln();
return v;
}
void main()
{
S x;
x = foo();
writeln();
}
I even tried with dmd -O without
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins
wrote:
The blog platform itself is home-made and the server-side is
100% D (vibe.d). Once I build it up a bit more, I will probably
put it up on github as an example of how easy it is to build
high-performance frontend and backend
On 09/27/2015 08:39 AM, olivier henley wrote:
On Sunday, 27 September 2015 at 15:35:38 UTC, olivier henley wrote:
OMG! Congratulations many many times Ali.
As we speak, my copy just left the motorcycle dealer and is riding,
without a helmet, to Montreal! =)
Forgot to mention: I find the
I'm using Qt/C++ on a Mac. I want to try my hand at making a
dylib in D that can receive a C++ string, reverse it, and respond
with the result back to Qt/C++.
Are there any easy tutorials out there with something simple like
that?
You probably want me to type some code so that I showed that
https://issues.dlang.org/show_bug.cgi?id=15074
--- Comment #1 from Lars T. Kyllingstad ---
(1) seems like the better solution to me. Personally, I'd prefer it if
unterminated groups resulted in a parse error rather than being implicitly
closed.
--
Am Tue, 18 Aug 2015 09:05:32 +
schrieb "Marc Schütz" :
> Or, as above, leave it to the end user and provide a `to(T)`
> method that can support built-in types and `BigInt` alike.
You mean the user should write a JSON number parsing routine
on their own? Then which part is
On 09/25/2015 08:22 PM, Enjoys Math wrote:
Init:
programResultsQ = heapify!(compareResults,
Array!(Results!(O,I)))(Array!(Results!(O,I))([Results!(O,I)()]), 1);
Decl:
alias ProgramResultsQueue(O,I) = BinaryHeap!(Array!(Results!(O,I)),
compareResults);
Error:
assert error in
https://issues.dlang.org/show_bug.cgi?id=15051
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15101
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW |RESOLVED
On Sat, 2015-09-26 at 15:56 +, Jay Norwood via Digitalmars-d-learn
wrote:
> std.parallelism.reduce documentation provides an example of a
> parallel sum.
>
> This works:
> auto sum3 = taskPool.reduce!"a + b"(iota(1.0,101.0));
>
> This results in a compile error:
> auto sum3 =
On Mon, 2015-09-28 at 11:38 +, John Colvin via Digitalmars-d-learn
wrote:
> […]
>
> It would be really great if someone knowledgable did a full
> review of std.parallelism to find out the answer, hint, hint...
> :)
Indeed, I would love to be able to do this. However I don't have time
in
On Monday, 28 September 2015 at 09:49:03 UTC, John Colvin wrote:
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins
wrote:
Today I launched a very tiny and humble blog, with the first
post being about D. It's likely all posts will be about D in
the end...
[...]
this is what
On 28 September 2015 at 09:51, Walter Bright via Digitalmars-d
wrote:
> On 9/27/2015 12:54 AM, Manu via Digitalmars-d wrote:
>>
>> They simply don't recognise its existence. It's a piece of antiquated
>> detritus, only used by strange people who wear woolen shirts
>>
On Sat, 2015-09-26 at 14:33 +0200, anonymous via Digitalmars-d-learn
wrote:
> […]
> I'm pretty sure atomicOp is faster, though.
Rough and ready anecdotal evidence would indicate that this is a
reasonable statement, by quite a long way. However a proper benchmark
is needed for statistical
On Fri, 2015-09-25 at 18:45 +, Meta via Digitalmars-d-learn wrote:
> […]
>
> The main difference is that "method call" style is more amenable
> to chaining (and IMO, it looks cleaner as you don't have nesting
> parentheses.
I guess coming from Clojure I was less worried about Lisp-style
I hadn't answered as I do not have answers to the questions you ask. My
reason: people should not be doing their codes using these low-level
shared memory techniques. Data parallel things should be using the
std.parallelism module. Dataflow-style things should be using spawn and
channels – akin to
On Monday, 28 September 2015 at 11:23:25 UTC, Manu wrote:
On 28 September 2015 at 09:51, Walter Bright via Digitalmars-d
wrote:
On 9/27/2015 12:54 AM, Manu via Digitalmars-d wrote:
They simply don't recognise its existence. It's a piece of
antiquated detritus,
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins
wrote:
Today I launched a very tiny and humble blog, with the first
post being about D. It's likely all posts will be about D in
the end...
You can reach it http://www.mmartins.me
Hi,
If you can create an RSS or ATOM feed for D
As a single data point:
== anonymous_fix.d ==
5050
real0m0.168s
user0m0.200s
sys 0m0.380s
== colvin_fix.d ==
5050
real0m0.036s
user0m0.124s
sys 0m0.000s
== norwood_reduce.d
On Sat, 2015-09-26 at 10:46 +, John Colvin via Digitalmars-d-learn
wrote:
> […]
I guess the summary is: it's a breaking change, so do it. No we can't
do that it's a breaking change.
Seems lame given all the other breaking changes that have been. Sad
given that reduce is probably the single
On Sat, 2015-09-26 at 12:32 +, Zoidberg via Digitalmars-d-learn
wrote:
> > Here's a correct version:
> >
> > import std.parallelism, std.range, std.stdio, core.atomic;
> > void main()
> > {
> > shared ulong i = 0;
> > foreach (f; parallel(iota(1, 100+1)))
> > {
> >
On Sat, 2015-09-26 at 17:20 +, Jay Norwood via Digitalmars-d-learn
wrote:
> This is a work-around to get a ulong result without having the
> ulong as the range variable.
>
> ulong getTerm(int i)
> {
> return i;
> }
> auto sum4 = taskPool.reduce!"a +
>
On Monday, 28 September 2015 at 11:31:33 UTC, Russel Winder wrote:
On Sat, 2015-09-26 at 14:33 +0200, anonymous via
Digitalmars-d-learn wrote:
[…]
I'm pretty sure atomicOp is faster, though.
Rough and ready anecdotal evidence would indicate that this is
a reasonable statement, by quite a
On Monday, 28 September 2015 at 11:04:56 UTC, Russel Winder wrote:
On Sat, 2015-09-26 at 10:46 +, John Colvin via
Digitalmars-d-learn wrote:
[…]
I guess the summary is: it's a breaking change, so do it. No we
can't do that it's a breaking change.
Seems lame given all the other breaking
On Monday, 28 September 2015 at 10:52:07 UTC, anonymous wrote:
On Monday 28 September 2015 12:40, anonymous wrote:
The client probably sends a newline; i.e. buffer[0 ..
received] is "exit\n".
Or more likely it's "exit\r\n".
I changed condition to:
if(to!string(buffer[0..received]) ==
Article:
http://nomad.so/2015/09/working-with-files-in-the-d-programming-language/
Reddit link:
https://www.reddit.com/r/programming/comments/3mosw7/working_with_files_in_the_d_programming_language/
On Sunday, 27 September 2015 at 06:34:29 UTC, Walter Bright wrote:
On 9/26/2015 10:20 AM, Brad Anderson wrote:
Just a little aside tip, Windows search these days is actually
really excellent
for settings like this (and programs). Windows Key + "env" +
Enter is enough to
get you to the dialog.
On Mon, 2015-09-28 at 11:37 +, John Colvin via Digitalmars-d-learn
wrote:
>
[…]
> My thoughts exactly, even though it was partly me that pointed
> out the breaking changes...
Curses, if no-one had pointed out it was breaking maybe no-one would
have noticed, and just made the change?
> I
On Monday, 28 September 2015 at 11:53:28 UTC, Vladimir Panteleev
wrote:
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins
wrote:
Today I launched a very tiny and humble blog, with the first
post being about D. It's likely all posts will be about D in
the end...
You can reach it
On Monday, 28 September 2015 at 11:41:37 UTC, Gary Willoughby
wrote:
Article:
http://nomad.so/2015/09/working-with-files-in-the-d-programming-language/
Reddit link:
https://www.reddit.com/r/programming/comments/3mosw7/working_with_files_in_the_d_programming_language/
Great article, I can see
https://issues.dlang.org/show_bug.cgi?id=15041
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15039
Vladimir Panteleev changed:
What|Removed |Added
CC|
On Friday, 25 September 2015 at 21:03:12 UTC, Laeeth Isharc wrote:
And sensible mercantile consideration of what might go wrong
and what you are going to do if that happens - that's a very
different thing from what Chris was speaking about. Because in
enterprises it's often the case that
On Monday, 28 September 2015 at 09:06:52 UTC, Jacob Carlborg
wrote:
On 2015-09-27 07:01, Jonathan M Davis wrote:
This DIP provides a way to handle unittest blocks inside of
templates
which works with ddoc without compiling the unittest blocks
into each
instantiation.
On Monday, 28 September 2015 at 04:55:30 UTC, tcak wrote:
On Sunday, 27 September 2015 at 23:56:10 UTC, holo wrote:
Hello
Im trying to execute commands on server side. Here is my
server based on other example from forum:
[...]
You are comparing whole buffer to "exit"
I changed my
On Monday 28 September 2015 12:40, anonymous wrote:
> The client probably sends a newline; i.e. buffer[0 .. received] is
> "exit\n".
Or more likely it's "exit\r\n".
https://issues.dlang.org/show_bug.cgi?id=15047
Vladimir Panteleev changed:
What|Removed |Added
CC|
On 2015-09-27 07:01, Jonathan M Davis wrote:
This DIP provides a way to handle unittest blocks inside of templates
which works with ddoc without compiling the unittest blocks into each
instantiation.
http://wiki.dlang.org/DIP82
I assume you won't have access to the template parameters?
--
https://issues.dlang.org/show_bug.cgi?id=15060
Jacob Carlborg changed:
What|Removed |Added
CC||d...@me.com
--- Comment #7
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins
wrote:
Today I launched a very tiny and humble blog, with the first
post being about D. It's likely all posts will be about D in
the end...
[...]
this is what http://code.dlang.org/packages/gl3n does, right?
https://issues.dlang.org/show_bug.cgi?id=15108
yebblies changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Review of std.experimental.testing formal review
the two weeks of the formal review phase are over.
The review thread was very shallow. Dicebot again expressed this
disaffection with the assert function names
"should(BeTrue|BeFalse|...)" No agreement could be found.
Personally, I'm not sure
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins
wrote:
Today I launched a very tiny and humble blog, with the first
post being about D. It's likely all posts will be about D in
the end...
You can reach it http://www.mmartins.me
I want to get better at writing, as I have barely
On Monday 28 September 2015 11:59, holo wrote:
> I changed my condition to:
>
> if(to!string(buffer[0..received]) == "exit")
> {
>
> break;
> }
>
>
> But it still dint help.
The client probably sends a newline; i.e. buffer[0 .. received] is "exit\n".
1 - 100 of 120 matches
Mail list logo