Am Wed, 18 Dec 2013 13:19:09 -
schrieb Regan Heath re...@netmail.co.nz:
On Tue, 17 Dec 2013 15:13:20 -, Marco Leise marco.le...@gmx.de wrote:
Am Tue, 17 Dec 2013 13:30:25 -
schrieb Regan Heath re...@netmail.co.nz:
On Mon, 16 Dec 2013 21:27:13 -, Hugo Florentino
Am Thu, 19 Dec 2013 00:01:03 +0100
schrieb Weasel weasel...@gmail.com:
I was wondering if it was possible to generate unique(in order)
IDs for each template instantiation of a class at compile-time.
A short example of what I'm trying to do:
static int counter = 0;
class A(T)
{
Am Wed, 18 Dec 2013 21:48:30 +0100
schrieb Andre an...@s-e-a-p.de:
Am 16.12.2013 19:44, schrieb Andre:
Hi,
I try to embed Windows Internet Explorer into my application.
Most of the coding should be availabe. During method navigate2
I get an empty white screen. No errors is thrown but
On Wednesday, 18 December 2013 at 16:28:48 UTC, H. S. Teoh wrote:
On Wed, Dec 18, 2013 at 12:27:01PM +0100, Andrea Fontana wrote:
I have an internal compiler error in my code. I can't reduce
code to
reproduce this problem, but I remember there was a tool that
can do
this, what's its name?
On Monday, 16 December 2013 at 06:07:00 UTC, Ali Çehreli wrote:
.find!(data = data.digit.equal([ a ]))
Use `std.range.only(a)` instead of `[a]` to avoid allocating GC
memory.
On 2013-12-19 13:46, MrSmith wrote:
So, do i need to use two step compilation or i need proper ordering of
parameters?
You should not need to use two steps.
One more question: why dub uses -of flag twice?
The -of flag tells the compiler which name to use for executable.
--
/Jacob
The -of flag tells the compiler which name to use for
executable.
Yep, but why it is used twice?
dmd -m32
-of.dub/build/application-debug-x86-dmd-DA39A3EE5E6B4B0D3255BFEF95601890AFD80709/test
-c
-of.dub/build/application-debug-x86-dmd-DA39A3EE5E6B4B0D3255BFEF95601890AFD80709/test.o
I'm using D 2064.2 and VisualD 0.3.37
VisualD Redirect stdout to output window checkbox is checked.
In simple ConsoleApp unittests work properly. I can debug them
and assertion fail results are printed to the Output window.
But it seems that unittests don't work at all with any
WindowsApp.
dmd -m32
-of.dub/build/application-debug-x86-dmd-DA39A3EE5E6B4B0D3255BFEF95601890AFD80709/test
-c
-of.dub/build/application-debug-x86-dmd-DA39A3EE5E6B4B0D3255BFEF95601890AFD80709/test.o
-debug -g -w -version=Have_test -version=Have_derelict_glfw3
-version=Have_derelict_util
Am 19.12.2013 10:58, schrieb Marco Leise:
Did you mean this?:
myURL.bstrVal = http://www.google.dew.ptr;
Exacactly. But if I have my url in a string variable,
how can I get the wchar[].ptr from my string variable,
to fill bstrVal?
On Thursday, 19 December 2013 at 15:45:49 UTC, Andre wrote:
Exacactly. But if I have my url in a string variable,
how can I get the wchar[].ptr from my string variable,
to fill bstrVal?
You can use wstring variables and convert them with
import std.utf;
wchar* str =
Am 19.12.2013 16:54, schrieb Adam D. Ruppe:
On Thursday, 19 December 2013 at 15:45:49 UTC, Andre wrote:
Exacactly. But if I have my url in a string variable,
how can I get the wchar[].ptr from my string variable,
to fill bstrVal?
You can use wstring variables and convert them with
import
On Thursday, 19 December 2013 at 13:55:41 UTC, ref2401 wrote:
I'm using D 2064.2 and VisualD 0.3.37
VisualD Redirect stdout to output window checkbox is checked.
In simple ConsoleApp unittests work properly. I can debug them
and assertion fail results are printed to the Output window.
But it
On 18/12/2013 20:48, Andre wrote:
= myURL.bstrVal = SysAllocString(cast(const(wchar*))url);
Looks like the problem there is casting a string to a wchar* - I guess
the resulting BSTR will contain garbage instead of the intended value.
It only works with statement:
myURL.bstrVal =
Am Thu, 19 Dec 2013 17:36:57 +
schrieb Richard Webb richard.w...@boldonjames.com:
On 18/12/2013 20:48, Andre wrote:
= myURL.bstrVal = SysAllocString(cast(const(wchar*))url);
Looks like the problem there is casting a string to a wchar* - I guess
the resulting BSTR will contain
On 12/19/2013 03:45 AM, Jakob Ovrum wrote:
On Monday, 16 December 2013 at 06:07:00 UTC, Ali Çehreli wrote:
.find!(data = data.digit.equal([ a ]))
Use `std.range.only(a)` instead of `[a]` to avoid allocating GC memory.
Thanks. That is the second time I see 'only'. Hopefully, it will stick
On 12/18/2013 05:50 AM, Hugo Florentino wrote:
BTW, how could I benchmark the performance of both solutions (lets say
for a few thousand runs) to see if one is more efficient than the other?
There is std.datetime.benchmark:
http://dlang.org/phobos/std_datetime.html#.benchmark
Ali
On 12/17/2013 07:21 PM, bearophile wrote:
But my suggested syntax is not that good, here $ has already a meaning,
that is the whole length of b, So some different idea is needed here :-(
b[0 .. $] = foo();
Sorry, I can't resist... Golden rule of system programming language
syntax: When in
On 18/12/2013 22:11, Ali Çehreli wrote:
On 12/18/2013 01:17 PM, Hugo Florentino wrote:
Changing the codepage worked indeed. Thanks.
Now, how could I do that programmatically, so that if my application
runs on a system with a different codepage, the output looks correct?
It is not
On Thu, 19 Dec 2013 19:38:20 +, Simon wrote:
Call:
SetConsoleOutputCP(65001);
Works for me on win7 64bit. Not sure how far back it's supported
though.
Interesting, thanks.
On Thu, 19 Dec 2013 10:53:12 -0800, Ali Çehreli wrote:
On 12/18/2013 05:50 AM, Hugo Florentino wrote:
BTW, how could I benchmark the performance of both solutions (lets
say
for a few thousand runs) to see if one is more efficient than the
other?
There is std.datetime.benchmark:
Le 19/12/2013 13:46, MrSmith a écrit :
Still need help. I've tried compiling a little test project with dub and
it compiled. Then i tried to compile it by hand and got the same error.
I think there is some issue in my command with parameter ordering.
Here is test project
module test;
import
I try to build in 64bits with dmd to be able to use VS tools. Please
notice on linux our project build fine in 64bits.
Here is my error :
E:\Dev\Personal\DQuick\src\samples\Minesweeperdub --arch=x86_64
Checking dependencies in 'E:\Dev\Personal\DQuick\src\samples\Minesweeper'
Building
On Thursday, 19 December 2013 at 20:37:32 UTC, Xavier Bigand
wrote:
I try to build in 64bits with dmd to be able to use VS tools.
Please notice on linux our project build fine in 64bits.
Here is my error :
E:\Dev\Personal\DQuick\src\samples\Minesweeperdub --arch=x86_64
Checking dependencies
Hi,
Why compilation depends on order of method declarations?
The following test case does not compile.
However, if we change the order of the 'read' methods in class
InputStream below then compilation will not fail.
Is it a bug?
---
module test;
import std.traits : isBasicType;
import
On 2013-12-20 08:03, kdmult wrote:
Hi,
Why compilation depends on order of method declarations?
The following test case does not compile.
However, if we change the order of the 'read' methods in class
InputStream below then compilation will not fail.
Is it a bug?
---
module test;
import
26 matches
Mail list logo