flat assembler
Message board for the users of flat assembler.
Index
> IDE Development > Fresh work version with "Source level debuger" :D Goto page Previous 1, 2, 3 |
Author |
|
Tommy 31 Jan 2004, 18:02
Yes, it's on my todo... I'll fix it as soon as possible...
|
|||
31 Jan 2004, 18:02 |
|
Tommy 31 Jan 2004, 19:51
Now I've fixed the things in your list + some other additions... Take a look!
So long! Tommy
|
|||||||||||
31 Jan 2004, 19:51 |
|
JohnFound 31 Jan 2004, 21:43
Hi Tommy.
Now it is much better. Only one thing - AEM_SETFOCUSLINE should move the line to the middle, only if it is outside the screen. Otherwise, the AsmEdit on every step of the debugger scrolls up or down, but it is not desired. Very good work, though. Regards. |
|||
31 Jan 2004, 21:43 |
|
Tommy 01 Feb 2004, 08:29
Ok, I considered that, but... I'll fix it.
[edit]I have fixed it now... [/edit]
|
|||||||||||
01 Feb 2004, 08:29 |
|
Tommy 01 Feb 2004, 19:58
BTW: there's a bug in the debugger (I think)... Setting a breakpoint in the debug.asm file in the Fresh-project, I only get a message about the breakpoint in the message-list... In other words: the line is not focused by the debugger, and continuing the debugging by "step over" or "step into" doesn't work properly... Is it supposed to be like this?
|
|||
01 Feb 2004, 19:58 |
|
JohnFound 01 Feb 2004, 22:48
Hi Tommy. Good work on the editor.
About reported bug, please, tell me, where exactly you put this breakpoint, that don't stop the debugger. (btw: I don't know how the debugger will behave on multithread applications (like Fresh) but probably it will behave wrong. Ah, and one last fix in the editor: When the current line is only partially on the screen AsmEdit should act as the like is outside the screen, i.e. to center it. I take some cases where the bottom screen line is only 1..2 pixels visible, but AsmEdit count it as it is on the screen and does not center it. Regards. |
|||
01 Feb 2004, 22:48 |
|
Tommy 02 Feb 2004, 07:13
1) I'll give you further information about this when I get home from school. Right now I don't have access to the sources and the program itself...
2) Oh... I thought I had fixed that... Well, I know how to fix it so I will fix it when I get home from training tonight... So long! Regards, Tommy |
|||
02 Feb 2004, 07:13 |
|
JohnFound 02 Feb 2004, 09:37
Hi all.
I just upload the next work version 1.0.1C.15. It have some interresting improvements in "Options|IDE options" menu, also implemented latest versions of decard's help system and AsmEdit control. Send some feedback what you think about new options menu and "first time run" system. Note: I think it should be the last work version of 1.0.1C. The next will be "official" pre-alpha, after last fixes in AsmEdit and reported bugs. There are simply too many changes since 1.0.1B. Regards. |
|||
02 Feb 2004, 09:37 |
|
decard 02 Feb 2004, 14:26
Nice idea What about implementing environment variable list as a property grid? With buttonedit it would make "input name and path" dialog unneccessary.
|
|||
02 Feb 2004, 14:26 |
|
JohnFound 02 Feb 2004, 14:31
decard wrote: Nice idea What about implementing environment variable list as a property grid? With buttonedit it would make "input name and path" dialog unneccessary. Well, property grid have fixed property names in the left column, but I don't want to limit the users to several fixd paths. Now everyone may add his own name/path rows in the Fresh.ini environment section. Regards |
|||
02 Feb 2004, 14:31 |
|
pelaillo 02 Feb 2004, 16:28
Great work Tommy and John Found, thanks.
Feedback: the following proc causes the bug (when user clicks pause or stop buttons and debug thread has not started, fasm crash): Code: proc WaitForCommand begin .wait: cmp [dbgCommand], 0 jne .wait return endp Maybe assigning a dbgcNotDebugging value to dbgCommand? Or a workarround activating buttons when the thread is created? |
|||
02 Feb 2004, 16:28 |
|
JohnFound 02 Feb 2004, 16:43
Hi pelaillo.
Thank you. I was forget about this problem. I will fix it. btw: Are you got crash, or simply hanging. Because Fresh should hang not crash on this procedure if the debugger thread is not created. Regards. |
|||
02 Feb 2004, 16:43 |
|
pelaillo 02 Feb 2004, 17:07
Yes, you're right. The right term is hang: it is an infinite loop and the program must be manually stopped.
btw. congrats , you got a great improvement in debugger's speed. Currently I'm testing with a very outdated machine. |
|||
02 Feb 2004, 17:07 |
|
Tommy 02 Feb 2004, 18:28
Hi John... I can't provoke your comment on the behaviour of aem_setfocusline, but it should only be to add "inc eax" after line 2427 in AsmEdit.asm... Tell me if I'm wrong...
BTW: the ClearEditDebugStates can be removed from debug.asm... It was when I placed a breakpoint in this procedure and called it, the debugger didn't react... This problem seems to be fixed in the newest release... So long! Best regards, Tommy |
|||
02 Feb 2004, 18:28 |
|
JohnFound 02 Feb 2004, 22:56
Tommy, thanks. Now AsmEdit works exactly how it have to work. Excelent work.
Regards |
|||
02 Feb 2004, 22:56 |
|
Tommy 03 Feb 2004, 06:49
You're welcome! Keep up the good work!... (I'll see if I have more time this week to add some more features to AsmEdit (bookmarks and breakpoints))
Got to go to school! So long and take care! |
|||
03 Feb 2004, 06:49 |
|
Goto page Previous 1, 2, 3 < Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2024, Tomasz Grysztar. Also on GitHub, YouTube.
Website powered by rwasa.