Big bug: during compilation fresh allocates about 70-80MB of memory and does not free it, so after some compilations I run out of memory.

I got few access violations while saving files, however all files are saved successfully.

can display Chinese
but can't write......
unicode error?

Page fault at 0167:004206c9.

EAX=00000001 CS=0167 EIP=004206c9 EFLGS=00010246
EBX=00000002 SS=016f ESP=0056eff4 EBP=0056eff4
ECX=0056f72c DS=016f ESI=00439158 FS=2d77
EDX=0043001c ES=016f EDI=00434b44 GS=0000

Stack:
0056f004 0041861e 00439158 004183ce 0056f590 004183ea 00439158 bffc9490 0052f094 0056f058 0056f470 004200d2 0056f058 bffc9490 c14ca650 0056f470    

When some file is opened in the editor, and I try to open other project, I get:

proc FileChanged, ptrFile
begin
        mov     eax, [ptrFile]
        test    eax, eax
        jz      .finish

        cmp     [eax+TOpenFile.hEditor], 0
        je      .checkproj

        push    eax ; preserve for the future.
        invoke  SendMessage, [eax+TOpenFile.hEditor], _CEM_CHANGENOTIFY, 0, 0
        pop     eax
        cmp     [eax+TOpenFile.projectID], NULL  ; it was stupid to think eax will be the same after SendMessage
        je      .finish

        invoke  SendMessage, [hProjManager], PMM_FILECHANGED, eax, 0
        jmp     .finish

.checkproj:
        cmp     [eax+TOpenFile.projectID], NULL
        jne     .finish

        stdcall FreeFStruct, eax

.finish:
        return
endp
    

When I select Project->Create Binary Form and in the window that appears I click cancel

That bug with saving is quite rare, but it was in Fresh 1.0.1C and fresh 1.0.1D as well. Wish me good luck with finding it

Another bug in Fresh. When I try to restore an undefined constant, Fresh crashes with access violation: "The instruction at "0x004013c8" referenced memory at "0x0001c798". The memory could not be "read"". It looks like something in Fresh, because Fasm 1.52 does not crash when trying to restore undefined constant.

I was looking at the bug in the search engine...

        stdcall ShowModal, [hProgressWnd], MSF_CENTER
        invoke  TerminateThread, [hFindInstance],0
    

esi7?

iglobal
  cAsmEditClassName       db 'ASMEDIT', 0
  wheel_scroll_lines      dd 3             ; this is the number of lines to scroll with mouse wheel.
  zzz dd 0              ;<===add it
endg
.........
    .convert_to_ascii:
        mov     ax,word [lparam+2]
        and     eax,7Fh

        lea     ecx, [.kbstate]
        lea     edx, [.char]
        invoke  ToAscii, [wparam], eax, ecx, edx, TRUE;FALSE
        jz      .ignore
        mov     [zzz],1 ;<===add it
        mov     al,[.char]
.........
.wmchar:
;        test    [lparam],1 shl 31 ;<===del it
;        jz      .ignore              ;<===del it
        cmp     [zzz],1               ;<===add it
        jne     .wAscii               ;<===add it
        mov     [zzz],0               ;<===add it
        jmp     .ignore               ;<===add it
  .wAscii:                        ;<===add it
        cmp   [wparam],8      ;<===add it
        je    .ignore         ;<===add it
        mov     eax,[wparam]
        jmp     .put_char
    

modify \source\asmedit\asmedit.asm

IMHO, you should set some cancel flag and kindly wait for thread to detect this and to stop properly, on finished operation.

     .wait_for_cancel:                  
        cmp     [find_cancel_flag],2   
        jne     .wait_for_cancel
    

Hi John,
The same problem happens with for example spanish keyboard because there are chars composed by 2 keystrokes. i.e. a+' = á.
Asmedit does not handle them. I´m going to see how it is handled by other editors.

b.t.w. a feature request:
How about hiding components bar while not editing dialogs?