On Friday, 24 October 2014 at 03:42:29 UTC, safety0ff wrote:
On Friday, 24 October 2014 at 02:51:20 UTC, tcak wrote:
I don't want to blame dmd directly because as far as I see
from the search I did with "__lll_lock_wait_private", some C++
programs are having same problem with malloc operation
On Thursday, 23 October 2014 at 21:42:46 UTC, anonymous wrote:
On Thursday, 23 October 2014 at 21:17:25 UTC, deed wrote:
Some testing can be found on http://dpaste.dzfl.pl/5f55f4152aa8
for both Windows and Linux. This just illustrates the sin
function.
I think the tests marked "[1]" are expec
On Friday, 24 October 2014 at 00:37:26 UTC, Mike Parker wrote:
There are people out there using D who do not participate in
the newsgroups. Walter has told us before that he gets emails
from companies using D in production. He has to deal with
complaints about code breakage that we aren't goi
If it's deterministic, looks more like
https://issues.dlang.org/show_bug.cgi?id=4890
(11981 is not deterministic)
On Friday, 24 October 2014 at 08:47:55 UTC, Kagamin wrote:
If it's deterministic, looks more like
https://issues.dlang.org/show_bug.cgi?id=4890
(11981 is not deterministic)
Yes, it is deterministic. Run it as many times as you
want, and it does the same thing. I ran it now again, and
still sam
maybe
template Foo(T a, T: T[U], U)
Do you see recursive call to malloc in the stack trace?
On Friday, 24 October 2014 at 08:55:17 UTC, Kagamin wrote:
Do you see recursive call to malloc in the stack trace?
I further simplified the example:
import std.stdio;
import core.thread;
class ThreadTest{
public this(){
new core.thread.Thread( &threadRun ).start();
On Thursday, 23 October 2014 at 21:17:23 UTC, Jonathan M Davis
wrote:
On Thursday, 23 October 2014 at 11:13:26 UTC, Colin wrote:
Hi,
I'm looking for an easy way to parse a dates into a datetime
object.
Most of my dates will be of the form:
mmm dd, HH:MM AM|PM
So like: "May 30, 2014 12:
On Friday, 24 October 2014 at 09:12:57 UTC, tcak wrote:
On Friday, 24 October 2014 at 08:55:17 UTC, Kagamin wrote:
Do you see recursive call to malloc in the stack trace?
I further simplified the example:
import std.stdio;
import core.thread;
class ThreadTest{
public this(){
On Friday, October 24, 2014 08:19:48 Paolo Invernizzi via Digitalmars-d-learn
wrote:
> On Friday, 24 October 2014 at 00:37:26 UTC, Mike Parker wrote:
> > There are people out there using D who do not participate in
> > the newsgroups. Walter has told us before that he gets emails
> > from companie
Looks like your IDE filters too much. Can you configure it to
filter less and show address locations?
On Friday, 24 October 2014 at 10:46:57 UTC, tcak wrote:
On Friday, 24 October 2014 at 10:29:10 UTC, Kagamin wrote:
Looks like your IDE filters too much. Can you configure it to
filter less and show address locations?
This is what I have found:
Main Thread
http://i.imgur.com/6ElZ3Fm.png
Secon
On Friday, 24 October 2014 at 10:29:10 UTC, Kagamin wrote:
Looks like your IDE filters too much. Can you configure it to
filter less and show address locations?
This is what I have found:
Main Thread
http://i.imgur.com/6ElZ3Fm.png
Second Thread (TestThread)
http://i.imgur.com/w4y5gYB.png
On Friday, 24 October 2014 at 10:46:57 UTC, tcak wrote:
Second Thread (TestThread)
http://i.imgur.com/w4y5gYB.png
Hmm... where is __lll_lock_wait_private now? And how mmap can
hang at all?
On 10/23/14 2:46 PM, deed wrote:
On Thursday, 23 October 2014 at 18:26:53 UTC, Steven Schveighoffer wrote:
On 10/23/14 2:18 PM, deed wrote:
Using equality is not a good idea with floating point.
The compiler will on a whim, or depending on whether it can inline or
not, use higher precision flo
OK, I tried with OSX 64-bit compiler. Perhaps 32 bit would not
fare as well. What platform are you testing on?
Have tried Linux and Windows 64-bit and it seems to be an issue
when compiled with -m32. Tests are provided here
http://dpaste.dzfl.pl/5f55f4152aa8.
I agree that one cannot compare
On 10/23/14 3:22 PM, "Marc =?UTF-8?B?U2Now7x0eiI=?= "
wrote:
On Thursday, 23 October 2014 at 18:57:33 UTC, Ali Çehreli wrote:
On 10/22/2014 11:37 PM, Jonathan M Davis wrote:
> x = x;
>
> which is so obviously wrong that I don't know how much of
anyone could
> make that mistake. But simply makin
On Friday, 24 October 2014 at 08:53:05 UTC, Kagamin wrote:
maybe
template Foo(T a, T: T[U], U)
No luck. Error: undefined identifier T
On Thu, 23 Oct 2014 18:28:04 +
Max Samukha via Digitalmars-d-learn
wrote:
um-hm... maybe this:
void Foo(T, U) (T delegate (U) a) {
// here T is bool, U is int for the following sample
import std.stdio;
writeln(a(3));
}
Foo((int x) => x%2 == 0);
signature.asc
Description:
On Fri, 24 Oct 2014 17:05:57 +0300
ketmar via Digitalmars-d-learn
wrote:
> On Thu, 23 Oct 2014 18:28:04 +
> Max Samukha via Digitalmars-d-learn
> wrote:
>
> um-hm... maybe this:
>
> void Foo(T, U) (T delegate (U) a) {
> // here T is bool, U is int for the following sample
> impor
Hi people and thanks for weighing in. It's nice to note that there's
already a DIP on this. I hope it's refined and implemented in a future
version in a meaningful manner. Is it OK to edit the wiki to add one's
opinions?
And in this case, personally I'm not sure why people are talking about
code *
Hello. I realize the wording "non-const method" is probably a C++-ism
but please see the following code. In both C++ and D, the compilers
are complaining only when I try to assign directly to the member of an
rvalue, but if I try to assign via a non-const ref returned by a
non-const method, then it
On Friday, 24 October 2014 at 14:23:04 UTC, Shriramana Sharma via
Digitalmars-d-learn wrote:
As for the cases when serious changes to the grammar are
needed, I
feel the Py2 to Py3 transition is a good example to emulate.
Lots of
cleanup happened in Py3, Py2 is still supported, and there
exists
On 10/24/2014 07:49 AM, Shriramana Sharma via Digitalmars-d-learn wrote:
> the compilers
> are complaining only when I try to assign directly to the member of an
> rvalue, but if I try to assign via a non-const ref returned by a
> non-const method, then it's apparently fine?!! At least shouldn't
On 10/24/14 10:49 AM, Shriramana Sharma via Digitalmars-d-learn wrote:
Hello. I realize the wording "non-const method" is probably a C++-ism
but please see the following code. In both C++ and D, the compilers
are complaining only when I try to assign directly to the member of an
rvalue, but if I
On Friday, 24 October 2014 at 15:06:25 UTC, Ola Fosheim Grøstad
wrote:
I agree that "@"-stuff is trivial, but I don't think Python
sets a good example. The codebase is basically divided in two,
libraries have to support both, and I think they should have
changed more if going to the trouble.
On Friday, 24 October 2014 at 14:06:08 UTC, ketmar via
Digitalmars-d-learn wrote:
On Thu, 23 Oct 2014 18:28:04 +
Max Samukha via Digitalmars-d-learn
wrote:
um-hm... maybe this:
void Foo(T, U) (T delegate (U) a) {
// here T is bool, U is int for the following sample
import std.s
On Fri, 24 Oct 2014 16:00:41 +
via Digitalmars-d-learn wrote:
> On Friday, 24 October 2014 at 14:06:08 UTC, ketmar via
> Digitalmars-d-learn wrote:
> > On Thu, 23 Oct 2014 18:28:04 +
> > Max Samukha via Digitalmars-d-learn
> >
> > wrote:
> >
> > um-hm... maybe this:
> >
> > void Foo(
On Friday, 24 October 2014 at 10:49:42 UTC, tcak wrote:
On Friday, 24 October 2014 at 10:46:57 UTC, tcak wrote:
On Friday, 24 October 2014 at 10:29:10 UTC, Kagamin wrote:
Looks like your IDE filters too much. Can you configure it to
filter less and show address locations?
This is what I have
On Friday, 24 October 2014 at 14:13:10 UTC, ketmar via
Digitalmars-d-learn wrote:
sorry if this is not what you mean, template magic sometimes
scares me
and i'm loosing my mind. ;-)
What I meant was your example with the delegate parameter moved
to the template list:
template Foo(T delega
On Friday, 24 October 2014 at 17:08:00 UTC, Max Samukha wrote:
Apparently, D doesn't allow type variables in value parameters
at all.
Nor does it allow passing delegates to value parameters, only
alias parameters.
within DerelictOrg, I've used DerelictGL3 and DerelictGLFW3
packages successfully. But just today I stumbled across
D-Programming-Deimos and noticed that it has a glfw and an OpenGL
as well.
I've read some of the descriptions and Derelict talks about
"dynamic bindings" where Deimos mentions
On Fri, 24 Oct 2014 18:04:13 +, WhatMeWorry wrote:
> Just for clarity's sake, should I consider the DerelictOrg and Deimos
> (packages, projects, or libraries) as separate from one another? Or
> does DerelictOrg use Deimos behind the scenes?
They are quite different. The Deimos packages ar
On Friday, 24 October 2014 at 16:12:48 UTC, ketmar via
Digitalmars-d-learn wrote:
On Fri, 24 Oct 2014 16:00:41 +
via Digitalmars-d-learn
wrote:
On Friday, 24 October 2014 at 14:06:08 UTC, ketmar via
Digitalmars-d-learn wrote:
> On Thu, 23 Oct 2014 18:28:04 +
> Max Samukha via Digita
On Friday, 24 October 2014 at 12:38:48 UTC, Kagamin wrote:
On Friday, 24 October 2014 at 10:46:57 UTC, tcak wrote:
Second Thread (TestThread)
http://i.imgur.com/w4y5gYB.png
Hmm... where is __lll_lock_wait_private now? And how mmap can
hang at all?
Here it is.
http://i.imgur.com/5ZDuYRF.png
On Friday, 24 October 2014 at 16:51:02 UTC, Kapps wrote:
On Friday, 24 October 2014 at 10:49:42 UTC, tcak wrote:
Not sure if this is the same issue, but by default gdb breaks
on signals that the GC uses, which would explain why it's
breaking in gdb but not normally.
What happens if you try:
I just started to dip my toes into vibe.d and I tried to stay on
the beaten track. I downloaded vibe, and did the "First Steps" as
recommended:
$ cd /path/to/my/projects
$ dub init vibe.d
But when I try compiling the default code in app.d which is
created after the "dub init" above, I get:
On Friday, 24 October 2014 at 19:58:37 UTC, WhatMeWorry wrote:
I just started to dip my toes into vibe.d and I tried to stay
on the beaten track. I downloaded vibe, and did the "First
Steps" as recommended:
$ cd /path/to/my/projects
$ dub init vibe.d
But when I try compiling the default co
I'm following the preliminary example "Dynamically Loading a D
DLL From a C Program" here: http://dlang.org/dll-linux.html#dso9
Firstly, my output is different:
+main()
libdll.so is loaded
dll() function is found
dll()
unloading libdll.so
-main()
If looks like static this and ~this are not bei
On Friday, 24 October 2014 at 18:38:39 UTC, tcak wrote:
On Friday, 24 October 2014 at 16:51:02 UTC, Kapps wrote:
On Friday, 24 October 2014 at 10:49:42 UTC, tcak wrote:
Not sure if this is the same issue, but by default gdb breaks
on signals that the GC uses, which would explain why it's
brea
Apologies. That should be Ubuntu 14.04.
On Friday, 24 October 2014 at 20:59:20 UTC, John McFarlane wrote:
I'm following the preliminary example "Dynamically Loading a D
DLL From a C Program" here: http://dlang.org/dll-linux.html#dso9
Firstly, my output is different:
+main()
libdll.so is loade
As a Windows programmer using D, I find a number of questionable
things with D's focus on using string everywhere. It's not a huge
deal to add in UTF-8 to UTF-16 mapping in certain areas, but when
it comes to working with a lot of data and Windows API calls, the
less needless conversions the be
I would appreciate comments on my palindrome predicate function
bool isPalindrome(R)(in R range) @safe pure
if (isBidirectionalRange!(R))
{
import std.range: retro, take;
import std.algorithm: equal;
static if (hasLength!R)
{
const mid = range.length/2; // too long for
On Fri, Oct 24, 2014 at 09:56:18PM +, "Nordlöw" via Digitalmars-d-learn
wrote:
> I would appreciate comments on my palindrome predicate function
>
> bool isPalindrome(R)(in R range) @safe pure
> if (isBidirectionalRange!(R))
> {
> import std.range: retro, take;
> import std.algori
On Friday, 24 October 2014 at 21:56:20 UTC, Nordlöw wrote:
bool isPalindrome(R)(in R range) @safe pure
Aside: for templates, just let the compiler infer @safe and pure.
You don't know whether the range operations on R are pure or not.
As for the actual algorithm, there's no need for the rand
Hi All,
I was wondering why in the code below f1() works but f2 template
version called in the same manner does not. Is there a good
reason from a language/compiler perspective?
Thanks.
uri
---
auto f1(int[2][2] m)
{
return m[0][0]*m[1][1]-m[0][1]*m[1][0];
}
auto f2(T)(T[2][2] m)
{
On Friday, 24 October 2014 at 21:02:05 UTC, Kapps wrote:
Yes, GDB is stopping on SIGUSR1 / SIGUSR2 since that's the
default settings. D's GC uses these signals for suspending /
resuming threads during a collection. You need to type what I
said above, prior to typing 'run'.
I took a look at
I can't answer the first question, but for the second, I've given
an example here:
http://forum.dlang.org/post/zfdvrwvgavykauczb...@forum.dlang.org
I've done that many, many times and do not see any problems
related to the runtime.
On Friday, 24 October 2014 at 20:59:20 UTC, John McFarlane w
On Friday, 24 October 2014 at 22:29:12 UTC, Peter Alexander wrote:
On Friday, 24 October 2014 at 21:56:20 UTC, Nordlöw wrote:
bool isPalindrome(R)(in R range) @safe pure
Aside: for templates, just let the compiler infer @safe and
pure. You don't know whether the range operations on R are pure
On Friday, October 24, 2014 21:06:37 dcrepid via Digitalmars-d-learn wrote:
> As a Windows programmer using D, I find a number of questionable
> things with D's focus on using string everywhere. It's not a huge
> deal to add in UTF-8 to UTF-16 mapping in certain areas, but when
> it comes to workin
On 25/10/2014 11:32 a.m., uri wrote:
Hi All,
I was wondering why in the code below f1() works but f2 template version
called in the same manner does not. Is there a good reason from a
language/compiler perspective?
Thanks.
uri
---
auto f1(int[2][2] m)
{
return m[0][0]*m[1][1]-m[0][1]*m[1
On Fri, 24 Oct 2014 22:32:57 +
uri via Digitalmars-d-learn wrote:
D doesn't try to convert types on template argument deduction. what you
really get from '[[1,2],[3,4]]' is (int[][]), not (int[2][2]). note
that static arrays are not the same thing as dynamic arrays. for 'f1'
compiler doing th
On Fri, 24 Oct 2014 22:32:57 +
uri via Digitalmars-d-learn wrote:
> Hi All,
>
> I was wondering why in the code below f1() works but f2 template
> version called in the same manner does not. Is there a good
> reason from a language/compiler perspective?
>
> Thanks.
> uri
>
>
> ---
> aut
On Friday, 24 October 2014 at 22:33:09 UTC, bachmeier wrote:
I can't answer the first question, but for the second, I've
given an example here:
http://forum.dlang.org/post/zfdvrwvgavykauczb...@forum.dlang.org
I've done that many, many times and do not see any problems
related to the runtime.
On Thursday, 23 October 2014 at 07:39:21 UTC, Gary Willoughby
wrote:
On Thursday, 23 October 2014 at 00:59:26 UTC, Shriramana Sharma
via Digitalmars-d-
I submit that the syntax for attributes should be streamlined.
Shall I
go and open a Bugzilla item?
No need: http://wiki.dlang.org/DIP64
Be
I intent to use D to make a small 2D game.
I have downloaded eclipse, DDT plugin and dub. I also set the
path to dub in eclipse.
So I made a new project, tested a writeln and it worked. The next
step was to add some dependencies for derelict. I need SFML for
now (and DerelictUtils of course).
On Friday, 24 October 2014 at 23:20:02 UTC, ketmar via
Digitalmars-d-learn wrote:
On Fri, 24 Oct 2014 22:32:57 +
uri via Digitalmars-d-learn
wrote:
Hi All,
I was wondering why in the code below f1() works but f2
template version called in the same manner does not. Is there
a good reas
Oh and another thing: The program compiles right now but I can't
execute it because for some reason:
Failed to create a child process.
Cannot run program
"/home/minas/Projects/eclipse_workspace/DTest/dtest" (in
directory "/home/minas/Projects/eclipse_workspace/DTest"):
error=13, Permission den
On Fri, 24 Oct 2014 23:46:27 +
uri via Digitalmars-d-learn wrote:
> On a related note, does the D spec guarantee the following will
> be rectangular in memory?
>
> auto a = [ [1,2],[3,4] ];
ah, no, it's not. this is array of arrays, i.e. 'int[][]'. only static
arrays are guaranteed to be pl
On Friday, 24 October 2014 at 23:46:28 UTC, uri wrote:
On a related note, does the D spec guarantee the following will
be rectangular in memory?
auto a = [ [1,2],[3,4] ];
Cheers,
uri
I just checked the docs and auto a = [ [1,2],[3,4] ] will be an
an array of pointers. So this cannot wor
On Saturday, 25 October 2014 at 00:00:54 UTC, ketmar via
Digitalmars-d-learn >
we have a nice PR from Kenji that allows the following
declarations:
int[$][$] a = [ [1,2],[3,4] ];
but alas, it's not in the mainline yet.
This will be cool, especially auto[$][$] also works.
thanks,
uri
On Friday, October 24, 2014 23:38:38 Chris Williams via Digitalmars-d-learn
wrote:
> On Thursday, 23 October 2014 at 07:39:21 UTC, Gary Willoughby
>
> wrote:
> > On Thursday, 23 October 2014 at 00:59:26 UTC, Shriramana Sharma
> > via Digitalmars-d-
> >
> >> I submit that the syntax for attributes
On Sat, 25 Oct 2014 00:38:37 +
uri via Digitalmars-d-learn wrote:
> On Saturday, 25 October 2014 at 00:00:54 UTC, ketmar via
> Digitalmars-d-learn >
>
>
> > we have a nice PR from Kenji that allows the following
> > declarations:
> >
> > int[$][$] a = [ [1,2],[3,4] ];
> >
> > but alas,
On Friday, 24 October 2014 at 21:02:05 UTC, Kapps wrote:
On Friday, 24 October 2014 at 18:38:39 UTC, tcak wrote:
On Friday, 24 October 2014 at 16:51:02 UTC, Kapps wrote:
This is what I did on shell: (I put some spaces for
readability)
tolga@tolga:~/dev/d/bug$ dmd -gc -debug test.d
tolga@tol
On Friday, 24 October 2014 at 22:53:15 UTC, Jonathan M Davis via
Digitalmars-d-learn wrote:
Also, given how DirEntry works internally, I'd definitely be
inclined to argue
that it would be too much of a mess to support wstring unless
it's by simply
converting the name to a wstring when requeste
On Saturday, October 25, 2014 01:11:26 dcrepid via Digitalmars-d-learn wrote:
> On Friday, 24 October 2014 at 22:53:15 UTC, Jonathan M Davis via
> Anyway, some things to think about.
DirEntry and all of the related functions and types would need quite a bit of
rewriting to do what you're suggestin
On Friday, 24 October 2014 at 23:46:51 UTC, Minas Mina wrote:
The way I specified the library seems very ugly to me.
Essentially it's a full path... How can I tell dub to use it by
locating it automatically from its local repository?
You don't. That's what dub does by default.
On Friday, 24 October 2014 at 23:50:26 UTC, Minas Mina wrote:
Oh and another thing: The program compiles right now but I
can't execute it because for some reason:
Failed to create a child process.
Cannot run program
"/home/minas/Projects/eclipse_workspace/DTest/dtest" (in
directory "/home/mina
On Friday, 24 October 2014 at 18:16:52 UTC, Justin Whear wrote:
On Fri, 24 Oct 2014 18:04:13 +, WhatMeWorry wrote:
Just for clarity's sake, should I consider the DerelictOrg and
Deimos
(packages, projects, or libraries) as separate from one
another? Or
does DerelictOrg use Deimos behind
70 matches
Mail list logo