Beta 4 Coming Soon
Posted 16 May 2006 - 04:54 PM
I just found the bug (or at least the exact location of it) that blocked the release for the Beta4R1.
It is still a problem in the String handling that occurs when converting Integers to strings and when
I hope to get this fixed today or tomorrow and then I'll concentrate on adding the keyboard system and the conditional statements (maybe I'll add them before fixing since the bug is not, like I belived before, in the Loop coding). So everything is on course again.
Expect a beta 4 with a first preview of the keyboard system and new conditional statements allowing you to create your first REAL games.
So If everythings works as well as I think you'll have the Beta4R1 by the beginning or the middle of next week!
So happy anticipation!!!
Posted 17 May 2006 - 09:53 AM
You've done a good job.. keep like this during this time i will anticipate!
Posted 17 May 2006 - 07:28 PM
Did you even corrected the points and lines's bug ?
Don't forget to optimize the code as much as you can.
Posted 18 May 2006 - 06:53 AM
About the lines and pixels bug ... I'm not sure. I think they were fixed. If not I'll look into it again. But WHAT pixels bug? I don't remember any?!? Here is my changelog for now:
Added VM Setup menu (AC/On Key)
Added CodeView to Debugger
Added StackView to Debugger
Added MemoryView to Debugger
Fixed 0 not displaying as white but as transparent
Fixed white printing
Fixed rectangles printing slow/wrong when x0 > x1 or y0 > y1
Fixed mouse bound checking that was missing from previsous release
Fixed mouse_Flag reset that lead to program "remembering" mouse press
Fixed Integer conversion routine not working correctly for 256 - 999
Fixed Bug where pointers were not enforced
Fixed Bug where too many arguments on line were ignored
Fixed Bug where FunctionName could only be the last argument of a command
Fixed Bug with new Color functions
Fixed Bug where color was not correctly restored for an internal handler
Introduced overflow handler, not yet working
Initial support for negative numbers
Marked missing entry check for FOR loops as feature instead of a bug
(especially looking at the neg numbers that would render this check impossible anyways)
Replaced WriteWord with WriteByte in FOR loops. Old command caused wrong addition to be executed resulting in a corrupted stack.
Fixed RET from main routine not leading to termination but needing a prior HALT command.
I noted no other known bug than the string bug ... so maybe it is already solved. After all, the rect drawing relies on the line routine and it works.
As for optimization. ...
I will not optimize the code right now. This would be a waste of resources. Especially the line drawing and rectangle and filled rectangle drawing could be heavily optimized but I don't considder this a priority right now. Main thing is to get a WORKING and USEFULL program. The speed optimisations will definately be in before the final version (1.0-pre0) but before I would not engage in speed comparisions.
And now I'll go for creating the garbage collector ...
Posted 23 May 2006 - 08:16 AM
Has anyone a clue HOW the string joining was solved in the old MLC versions? I would really appreciate any help since this point is really critical to the release. I could also release it without the string joining but this would be useless. I didn't get the garbage collection to really work. I would need another segment for this way to work, but then we have 4 segments and I don't want this because they are not dynamically scalable. And this is not really good since we cound end up with some near empty and some full segments after compiling. This would be a waste of memory or even render the writing of some programs (verry string heavy or integer heavy) nearly impossible.
Please help me. Thanks a lot. (Btw. the debugger rocks )
Posted 24 May 2006 - 11:44 AM
I was so found of a new release for this week.
I hope you will find an answer to this issue very rapidly, instead of ...
Sorry but I have no skill at all in your problem, but hang on , (as an add says "just do it" )
Posted 24 May 2006 - 09:43 PM
Posted 15 July 2006 - 06:08 PM
I had a bussy time finding an appartement in dresden to stay at
and organizing some stuff in my life, so I had next to no time during the last
month. This of course delayed MLC2. I hope that I come up with something innovative to fix the problem with the string handling.
However in any case this will require a complete rewrite of the string functions and should take some time. I hope to find this time in the next 2 weeks.
As much as I want to release a beta, I just can not ignore this bug. ...
I really wanted you to see the new perfect debugger and this nice shiny stuff. I coul release a version, if you promise me NOT to mess with string handling. In best case it crashes the calc but in the worst it might reset memories! Tell me if this would be acceptable to you.
I will only look here sparsely so please bear with me if you don't get instant anwsers.
Best regards huhn_m / marcus
Posted 17 July 2006 - 07:02 PM
Posted 18 July 2006 - 07:54 AM
Also static variables (ones that are not joined etc.) work with the new implementation now.
I hope I get the concat to work this week so that I finally get to release this version. I really can't wait since I did lots of work.
I spend the whole day yesterday and some of the weekend thinking about the new implementation and how to do it best. I hope I don't come over any serious issues because I forgot something ...
Posted 23 July 2006 - 04:40 PM
However, this should not be due to a misconception (like in earlier versions) but just a typo or a small bug. I hope to get this fixed soon.
Thanks for your patience
Posted 28 July 2006 - 04:37 PM
Posted 21 August 2006 - 03:56 PM
good huhm for the new string model, have you managed in correcting the misconception? If it is, you should be happy to get rid of those string...
Posted 21 August 2006 - 04:40 PM
The string model seems to work fine as testing shows. Only thing from preventing me to release it is that if you add string (+) and the first string is referenced as the last result of a string action the string gets "lost" before it is copied again in the cleaning process. So I need to change the cleaning process a bit but it should not be possible. If you disable cleaning the String memory it will get fragmented extremlely quick (like in the last beta) and will lead to uncontrollable behavious, but it works. So the new string model is fine. So just that you know:
Holidays: 26.8.-9.9.2006 (no internet but maybe I take the notebook with me)
DSL on traffic limit: starting from 28.8. in my old home. my new home will get DSL not before the 1.10. moving to new home 15.9.-26.9.
Uni starting 1.10.2006 (then DSL should be there and everything in my life should be back to normal)
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users