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 ... 18 19 [20] 21 22 ... 24
286
Thought of something like this but since i wasn't sure you know...
Thx 4 clarification =]

Other than that, i'm pretty sure Runer112 has a VS port on his 84+SE, since it's exactly the same data as mine.
For now, it's not too risky to say that 3A has something to do with the viewscreen port.
Unfortunately, it'll be quite hard to know precisely what are the read/write values, since someone that has both hardware may be hard to find (brandon maybe ?).
Also, to be honest, i'm not sure it would be such a great discovery, even for the active community...

287
TI Z80 / Re: the_mad_joob's ti8X+ include file
« on: July 11, 2011, 07:31:18 am »
Thx =]

I used strictly the same syntax brandon used which is, at least, fully compatible with tasm.
I cannot say about other assemblers, since i'm from the old cmd school =]

288
TI Z80 / the_mad_joob's ti8X+ include file
« on: July 11, 2011, 07:25:42 am »
Yo there you mad coders...

I decided to share what is probably the most complete ti8X+ include file you could ever find on the web.
It is based on brandon's ti83plus.txt (05/07/2007) in which i added a significant quantity of missing equates (later os ones among others...).
It's designed to be compatible with tasm syntax.

*****

Features :

additions from the latest official include : ti83plus.inc - ti - 09/27/2002
   system flags
      plotTrace (plotFlags)
      statANSDISP (statFlags)
      newFlags2
      noRestores (newFlags2)
      No_Del_Stat (statFlags2)
      Modifier0 (dBKeyFlags)
      Modifier1 (dBKeyFlags)
      Modifier2 (dBKeyFlags)
      Modifier3 (dBKeyFlags)
      repeatMost (dBKeyFlags)
      haveDBKey (dBKeyFlags)
      HWLinkErrF (dBKeyFlags)
   small character font equates
   more 2 byte keys (1.15+)
   2nd byte Of t2bytetok tokens (1.15+)
   language localization equates
   parser equates
   interrupt equates
   memory paging equates
   lcd driver equates
   graph style definitions
   various maybe useful precisions

additions by me
   starting program counters equates
   executable program header macro
   standard application header macro (freeware)
   large character font equates (0h,F2h-FFh)
   small character font equates (EDh-FFh)
   tokens (0h)
   2nd byte Of t2bytetok tokens (DBh-FFh)
   2nd byte Of t2bytetok2 tokens (0h-42h)

modifications by me
   useless macros disabled
   _cxPPutAway was renamed _PutAway, to match ti documentation (putaway.pdf).
   tCoshH was renamed tCosH, its original name (typo).
   tUnused01 was renamed t2ByteTok2, due to added equates.
   LastToken value was increased, due to added equates.
   PStat value is now calculated properly.

*****

The probably most usefull thing is a macro that automatically adds the standard application header (freeware apps only).
It may saves you time and space in your source if, like me, you use to fully automate application creation process using batch files (possible with rabbitsign for example).
All you need to do is adding the following line at the beginning of the code part in your source :
   app_header(application_name,number_of_pages)
Note that application_name must be 8 characters long (Fill with spaces if your app name is shorter.).

Similarly, you can now use this macro :
   prgm_header (a bit less boring than the usual .db t2bytetok,tasmcmp)

Other than that, some of these much coherent starting pc equates may be used :
.org prgm_start (for programs, same as usermem-2)
.org app_start (for applications, same as 4000h)

*****

Don't hesitate to post missing equates|infos in this topic if you find some.
I intend to update the file as soon as new stuff will be discovered.

Fat thx to brandon who did what ti didn't...

Have fun =]

289
@Runer112 :

Could you please tell if you have a viewscreen slot at the back of your model ?
Because if yes, there's a chance port 3A would be related to this additionnal hardware piece.
Nothing sure yet, since my 83+VS ouputs a "No" on that part of the test...

Thx in advance =]

290
Strange results :

1 > 83+ with viewscreen slot
2 > I-0299A
3 > yep
4 > 2
5 > 83+
6 > 15
7 > No
8 > 0123
9 > 010146

EDIT : A fat sry for the 2ble post i'm really tired...

291
there u go :

1 > 84+se with viewscreen slot
2 > S-0404 (a true rolls royce =])
3 > no
4 > 2
5 > yep
6 > 44
7 > 0F
8 > 04C4
9 > 000000

292
ASM / Re: Macro fails, but script works?
« on: July 11, 2011, 02:47:50 am »
With tasm, the content of a macro definition cannot exceed 511 characters (useless spaces|tabs included).
If you have a little more characters, tasm will output a typical error message.
If you have a lot more characters, tasm will simply crash (not handled at all).

In the case you have lots of identical contiguous bytes|words to declare, the .fill directive can help.

293
Yo there...

In case the topic subject isn't enough, let me explain the challenge :

The idea is to be able to automatically open up the os prgm editor upon exiting an asm prgm or app, and make the cursor point to a specific token.
In other words, it would have the same effect as the goto option when an error is encountered during basic execution process.
I precise i don't need to use any of the _JError routines, since my app displays its own error messages (Those are only display routines anyway).

I suppose i could get this to work by doing something like this :
- open up the edit buffer, making the cursor point to the concerned token
- bjump to the routine the system normally uses when the goto option is validated by the user

I highly suspect this routine to be _GoToErr (4CD8h) but it is, unfortunately, undocumented.
My intuition also tells me _GoToErr may use some of the following system ram locations as input :
errNo (86DDh) > read by _JErrorNo (4000h) but it's not sure _GoToErr may need to read it (if it really does what its name says ofc)
errSP (86DEh) > What the hell this one is supposed to contain ?
errOffset (86E0h) > seems to be relative (0 for first token, etc)

I'm definitely stuck there and my project currently has the "standby" status because of this.
That's why help would definitely be appreciated (Ofc, i won't forget to include the helper(s) in the credits if the project actually sees the light.).

Thx for reading =]

294
News / Re: Farewell
« on: July 08, 2011, 01:37:30 pm »
Hey DJ,

It would be an infinite loss for the whole community if you actually leave.
But, and i precisely know what i'm talking about, being too much there for others can have its drawback.
That's why i hope nobody will judge you for that choice, since you deserve this balance, like everybody.

I intend to shutdown myself in a few months so there's a probability i don't read you anymore.
In the case both of us don't change our minds, i just can say it was an honor to have crossed your path, even if i don't know you very well.

Take care =]

295
TI Z80 / Re: New Contest Entry Spoiler
« on: July 06, 2011, 12:31:34 pm »
splash screen rocks =]

296
TI Z80 / Re: zIDE: Another On-Calc Assembly Environment
« on: July 06, 2011, 11:36:46 am »
Hey there...

It's good to see i'm not alone creating such a difficult project (my first "real" project too).
I'm close to the first release and learned some stuff about the appropriate algorithm structure so don't hesitate to pm me if you're stuck on something.
It would be a pleasure to help if i can =]

297
TI Z80 / Re: asmdream is waking up...
« on: July 06, 2011, 10:51:39 am »
A quick screeny, just to show that a simple program can be generated successfully.
As you can see, the process is quite slow for now.
That is due to the huge size of the prgm which includes z80 ops (around 16K).
I'm actually working on it and hope i'll find a way to speed it up.

There u go :


298
TI Z80 / Re: asmdream is waking up...
« on: July 01, 2011, 09:21:04 am »
Prgms are assembled correctly and all the features seem to work as intended.
I'm facing one problem now : the whole process becomes really slow when huge prgms are included in the source.
Looks like the optimization part is gonna be more than just optimization =[

299
TI Z80 / Re: asmdream is waking up...
« on: June 29, 2011, 09:53:52 am »
progress : 85% (code : about 8K bytes)

left to do before initial release :
- main loop > 99% > currently practicing bugs genocide
- final size check before writing > 0%
- goto on errors handling > 0%
- z80 ops compatible include prgm > 99% > last ascii to token conversions
- 8X+ equates compatible include prgm(s) > 0%
- overall testing > 0%
- optimizing if necessary > 0%
- readme file > 0%

Screenies soon to come =]

300
News / Re: 84+/SE Boot Pages Modified
« on: June 27, 2011, 02:20:00 pm »
I believe any threats they sent would be totally unfounded, and probably just ignored. It's fully legal to replace code on your own device, as long as you're not replacing it with unlicensed copyrighted code.

You never know what a company which has just been raped can do =]

Pages: 1 ... 18 19 [20] 21 22 ... 24