On Thursday, 13 August 2020 at 21:10:57 UTC, Steven Schveighoffer
wrote:
On 8/13/20 4:51 PM, Andre Pany wrote:
[...]
So in your real world scenario, a non-D thread/program is
calling sample, and it controls the location of *i? If so, then
no, you can't depend on D not collecting that data, b
On 8/13/20 4:51 PM, Andre Pany wrote:
On Thursday, 13 August 2020 at 20:11:50 UTC, Steven Schveighoffer wrote:
The garbage collector scans all of the stack as if it were an array of
pointers. So if you have a pointer to it anywhere on the stack, it
won't be collected.
However, it only scans t
On Monday, 10 August 2020 at 15:43:04 UTC, Andy Balba wrote:
On Monday, 10 August 2020 at 15:13:51 UTC, bachmeier wrote:
On Monday, 10 August 2020 at 14:20:23 UTC, bachmeier wrote:
On Monday, 10 August 2020 at 05:51:07 UTC, Andy Balba wrote:
generating random numbers using
https://dlang.org/li
On Thursday, 13 August 2020 at 20:11:50 UTC, Steven Schveighoffer
wrote:
On 8/13/20 4:04 PM, Andre Pany wrote:
Hi,
in the specification
https://dlang.org/spec/interfaceToC.html#storage_allocation
there is this paragraph:
"Leaving a pointer to it on the stack (as a parameter or
automatic vari
On 8/13/20 4:04 PM, Andre Pany wrote:
Hi,
in the specification
https://dlang.org/spec/interfaceToC.html#storage_allocation there is
this paragraph:
"Leaving a pointer to it on the stack (as a parameter or automatic
variable), as the garbage collector will scan the stack."
I have some troubl
On Thursday, 13 August 2020 at 20:04:59 UTC, Andre Pany wrote:
Hi,
in the specification
https://dlang.org/spec/interfaceToC.html#storage_allocation
there is this paragraph:
"Leaving a pointer to it on the stack (as a parameter or
automatic variable), as the garbage collector will scan the
st
Hi,
in the specification
https://dlang.org/spec/interfaceToC.html#storage_allocation there
is this paragraph:
"Leaving a pointer to it on the stack (as a parameter or
automatic variable), as the garbage collector will scan the
stack."
I have some trouble to understand what does this mean. G
Thank you all very much for your detailed feedback!
I wound up pulling the "TREE_GRM_ESTN.csv" file referred to by
Jon and used it in subsequent tests. Created D-programs for
reading directly through a File() structure, versus reading
byLine() from the stdin alias.
After copying the large CS
On Thu, Aug 13, 2020 at 08:30:44AM +, Jonathan via Digitalmars-d-learn
wrote:
[...]
> Is there a reason you need to run all unittests every time you want to
> run the program?
During development, this is a valuable time-saver: instead of compiling
twice, once with -unittest and once without,
On Thursday, 13 August 2020 at 14:41:02 UTC, Steven Schveighoffer
wrote:
But for sure, reading from stdin doesn't do anything different
than reading from a file if you are using the File struct.
A more appropriate test might be using the shell to feed the
file into the D program:
dprogram <
On 8/13/20 3:28 AM, WebFreak001 wrote:
On Wednesday, 12 August 2020 at 21:11:54 UTC, Daniel Kozak wrote:
[...]
Unfortunately, I think vibe-d is dead. With every release it is worse
than before and it seems there is almost no activity. So D really need
new champion here maybe hunt will be next
On 8/13/20 5:02 AM, Nils Lankila wrote:
On Thursday, 13 August 2020 at 08:49:21 UTC, WebFreak001 wrote:
On Thursday, 13 August 2020 at 07:52:07 UTC, novice3 wrote:
Hello.
I don't use dub.
I use Windows and *.d file association to compile small apps by dmd
with "-i -unittest -g" switches.
Now
On 8/12/20 6:44 PM, methonash wrote:
Hi,
Relative beginner to D-lang here, and I'm very confused by the apparent
performance disparity I've noticed between programs that do the following:
1) cat some-large-file | D-program-reading-stdin-byLine()
2) D-program-directly-reading-file-byLine() us
On Thursday, 13 August 2020 at 07:08:21 UTC, Jon Degenhardt wrote:
Test Elapsed System User
--- --
tsv-select -f 2,3 FILE 10.280.42 9.85
cat FILE | tsv-select -f 2,311.101.45 10.23
cut -f 2,3 FILE
On Wednesday, 12 August 2020 at 13:46:06 UTC, James Blachly wrote:
Unfortunately the problem still occurs with Vibe.d 0.9.0
IMO **this is the single most important problem to fix** for
vibe.d -- if the most basic of examples (indeed, supplied by
dub itself) fails so spectacularly, the casual
On Thursday, 13 August 2020 at 09:02:28 UTC, Nils Lankila wrote:
programmatically, in a way it is already, but by calling
function
Better with compiler switch, may be...
On Thursday, 13 August 2020 at 08:49:21 UTC, WebFreak001 wrote:
On Thursday, 13 August 2020 at 07:52:07 UTC, novice3 wrote:
Hello.
I don't use dub.
I use Windows and *.d file association to compile small apps
by dmd with "-i -unittest -g" switches.
Now i update dmd, and found, that apps compil
On Thursday, 13 August 2020 at 08:30:44 UTC, Jonathan wrote:
Is there a reason you need to run all unittests every time you
want to run the program?
Starting app with unittests while develop - frequent event for me.
Releasing app - rare event for me.
I want do frequent action without efforts (j
On Thursday, 13 August 2020 at 08:49:21 UTC, WebFreak001 wrote:
Try
version (unittest) extern(C) __gshared string[] rt_options =
["testmode=run-main" ];
Thanks! It works as needed.
On Thursday, 13 August 2020 at 07:52:07 UTC, novice3 wrote:
Hello.
I don't use dub.
I use Windows and *.d file association to compile small apps by
dmd with "-i -unittest -g" switches.
Now i update dmd, and found, that apps compiled with
"-unittest" not runs main().
How i can restore old beh
On Thursday, 13 August 2020 at 08:30:44 UTC, Jonathan wrote:
Is there a reason you need to run all unittests every time you
want to run the program?
App will be used by other peoples,
and i will release it after developing without unittests.
Release is rare action for me.
Running while developi
On Thursday, 13 August 2020 at 07:52:07 UTC, novice3 wrote:
Hello.
I don't use dub.
I use Windows and *.d file association to compile small apps by
dmd with "-i -unittest -g" switches.
Now i update dmd, and found, that apps compiled with
"-unittest" not runs main().
How i can restore old beh
Hello.
I don't use dub.
I use Windows and *.d file association to compile small apps by
dmd with "-i -unittest -g" switches.
Now i update dmd, and found, that apps compiled with "-unittest"
not runs main().
How i can restore old behaviour (run all unittests then main())
*without use "--DRT-te
On Wednesday, 12 August 2020 at 21:11:54 UTC, Daniel Kozak wrote:
[...]
Unfortunately, I think vibe-d is dead. With every release it is
worse than before and it seems there is almost no activity. So
D really need new champion here maybe hunt will be next
champion.
Can you give an example ho
On Wednesday, 12 August 2020 at 22:44:44 UTC, methonash wrote:
Hi,
Relative beginner to D-lang here, and I'm very confused by the
apparent performance disparity I've noticed between programs
that do the following:
1) cat some-large-file | D-program-reading-stdin-byLine()
2) D-program-direct
25 matches
Mail list logo
