Re: exit(1)?

Jakob Ovrum wrote: > The example should be restructured to `return 1;` > from `main`. https://github.com/D-Programming-Language/phobos/pull/3875 -- Shriramana Sharma, Penguin #395953

Re: exit(1)?

On Thursday, 17 December 2015 at 07:33:36 UTC, Jacob Carlborg wrote: I agree with that, but why don't the runtime register a function with "atexit" that cleans up everything? I think it might be possible, but it doesn't sound trivial. In particular, all threads and fibers managed by druntime

TreeViews in tkd

I've been trying to get into tkd to make some GUI apps, since it looked like the simplest/intuitive library out there so far. I've been attempting to use their TreeViews to make interactable lists of things, but it almost looks like there's some missing functionality. For example, I'm not

How to replace inside regex?

I can't understand how to replace in regex. I have got next task: find all commas in strings inside quotes and replace them. foo, bar, "hello, user", baz I wrote next regexp that find part that include commas inside the quotes: auto partWithComma = matchAll(line, r); but I can't understand

Re: Error 42: Symbol Undefined __lseeki64

On Thursday, 17 December 2015 at 04:11:56 UTC, tcak wrote: I searched the function "__lseek64" under /usr/include/dmd" with "grep -R __lseek64", but nothing is found. I work on Linux 64-bit. So, I guess it is either Windows related, or 32bit dmd related. "lseek64" is found in "unistd.d", but

Why `i` not working on foreach loop if it have byLine option

Next code produce error: foreach(i, line;fileContent.byLine) Error: cannot infer argument types, expected 1 argument, not 2 Why it's do not work?

Re: D float types operations vs C++ ones

On Thursday, 17 December 2015 at 11:58:35 UTC, drug wrote: On 17.12.2015 14:52, Andrea Fontana wrote: You should publish some code to check... Too much code to public - operations are simple, but there are many branches and reducing may take much time . In fact I asked to understand _in

Re: Why `i` not working on foreach loop if it have byLine option

On Thursday, 17 December 2015 at 14:09:57 UTC, Suliman wrote: Next code produce error: foreach(i, line;fileContent.byLine) Error: cannot infer argument types, expected 1 argument, not 2 Why it's do not work? Because byLine doesn't return an array, use std.range.enumerate :

Re: D float types operations vs C++ ones

On 17.12.2015 16:09, Nicholas Wilson wrote: Yes the float types are the same. floats doubles are identical long double == real ( at least for x86) The only difference is that float are default initialised to NaN in D. The sources of difference are likely to occur from - const folding (varying

Re: D float types operations vs C++ ones

On 17.12.2015 12:50, drug wrote: I have two implementation of the same algorithm - D and C++ (that is port of D version). I assume that running these implementations on the same data should give the same results from both. But with some data the results differ (5th decimal digit after point).

Re: Error 42: Symbol Undefined __lseeki64

On Thursday, 17 December 2015 at 04:11:56 UTC, tcak wrote: On Wednesday, 16 December 2015 at 18:30:41 UTC, Byron Heads wrote: On Wednesday, 16 December 2015 at 18:21:33 UTC, Byron Heads wrote: On Wednesday, 16 December 2015 at 18:14:35 UTC, Byron Heads I searched the function "__lseek64" under

Re: Why `i` not working on foreach loop if it have byLine option

V Thu, 17 Dec 2015 14:09:57 + Suliman via Digitalmars-d-learn napsáno: > Next code produce error: > > foreach(i, line;fileContent.byLine) > > Error: cannot infer argument types, expected 1 argument, not 2 > > Why it's do not work?

Re: D float types operations vs C++ ones

On 12/17/2015 03:50 AM, drug wrote: > D and C++ [...] But with some data the results differ You may have similar results between two C and two C++ compilers, even between two different versions of the same compiler. In addition to possible reasons that has already been mentioned, note that

Re: Why should file names intended for executables be valid identifiers?

On Thursday, 17 December 2015 at 04:26:04 UTC, Shriramana Sharma wrote: Sorry but I don't get this fully: can't a hyphen be part of such mangled names? I'm actually not sure but I have never seen it done. And any reflection of the module name would also be just a string which need not be a

Re: Testing if a file is connected to a terminal

On Thursday, 17 December 2015 at 05:01:15 UTC, Jakob Ovrum wrote: Where's the reference documentation? In the source... but yeah, good point. I'm working on writing docs for a lot of my stuff. Terminal is still completely messed up http://arsdnet.net/arsd/terminal.html cgi is meh but

Re: No documentation for core.sys?

On Thursday, 17 December 2015 at 03:40:02 UTC, Shriramana Sharma wrote: Why isn't there a documentation page http://dlang.org/phobos/core_sys.html whereas lots of other core.* modules are documented? Because the D build process is f***ed up and the website build process is yet another layer

Re: No documentation for core.sys?

On 12/17/15 2:30 AM, Jacob Carlborg wrote: On 2015-12-17 04:47, Jakob Ovrum wrote: core.sys contains packages with system-specific D interface files (ports of header files). As with core.stdc, refer to the documentation for the equivalent C header. core.stdc is documented, in the sense that

Re: TreeViews in tkd

On Thursday, 17 December 2015 at 11:33:31 UTC, Gary Willoughby wrote: On Thursday, 17 December 2015 at 09:47:42 UTC, TheGag96 wrote: I've been trying to get into tkd to make some GUI apps, since it looked like the simplest/intuitive library out there so far. I've been attempting to use their

Re: How to replace inside regex?

On 12/17/2015 04:57 AM, Suliman wrote: > find all commas in strings inside quotes and replace them. > > foo, bar, "hello, user", baz [...] > auto partWithComma = matchAll(line, r).replaceAll(",", " "); For this particular case, do you really want to replace with spaces, or do you want to

Re: D float types operations vs C++ ones

On Thursday, 17 December 2015 at 11:50:02 UTC, drug wrote: I have two implementation of the same algorithm - D and C++ (that is port of D version). I assume that running these implementations on the same data should give the same results from both. But with some data the results differ (5th

Re: Why should file names intended for executables be valid identifiers?

On Tuesday, 15 December 2015 at 03:31:18 UTC, Shriramana Sharma wrote: I expect it should not be difficult for the compiler to see that this D file is not a module being imported by anything else or even being compiled to a library which would need to be later imported. In which case, why does

Re: Why should file names intended for executables be valid identifiers?

On 12/16/2015 08:26 PM, Shriramana Sharma wrote: > can't a hyphen be part of such mangled names? Perhaps my response is naive but hyphen means subtraction (or minus). If the grammar is context-free then it cannot appear in a name, no? Ali

Re: D float types operations vs C++ ones

On 18.12.2015 05:58, Nicholas Wilson wrote: On Thursday, 17 December 2015 at 13:30:11 UTC, drug wrote: On 17.12.2015 16:09, Nicholas Wilson wrote: [...] Thanks for answer. My C++ version is tracing D version so commutativity and distributivity aren't requred because order of operations is the

Re: D float types operations vs C++ ones

On Thursday, 17 December 2015 at 13:30:11 UTC, drug wrote: On 17.12.2015 16:09, Nicholas Wilson wrote: [...] Thanks for answer. My C++ version is tracing D version so commutativity and distributivity aren't requred because order of operations is the same (I guess so at least), so I hoped for

Re: TreeViews in tkd

On Thursday, 17 December 2015 at 09:47:42 UTC, TheGag96 wrote: I've been trying to get into tkd to make some GUI apps, since it looked like the simplest/intuitive library out there so far. I've been attempting to use their TreeViews to make interactable lists of things, but it almost looks

D float types operations vs C++ ones

I have two implementation of the same algorithm - D and C++ (that is port of D version). I assume that running these implementations on the same data should give the same results from both. But with some data the results differ (5th decimal digit after point). For my purpose it isn't important

Re: D float types operations vs C++ ones

On 17.12.2015 14:52, Andrea Fontana wrote: You should publish some code to check... Too much code to public - operations are simple, but there are many branches and reducing may take much time . In fact I asked to understand _in general_ if it worth diving into code to find the source of the