On Tue, 17 Dec 2013 13:21:30 -, Regan Heath wrote:
Is GetNativeSystemInfo your other solution? On the MSDN page for
GetNativeSystemInfo it recommends using IsWow64Process to detect if
you're running under WOW64, at which point you would then call
GetNativeSystemInfo.
I am not sure what Get
On Tue, 17 Dec 2013 15:13:18 +0100, Gary Willoughby wrote:
Make sure you handle if users have a 32bit OS installed on a
64bit PC.
As a matter of fact that was the actual configuration in the system I
wrote the app.
I am now with a friend with the same configuration, and it also seems
to be w
Namespace:
No, not currently. But it is an interesting idea. Maybe I will
implement this.
A use case:
https://d.puremagic.com/issues/show_bug.cgi?id=11757#c3
Visible in this line:
key2[0 .. digestSize] = key.md5Of;
But my suggested syntax is not that good, here $ has already a
meaning, tha
On Tuesday, 17 December 2013 at 17:01:55 UTC, bearophile wrote:
Namespace:
Done:
https://github.com/D-Programming-Language/dmd/pull/2958
If you have a situation like this:
int[3] foo() {
typeof(return) a;
return a;
}
void main() {
int[100] b;
b[0 .. 3] = foo();
}
Can you us
Thanks Mike. I had come to the same conclusion as the dmd
environment I copied over from 32 bit XP is working exactly as it
used to in 64bit windows 8. Just being paranoid under the weight
of newness I guess; its out to make everything we do obsolete you
know.
On Tuesday, December 17, 2013 15:52:35 monarch_dodra wrote:
> I'd be more afraid of DList's current semantics: Neither value
> nor ref. I've been trying to fix it for more than a year now:
>
> https://github.com/D-Programming-Language/phobos/pull/953
Sorry. I keep meaning to look at it, but I'm s
On Tuesday, 17 December 2013 at 17:05:36 UTC, yazd wrote:
On Tuesday, 17 December 2013 at 12:41:16 UTC, Flamaros wrote:
When I build our project with DUB under linux I get some link
errors about libdl, that is messing.
In my main I have the following lines :
version(Posix)
{
pragma(lib, "dl
Hello again,
Reading DIP 37 ( http://wiki.dlang.org/DIP37 ) shed some light on the
issue, I think.
The motivation for package.d was to allow the split of a large module into
a package. From this perspective, the difference between package.d and
all.d regarding the fully-qualified names seems to m
On Tuesday, 17 December 2013 at 21:28:12 UTC, Andrea Fontana
wrote:
Hey didn't this mean "is derived from"? :)
Is there a way to check this at compile time?
is(T : MyClass1)
It actually means "is implicitly convertable to", which "is
derived from" satisfies.
On Tuesday, 17 December 2013 at 17:19:26 UTC, anonymous wrote:
On Tuesday, 17 December 2013 at 16:50:18 UTC, Andrea Fontana
wrote:
I have something like this:
enum isValid(T) = is(T == MyClass1);
class MyClass1 {}
class MyContainer(T)
{
T value;
alias value this;
}
void main()
{
On Thursday, 12 December 2013 at 11:39:56 UTC, FreeSlave wrote:
I guess alias also should include extern(C) declaration i.e.
the right way is
alias Tcl_InterpDeleteProc = extern(C) void function(ClientData
clientData, Tcl_Interp* interp) nothrow;
Unfortunately that syntax doesn't compile. The
Am 17.12.2013 17:34, schrieb Adam D. Ruppe:
I'm not able to run your code but are you sure the web page control is
sized in your window? One time I had a problem like this and it was
because the control was a 1x1 pixel...
I just checked, the dimensions of the main form are passed correctly
to t
On Monday, 16 December 2013 at 17:20:59 UTC, Dmitry Olshansky
wrote:
16-Dec-2013 11:46, seany пишет:
I dont find any info on backtrack on tango-D2 regex.
For example, I want to match things like
barFOObar
or
bazFOObaz
so I would use, in PCRE, ^(\w*)FOO($1)$, with $1 meaning the
word (given
On Tuesday, 17 December 2013 at 16:50:18 UTC, Andrea Fontana
wrote:
I have something like this:
enum isValid(T) = is(T == MyClass1);
class MyClass1 {}
class MyContainer(T)
{
T value;
alias value this;
}
void main()
{
assert(isValid!MyClass1, "MyClass1 isn't valid");
assert(isVa
On Tuesday, 17 December 2013 at 12:41:16 UTC, Flamaros wrote:
When I build our project with DUB under linux I get some link
errors about libdl, that is messing.
In my main I have the following lines :
version(Posix)
{
pragma(lib, "dl");
}
This works well with MonoD, so it seems like versio
Hi,
Trying to compile :
import std.stdio, std.range, std.algorithm;
void main() {
auto a = [2.0,1.0,3.0];
struct Point {
double x;
}
auto b = [Point(4.0), Point(5.0), Point(6.0)];
topN!("a[0] < b[0]")(zip(a,b),1);
//sort!("a[0] <
Namespace:
Done:
https://github.com/D-Programming-Language/dmd/pull/2958
If you have a situation like this:
int[3] foo() {
typeof(return) a;
return a;
}
void main() {
int[100] b;
b[0 .. 3] = foo();
}
Can you use code like this to infer the length of the part needed
to copy?
I have something like this:
enum isValid(T) = is(T == MyClass1);
class MyClass1 {}
class MyContainer(T)
{
T value;
alias value this;
}
void main()
{
assert(isValid!MyClass1, "MyClass1 isn't valid");
assert(isValid!(MyContainer!MyClass1), "MyContainer!MyClass1
isn't valid");
}
I'm not able to run your code but are you sure the web page
control is sized in your window? One time I had a problem like
this and it was because the control was a 1x1 pixel...
On Monday, 16 December 2013 at 08:01:30 UTC, evilrat wrote:
On Monday, 16 December 2013 at 07:33:47 UTC, Jeremy DeHaan
wrote:
I've been brain storming lately on some ideas to simplify
building for the library I've been working on, and I wanted to
do some experimenting using cmdfiles. Is there s
Eventually i have lot of time to answer.
Here is what 'find' emits:
andrey@andress-ubuntu:~/anchovy$ find /lib /lib32 /usr/lib
/usr/lib32 -name "libdl*.so*" -type f -exec file {} ";"
/lib/i386-linux-gnu/libdl-2.17.so: ELF 32-bit LSB shared object,
Intel 80386, version 1 (SYSV), dynamically lin
Am Tue, 17 Dec 2013 13:41:14 +0100
schrieb "Flamaros" :
> When I build our project with DUB under linux I get some link
> errors about libdl, that is messing.
> In my main I have the following lines :
>
> version(Posix)
> {
> pragma(lib, "dl");
> }
>
> This works well with MonoD, so it see
Am Tue, 17 Dec 2013 13:30:25 -
schrieb "Regan Heath" :
> On Mon, 16 Dec 2013 21:27:13 -, Hugo Florentino wrote:
>
> > On Mon, 16 Dec 2013 20:23:00 +0100, Jacob Carlborg wrote:
> >> On 2013-12-16 17:46, Marco Leise wrote:
> >>
> >>> Hehe, I guess the whole purpose of the launcher is to ru
On 12/17/13, monarch_dodra wrote:
> Didn't I reply to this already?
dlang.org was down recently, maybe the forum was as well. :)
> Anyways... what I said is that we can add the test in
> non-release, but I see it as assertive code, so it can be removed
> in release.
Sure: version(assert) SList
On Monday, 16 December 2013 at 21:57:52 UTC, Andrej Mitrovic
wrote:
Here's some improper code that is not checked properly by SList
(meaning no assertions, not even in debug mode):
-
import std.stdio;
import std.container;
void main()
{
auto s1 = SList!string(["a", "b", "d"]);
auto
On Monday, 16 December 2013 at 21:23:11 UTC, Hugo Florentino
wrote:
GetNativeSystemInfo worked. Thanks!
The code ended being like this (it seems to be working both in
x86 and x86_64):
import std.file: exists, getcwd;
import std.path: buildPath, dirName;
import std.string: format, toStringz;
i
On Mon, 16 Dec 2013 21:27:13 -, Hugo Florentino wrote:
On Mon, 16 Dec 2013 20:23:00 +0100, Jacob Carlborg wrote:
On 2013-12-16 17:46, Marco Leise wrote:
Hehe, I guess the whole purpose of the launcher is to run in
32-bit and detect at runtime if the 64-bit main executable can
be run or t
On Mon, 16 Dec 2013 21:26:31 -, Hugo Florentino wrote:
On Mon, 16 Dec 2013 17:04:18 -, Regan Heath wrote:
...
Compile the launcher as 32bit, and use this global boolean "isWow64":
...
Thanks, it's nice to have another option.
What do you guys think are the possible advantages/disadva
When I build our project with DUB under linux I get some link
errors about libdl, that is messing.
In my main I have the following lines :
version(Posix)
{
pragma(lib, "dl");
}
This works well with MonoD, so it seems like version Posix isn't
defined with DUB or pragma ignored.
On 12/17/2013 6:13 AM, Stephen Jones wrote:
Thanks for your answers but I wasn't quite clear about what I asking.
Basically I am on a 64 bit os but I want to continue compiling for a 32
bit os. I don't want to reconfigure Derelict because I already have all
the functionality I need from Derelict.
30 matches
Mail list logo
