This topic contains 11 replies, has 7 voices, and was last updated by 
arpie
2 years, 4 months ago.
-
Posts
-
Today I decided to get all the newest code from github. Got Monkey2. Build it. Then Ted2Go. Build that too.
Ted2Go in the bundled distribution of 1.1.01 worked fine performance wise. The latest Ted2Go with the latest Monkey crawls on my computer and lags big time. So big that you can’t use it. Why did I switch? Because all of a sudden some perfectly fine code in my framework did not compile. The error which was reported made no sense what so ever.
So I thought it is maybe a parser error in M2, or a Ted2Go glitch. Who knows.
Instead of fighting my own code, I fight the tool chain. And this brings back bad memories when I tried my hands on some C++ tools. I can’t deal with this, have no patience for it.
How do you cope with it?
You can Select the “Files” tab and select the latest prebuilt stable version see if that works for you. I have no problem running Ted2Go on my 5 year old Macbook.
You are, presumeably aware that Monkey 2 is a language undergoing heavy, fast development?
If you want stable, try MonkeyX.
To quote the Readme file that you downloaded from git :
W A R N I N G ! The master branch is super-volatile, and the develop branch is event worse! Grabbing the most recently tagged version is recommended if you just want to give monkey2 a try.
If you get an error message that makes no sense, try reporting it in detail on the forums… so that the error reporting can perhaps be improved.
I’m using v 1.1.02 here with no performance problems at all. Are you sure you built it correctly? How did you build Monkey 2? How did you build Ted2Go? Did you use the scripts provided in the scripts folder? Can you give any more details if you are indeed asking for help?@jesse: like i wrote. 1.10.01 works fine here too. Just compile problem.
@arpie: i know. I was just frustrated. I build m2 first with rebuildall. Then build ted2go via calling updateall2go.
Needing help? Nope. When Monkey complains about a missing end in a method, in the middle of a class, which is there. Guess then there is nothing much you can do. I didn’t touch the method above the one that was reported.
Again, no help needed. I will work around this eventually or drop the ball regarding m2. I was just frustrated and needed to let it out.
The latest patreon pre-compiled build works fine for me (v1.1.02)
@mikehart, yes, you sounded frustrated! There is not much worse than useless error messages for getting programmers riled. Like I said above, if any improvements could be made to the error report or the parser, please do make suggestions.
If the parser reports a missing End, there probably is an End missing somewhere… but not where it thinks it is. Usually much higher up in the code. This is the reason I always use End Class or End Method etc.
Did you figure out the performance issues with Ted? I built mine in exactly the same way as you. All runs smoothly here.
@arpie: No. I even updated mx2cc again (almost half the file size then?!?!), updated Ted2Go again, but the same result.
If the parser reports a missing End, there probably is an End missing somewhere… but not where it thinks it is. Usually much higher up in the code. This is the reason I always use End Class or End Method etc.
I agree absolutely. But if the tool doesn’t tell me the correct location, it is hard to find. My framework fantomX is huge, so I would search for the needle in the haystack.
As it seems that Monkey2 basically isn’t in a state (for me) that let me code easily, I decided to take a break from it now. Initially I considered porting fantomX to M2 because some users asked for it. For personal project I have no need for it.
Plus I have other projects where I can work on in my free time and I don’t want to get to stressed over this.
I wish you all a great time and fun. May your hopes come true. And thanks for listening.
Cheers
MichaelDo you have a github repo or another sharing method?
I’d like to try it and maybe report to mark if I can find something…The latest stuff at github WILL be more volatile as it’s what I’m actually working on *right now* and code does not alas fall perfectly formed from my fingertips.
If you want to play it safe, stick to the ‘tagged’ versions at github, or the prebuilt release versions.
But even these will not be perfect. If you find a bug and want me to take a look at it, please report it at github in the ‘issues’ section (and here at the forums if you’re really keen). If you don’t report it, I can’t fix it.
If all of this is just too much hassle and you’d rather wait for mx2 to mature a bit, I quite understand and hope you enjoy the break. If you’re not enjoying it, you definitely shouldn’t be here!
github… Good joke Mark.
anyway. Wish granted. Bye.
If all of this is just too much hassle and you’d rather wait for mx2 to mature a bit, I quite understand and hope you enjoy the break. If you’re not enjoying it, you definitely shouldn’t be here!
Harsh Mark. Looks like you’ve lost another potential Monkey2 coder.
But seriously, @mikehart. What would have made your transition to monkey2 easier, better, etc?
@adamstrange : Mark may have been a little harsh but I think he was also realistic. If @mikehart isn’t happy using mx2 then there is no point anybody getting stressed about it. Taking a break until mx2 is more mature seems to me like a sensible move. It would be useful to know why he was having so much trouble, though.
@Mark Sibly : Code may not fall perfectly formed from your fingertips but from what I’ve seen it’s not far off! Don’t be so harsh on yourself!
You must be logged in to reply to this topic.