vid512

I have discovered this bug is not actually caused by the structure member being of PTR PROTO type, but instead by the structure member being named same as PROC. If...

I vaguely remember this problem from JWASM days. It was about the WinInc structure DEBUG_EVENT having member ExitProcess, causing trouble with API function ExitProcess in some scenarios. I think it...

What is that test-case, and how is it relevant to the issue? All of test-cases that I have reported in both my original posts still produce same error with UASM...

It wasn't the code from #145, you have added structure declaration to it, which causes the bug not to trigger. My code in first post of #145 is interesting precisely...

Thanks a lot! There's still something to fix. I've tried current 2.56 branch with our project, and there is a crash in backptch.c:202. The "fixup2->sym" being dereferenced is 0. This...

Yes, so far it seems to work. I'll let you know if anything.

John: Turns out I was mistakenly testing with master, instead of v2.56 branch. I have also supplied mazegen with this incorrect version, so please disregard his last messages as well....

Results of testing with simple example. rip_rel.asm contains: ``` .code nop lbl1: nop lea rax, [lbl1] lea rax, [lbl2] nop lbl2: nop end ``` Building it with 2.56: ``` c:\dev\_tools\uasm-2.56\UASM\bin>uasm64...

Another weird problem. The current 2.56 version reports "symbol redefinition" errors, when there is no symbol redefinition. This seems to be somehow triggered by using PROC. win.asm: ``` option casemap:none...

No more "duplicate symbol" errors with our codebase. This problem seems resolved. Tomorrow I'll try to switch to the RIP-relative addressing project-wide, and we'll see if any new errors pop...