Index
> IDE Development > FASMW BUG |
| Author |
|
|
windwakr 28 Aug 2010, 00:33
Did you upload the right file? When trying to just compile with 1.69.16, I get "unexpected end of file".
EDIT: Using your file below, I'm not able to recreate the bug. It still compiles successfully after deleting and undo-ing. Last edited by windwakr on 28 Aug 2010, 01:03; edited 2 times in total |
|||
28 Aug 2010, 00:33 |
|
|
ouadji 28 Aug 2010, 00:55
indeed, here is the right file (thank you windwakr) _________________ I am not young enough to know everything (Oscar Wilde)-  Last edited by ouadji on 21 Sep 2010, 20:23; edited 1 time in total |
|||
|
28 Aug 2010, 00:55 |
|
|
bitRAKE 28 Aug 2010, 01:26
Code: Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 00000000 75 73 65 33 32 0D 0A 69 6E 63 6C 75 64 65 20 27 use32..include ' 00000010 77 69 6E 33 32 61 2E 69 6E 63 27 0D 0A 6D 6F 76 win32a.inc'..mov 00000020 20 65 61 78 2C 6D 79 5F 70 72 6F 63 0D 0A 09 09 eax,my_proc.... 00000030 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 ................ 00000040 09 09 09 09 09 09 09 09 09 09 09 09 09 20 6D 79 ............. my 00000050 5F 6C 61 62 65 6C 3A 20 5C 20 00 00 00 00 00 00 _label: \ ...... 00000060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 000000A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 000000B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 000000C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 000000D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 000000E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 000000F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000150 00 00 00 00 00 00 00 00 00 00 00 01 00 01 0D 0A ................ 00000160 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 ................ 00000170 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 20 ............... 00000180 70 72 6F 63 20 6D 79 5F 70 72 6F 63 0D 0A 09 09 proc my_proc.... 00000190 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 ................ 000001A0 09 09 09 09 09 09 09 09 09 09 09 09 09 20 6E 6F ............. no 000001B0 70 0D 0A 09 09 09 09 09 09 09 09 09 09 09 09 09 p............... 000001C0 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 09 ................ 000001D0 09 09 20 65 6E 64 70 0D 0A .. endp.. |
|||
|
28 Aug 2010, 01:26 |
|
|
ouadji 28 Aug 2010, 09:18
no, nothing to do with "zero" in your picture. you must go to look in the structure of lines the number of characters has not been restored to the proper value. (here 104h). If I manually (debugger) change this number by the correct value (209h --> 104h), then the file compiles again. (I checked everything, it's the only error. ) for Tomasz : (!!!) the header lenght of Wink has 30h bytes but this is exactly the same problem with original fasmw (14 or 16) Wink doesn't change the original header. I tried again this morning, the problem is identical with original fasmw 
209h = 104h + 105h 209h is the correct value after "Delete" (without Undo) but here, "Undo" doesn't restore 104h (below : "after" == after "Delete + Undo") 
Edit: here is a scrennshot with original fasmw 1.69.16 before : 104h after : 209h 
_________________ I am not young enough to know everything (Oscar Wilde)- |
|||
|
28 Aug 2010, 09:18 |
|
|
Tomasz Grysztar 28 Aug 2010, 11:58
You are fast.
 When I read your initial bug report, I was already in the middle of preparing a new package (as I updated the manuals to cover the 64-bit headers and procedure customizations). So I included the fix in this new upload and I came back here to announce it, only to find out that you already posted a detailed analysis. Well, at least you got another bit of experience with AsmEdit internals then. 
To summarize: fasmw 0.95.02 should have it fixed. Note that 1.69.16 is the version of fasm's compiler core, which has nothing to do with IDE updates. There may be many version of fasm core release with still the same IDE version, and there may be many IDE updates with the same core version as well. Always look at the date of the package. |
|||
|
28 Aug 2010, 11:58 |
|
|
ouadji 28 Aug 2010, 21:58
Quote: Always look at the date of the package. Quote:
Take a little time for look at Wink. it's an amazing aplication .. try to mislead the highlight syntax thank you Tomasz for this latest version of FASMW (0.95.02), very good job. _________________ I am not young enough to know everything (Oscar Wilde)- |
|||
|
28 Aug 2010, 21:58 |
|
< Last Thread | Next Thread > |
Forum Rules:
|