Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - the_mad_joob

Pages: 1 ... 20 21 [22] 23 24
316
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 07:03:22 pm »
Looks like i found how to do it.
Just need to replace the location of asmdream call stored in the stack with the desired offset.
Also, the routine will first have to check if the concerned source/include is archived or not.
Let's try this...

317
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 06:34:00 pm »
Unfortunately, dunno much about exception handler (yet)...
Can a b_jump ret from an asm prgm/app ?
If yes, i'll still have to trick it so that, when goto is selected, it goes to the location (token) i want.

318
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 06:16:29 pm »
Really ?
Let me check that one =]
Thx...

319
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 06:13:33 pm »
Looks like there is no built-in goto option (same with 4D44).
That would mean i would have to code a custom one...

320
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 06:08:17 pm »
Sounds great =]

Does it automatically stops execution of asm code or what ?

321
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 06:06:54 pm »
Thx again guys =]

I'm actually thinking about error handling.
Does anyone knows if there's an easy way to call a "ERR:XXX Quit/Goto" menu from an asm prgm/app (like in DCS) ?
Thought it would be a great idea to easily locate errors in sources/includes...

322
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 05:31:05 pm »
Thx =]

Ok, so that looks to me like a great deal.
Another question :

Does the 8811 limitation concerns all prgms, or only the ones made to be executed ?

323
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 04:04:39 pm »
Flash is a seducing option for the 1st release, yeah.
But, i'm still asking myself some questions about it :

When you execute an app, i suppose a part of it is loaded into ram when executed.
Taking into acount the size an app can have, there may be multiple copies during its execution.
That means there is a chance other prgms located in ram (sources/includes in this case) may be reallocated by the os during those copy process (the same way it is when a simple prgm is executed).
This could be quite annoying because i would have to modify many things (in other words, check if sources/includes have been moved or not before each reading attempt).
Also, this could slow down the whole thing...

Could someone clarify this for me ?

P.S. : Tonight, i go for the core label features (and maybe mac params if this goes fast).

324
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 07:49:15 am »
Yeah, quite.
Wanted to make it old-school =]

325
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 07:40:51 am »
Wow... What a post rush =]

No disassembler.
Not even a typer.
Just a compiler which reads sources written directly using the os prgm editor.

326
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 05:44:23 am »
@ aeTIos :
Terribly awesome =]
For now, it is a simple prgm of about 2,7K (I estimate the final size at about 4-5K).
Add to this the z80 file (~16K), and the ti8X+ file (not ready at all).

*****

Just finished some new routines...
It's official, complex nested equates are functionnal !
(Note : worked for the 1st time when tested ; definitely recommend wu tang for flawless coding =])

Btw, i need some advices from experienced coders about something :
The way i made it, everything can be referenced inside equate definitions, except for macro parameters and labels.
For macro params, i don't even think about it.
But, labels worry me a bit more.
Dyu think it would really be useful ?
In other words, dyu often use label referencing inside equate definitions ?

327
TI Z80 / Re: asmdream is waking up...
« on: May 09, 2011, 01:50:50 am »
After several nights of coding, we can now say progress has increased from 50 to 60% =]

Equate call & return routines finished (another dedicated stack was required).

I'm about to code a hard part of the project.
It's a loop which is supposed to return a 16-bit value from a complex expression which can be composed of straight values but also equates (which can themselves call other complex expressions and so on...).

Also, added a funky feature which will allow both basic and asmdream languages to cohabit in a single prgm.
Dunno if it will have a utility of any sort but added it since it was really easy to implement.

328
TI Z80 / Re: asmdream is waking up...
« on: May 07, 2011, 12:33:27 am »
@ Xeda112358 :

Thx again =]
Lowercase tokens will be forbidden almost everywhere in sources and includes, for space purpose (and laziness i must confess).
The only places where you will be authorized to use them will be inside tok2ascii or tok2tok fields.
For example :   LD A,"n   will be recognized whereas   ld a,"N   will not.

@ Deep Thought :

Yeah, when i see how horrible (but not impossible) it is to code one, mimas must have been a great achievement for its author(s).

329
TI Z80 / Re: asmdream is waking up...
« on: May 06, 2011, 09:06:59 pm »
Thx...

The word "mimas" seems to be quite redundant around =]
Remember this is my first "true" asm project on this hardware, so i hope you don't expect to see something better.
Keep in mind sources must be written using the built-in prgm editor so in some ways, there's a great chance some of you find it more restrictive than mimas.
Just think of it as an old-school alternative that may include some juicy features =]

330
TI Z80 / Re: asmdream is waking up...
« on: May 06, 2011, 06:30:38 pm »
@ Deep Thought :
And it's just the beginning =]
Dunno yet if it will be an app or prgm (have to succeed in creatin it first...).
To be honest, i dunno much about apps but it will mainly depend on :
- How much data is copied from flash to ram in the execution process (the less the better).
- If other programs may potentially be reallocated in the execution process.

Written about 500 bytes of routines today.
One of those is "line_size_multi", which is able to return the amount of ram that will be compiled by any type of data-output directive.
Haven't tested it yet, but had to code it, since label usage requires it.

An interesting thing to mention is that when you represent a part of the main algo structure on paper, it definitely matches the Sierpinski fractal =]

Pages: 1 ... 20 21 [22] 23 24