On Saturday, 19 August 2017 at 02:50:44 UTC, Johnson Jones wrote:
Trying to get it to work.
You could just try to use/call the ffmeg executable as wrapper.
For sure, not the best, but proabably the easiest solution. Afaik
it also supports pipes.
On Thursday, 6 July 2017 at 08:15:10 UTC, Andrea Fontana wrote:
On Wednesday, 5 July 2017 at 16:17:29 UTC, Jolly James wrote:
On Wednesday, 5 July 2017 at 16:04:16 UTC, Jolly James wrote:
[...]
Part of CoreCLR's 'List':
[...]
If there isn't already, maybe something similar to this
On Thursday, 6 July 2017 at 00:12:25 UTC, Mike Parker wrote:
On Thursday, 6 July 2017 at 00:09:46 UTC, Mike Parker wrote:
You have a few options:
* Use a path dependency:
"dependencies": {
"xyz": { "path": "path/to/xyz" }
}
* Use add-local with a version on the command
On Wednesday, 5 July 2017 at 19:01:06 UTC, Jonathan M Davis wrote:
On Wednesday, July 05, 2017 18:50:32 Jolly James via
Digitalmars-d-learn wrote:
On Wednesday, 5 July 2017 at 18:46:38 UTC, Jolly James wrote:
> On Wednesday, 5 July 2017 at 18:09:46 UTC, Seb wrote:
>> [...]
>
>
On Wednesday, 5 July 2017 at 18:46:38 UTC, Jolly James wrote:
On Wednesday, 5 July 2017 at 18:09:46 UTC, Seb wrote:
On Wednesday, 5 July 2017 at 17:46:01 UTC, Jolly James wrote:
[...]
For every file a `.lst` file is generated (it's the same
how `-cov` behaves at DMD).
These .lst files
On Wednesday, 5 July 2017 at 18:09:46 UTC, Seb wrote:
On Wednesday, 5 July 2017 at 17:46:01 UTC, Jolly James wrote:
[...]
For every file a `.lst` file is generated (it's the same
how `-cov` behaves at DMD).
These .lst files contain the original source code with number
of hits of a
How does unit testing with dub work?
dub build --arch=x86_64 --build=unittest-cov --force
--compiler=ldc2
After execution, there is no result output in the command line.
On Wednesday, 5 July 2017 at 16:55:43 UTC, bachmeier wrote:
On Wednesday, 5 July 2017 at 16:04:16 UTC, Jolly James wrote:
Here in D everything looks like climbing mount everest. When
you ask how to use D's containers you are recommended to use
dynamic arrays instead. When you look at the docs
On Wednesday, 5 July 2017 at 16:04:16 UTC, Jolly James wrote:
On Wednesday, 5 July 2017 at 15:56:45 UTC, Igor Shirkalin wrote:
[...]
Thank you! :)
But why a containers so complicated in D?
[...]
Part of CoreCLR's 'List':
public bool Remove(T item)
{
int index
On Wednesday, 5 July 2017 at 15:56:45 UTC, Igor Shirkalin wrote:
On Wednesday, 5 July 2017 at 15:48:14 UTC, Jolly James wrote:
On Wednesday, 5 July 2017 at 15:44:47 UTC, Igor Shirkalin
wrote:
On Wednesday, 5 July 2017 at 15:30:08 UTC, Jolly James wrote:
WhatEver[] q = [];
[...]
auto i = new
On Wednesday, 5 July 2017 at 15:44:47 UTC, Igor Shirkalin wrote:
On Wednesday, 5 July 2017 at 15:30:08 UTC, Jolly James wrote:
WhatEver[] q = [];
[...]
auto i = new WhatEver();
q[] = i;
How does one remove that instance 'i'?
What exactly do you want to remove? After a[]=i your array
WARNING: A deprecated branch based version specification is
used for the dependency xyz.
Please use numbered versions instead.
Also note that you can still use the dub.selections.json file
to override a certain dependency to use a branch instead.
The problem is: xyz is a local package and
WhatEver[] q = [];
[...]
auto i = new WhatEver();
q[] = i;
How does one remove that instance 'i'?
*push*
On Saturday, 17 June 2017 at 00:33:01 UTC, Jolly James wrote:
On Saturday, 17 June 2017 at 00:09:41 UTC, Jolly James wrote:
Let's assume, I have the following 2 dub packages:
pkgBASE:
(depends on public DUB package)
source/
lib/
pkgAPP:
(depends on pkgBASE)
source/
I
On Saturday, 17 June 2017 at 00:09:41 UTC, Jolly James wrote:
Let's assume, I have the following 2 dub packages:
pkgBASE:
(depends on public DUB package)
source/
lib/
pkgAPP:
(depends on pkgBASE)
source/
I have added pkgBASE via add-path. This wasn't a problem at all.
Let's assume, I have the following 2 dub packages:
pkgBASE:
(depends on public DUB package)
source/
lib/
pkgAPP:
(depends on pkgBASE)
source/
I have added pkgBASE via add-path. This wasn't a problem at all.
Unfortunately, the public DUB package requires to be linked with
Let's assume, I have the following 2 dub packages:
pkgBASE:
source/
lib/
pkgAPP:
Is there a String Comparison Operator in D?
On Sunday, 26 March 2017 at 21:57:29 UTC, Jolly James wrote:
On Sunday, 26 March 2017 at 18:50:13 UTC, bauss wrote:
[...]
If you want try to help me, mabye this helps you:
https://github.com/CyberShadow/ae/blob/master/net/asockets.d#L1237
Finally found the bug: I had a logical error in the
On Sunday, 26 March 2017 at 18:50:13 UTC, bauss wrote:
On Sunday, 26 March 2017 at 11:46:39 UTC, Jolly James wrote:
[...]
Chances are it's invoked in another thread and thus you can't
catch it like that.
To sum it up.
Ex.
void thisFunctionThrows() { ... }
void ableToCatch() {
try {
On Sunday, 26 March 2017 at 11:35:00 UTC, Jolly James wrote:
On Sunday, 26 March 2017 at 02:41:46 UTC, Adam D. Ruppe wrote:
On Sunday, 26 March 2017 at 02:24:56 UTC, Jolly James wrote:
You can ignore the loop()-method. It is not called as the
application will never reach this statement,
On Sunday, 26 March 2017 at 02:41:46 UTC, Adam D. Ruppe wrote:
On Sunday, 26 March 2017 at 02:24:56 UTC, Jolly James wrote:
You can ignore the loop()-method. It is not called as the
application will never reach this statement, because it
cannot, because it crashes already in the
On Sunday, 26 March 2017 at 01:22:24 UTC, bauss wrote:
On Sunday, 26 March 2017 at 00:34:03 UTC, Jolly James wrote:
[...]
This part:
catch (std.socket.SocketOSException e)
[...]
[...]
I know that inheritance stuff, but none (!) of them catches that
strange exception either. You can
How do you catch an std.socket.SocketOSException?
The following does not work, as the exception occurs anyway and
leads to a crash:
import ae.net.asockets;
void main(string[] args)
{
TcpServer tcp = new TcpServer();
try
{
tcp.listen(2345,
On Wednesday, 22 February 2017 at 17:57:31 UTC, Adam D. Ruppe
wrote:
On Wednesday, 22 February 2017 at 17:53:21 UTC, Jolly James
wrote:
No matter how I try, I am always getting:
Error: none of the overloads of '__ctor' are callable using
argument types (Data*), candidates are: (my-project)
I
On Wednesday, 22 February 2017 at 17:06:51 UTC, Jolly James wrote:
On Wednesday, 22 February 2017 at 17:01:11 UTC, Adam D. Ruppe
wrote:
On Wednesday, 22 February 2017 at 16:55:03 UTC, Jolly James
wrote:
Well, what are these void-arrays for real? I mean, they
contain data what does not make
On Wednesday, 22 February 2017 at 17:01:11 UTC, Adam D. Ruppe
wrote:
On Wednesday, 22 February 2017 at 16:55:03 UTC, Jolly James
wrote:
Well, what are these void-arrays for real? I mean, they
contain data what does not make them really void, does it?
They represent an array of anything; the
On Tuesday, 21 February 2017 at 23:06:23 UTC, Jonathan M Davis
wrote:
On Tuesday, February 21, 2017 22:41:40 Lenny Lowood via
Digitalmars-d-learn wrote:
[...]
It's completely a stylistic preference. There are a number of
different ways to order your member variables and functions,
and there
For sure, some might know ae. I am trying to use it as TcpServer.
I got almost everything working fine concerning connection
establishment and disconnecting. But there is one thing that
makes it hard for me to understand, how to handle data.
On Monday, 20 February 2017 at 13:50:26 UTC, ketmar wrote:
just add ddoc documentation to 'em, and then it doesn't matter
in which order they are declared: people will generate
documentation to find out how to use your code. ;-)
ah okay, thx
But what about this?
class A
{
private:
int
How to sort the members of a class?
like:
1. properties
then
2. private 3. methods
4. ctors
... and so on. are there any recommendations?
And what is better?
class A
{
private:
int a;
int b;
public:
int c;
int d;
}
or
class A
{
private
{
int a;
int b;
}
32 matches
Mail list logo