On Monday, April 04, 2016 13:23:16 ric maicle via Digitalmars-d-learn wrote:
> The values of the variables here can be determined during compilation.
> Should there be some kind of warning like, unsigned integer may not be
> compared to a value less than zero; or there shouldn't be since the
> prog
The values of the variables here can be determined during compilation.
Should there be some kind of warning like, unsigned integer may not be
compared to a value less than zero; or there shouldn't be since the
programmer should have known what he's doing?
import std.stdio;
void f1() {
uin
On Monday, 4 April 2016 at 03:28:01 UTC, Yuxuan Shui wrote:
I have encountered a weird bug.
I defined a Set class, which has a opBinary!"-". And somehow
this:
auto tmp = set_a-set_b;
produces different results as this:
set_a = set_a-set_b;
the latter will produce an empty set.
I tried to
On Monday, 4 April 2016 at 03:55:26 UTC, Yuxuan Shui wrote:
On Monday, 4 April 2016 at 03:28:01 UTC, Yuxuan Shui wrote:
I have encountered a weird bug.
I defined a Set class, which has a opBinary!"-". And somehow
this:
auto tmp = set_a-set_b;
produces different results as this:
set_a = set
On Monday, 4 April 2016 at 03:28:01 UTC, Yuxuan Shui wrote:
I have encountered a weird bug.
I defined a Set class, which has a opBinary!"-". And somehow
this:
auto tmp = set_a-set_b;
produces different results as this:
set_a = set_a-set_b;
the latter will produce an empty set.
I tried to
I have encountered a weird bug.
I defined a Set class, which has a opBinary!"-". And somehow this:
auto tmp = set_a-set_b;
produces different results as this:
set_a = set_a-set_b;
the latter will produce an empty set.
I tried to reduce the source code to get a test case. But this
problem ju
On Monday, 4 April 2016 at 00:50:27 UTC, Jonathan M Davis wrote:
On Sunday, April 03, 2016 23:46:10 John Colvin via
Digitalmars-d-learn wrote:
On Saturday, 2 April 2016 at 16:00:51 UTC, Jonathan M Davis
wrote:
> [...]
Maybe
aa.byKey().takeExactly(aa.length)
Yeah, that's a clever workaround.
On Sunday, April 03, 2016 23:46:10 John Colvin via Digitalmars-d-learn wrote:
> On Saturday, 2 April 2016 at 16:00:51 UTC, Jonathan M Davis wrote:
> > On Saturday, April 02, 2016 15:38:30 Ozan via
> >
> > Digitalmars-d-learn wrote:
> >> On Friday, 1 April 2016 at 20:50:32 UTC, Yuxuan Shui wrote:
>
On Saturday, 2 April 2016 at 16:00:51 UTC, Jonathan M Davis wrote:
On Saturday, April 02, 2016 15:38:30 Ozan via
Digitalmars-d-learn wrote:
On Friday, 1 April 2016 at 20:50:32 UTC, Yuxuan Shui wrote:
> Why?
>
> This is annoying when I need to feed it into a function that
> requires hasLength.
On Sunday, 3 April 2016 at 14:34:07 UTC, Vladimir Panteleev wrote:
On Sunday, 3 April 2016 at 14:19:17 UTC, rikki cattermole wrote:
[...]
Have you actually tried doing this in practice and getting it
to work?
Even with correct function signatures, you'd need more than
just the types to cor
On Sunday, 3 April 2016 at 15:34:33 UTC, Vladimir Panteleev wrote:
On Sunday, 3 April 2016 at 15:32:00 UTC, rikki cattermole wrote:
On 04/04/2016 2:34 AM, Vladimir Panteleev wrote:
[...]
LabVIEW is the one that calls the functions. You declare the
signature there. Nothing fancy pretty much l
On Sunday, 3 April 2016 at 13:59:29 UTC, Vladimir Panteleev wrote:
2. If the main program is in D and you want to use a C DLL,
then it is no different to how D already uses the Windows API
runtime or any other C library. You will need to find, create
or convert an import library in order to lin
Is there any way to know how big memory has been allocated by GC
currently (or in the last scan)?
I want to limit the total memory usage of program manually. So,
while I am allocating some space (in server program), if the
desired memory will exceed the limit, I will fail the operation
immedi
On Sunday, 3 April 2016 at 15:32:00 UTC, rikki cattermole wrote:
On 04/04/2016 2:34 AM, Vladimir Panteleev wrote:
[...]
LabVIEW is the one that calls the functions. You declare the
signature there. Nothing fancy pretty much limited to c here.
From what I've ready anyway.
So hooking GetProcA
On 04/04/2016 2:34 AM, Vladimir Panteleev wrote:
On Sunday, 3 April 2016 at 14:19:17 UTC, rikki cattermole wrote:
The link is there as a backup plan. I made the assumption that it may
not be possible to have more than one D shared lib loaded during the
lifetime.
The idea is simple. Have a D shar
On Sunday, 3 April 2016 at 14:19:17 UTC, rikki cattermole wrote:
The link is there as a backup plan. I made the assumption that
it may not be possible to have more than one D shared lib
loaded during the lifetime.
The idea is simple. Have a D shared lib that acts as a dynamic
dispatch to the ap
On 04/04/2016 1:59 AM, Vladimir Panteleev wrote:
On Sunday, 3 April 2016 at 13:50:20 UTC, rikki cattermole wrote:
On 04/04/2016 12:55 AM, Nicholas Wilson wrote:
On Sunday, 3 April 2016 at 12:20:33 UTC, rikki cattermole wrote:
I'm just guessing context here.
Oh. Needed functionality is in DLL
On Sunday, 3 April 2016 at 13:50:20 UTC, rikki cattermole wrote:
On 04/04/2016 12:55 AM, Nicholas Wilson wrote:
On Sunday, 3 April 2016 at 12:20:33 UTC, rikki cattermole
wrote:
I'm just guessing context here.
Oh. Needed functionality is in DLL. Need it in LV. Can't /
don't know
how to in LV.
On 04/04/2016 12:55 AM, Nicholas Wilson wrote:
On Sunday, 3 April 2016 at 12:20:33 UTC, rikki cattermole wrote:
I'm just guessing context here.
Oh. Needed functionality is in DLL. Need it in LV. Can't / don't know
how to in LV. setting up a server for that functionality in D ( I/O to
some powe
On Sunday, 3 April 2016 at 12:20:33 UTC, rikki cattermole wrote:
I'm just guessing context here.
Oh. Needed functionality is in DLL. Need it in LV. Can't / don't
know how to in LV. setting up a server for that functionality in
D ( I/O to some power inverters DAQ ). set up a pipe /local host
On 04/04/2016 12:16 AM, Nicholas Wilson wrote:
On Sunday, 3 April 2016 at 11:46:24 UTC, rikki cattermole wrote:
On 03/04/2016 11:36 PM, Nicholas Wilson wrote:
What is the state of DLL support on windows?
I ask because I have a project coming up very soon which will require
interacting with DLL
On Sunday, 3 April 2016 at 11:46:24 UTC, rikki cattermole wrote:
On 03/04/2016 11:36 PM, Nicholas Wilson wrote:
What is the state of DLL support on windows?
I ask because I have a project coming up very soon which will
require
interacting with DLLs (I think it is a C interface) and I
would mu
On 03/04/2016 11:36 PM, Nicholas Wilson wrote:
What is the state of DLL support on windows?
I ask because I have a project coming up very soon which will require
interacting with DLLs (I think it is a C interface) and I would much
rather do it in D than C given the opportunity.
I don't think
What is the state of DLL support on windows?
I ask because I have a project coming up very soon which will
require interacting with DLLs (I think it is a C interface) and I
would much rather do it in D than C given the opportunity.
I don't think the choice of language matters, users and
mai
24 matches
Mail list logo
