Search found 234 matches
- Fri Sep 04, 2020 4:53 pm
- Forum: Bugs
- Topic: issue-#209 Compiler trap in Real64 op ADR(x)
- Replies: 13
- Views: 32711
Re: issue-#209 Compiler trap in Real64 op ADR(x)
Is there any such tool around? I have no such tool, I used only three papers, copied all enum names with a pencil, and the builtin post debugger(trap window), HALT(100) at the position which I want to inspect! sometimes spend only a minute if the bug near the trap, sometimes will need several hours...
- Thu Aug 06, 2020 12:02 pm
- Forum: Bugs
- Topic: issue-#209 Compiler trap in Real64 op ADR(x)
- Replies: 13
- Views: 32711
Re: issue-#209 Compiler traps when Real64 op with SYSTEM.ADR
well, there are two points; 1, DevCPL486.CheckMemForm used by Float load or store, the operands it accepted is only integer and real form; FILD – Load Integer 16-bit memory 1101 1111 : mod 000 r/m FILD m16int DF /0 Push m16int onto the FPU register stack. 32-bit memory 1101 1111 : mod 101 r/m FILD m...
- Tue Jul 28, 2020 10:18 am
- Forum: Bugs
- Topic: about SYSTEM.ADR(BasicType)
- Replies: 11
- Views: 27230
Re: about SYSTEM.ADR(BasicType)
a proposalJosef Templ wrote:We would also have to update the "Platform-Specific Issues" which currently states:
ADR(T) T: a record type INTEGER address of Descriptor of T
Code: Select all
ADR(T) T: a non scalar type** INTEGER address of Descriptor of T
**except untagged type
- Tue Jul 28, 2020 9:18 am
- Forum: Bugs
- Topic: issue-#209 Compiler trap in Real64 op ADR(x)
- Replies: 13
- Views: 32711
- Tue Jul 28, 2020 9:06 am
- Forum: Bugs
- Topic: about SYSTEM.ADR(BasicType)
- Replies: 11
- Views: 27230
Re: about SYSTEM.ADR(BasicType)
This fix can be passed;Josef Templ wrote:CODE: SELECT ALL
ELSIF z.class = Ntype THEN
IF z.obj.typ.untagged OR (f IN {Byte..Set, Char16, Int64}) THEN err(111) END;
z := NewOp(op, typ, z)
- Sat Jul 25, 2020 12:39 pm
- Forum: Bugs
- Topic: issue-#209 Compiler trap in Real64 op ADR(x)
- Replies: 13
- Views: 32711
issue-#209 Compiler trap in Real64 op ADR(x)
a compiler bug, adimetrius have made a fix.
https://community.blackboxframework.org ... f=48&t=258
https://community.blackboxframework.org ... f=48&t=258
- Wed Jul 22, 2020 8:14 am
- Forum: Bugs
- Topic: about SYSTEM.ADR(BasicType)
- Replies: 11
- Views: 27230
Re: about SYSTEM.ADR(BasicType)
I checked the Ivan's demo, the ProcType is rejected, but it shoud be accepted,Josef Templ wrote:But first please explain what the issue is all about.
He found this bug in some lowlevel projects;Ivan Denisov wrote:This is relevant for some lowlevel project.
- Tue Jul 21, 2020 4:29 pm
- Forum: Bugs
- Topic: about SYSTEM.ADR(BasicType)
- Replies: 11
- Views: 27230
Re: about SYSTEM.ADR(BasicType)
yes,I think. ProcType needs to be accepted;Zinn wrote:Should we reopen the center issue #199, compiler trap with SYSTEM.ADR(BasicType)
and correct their correction to the new one here?
- Helmut
- Wed Jun 24, 2020 6:44 am
- Forum: Resolved (Bugs)
- Topic: issue-#208 ASSERT(FALSE) rejected by compiler
- Replies: 3
- Views: 12927
Re: issue-#208 ASSERT(FALSE) rejected by compiler
no problem,very well:the comments and documents updated correctly;
- Tue Jun 09, 2020 3:46 pm
- Forum: Features
- Topic: Menus file accept comment line
- Replies: 3
- Views: 9780
Re: Menus file accept comment line
1, no, had to subclass some window; 2,"HostMenus.WindowList" ,it's only a flag, indicate this popup menu will append MDI sub window list; the work is done by the default procedure of MDI client window; in HostMenus.InitMenus, UpdateMenus res := WinApi.SendMessageW(HostWindows.client, WinAp...