I'm not sure if this works quite as intended, but I was at
least able to produce a UTF-16 decode error rather than a UTF-8
decode error by setting the file orientation before reading it.
import std.stdio;
import core.stdc.wchar_ : fwide;
void main(){
auto file =
On Thursday, 5 January 2017 at 21:47:55 UTC, Daniel Kozák wrote:
Geert via Digitalmars-d-learn
napsal Čt, led 5, 2017 v
3∶13 :
[...]
[...]
Nice function. Thanks!
Geert via Digitalmars-d-learn
napsal Čt, led 5, 2017 v 3∶13 :
On Thursday, 5 January 2017 at 01:16:09 UTC, crimaniak wrote:
On Monday, 2 January 2017 at 15:29:08 UTC, Geert wrote:
Hi!
How can i create a full database backup using mysql-native for D?
Too
On 1/4/17 6:03 AM, Nestor wrote:
Hi,
I was just trying to parse a UTF-16LE file using byLine, but apparently
this function doesn't work with anything other than UTF-8, because I get
this error:
"Invalid UTF-8 sequence (at index 1)"
How can I achieve what I want, without loading the entire
On 12/31/2016 02:28 PM, Matthew Gamble wrote:
> Please let me know if you have any suggestions.
I've seen this just now. Random and trivial observations:
- Assigning to _minPosResult could be in a separate function like
prepareMinPosResult() called from multiple places
- There could be a
On Wednesday, 4 January 2017 at 04:50:55 UTC, xtreak wrote:
I am newbie to D learning it for sometime using Ali's book. I
came across std.experimental.allocator and read through
http://dlang.org/library/std/experimental/allocator/building_blocks.html . Can someone explain me the actual benefits
On Wednesday, 4 January 2017 at 18:50:21 UTC, Russel Winder wrote:
On Wed, 2017-01-04 at 17:24 +, Atila Neves via
Digitalmars-d-learn wrote:
It's getting tedious editing dub.sdl files with no editor
support. If nobody's written one, I will.
Emacs has an sdlang-mode. It's on MELPA so
On Thursday, 5 January 2017 at 07:30:02 UTC, H. S. Teoh wrote:
Nonetheless, even if you optimize said code paths, you still
won't be able to get any sane results for m>4 or anything
beyond the first few values for m=4. The Ackermann function is
*supposed* to be computationally intractible --