On Monday, 30 June 2014 at 05:30:23 UTC, Jeremy Sorensen wrote:
Assuming the nCmdShow thing isn't a problem I see no reason why
the wiki should tell people to use WinMain at all.
If MSDN is to be believed
VOID WINAPI GetStartupInfo(
_Out_ LPSTARTUPINFO lpStartupInfo
);
will get you nCmdShow
On Sunday, 29 June 2014 at 20:28:23 UTC, Evan Davis wrote:
Hello, I have a compile error when trying to use GtkD 2.3.3.
When I try to create a FileChooseDialog, I call
new FileChooserDialog(Save File,
editor.drawingArea.getParent().getParentWindow(),
Is this possible? I find myself having to set breakpoints up the
callchain and step through every invocation till I find the one
that breaks. This is a really bad way to work, but when I fail an
assertion in GDB, it just reports program terminated.
On Monday, 30 June 2014 at 11:56:27 UTC, Vlad Levenfeld wrote:
Is this possible? I find myself having to set breakpoints up
the callchain and step through every invocation till I find the
one that breaks. This is a really bad way to work, but when I
fail an assertion in GDB, it just reports
Or join forces with TCLers and FreeBasicers on
FLTK C Wrapper (Fast Light Toolkit v 1.3.2)
http://www.freebasic.net/forum/viewtopic.php?f=14t=21548sid=2edf1499ea3cb2480d480455adb37ee5start=195#p197848
On Thu, Jun 26, 2014 at 12:20 PM, seany via Digitalmars-d-learn
On Monday, 30 June 2014 at 12:08:31 UTC, Dicebot wrote:
On Monday, 30 June 2014 at 11:56:27 UTC, Vlad Levenfeld wrote:
Is this possible? I find myself having to set breakpoints up
the callchain and step through every invocation till I find
the one that breaks. This is a really bad way to work,
If MSDN is to be believed
VOID WINAPI GetStartupInfo(
_Out_ LPSTARTUPINFO lpStartupInfo
);
will get you nCmdShow and lots of other goodies.
I keep getting Error: undefined identifier GetStartupInfo (or
GetStartupInfoA, or GetStartupInfoW). According to MSDN it
should be available from
On Monday, 30 June 2014 at 15:14:24 UTC, Jeremy Sorensen wrote:
documentation means import core.sys.windows.windwos
The Windows headers that come with D are pathetically minimal.
You'll need to grab a more complete win32 header OR copy/paste
the individual prototypes off MSDN and use them
On Monday, 30 June 2014 at 15:19:39 UTC, Adam D. Ruppe wrote:
On Monday, 30 June 2014 at 15:14:24 UTC, Jeremy Sorensen wrote:
documentation means import core.sys.windows.windwos
The Windows headers that come with D are pathetically minimal.
You'll need to grab a more complete win32 header OR
I tried it again in a different context and it worked. Odd.
Anyway, thanks for the information.
On Sat, Jun 28, 2014 at 06:39:33PM -0300, Ary Borenszweig via
Digitalmars-d-learn wrote:
On 6/28/14, 6:21 PM, H. S. Teoh via Digitalmars-d-learn wrote:
On Sat, Jun 28, 2014 at 05:40:19PM -0300, Ary Borenszweig via
Digitalmars-d-learn wrote:
This doesn't work:
class Foo {
this() {
On Saturday, 28 June 2014 at 21:39:35 UTC, Ary Borenszweig wrote:
On 6/28/14, 6:21 PM, H. S. Teoh via Digitalmars-d-learn wrote:
On Sat, Jun 28, 2014 at 05:40:19PM -0300, Ary Borenszweig via
Digitalmars-d-learn wrote:
This doesn't work:
class Foo {
this() {
this = new Foo;
}
}
Error:
On 06/30/2014 01:32 PM, Chris wrote:
Dunno if it's the ResponseType vs GtkResponseType
ResponseType is an alias for GtkReponseType, so that isn't the problem.
getParentWindow() returns an gdk.Window.Window while the
FileChooserDialog constructor expects an gtk.Window.Window.
you probably
On 2014-06-29 22:28, Evan Davis wrote:
I have no idea how this error exists. Can anyone help me fix it?
Perhaps some mismatch between mutable/const/immutable?
--
/Jacob Carlborg
On Monday, 30 June 2014 at 18:42:17 UTC, Mike Wey wrote:
On 06/30/2014 01:32 PM, Chris wrote:
Dunno if it's the ResponseType vs GtkResponseType
ResponseType is an alias for GtkReponseType, so that isn't the
problem.
getParentWindow() returns an gdk.Window.Window while the
For some research i decided to write small high-level binding for
libmpg123.
The question is how to write thread-safe lazy-initialization of
library.
libmpg123 has mpg123_init and mpg123_exit functions, which are
not thread-safe, so we should to call them only once per process.
Most of
Sergey Protko:
libmpg123 has mpg123_init and mpg123_exit functions, which are
not thread-safe, so we should to call them only once per
process. Most of useful libraries also has such stuff. But
manual initialization is killing all beauty of high-level
bindings.
I think module static this
On Monday, 30 June 2014 at 21:05:32 UTC, bearophile wrote:
Sergey Protko:
libmpg123 has mpg123_init and mpg123_exit functions, which are
not thread-safe, so we should to call them only once per
process. Most of useful libraries also has such stuff. But
manual initialization is killing all
On Monday, 30 June 2014 at 21:32:34 UTC, Sergey Protko wrote:
On Monday, 30 June 2014 at 21:05:32 UTC, bearophile wrote:
Sergey Protko:
libmpg123 has mpg123_init and mpg123_exit functions, which
are not thread-safe, so we should to call them only once per
process. Most of useful libraries
On 06/30/2014 11:05 PM, bearophile wrote:
Sergey Protko:
libmpg123 has mpg123_init and mpg123_exit functions, which are not
thread-safe, so we should to call them only once per process. Most of
useful libraries also has such stuff. But manual initialization is
killing all beauty of high-level
On Mon, Jun 30, 2014 at 11:36:21PM +0200, Mike Wey via Digitalmars-d-learn
wrote:
On 06/30/2014 11:05 PM, bearophile wrote:
Sergey Protko:
libmpg123 has mpg123_init and mpg123_exit functions, which are not
thread-safe, so we should to call them only once per process. Most
of useful
On Monday, 30 June 2014 at 21:36:10 UTC, Rene Zwanenburg wrote:
On Monday, 30 June 2014 at 21:32:34 UTC, Sergey Protko wrote:
On Monday, 30 June 2014 at 21:05:32 UTC, bearophile wrote:
Sergey Protko:
libmpg123 has mpg123_init and mpg123_exit functions, which
are not thread-safe, so we should
On Monday, 30 June 2014 at 21:55:56 UTC, H. S. Teoh via
Digitalmars-d-learn wrote:
On Mon, Jun 30, 2014 at 11:36:21PM +0200, Mike Wey via
Digitalmars-d-learn wrote:
On 06/30/2014 11:05 PM, bearophile wrote:
Sergey Protko:
libmpg123 has mpg123_init and mpg123_exit functions, which
are not
On 06/30/2014 01:53 PM, Sergey Protko wrote:
The question is how to write thread-safe lazy-initialization of library.
David Simcha's DConf 2013 presentation covers this question. At around
minute 28:
https://www.youtube.com/watch?feature=player_detailpagev=yMNMV9JlkcQ#t=1690
On 06/30/2014 03:46 PM, Ali Çehreli wrote:
https://www.youtube.com/watch?feature=player_detailpagev=yMNMV9JlkcQ#t=1690
Unfortunately, he never published his slides.
Here is the information about an article he wrote on the topic:
On Monday, 30 June 2014 at 15:19:39 UTC, Adam D. Ruppe wrote:
The Windows headers that come with D are pathetically minimal.
You'll need to grab a more complete win32 header OR copy/paste
the individual prototypes off MSDN and use them that way.
So add this to your D file after importing
Hi,
I have a struct and want to extends its methods, like:
```d
struct Server
{
string name;
string ip;
int port;
string user;
}
```
extension method here:
```d
string prompt(ref in Server server)
{
return server.user ~ @ ~ server.ip ~ : ~ server.port;
}
```
and call it with
On Tuesday, 1 July 2014 at 05:09:49 UTC, Puming wrote:
Hi,
I have a struct and want to extends its methods, like:
```d
struct Server
{
string name;
string ip;
int port;
string user;
}
```
extension method here:
```d
string prompt(ref in Server server)
{
return server.user ~ @ ~
On 06/30/2014 10:11 PM, Puming wrote:
On Tuesday, 1 July 2014 at 05:09:49 UTC, Puming wrote:
Hi,
I have a struct and want to extends its methods, like:
```d
struct Server
{
string name;
string ip;
int port;
string user;
}
```
extension method here:
```d
string
On Tuesday, 1 July 2014 at 05:26:47 UTC, Ali Çehreli wrote:
On 06/30/2014 10:11 PM, Puming wrote:
On Tuesday, 1 July 2014 at 05:09:49 UTC, Puming wrote:
Hi,
I have a struct and want to extends its methods, like:
```d
struct Server
{
string name;
string ip;
int port;
string
I have a question. How could I know if some alias or template
parameter is some template symbol. I want to not that I want to
know that symbol is template symbol itself but not instance of
template (std.traits.isInstanceOf give answer for that question).
I'll give some example
template
I suddenly posted it for somehow. But I hope idea is clear. How
could I test if symbol is equal to some concrete template. I
tried these examples:
template isFoo(alias F)
{
enum bool isFoo = is( F == Foo );
}
template isFoo(alias F)
{
enum bool isFoo = F == Foo;
}
Could you advise
template Foo(T...) {}
template Bar(T...) {}
template isFoo(alias F)
{
enum isFoo = __traits(isSame, F, Foo);
}
pragma(msg, isFoo!Foo); // true
pragma(msg, isFoo!Bar); // false
33 matches
Mail list logo