flat assembler
Message board for the users of flat assembler.

Index > IDE Development > FASMW: auto completion

Goto page Previous  1, 2
Author
Thread Post new topic Reply to topic
donkey7



Joined: 31 Jan 2005
Posts: 127
Location: Poland, Malopolska
donkey7
well done, now FASMW is stable Wink

i saw that richedit control virtually splits long lines into 3kB (3072 chars) parts. that technique improves performance, especially with non-fixed-width fonts. also i think that this behaviour will reduce memory space requirements with that long lines, but who cares? - i haven't found any assembly sources with that long lines Wink

actually my programs are generally small, so i don't need any debugger. but who know what will happen in future? Wink

according to thread subject: i think that code completion should be implemented only in fresh, because FASMW is only an integrated 'notepad' and should be simple. don't blame me, this is only my suggestion Wink
Post 29 Sep 2005, 20:21
View user's profile Send private message Visit poster's website Reply with quote
Tomasz Grysztar



Joined: 16 Jun 2003
Posts: 7796
Location: Kraków, Poland
Tomasz Grysztar
donkey7 wrote:
according to thread subject: i think that code completion should be implemented only in fresh, because FASMW is only an integrated 'notepad' and should be simple. don't blame me, this is only my suggestion.

This perfectly reflects my stand.

However FASMW from the beginning was planned to integrate the source-level debugger, too - that's why it always has been 0.9x, since this planned feature has not yet been done.
Post 29 Sep 2005, 20:26
View user's profile Send private message Visit poster's website Reply with quote
Tomasz Grysztar



Joined: 16 Jun 2003
Posts: 7796
Location: Kraków, Poland
Tomasz Grysztar
donkey7 wrote:
i saw that richedit control virtually splits long lines into 3kB (3072 chars) parts. that technique improves performance, especially with non-fixed-width fonts. also i think that this behaviour will reduce memory space requirements with that long lines, but who cares? - i haven't found any assembly sources with that long lines Wink

Well, fasmw's editor internally splits the lines into 240-character segments (does this number remind something to you? Wink) - this control was originally designed for high performace, as I was initially developing it on a quite old computer (Pentium 60; well, it was an ultra-fast machine when it was bought), and I still use it there sometimes.
Post 29 Sep 2005, 20:58
View user's profile Send private message Visit poster's website Reply with quote
shoorick



Joined: 25 Feb 2005
Posts: 1608
Location: Ukraine
shoorick
universal is always huge, slow, buggy and, finally, not universal in real Wink
Post 30 Sep 2005, 06:18
View user's profile Send private message Visit poster's website Reply with quote
Reverend



Joined: 24 Aug 2004
Posts: 408
Location: Poland
Reverend
Tomasz Grysztar wrote:
FASMW from the beginning was planned to integrate the source-level debugger, too - that's why it always has been 0.9x, since this planned feature has not yet been done.
Wow, that's great news to me. May I ask, have any work been done for having this 1.0 release soon? Smile
Post 30 Sep 2005, 18:41
View user's profile Send private message Visit poster's website Reply with quote
Tomasz Grysztar



Joined: 16 Jun 2003
Posts: 7796
Location: Kraków, Poland
Tomasz Grysztar
Designing mainly. It has been a few times that I dropped completely the existing design for source level debugger before even starting to implement it. For example the line offset collector used by unofficial listing extension is not good, and not enough for the debugger purposes. Actually it can even be fooled and "exploited" in some way, when additional pass it does to collect line offset doesn't generate the same output as the "regular" last pass, and thus generate the bad output; but that's another story... For those reasons (and also a few other) the listing extension stays unofficial, and the source level debugger stays not written. Nevertheless I've already got the ideas, how to do it well, and thus you can expect I will start working on the debugger soon (when only I have time for this) - as I don't plan touching the core of the assembler too much in the near future, and instead wanted to concentrate on two tasks: improve documentation for assembler and finish the IDE. Also the separation of edit control into core and interface in the similar way, as it was done with the assembler, was done to allow building on this core the analogues of fasmw for other operating systems.
So my fasm-related programming efforts may go mainly into direction of developing the IDE(s), though it's also possible that as a side-effect of implementing the debugger into IDE, there will be also added support for some debug info formats in the assembler.
The all mentioned above actually makes my complete to-do list for flat assembler as for now.
Post 30 Sep 2005, 21:27
View user's profile Send private message Visit poster's website Reply with quote
OzzY



Joined: 19 Sep 2003
Posts: 1029
Location: Everywhere
OzzY
Quote:

Code completion is implemented in Fresh already...

I downloaded lastest fresh and can't get it work. Could you please help me?
Also, I don't know how to add events to buttons I add in form designer. Does fresh use some kind of framework for RAD or it's just a resource editor like in RADasm?

Thanks!
Post 13 Jan 2006, 01:40
View user's profile Send private message Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2020, Tomasz Grysztar. Also on GitHub, YouTube, Twitter.

Website powered by rwasa.