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 ... 11 12 [13] 14 15 ... 24
181
« on: April 07, 2013, 04:49:26 am »
Thx a lot guyz for sharing your knowledge.
Really appreciate it =]
Cu around...
182
« on: April 06, 2013, 01:47:24 pm »
Thx Mr penguin =]
2) Maybe the wikiti page dedicated to port 1 should be updated then (example section).
3) Good, i'll try that after a "di".
Thx again...
183
« on: April 06, 2013, 12:26:59 pm »
Thx 4 reply chicken =]
2) Did you ever try in fast mode ?
3) Hmm... There must be a way with interrupts disabled...
184
« on: April 06, 2013, 08:54:51 am »
Hey there...
I wanna code some direct input stuff.
The problem is, i've read so much different things that i'd gladly need some little clarifications :
1) reset usage (writing $FF)
Why and when is it needed exactly ? (Some say you got to do it before each group sending...)
2) delay between writing and reading
Is it really needed ? (some say it is, some say it's not...)
If yes, is there a way to know how many cycles are enough for all calc models ? (considering processor speed may vary)
Thx in advance for your time =]
EDIT :
3) checking the [ON] key
It is said it cannot be done directly.
Is there a way to check it without interrupts ?
185
« on: March 27, 2013, 04:21:24 pm »
Versatile ? I like that word =P
186
« on: March 27, 2013, 01:22:03 pm »
You're welcome buddy =]
I gave up the idea of coding a shell (today actually).
Instead, i'll probably go for a new programming language.
I really like the idea of making it real-time.
But it's quite a challenge, since parsing & executing at the same time eats some cycles.
I'm curious to see how fast it can be (compared to ti-basic)...
187
« on: March 26, 2013, 03:51:38 pm »
Yo master DJ =]
It will be some kind of shell...
188
« on: March 26, 2013, 01:36:15 pm »
NEWS
Version 1.00 is out.
Not many changes, since i decided to go for a bigger project.
That said, i won't probably add new features (sorry bout that).
I'll still handle bug fixes of course.
Changes :
Bug fix : Instructions starting with "EX" now work properly.
Bug fix : Using the goto feature doesn't eat a few stack entries anymore.
Undocumented instructions syntax now fit the one used in "The Undocumented Z80 Documented" by Sean Young (as a reference).
Added "IM 3" instruction ($ED,$4E).
"NOSTUB" macro renamed to "ASM".
Removed extra instructions (I'll handle that in my other project).
Running asmdream from external code is now supported (standard and auto modes, see asmdream.txt).
Some reorganisations in includes.
Some optimisations here and there.
source now available, as promised.
See you around =]
189
« on: March 23, 2013, 01:09:50 pm »
Found a bug where a few stack entries were wasted when the goto feature is selected.
I totally recoded that feature (now using a temp hook).
There you go...
EDIT :
A few precisions if you intend to use some temp hooks for returning :
When asmdream exits normally (no goto), it is done with the regular _jforcecmdnochar.
When asmdream exits with goto, it is also done with _jforcecmdnochar, but before that, hook $9B88 is installed (which automatically opens up the prgm editor at the homescreen).
Note that the previous hook is automatically restored (if any).
That means you will probably need 1 hook for each case.
For the goto case, i thought maybe of a hook that checks for [2nd]+[quit], but there is still a very slim chance the user exits the prgm editor with [2nd]+[off]...
190
« on: March 21, 2013, 05:10:57 pm »
Well, there is probably a way to return, in the case the user doesn't use the goto feature, which automatically gives control back to the os (That's the drawback.).
Instead of a getkey hook, maybe there's a key corresponding to app execution that can be passed to _jforcecmd.
About your solution, that was the first method i tested.
It works, but i gave up that idea when i saw that off-page calls randomly fail (probably because the app was not initialized as it should have been).
The other main issue when returning is the potential data conflicts in safe ram locations between asmdream and the prgm/app that calls it.
Anyway, i'll have to take a closer look at that because the shell i want to make is supposed to be able to run anything, and return.
191
« on: March 21, 2013, 03:38:05 pm »
Re xed...
As far as what i've tested, running from external code works fine from a prgm (nostub only, don't try from shell prgms) or an application.
The important thing to mention is that it DOES NOT RETURN.
RULES
($8000>$BFFF) = ram page 1 (if not already the case)
($C000>$FFFF) = ram page 0 (if not already the case)
(progtoedit) = "asmdream"
($9AEF) = auto mode only : source prgm name , zero-terminated < bad stuff will probably happen if : 1) leading char is not ltheta 2) name exceeds 8 chars 3) you forget the terminating zero
iy = run mode = flags (standard) | appbackupscreen (auto)
Then you just have to bcall _executeapp, as simple as that.
Hope it will be useful to you dude =]
192
« on: March 19, 2013, 02:08:19 pm »
Yes, but iy must then point to a safe ram location because that routine actually writes there.
Asmdream will then restore iy to $89F0 and then alter the same flags the routine normally do.
The thing is, i don't know yet if _executeapp "reads" the flags but i'm pretty sure it doesn't.
Anyway, i think that's a nice trick to pass parameters to an app.
I also found a way for an app to know if it was executed from external code just by checking if sp is different than $FFE3.
193
« on: March 19, 2013, 09:35:25 am »
I'm preparing asmdream 1.00.
The 8xk will be ready in one or two days (other files later).
It'll include support for automatic assembling from external code (program or other app).
The hard part was to be able to actually tell asmdream that an automatic assembling was requested.
I finally found a way to pass that info using iy (the only register that is not overwritten by _executeapp bcall).
So it'll be quite easy for you xed =]
194
« on: March 17, 2013, 11:33:13 am »
Ok buddy, i'll check which data you need to pass and tell you that soon =]
195
« on: March 17, 2013, 09:42:47 am »
Well, the less changes i have to make, the better it is for me actually =P
2 alternatives i'm thinking of :
1) asmdream will run as usual, except that when entering the source name input screen, the field will already be filled with the name you've passed to it.
2) asmdream will directly jump to the simulation/writing screen, skipping the splash and source name input screens.
Tell me the one you prefer or if you need to be able to do something else.
Pages: 1 ... 11 12 [13] 14 15 ... 24
|
Show Posts
