<<NOPE>> There was something wrong with this Constructor: Constructor imContext() load_wordBench( wordbenches( MASTER ), "Data/master.dictionary.json", 1 ) wb_make_hash( wordbenches( MASTER ) ) this.curBench = MASTER this.curGramCtx = 0 end Constructor Which went away when I moved it to a ...

Is there any way I could have run out of heap space, and how can I check to know if that's the issue and/or fix it?

I use macros a lot so I'm familiar with debugging them and the complexities. The notation is used is to take up less space visually. It should work the same way, but as you said, macros are strange.

What I did instead was:



And I feel like that should have produced the same result. But I could be wrong.

I couldn't find where it was duplicated, but I did make some edits to the code which seem to have fixed the problem.

Even if that's true, it

1. doesn't throw a duplicated definition
2. isn't stuck on ingram
3. should not be able to be fixed by adding a pointless line

When I saw this I was baffled. The compiler was reporting that the variable ngidx1 was not declared even though it clearly was. The offending line was: var ingram = this.wordgrams(POSTNG).array->items( ngidx1 )->object->fields(1)->value The variable is declared for lines up. I thought I may have don...

Hey old friend. Hope you are doing well!

Resizing is handled by the OS which fbgfx doesn't exactly allow access to. The work around is to put an fbgfx screenbuffer into an OS window. The method would depend on which GUI (winapi, gtk, fltk, etc..) you use to make that work.

This program basically takes a JSON object and then creates an HTML document to access the object within the HTML without any dependence on local documents . In order to make this work for you, find this: "myJsonObj[0].txt;" ..then swap out .txt for whatever object tag you're using. Files:...

Alright. I reinstalled the system and now it works fine.

No, that's not it. Makes sense but unfortunately, a file which used to compile will not compile anywhere. (That is to say I thought of that).

I tried that. The compiled "hello world" does run. But other compiled programs which will run on other computers do not run on this one. I'm not sure yet what specific call this computer is hanging on, nor do I really think in the long run it matters. Something is wrong with OS and virus a...

All programs compiled are hanging but only on 1 specific machine. I need ideas as to why this might happen. The other machine I tested it on runs the same operating system (Win7) and the program works fine. There are no bugs in the code. I'm running a boot time virus scan now. Any ideas?

That explains it. Thanks fxm.