On Sunday, 16 September 2018 at 01:03:27 UTC, Dave Jones wrote:
On Saturday, 15 September 2018 at 15:25:55 UTC, Joakim wrote:
On Friday, 14 September 2018 at 09:23:24 UTC, Dave Jones wrote:
On Thursday, 13 September 2018 at 22:56:31 UTC, Joakim wrote:
On Thursday, 13 September 2018 at
Can you post a complete, runnable example that illustrates your
problem?
Strange as it is, now it works here too... - I don't know, what
went wrong yesterday. Thanks anyway. :-)
On Sunday, 16 September 2018 at 01:47:33 UTC, Mike Franklin wrote:
On Friday, 14 September 2018 at 23:08:34 UTC, Nicholas Wilson
The only thing I think is missing is a flag to accelerate the
process s.t. the examples
f(E.a);
f(E.b);
g(a - b);
can be made to call their int/long overloads
On Sunday, 16 September 2018 at 02:58:30 UTC, tide wrote:
There are a lot of issues that aren't simple bugs that just
anyone can fix. They are issues that are locked behind
management. One's that are 4 years old for example, they are
probably some bug locked behind management. That's why they
https://issues.dlang.org/show_bug.cgi?id=19194
--- Comment #4 from Manu ---
A different way: https://github.com/dlang/dmd/pull/8701
--
https://issues.dlang.org/show_bug.cgi?id=19249
Issue ID: 19249
Summary: Trying to build DMD for windows with LDC fails
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Severity: normal
On Sunday, 16 September 2018 at 01:33:52 UTC, Vladimir Panteleev
wrote:
On Sunday, 16 September 2018 at 01:19:46 UTC, tide wrote:
I guess that's why Bugzilla is a complete disaster. No one, at
all, is maintaining it. As there are only 2 people that can
really maintain it, and I don't see
https://issues.dlang.org/show_bug.cgi?id=10560
Mike Franklin changed:
What|Removed |Added
Keywords||pull
CC|
https://issues.dlang.org/show_bug.cgi?id=
--- Comment #16 from Mike Franklin ---
A DIP has been submitted to address this issue:
https://github.com/dlang/DIPs/blob/master/DIPs/DIP1015.md
A PR implementing the DIP can be found at
https://github.com/dlang/dmd/pull/7310
--
On Saturday, 15 September 2018 at 07:47:46 UTC, Mike Parker wrote:
I've posted to the blog a brief introduction to the projects
that were selected for the Symmetry Autumn of Code. As the
event goes on, I hope to provide more details about the
projects and the individuals working on them.
The
On Friday, 14 September 2018 at 23:08:34 UTC, Nicholas Wilson
wrote:
On Friday, 14 September 2018 at 13:41:40 UTC, Mike Parker wrote:
DIP 1015, "Deprecation and removal of implicit conversion from
integer and character literals to bool", is now ready for
Final Review. This is a last chance for
On Sunday, 16 September 2018 at 01:19:46 UTC, tide wrote:
I guess that's why Bugzilla is a complete disaster. No one, at
all, is maintaining it. As there are only 2 people that can
really maintain it, and I don't see either of them commenting
on bugs to provide direction, at least very often.
On Saturday, September 15, 2018 7:19:46 PM MDT tide via Digitalmars-d wrote:
> On Sunday, 16 September 2018 at 00:53:45 UTC, Jonathan M Davis
>
> wrote:
> > On Saturday, September 15, 2018 6:28:20 PM MDT Vladimir
> >
> > Panteleev via Digitalmars-d wrote:
> >> On Sunday, 16 September 2018 at
On Saturday, 15 September 2018 at 20:07:06 UTC, Steven
Schveighoffer wrote:
Looks pretty good to me. The only question I have is on this
part:
enum YesNo : bool { no, yes } // Existing implementation: OK
// After stage 1: Deprecation
warning
On Sunday, 16 September 2018 at 00:53:45 UTC, Jonathan M Davis
wrote:
On Saturday, September 15, 2018 6:28:20 PM MDT Vladimir
Panteleev via Digitalmars-d wrote:
On Sunday, 16 September 2018 at 00:14:12 UTC, Jonathan M Davis
wrote:
> As for figuring out who is "officially" part of the dlang
>
On Saturday, 15 September 2018 at 15:25:55 UTC, Joakim wrote:
On Friday, 14 September 2018 at 09:23:24 UTC, Dave Jones wrote:
On Thursday, 13 September 2018 at 22:56:31 UTC, Joakim wrote:
On Thursday, 13 September 2018 at 22:41:08 UTC, Nick
And people don't use PCs for such things? ;)
On Saturday, September 15, 2018 2:07:06 PM MDT Steven Schveighoffer via
Digitalmars-d wrote:
> On 9/14/18 6:41 AM, Mike Parker wrote:
> > DIP 1015, "Deprecation and removal of implicit conversion from integer
> > and character literals to bool", is now ready for Final Review. This is
> > a last
On Saturday, September 15, 2018 6:28:20 PM MDT Vladimir Panteleev via
Digitalmars-d wrote:
> On Sunday, 16 September 2018 at 00:14:12 UTC, Jonathan M Davis
>
> wrote:
> > As for figuring out who is "officially" part of the dlang org
> > (or at least has the rights to merge PRs from at least one
>
On Sunday, 16 September 2018 at 00:14:12 UTC, Jonathan M Davis
wrote:
As for figuring out who is "officially" part of the dlang org
(or at least has the rights to merge PRs from at least one
dlang repo), you can look here
https://github.com/orgs/dlang/people
though it's possible to hide your
On Saturday, 15 September 2018 at 18:21:43 UTC, Josphe Brigmo
wrote:
On Saturday, 15 September 2018 at 13:37:29 UTC, Vladimir
Panteleev wrote:
Can you list some programming languages that achieve this task
in a way you approve of?
Plenty, pick just about any one. C#, Haskell, javascript, lua,
On Saturday, 15 September 2018 at 18:05:58 UTC, Josphe Brigmo
wrote:
I have always gotten these types of errors on x64 and, it may
be my machine, it has happened with many dmd versions, visual D
and visual studio...
Oh, you mean the message that appears in Visual Studio, not
stderr.
On Saturday, September 15, 2018 5:47:08 PM MDT tide via Digitalmars-d wrote:
> On Saturday, 15 September 2018 at 18:33:52 UTC, bachmeier wrote:
> > On Saturday, 15 September 2018 at 13:54:45 UTC, tide wrote:
> >> On Friday, 14 September 2018 at 19:17:58 UTC, bachmeier wrote:
> >>> On Friday, 14
On Saturday, 15 September 2018 at 23:50:43 UTC, Josphe Brigmo
wrote:
[...]
D is generally described as a system programming language. There
is value in favoring a simple and obvious implementation ("do
what I say") over going out of one's way to make usage simpler
("do what I mean"). The
On Saturday, 15 September 2018 at 18:21:43 UTC, Josphe Brigmo
wrote:
Can you list some programming languages that achieve this task
in a way you approve of?
Plenty, pick just about any one. C#, Haskell, javascript, lua,
python, perl, C++(yes, c++, we are not talking about language
features
On Saturday, 15 September 2018 at 23:06:57 UTC, Jonathan M Davis
wrote:
On Saturday, September 15, 2018 6:54:50 AM MDT Josphe Brigmo
via Digitalmars-d wrote:
On Saturday, 15 September 2018 at 12:38:41 UTC, Adam D. Ruppe
wrote:
> On Saturday, 15 September 2018 at 10:57:56 UTC, Josphe Brigmo
>
>
On Saturday, 15 September 2018 at 18:33:52 UTC, bachmeier wrote:
On Saturday, 15 September 2018 at 13:54:45 UTC, tide wrote:
On Friday, 14 September 2018 at 19:17:58 UTC, bachmeier wrote:
On Friday, 14 September 2018 at 19:06:14 UTC, Josphe Brigmo
wrote:
For very long file names it is broke
On Saturday, September 15, 2018 6:54:50 AM MDT Josphe Brigmo via
Digitalmars-d wrote:
> On Saturday, 15 September 2018 at 12:38:41 UTC, Adam D. Ruppe
>
> wrote:
> > On Saturday, 15 September 2018 at 10:57:56 UTC, Josphe Brigmo
> >
> > wrote:
> >> Phobos *NEEDS* to be modified to work with these
My project [1] has enough language coverage to expose two issues
that break compilation.
1. Stack overflow in ddmd/dtemplate.d:6241,
TemplateInstance::needsCodegen();
https://issues.dlang.org/show_bug.cgi?id=18026
2. -allinst gives undefined reference linker errors;
On 8/22/2018 10:37 PM, Shachar Shemesh wrote:
Let's start with this one:
https://issues.dlang.org/show_bug.cgi?id=14246#c6
https://github.com/dlang/dmd/pull/8697
On Saturday, 15 September 2018 at 20:04:36 UTC, berni wrote:
Anotherone I'm not getting to work: From some output with
newlines I want to discard all lines, that start with a # and
select part of the other lines with a regex. (I know the regex
r".*" is quite useless, but it will be replaced by
On Saturday, September 15, 2018 9:31:00 AM MDT Steven Schveighoffer via
Digitalmars-d wrote:
> On 9/13/18 3:53 PM, H. S. Teoh wrote:
> > On Thu, Sep 13, 2018 at 06:32:54PM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> >> On 09/11/2018 09:06 AM, Steven Schveighoffer wrote:
> >>>
On Saturday, September 15, 2018 11:44:05 AM MDT Jan via Digitalmars-d-learn
wrote:
> On Thursday, 13 September 2018 at 11:08:30 UTC, Jonathan M Davis
>
> wrote:
> > [...]
>
> Thanks for clarifying Jonathan :)
> But aren't the variables considered rvalues then?
No. variables are _always_ lvalues.
On 9/14/18 6:41 AM, Mike Parker wrote:
DIP 1015, "Deprecation and removal of implicit conversion from integer
and character literals to bool", is now ready for Final Review. This is
a last chance for community feedback before the DIP is handed off to
Walter and Andrei for the Formal
Anotherone I'm not getting to work: From some output with
newlines I want to discard all lines, that start with a # and
select part of the other lines with a regex. (I know the regex
r".*" is quite useless, but it will be replaced by something more
usefull.)
I tried the following, but non
On 9/15/18 12:04 PM, Neia Neutuladh wrote:
On Saturday, 15 September 2018 at 15:31:00 UTC, Steven Schveighoffer wrote:
The problem I had was that it wasn't clear to me which constraint was
failing. My bias brought me to "it must be autodecoding again!". But
objectively, I should have examined
On 9/14/18 11:06 AM, Adam D. Ruppe wrote:
It also affects attrs brought through definitions though:
shared class foo {
int a; // automatically shared cuz of the above line of code
__not(shared) int b; // no longer shared
}
Aside from Jonathan's point, which I agree with, that the
On Saturday, September 15, 2018 8:45:55 AM MDT Vladimir Panteleev via
Digitalmars-d-learn wrote:
> On Friday, 14 September 2018 at 21:16:31 UTC, Jonathan M Davis
>
> wrote:
> > Yeah, though if you write cross-platform applications or
> > libraries (and ideally, most applications and libraries
On Friday, 14 September 2018 at 09:23:24 UTC, Dave Jones wrote:
On Thursday, 13 September 2018 at 22:56:31 UTC, Joakim wrote:
On Thursday, 13 September 2018 at 22:41:08 UTC, Nick
Sabalausky (Abscissa) wrote:
On 09/10/2018 11:13 PM, tide wrote:
On Monday, 10 September 2018 at 13:43:46 UTC,
On Saturday, 15 September 2018 at 15:31:00 UTC, Steven
Schveighoffer wrote:
The problem I had was that it wasn't clear to me which
constraint was failing. My bias brought me to "it must be
autodecoding again!". But objectively, I should have examined
all the constraints to see what was wrong.
Don't worry, your vote actually does not matter either way, so no
reason to get upset. Voting is simply a census count to find out
how many people still believe that voting still works.
If you have 50M eligible voters and 25 million vote, it means you
have about 50% of those that believe the
On Saturday, 15 September 2018 at 18:33:36 UTC, Josphe Brigmo
wrote:
and the biggest problem is that I don't see any motivation in
the D community to make things better.
This is an open source project. If you're hoping that you can
report that something doesn't work the way you want it to and
and the biggest problem is that I don't see any motivation in the
D community to make things better. Anyone with the abilities to
make it better in the right way simply does not care about having
a proper plan to get D to where it needs to be. Hence, it gives
me no hope that D will ever reach
On Saturday, 15 September 2018 at 13:54:45 UTC, tide wrote:
On Friday, 14 September 2018 at 19:17:58 UTC, bachmeier wrote:
On Friday, 14 September 2018 at 19:06:14 UTC, Josphe Brigmo
wrote:
For very long file names it is broke and every command fails.
These paths are not all that long but over
On Saturday, 15 September 2018 at 13:37:29 UTC, Vladimir
Panteleev wrote:
On Saturday, 15 September 2018 at 12:59:25 UTC, Josphe Brigmo
wrote:
The libraries are already copying the user's string and adding
the 0 termination prior to calling the windows api, so it
seems to me to be a reasonable
On Saturday, 15 September 2018 at 13:23:34 UTC, Rubn wrote:
On Saturday, 15 September 2018 at 12:59:25 UTC, Josphe Brigmo
wrote:
This is the typical mindset with D. There are all these
"minor" problems that people(the D community pretends are all
that big a deal but when you couple all these
On Saturday, 15 September 2018 at 14:57:20 UTC, Vladimir
Panteleev wrote:
On Thursday, 13 September 2018 at 05:50:53 UTC, Josphe Brigmo
wrote:
Privileged instruction
Lots of code. I pretty much always get this error.
Something must have gone really wrong to get this error. Most
likely, the
On Thursday, 13 September 2018 at 11:08:30 UTC, Jonathan M Davis
wrote:
[...]
Thanks for clarifying Jonathan :)
But aren't the variables considered rvalues then?
On Saturday, 15 September 2018 at 05:39:48 UTC, berni wrote:
Oh, thanks. What I didn't know about was join. Now I wonder how
I could have found out about it, without asking here? Even yet
I know it's name I cannot find it, nighter in the language
documentation nor in the library documentation.
On Friday, 14 September 2018 at 18:13:49 UTC, Eugene Wissner
wrote:
Makes the code unreadable.
It is the foo: that causes this, not the __not...
For @nogc, pure and so forth there were imho a better proposal
with a boolean value:
@gc(true), @gc(false), pure(true), pure(false) etc. It is also
On 9/9/18 2:34 AM, Nick Sabalausky (Abscissa) wrote:
[snip]
I personally think you are overreacting.
Have you voted before? If so, just go to the place you did before. It's
all I ever do. If you haven't, and go to the wrong place, I'm sure they
will help you find the right place. In my state
On 9/13/18 3:53 PM, H. S. Teoh wrote:
On Thu, Sep 13, 2018 at 06:32:54PM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
On 09/11/2018 09:06 AM, Steven Schveighoffer wrote:
Then I found the true culprit was isForwardRange!R. This led me to
requestion my sanity, and finally
On Friday, 14 September 2018 at 09:23:24 UTC, Dave Jones wrote:
On Thursday, 13 September 2018 at 22:56:31 UTC, Joakim wrote:
On Thursday, 13 September 2018 at 22:41:08 UTC, Nick
Sabalausky (Abscissa) wrote:
On 09/10/2018 11:13 PM, tide wrote:
On Monday, 10 September 2018 at 13:43:46 UTC,
On Thursday, 13 September 2018 at 05:50:53 UTC, Josphe Brigmo
wrote:
Privileged instruction
Lots of code. I pretty much always get this error.
Something must have gone really wrong to get this error. Most
likely, the CPU instruction pointer ended up in a memory area
without any code in it.
On Friday, 14 September 2018 at 21:16:31 UTC, Jonathan M Davis
wrote:
Yeah, though if you write cross-platform applications or
libraries (and ideally, most applications and libraries would
be platform-agnostic), you can't necessarily avoid all of the
Windows insanity, even if you yourself use
On Wednesday, 12 September 2018 at 21:33:17 UTC, Paul Backus
wrote:
Another alternative is to write the function recursively:
void doByPair(T, Rest...)(string desc, T* valuePtr, Rest rest)
{
writefln("%s %s: %s", T.stringof, desc, *valuePtr);
if (rest.length) doByPair(rest);
}
Rest...
On Friday, 14 September 2018 at 14:34:36 UTC, Josphe Brigmo wrote:
Why the hell do exceptions give error in the library rather
than the user code?
D exceptions can provide context in two ways:
- Stack trace, for which you need to compile with debug symbols
enabled (-g).
- A file name and
On Friday, 14 September 2018 at 16:40:01 UTC, Josphe Brigmo wrote:
This is the only kind of error I get
Compile with -g.
On Saturday, 15 September 2018 at 13:54:45 UTC, tide wrote:
I feel people need to stop saying this. It feels like people
are just being told to say this if there is a bug. There is a
larger issue, Bugzilla doesn't and isn't working. Someone will
probably throw up some stats about how many bugs
On Friday, 14 September 2018 at 19:17:58 UTC, bachmeier wrote:
On Friday, 14 September 2018 at 19:06:14 UTC, Josphe Brigmo
wrote:
For very long file names it is broke and every command fails.
These paths are not all that long but over 256 limit. (For
windows)
Please file a bug report with
On Friday, 14 September 2018 at 19:17:58 UTC, bachmeier wrote:
On Friday, 14 September 2018 at 19:06:14 UTC, Josphe Brigmo
wrote:
For very long file names it is broke and every command fails.
These paths are not all that long but over 256 limit. (For
windows)
Please file a bug report with
On Saturday, 15 September 2018 at 12:59:25 UTC, Josphe Brigmo
wrote:
The libraries are already copying the user's string and adding
the 0 termination prior to calling the windows api, so it seems
to me to be a reasonable place to make other modifications if
they are needed to accomplish the
On Saturday, 15 September 2018 at 12:59:25 UTC, Josphe Brigmo
wrote:
This is the typical mindset with D. There are all these "minor"
problems that people(the D community pretends are all that big
a deal but when you couple all these problems together it
results in a very unpleasant programming
For example,
https://issues.dlang.org/show_bug.cgi?id=8967
`
Jay Norwood 2014-03-18 18:01:59 UTC
More surprising is attempting to remove a long directory path
and having an exception occur.
The libraries are already copying the user's string and adding
the 0 termination prior to calling
On Saturday, 15 September 2018 at 12:38:41 UTC, Adam D. Ruppe
wrote:
On Saturday, 15 September 2018 at 10:57:56 UTC, Josphe Brigmo
wrote:
Phobos *NEEDS* to be modified to work with these newer OS's.
You need to look at the source code before posting. The code
for remove is literally
On Saturday, 15 September 2018 at 12:40:07 UTC, Gary Willoughby
wrote:
Is it just a legacy thing?
Yeah, basically the ones that date back to before the @ thing
don't have it, and the ones after it do.
Why do some attributes have an @ symbol and others don't?
I thought it might be because some are used as keywords for other
things but then 'pure' doesn't follow that rule. Any ideas? Is it
just a legacy thing?
On Saturday, 15 September 2018 at 10:57:56 UTC, Josphe Brigmo
wrote:
Phobos *NEEDS* to be modified to work with these newer OS's.
You need to look at the source code before posting. The code for
remove is literally
DeleteFileW(name);
it is a one-line wrapper, and obviously uses the unicode
On Saturday, 15 September 2018 at 10:57:56 UTC, Josphe Brigmo
wrote:
All ansi api calls are limited by MAX_PATH.
The way to fix it is to use the wide api calls which are not
limited or to use other tricks.
Phobos *NEEDS* to be modified to work with these newer OS's.
Phobos already uses the
On Friday, 14 September 2018 at 19:06:14 UTC, Josphe Brigmo wrote:
For very long file names it is broke and every command fails.
These paths are not all that long but over 256 limit. (For
windows)
The problem this causes can be disastrous. If some check fails
and runs code that isn't mean to
On Saturday, 15 September 2018 at 10:48:10 UTC, Vladimir
Panteleev wrote:
On Friday, 14 September 2018 at 19:42:39 UTC, Josphe Brigmo
wrote:
"It doesn't matter. When I compile a program or DLL in C/C++
and many other languages, I use the Windows headers. These
headers define MAX_PATH to 260.
On Friday, 14 September 2018 at 19:42:39 UTC, Josphe Brigmo wrote:
"It doesn't matter. When I compile a program or DLL in C/C++
and many other languages, I use the Windows headers. These
headers define MAX_PATH to 260.
So the program will have the limit set by compile time, no
matter what you
https://issues.dlang.org/show_bug.cgi?id=19248
--- Comment #2 from Илья Ярошенко ---
related bug https://issues.dlang.org/show_bug.cgi?id=18957
--
On Saturday, 15 September 2018 at 10:05:26 UTC, Josphe Brigmo
wrote:
Yes, I did that and it worked for some(most) things it seems
but rmdir, for example, seems to fail.
If the file path is passed verbatim to the OS API, and it still
doesn't work, then the problem is with the OS or the API,
https://issues.dlang.org/show_bug.cgi?id=18957
--- Comment #4 from Илья Ярошенко ---
(In reply to Manu from comment #0)
> extern (C++, std)
> {
> struct test {}
> }
> extern (C++) void test(ref const(std.test) t) {}
>
> Expect: _Z4testRKNSt4testE
> Actual: _Z4testRKN3std4testE
Actual should
https://issues.dlang.org/show_bug.cgi?id=19248
Илья Ярошенко changed:
What|Removed |Added
Severity|blocker |regression
--
https://issues.dlang.org/show_bug.cgi?id=18957
Илья Ярошенко changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
On Saturday, 15 September 2018 at 06:13:29 UTC, bauss wrote:
On Friday, 14 September 2018 at 16:55:21 UTC, Josphe Brigmo
wrote:
On Friday, 14 September 2018 at 15:21:21 UTC, H. S. Teoh wrote:
[...]
It woudln't help. I'm dealing with over a million files and
you'd need those files too.
But
On Saturday, 15 September 2018 at 09:47:25 UTC, WebFreak001 wrote:
On Friday, 14 September 2018 at 19:06:14 UTC, Josphe Brigmo
wrote:
For very long file names it is broke and every command fails.
These paths are not all that long but over 256 limit. (For
windows)
The problem this causes can
https://issues.dlang.org/show_bug.cgi?id=19248
--- Comment #1 from Илья Ярошенко ---
https://github.com/dlang/dmd/pull/8700
--
On Friday, 14 September 2018 at 19:06:14 UTC, Josphe Brigmo wrote:
For very long file names it is broke and every command fails.
These paths are not all that long but over 256 limit. (For
windows)
The problem this causes can be disastrous. If some check fails
and runs code that isn't mean to
On Saturday, 15 September 2018 at 08:12:37 UTC, Peter Alexander
wrote:
On Sunday, 19 August 2018 at 23:49:21 UTC, Nicholas Wilson
wrote:
On Sunday, 19 August 2018 at 20:33:45 UTC, Laeeth Isharc wrote:
[...]
Note that the D repl will only work on platforms where drepl
works i.e. platform
https://issues.dlang.org/show_bug.cgi?id=19248
Илья Ярошенко changed:
What|Removed |Added
Keywords||C++
--
https://issues.dlang.org/show_bug.cgi?id=19248
Issue ID: 19248
Summary: Wrong mangle for C++ const STL classes/structs
Product: D
Version: D2
Hardware: All
OS: Linux
Status: NEW
Severity: blocker
On Sunday, 19 August 2018 at 23:49:21 UTC, Nicholas Wilson wrote:
On Sunday, 19 August 2018 at 20:33:45 UTC, Laeeth Isharc wrote:
[...]
Note that the D repl will only work on platforms where drepl
works i.e. platform with shared library support. It will
_build_ on OSX due to
I've posted to the blog a brief introduction to the projects that
were selected for the Symmetry Autumn of Code. As the event goes
on, I hope to provide more details about the projects and the
individuals working on them.
The blog:
On Saturday, 15 September 2018 at 06:16:59 UTC, bauss wrote:
On Friday, 14 September 2018 at 20:43:45 UTC, SrMordred wrote:
What you want is std.range.chunks
auto a = [1,0,1,1,1,0,1,0,1,1,1,1,0];
a.map!(to!string)
.join("")
.chunks(4)
.map!(to!string) //don´t know why the
On Friday, 14 September 2018 at 20:43:45 UTC, SrMordred wrote:
What you want is std.range.chunks
auto a = [1,0,1,1,1,0,1,0,1,1,1,1,0];
a.map!(to!string)
.join("")
.chunks(4)
.map!(to!string) //don´t know why the chunks are not
already strings at this point ;/
On Friday, 14 September 2018 at 16:55:21 UTC, Josphe Brigmo wrote:
On Friday, 14 September 2018 at 15:21:21 UTC, H. S. Teoh wrote:
[...]
It woudln't help. I'm dealing with over a million files and
you'd need those files too.
But basically all I have done is created a new rename function:
88 matches
Mail list logo