On Tuesday, 12 April 2016 at 01:32:02 UTC, Brian Schott wrote:
On Monday, 11 April 2016 at 23:01:08 UTC, marcpmichel wrote:
Is it because Linux is not an OS ? :p
I gnu somebody would bring that up.
/sigh so did I.
On Tuesday, 12 April 2016 at 02:23:40 UTC, Vladimir Panteleev
wrote:
http://dlang.org/phobos-prerelease/std_windows_syserror.html
Due to a simple omission, the documentation has not propagated
from /phobos-prerelease/ to /phobos/:
Err, to correct/expand on that, the documentation has
On Friday, 8 April 2016 at 22:50:05 UTC, FreeSlave wrote:
std.windows.syserror and others have documentation comments,
but they are not listed in online documentation on dlang.org.
Is it ok to use functions and classes from this modules in D
applications?
They were documented a while ago:
On Monday, 11 April 2016 at 23:01:08 UTC, marcpmichel wrote:
Is it because Linux is not an OS ? :p
I gnu somebody would bring that up.
On Sunday, 10 April 2016 at 22:03:54 UTC, Zekereth wrote:
Looking at the list(unless I'm missing something) Linux is the
only OS that is lowercase.
Is it because Linux is not an OS ? :p
On Monday, 11 April 2016 at 22:06:00 UTC, ag0aep6g wrote:
mixin template multipleEdgeProperties (EdgePropertyList...)
{
static if (EdgePropertyList.length >= 1)
{
mixin singleEdgeProperty!(EdgePropertyList[0]);
mixin multipleEdgeProperties!(EdgePropertyList[1 .. $]);
On 10.04.2016 20:45, Joseph Rushton Wakeling wrote:
One very basic idea is to allow graph edges to have arbitrary
properties, and to do that, I've tried to come up with a basic data
structure that can be extended via variadic template arguments.
However, I'm not entirely satisfied with the
Lets assume I want to be able to swap in and out allocators none of
which will be the gc_allocator...
What is best practice for using std.experimental.allocator in @nogc code?
On Monday, 11 April 2016 at 10:34:58 UTC, Pedro Lopes wrote:
it is definitely derelict-allegro5's fault.
Yes. As I said in my second post, change your dependency to 0.0.5
and you should be good to go.
On Monday, 11 April 2016 at 14:57:27 UTC, Lass Safin wrote:
I can't put it in one loop, since the window also has some
autonomous features.
Eh, my terminal.d and simpledisplay.d can combine event loops,
you use a muliplexing function like select() on both the window
and terminal so it waits
On Monday, 11 April 2016 at 14:53:31 UTC, Adam D. Ruppe wrote:
On Sunday, 10 April 2016 at 08:29:22 UTC, Lass Safin wrote:
Thus, my question is: Is there any way to cancel the read from
stdin prematurely from another thread, so that the thread can
finish?
What operating system are you on?
I
On Sunday, 10 April 2016 at 08:29:22 UTC, Lass Safin wrote:
Thus, my question is: Is there any way to cancel the read from
stdin prematurely from another thread, so that the thread can
finish?
What operating system are you on?
I wouldn't be using threads for this at all, you might want to
On Friday, 8 April 2016 at 22:50:05 UTC, FreeSlave wrote:
std.windows.syserror and others have documentation comments,
but they are not listed in online documentation on dlang.org.
Is it ok to use functions and classes from this modules in D
applications?
For what it is worth, my
I wanted to test, if I could use D with JNA (Java Native Access).
I get this error message:
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x7fd24ab66074, pid=15733,
tid=140541714827008
#
# JRE version: OpenJDK Runtime Environment (8.0_66-b17)
On Monday, 11 April 2016 at 13:45:42 UTC, Adam D. Ruppe wrote:
On Monday, 11 April 2016 at 13:40:14 UTC, Chris wrote:
For the record, I fixed it by changing the contents of
libphobos2.so from
How did you do that btw? The file there should really just be a
link to some binary file, maybe it
On Monday, 11 April 2016 at 13:40:14 UTC, Chris wrote:
For the record, I fixed it by changing the contents of
libphobos2.so from
How did you do that btw? The file there should really just be a
link to some binary file, maybe it got mangled in copying at some
point.
On Monday, 11 April 2016 at 11:42:22 UTC, Chris wrote:
I followed these steps:
https://dlang.org/dll-linux.html#dso7
What I get is this error:
libphobos2.so: file format not recognized; treating as linker
script
I don't know why it is not recognized. Any ideas?
For the record, I fixed it
https://randomascii.wordpress.com/2012/12/29/the-surprising-subtleties-of-zeroing-a-register/
But there was at least one out-of-order design that did not
recognize xor reg, reg as a special case: the Pentium Pro. The
Intel Optimization manuals for the Pentium Pro recommended
“mov” to zero a
I followed these steps:
https://dlang.org/dll-linux.html#dso7
What I get is this error:
libphobos2.so: file format not recognized; treating as linker
script
I don't know why it is not recognized. Any ideas?
On Monday, 11 April 2016 at 00:36:28 UTC, Mike Parker wrote:
You say it happens when you try to "run" a project, but the
error message sounds like it's happening before building even
begins, correct? What platform are you on? What does your dub
configuration look like? What does 'dub build
On Monday, 11 April 2016 at 05:45:17 UTC, Ali Çehreli wrote:
On 04/10/2016 04:00 AM, darat wrote:
Is there a particular reason explaining why mov reg,0 is used
and not
xor reg,reg ?
https://www.google.com/search?q=mov+0+versus+xor+cycles=utf-8=utf-8#q=mov+0+versus+xor+cpu+cycle
Ali
I've
21 matches
Mail list logo