serve-d and spindump

2019-09-13 Thread Joel via Digitalmars-d-learn
On my macOS 10.14.6 computer, I close serve-d thread when it's 
using too much CPU, I also knock off spindump for the same 
reason. I get artifacts and junk that flash on my screen - I 
don't know if that's connected to removing those or not. Does 
anyone else have these problems? I always have Visual Code 
running for D programming.


I found an old solitary post[0] about it, or so.

[0] Bug with profiling GC with multiple threads/fibers


Re: Name change weird

2019-09-13 Thread Joel via Digitalmars-d-learn

On Friday, 13 September 2019 at 12:20:48 UTC, H. S. Teoh wrote:
On Fri, Sep 13, 2019 at 05:57:53AM +, Joel via 
Digitalmars-d-learn wrote: [...]
jex(2204,0x75356000) malloc: Incorrect checksum for freed 
object

0x7ffc9368cdf8: probably modified after being freed.
Corrupt value: 0x7ffc9368000d
jex(2204,0x75356000) malloc: *** set a breakpoint in 
malloc_error_break

to debug
Program exited with code -6

Also get:
Program exited with code -11

[...]

This looks like a memory corruption bug. Possibly it was masked 
before, but due to recent changes in the compiler / druntime, 
the bug got exposed.



T


Yeah, input handling would crash in the past, too, but own if you 
switched away from the program and started doing something else.


Re: Using CSS Data from Within My Code

2019-09-13 Thread Ron Tarrant via Digitalmars-d-learn

On Thursday, 12 September 2019 at 19:14:26 UTC, Ali Çehreli wrote:

On 09/12/2019 02:54 AM, Ron Tarrant wrote:

> I thought it was odd having 'q' in front of the opening curly
brace...

I think my index can be useful in such searches. Both q"" and 
q{} are there:


  http://ddili.org/ders/d.en/ix.html

Ali


Thanks, Ali. I suppose I should be looking in your book first 
when I have a question... as I so often do.


Re: What is "dual-context" ?

2019-09-13 Thread SrMordred via Digitalmars-d-learn

On Friday, 13 September 2019 at 04:23:47 UTC, Paul Backus wrote:

On Friday, 13 September 2019 at 02:49:33 UTC, SrMordred wrote:

[...]


"Dual context" is the compiler feature that allows you to pass 
delegates as template arguments to member functions. For a long 
time, limitations in the frontend made this impossible [1]. It 
was recently fixed in dmd [2], but the fix hasn't made it into 
ldc yet [3], so code that takes advantage of this feature is 
currently dmd-only.


[...]


Nice!, Thanks for the explanation and workaround :)


Re: Name change weird

2019-09-13 Thread H. S. Teoh via Digitalmars-d-learn
On Fri, Sep 13, 2019 at 05:57:53AM +, Joel via Digitalmars-d-learn wrote:
[...]
> jex(2204,0x75356000) malloc: Incorrect checksum for freed object
> 0x7ffc9368cdf8: probably modified after being freed.
> Corrupt value: 0x7ffc9368000d
> jex(2204,0x75356000) malloc: *** set a breakpoint in malloc_error_break
> to debug
> Program exited with code -6
> 
> Also get:
> Program exited with code -11
[...]

This looks like a memory corruption bug. Possibly it was masked before,
but due to recent changes in the compiler / druntime, the bug got
exposed.


T

-- 
Nobody is perfect.  I am Nobody. -- pepoluan, GKC forum


Blog Post #70: Statusbar Basics

2019-09-13 Thread Ron Tarrant via Digitalmars-d-learn
Time to get down to basics with the Statusbar. Although most 
contemporary applications don't bother with proper status bars, 
these widgets can still be useful. Here's how to get started with 
them: https://gtkdcoding.com/2019/09/13/0070-statusbar.html




Re: Name change weird

2019-09-13 Thread Joel via Digitalmars-d-learn

On Friday, 13 September 2019 at 10:02:35 UTC, Joel wrote:

On Friday, 13 September 2019 at 09:54:58 UTC, Kagamin wrote:

Maybe you upgraded SFML and now binding doesn't match?


I didn't touch SFML dylibs. I guess I could try recompling 
them. It's a bit late here in New Zealand, though.


I tried recompiling and it didn't work at first. But compiled by 
recloning with git. Still have the same fatal problem. My 
platform game plays a popping sound over and over (which would go 
once at program launch before).




Re: Name change weird

2019-09-13 Thread Joel via Digitalmars-d-learn

On Friday, 13 September 2019 at 09:54:58 UTC, Kagamin wrote:

Maybe you upgraded SFML and now binding doesn't match?


I didn't touch SFML dylibs. I guess I could try recompling them. 
It's a bit late here in New Zealand, though.


Re: Name change weird

2019-09-13 Thread Kagamin via Digitalmars-d-learn

Maybe you upgraded SFML and now binding doesn't match?


Re: Name change weird

2019-09-13 Thread Joel via Digitalmars-d-learn

On Friday, 13 September 2019 at 06:07:57 UTC, Joel wrote:

On Friday, 13 September 2019 at 05:57:53 UTC, Joel wrote:

On Friday, 13 September 2019 at 05:39:06 UTC, Joel wrote:

[...]


Actually, forget about the above. It's still crashing in run 
time.


jex(2204,0x75356000) malloc: Incorrect checksum for freed 
object 0x7ffc9368cdf8: probably modified after being freed.

Corrupt value: 0x7ffc9368000d
jex(2204,0x75356000) malloc: *** set a breakpoint in 
malloc_error_break to debug

Program exited with code -6

Also get:
Program exited with code -11

Having this problem since documenting (eg /// discription) 
some of my code.


I'm using DSFML 2.1.1 on macOS 10.14.6 DMD 2.087.1 (home brew). 
I have upgraded macOS recently - I don't know if that's it. I 
haven't been able to get a much newer version DSFML to work.


I think it's the macOS update. Programs that ran before, now 
crash, not my DLangUI ones. Seems to be with input handling using 
the DSFML library, I have a program that has graphics and audio, 
but not looking for keyboard input - that runs properly.




Re: Bug with profiling GC with multiple threads/fibers

2019-09-13 Thread Joel via Digitalmars-d-learn

On Sunday, 21 April 2019 at 16:20:51 UTC, WebFreak001 wrote:
I'm trying to GC profile serve-d which uses a lot of fibers 
potentially also across some threads and some threads doing 
some dedicated work, however -profile=gc doesn't seem to work 
properly. It logs `shared static this` calls and some methods, 
however none of the actual stuff is in there (and the total 
bytes allocated is way too small)


[...]


I don't know a fix. On my macOS computer, I close serve-d thread 
when it's using too much CPU, I also knock off spindump for the 
same reason.


Re: Name change weird

2019-09-13 Thread Joel via Digitalmars-d-learn

On Friday, 13 September 2019 at 05:57:53 UTC, Joel wrote:

On Friday, 13 September 2019 at 05:39:06 UTC, Joel wrote:

[...]


Actually, forget about the above. It's still crashing in run 
time.


jex(2204,0x75356000) malloc: Incorrect checksum for freed 
object 0x7ffc9368cdf8: probably modified after being freed.

Corrupt value: 0x7ffc9368000d
jex(2204,0x75356000) malloc: *** set a breakpoint in 
malloc_error_break to debug

Program exited with code -6

Also get:
Program exited with code -11

Having this problem since documenting (eg /// discription) some 
of my code.


I'm using DSFML 2.1.1 on macOS 10.14.6 DMD 2.087.1 (home brew). I 
have upgraded macOS recently - I don't know if that's it. I 
haven't been able to get a much newer version DSFML to work.


Re: Name change weird

2019-09-13 Thread Joel via Digitalmars-d-learn

On Friday, 13 September 2019 at 05:39:06 UTC, Joel wrote:
I edited one of my librarys and found my programs crashing. At 
first, I couldn't find what was wrong but used GitHub to review 
my changes. I found an enum[0] that had a name change - that my 
programs weren't even using. All the change that was from 'enum 
g_Draw {text, input}' to 'enum g_draw {text, input}' (just 
changed the D to lowercase). I fixed it by making the D 
uppercase again - D Programming Language (code-d) marks it as 
not the right style.


https://github.com/joelcnz

[0] JecLib - base.d


Actually, forget about the above. It's still crashing in run time.

jex(2204,0x75356000) malloc: Incorrect checksum for freed 
object 0x7ffc9368cdf8: probably modified after being freed.

Corrupt value: 0x7ffc9368000d
jex(2204,0x75356000) malloc: *** set a breakpoint in 
malloc_error_break to debug

Program exited with code -6

Also get:
Program exited with code -11

Having this problem since documenting (eg /// discription) some 
of my code.