Jon [[EMAIL PROTECTED]]
--
For info, see http://www.stack.nl/~wynke/MSX/listinfo.html
Don´t really know Jon´s private email address, so I´ll ask here.
Jon, could you let Compass 2.0 support the INCBIN assembler directive
(or whatever it´s called?). That would be very convenient.
By the way, will Compass 2.0 be released anytime soon?
(Bussum fair, for example)? Or perhaps you can
assembler/C compiler for MSX? And in how many time?
Currently I'm using Compass with some macross for emulate new Z380
instructions, but I can't debug/trace/simulate my programs.
And no, sorry but there is NO WAY of executing existing MSX programs in the
Z380 card, unless you re-compile it
> >Dammit I want to assemble a 100k source in 1 second!!!
>
> Then ask CTNG for a Compass version for Z380 (I don't mean just an
> assembler with Z380 instructions support, but the assembler itself running
> in the Z380!). You dare? ;-)
Compass is a big program... I do
> >there is a
> > working mode (selectable via jumper in the board) in which Z380 replaces
> > MSX Z80, but you must cut one or two pins of the Z80. Do you dare? Me
not.
>
> If your CPU is in a socket (like mine, a Z80H), that's no problem at all.
> Z80 CPU's are available everywhere and they're
good bios.
>Dammit I want to assemble a 100k source in 1 second!!!
Then ask CTNG for a Compass version for Z380 (I don't mean just an
assembler with Z380 instructions support, but the assembler itself running
in the Z380!). You dare? ;-)
>> Hum... yes, but be patient, ok? I
On Thu, 16 Mar 2000, Nestor Soriano wrote:
> - New Z380 instructions make programming easier (for example all the memory
> is accessed linearly, and there is instructions like EX DE,DE'; IX IX,IY;
> PUSH #1234...), and programs shorter and faster (there is multiplication
> and division instructio
>there is a
> working mode (selectable via jumper in the board) in which Z380 replaces
> MSX Z80, but you must cut one or two pins of the Z80. Do you dare? Me not.
If your CPU is in a socket (like mine, a Z80H), that's no problem at all.
Z80 CPU's are available everywhere and they're cheap. The
> >> Speed would be very important. I would just LOVE to speed up the C
> >compiling
> >> process on my MSX. But is there an easy way to make existing software
run
> >> faster with the Z380 card (except for re-compiling, which is not
possible
> >if
> >> there is no source)?
>
> MSX software won't
aniel Zorita are yet improving bios,
I'm writing some macros to compile new Z380 instructions on Compass, no
software is developped apart from some rudimentary speed tests... etc...
>> Speed would be very important. I would just LOVE to speed up the C
>compiling
>> process on my MSX. B
> Maybe you can share some experiences with us about the Z380 card. I'm
> thinking about buying one. What advantages would it have to buy one now?
Good idea.
> Speed would be very important. I would just LOVE to speed up the C
compiling
> process on my MSX. But is there an easy way to make exist
Maybe you can share some experiences with us about the Z380 card. I'm
thinking about buying one. What advantages would it have to buy one now?
Speed would be very important. I would just LOVE to speed up the C compiling
process on my MSX. But is there an easy way to make existing software run
fas
Hi all,
Nestor Soriano >[EMAIL PROTECTED]> wrote:
>I had though for example on a fast PMA extractor but I haven't the PMA
>format specifications. Maarten gave me the sources of a PMA extractor for
>UNIX, but it's very hard to trace it and discover how the specifications
>actually are... (^^!)
> So here is my question: does someone have the PMA format specifications,
or
> know where can I found it? Please, just plain specifications if possible,
> no sources. And by the way, also for ZIP and LHA if you have any. 8-)
>
I've also been searching for those specifications, but never found th
> Hi all. I got a Padial's Z380 card and I want to make great NestorThings
> for it. 8-)
>
> I had though for example on a fast PMA extractor but I haven't the PMA
> format specifications. Maarten gave me the sources of a PMA extractor for
> UNIX, but it's very hard to trace it and discover how t
iscover how the specifications
actually are... (^^!)
So here is my question: does someone have the PMA format specifications, or
know where can I found it? Please, just plain specifications if possible,
no sources. And by the way, also for ZIP and LHA if you have any. 8-)
And this is for Compass developpe
> Another question remains: how can i arrange that compass (development env)
> does
> not use the primary mapper so that that one is free for my program.. because
> i need
> segments for that mapper and not from the 1Mb mapper that resides in slot
> 1..
you can just change the
>Well I like it! Although adding the extra 0 to an address can be a pain
>sometimes indeed... But an intelligent assembler should be able to see the
>difference between an address and a label, too bad they usually don't.
How could an assembler state whether BADH is a hex number or a label in a
si
>Prefixes are the best way of indicating a base. It's easier to read, to
>process more pleasant to the eye, more recognizable and less ambiguous. I
>personally hate the trick of adding a 0 to an address starting with a
>letter (0h... argh!!).
Well I like it! Although adding the extra 0 to an
>Jon de Schrijder wrote:
>>Question: would you guys mind if I would drop the support for other
>>hex/bin id's than #,&H,&B,% ???
>
>YES! ^^;
>I always use h and b suffixes.
Prefixes are the best way of indicating a base. It's easier to read, to
process more pleasant to the eye, more recognizable
Patriek Lesparre wrote:
>
> Jon de Schrijder wrote:
> >Question: would you guys mind if I would drop the support for other
> >hex/bin id's than #,&H,&B,% ???
>
> YES! ^^;
> I always use h and b suffixes. Which is a standard Zilog/Intel convention
> AFAIK.
> $ prefix for hex is used by Motorola/M
Hola Mark Two !!!
M> Tokenized assembler already exists. It's called machine code! 8;D
And don't forget RSC2 :)
JAM ([EMAIL PROTECTED]) *MSX Dreams*
Apdo. Correos 3294 18080 Granada
... I, Snatcher.
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the bo
Jon de Schrijder wrote:
>Question: would you guys mind if I would drop the support for other
>hex/bin id's than #,&H,&B,% ???
YES! ^^;
I always use h and b suffixes. Which is a standard Zilog/Intel convention
AFAIK.
$ prefix for hex is used by Motorola/MOStech I think...
I have no idea where some
At 03:31 PM 7/28/99 +0200, you wrote:
>*the assembling: together with slightly compressed text, also the opcodes
>are stored during the editing; (of course in a rather complex way to avoid
>problems with special values like FF and 00 (RST 38 and NOP)), pointers to
>expressions like in LD A,label
> > I replaced '' by ',39,' since Compass doesn't recognize '' as a single
> > '-sign.
>
> Our you can do it this way
>
> db "a single ' sign"
> db 'a double " sign '
>
> the openings-s
> > > Question: would you guys mind if I would drop the support for other
> > > hex/bin id's than #,&H,&B,% ???
> > I wouldn't mind since I use # but alot of people use $ to indicate hex.
Also
> > I'd like it to keep supporting the h-notition, because Z80DIS (the
BEST
> > disassembler)
>
> I p
e number...
Many indeed, I think.
However, I can imagine that only using # and % can speed up assembling...
But at the other hand, as I said, I often encounter sources which use h
after the codes (MUST source for example). Would be hard to switch to
Compass-use... lot of find/replacing...
>Ah,
Laurens Holst wrote:
>
> I replaced '' by ',39,' since Compass doesn't recognize '' as a single
> '-sign.
>
Our you can do it this way
db "a single ' sign"
db 'a double " sign '
the openings-sign must also
Jon De Schrijder <[EMAIL PROTECTED]> escribió/wrote/kakimashita/escreveu/écrit:
> *don't worry: all compass' settings are in an editable txtfile now
Yeah! This was my idea!! He he... (-v-)v
> Question: would you guys mind if I would drop the support for other
>
> > Question: would you guys mind if I would drop the support for other
> > hex/bin id's than #,&H,&B,% ???
> I wouldn't mind since I use # but alot of people use $ to indicate hex. Also
> I'd like it to keep supporting the h-notition, because Z80DIS (the BEST
> disassembler)
I prefe
> Question: would you guys mind if I would drop the support for other
> hex/bin id's than #,&H,&B,% ???
I wouldn't mind since I use # but alot of people use $ to indicate hex. Also
I'd like it to keep supporting the h-notition, because Z80DIS (the BEST
disassembler) delivers its source that w
Hi folks,
thanks for all your Compass ideas and reports.
I am only able to access the internet for half an hour, so I will only
give some short replies:
*don't worry: all compass' settings are in an editable txtfile now
*the assembling: together with slightly compressed text, also t
- A repeat-function.
- Auto-set extensions in the diskmenu when the user presses RET before they
have filled in the extension. If the user doesn't want an extension at all
he can fill the extension with spaces.
- Auto-add shlashes \ in the diskmenu. If I type A:\COMPASS it goes wrong, I
ha
sure), but you
know
> that this is VERY slow for a PC... Imagine this on an MSX running on
3.57Mhz... (-:
Well okay to cut the crap: I have measured it on a 7 MHz MSX, and it took
Compass only 35 seconds to assemble all the code!!! M80 takes more than 1,
maybe 2 minutes (I wasn't able to try beca
"Laurens Holst" <[EMAIL PROTECTED]> escribió/wrote/kakimashita/escreveu/écrit:
> - Compass still doesn't correctly support the INCLUDE-command (or whatever
> it is. INCLUDE 2 works nice, the source of the 2nd sourcebuffer is included.
> INCLUDE 2,"SUBS.ASM&quo
Yo Jon!!!
There is more to adore!!!
Umm, okay, some comments:
==
- When I tried to read sectors from a disk in the diskmenu but while
entering the adresses cancelled by pressing ESC (I had to look up the
correct sectors - I forgot them), Compass hung!!! When I tried
On Mon, 26 Jul 1999 16:41:08 -0300 (EST), Ricardo Bittencourt Vidigal Leitao wrote:
>On Sat, 24 Jul 1999, Maarten ter Huurne wrote:
>< MUST source code >
>> > No, it's not really so big. And not takes so much time. (-: But it is
>> >"compressed", and takes a lot of time, more than normal program
On Sat, 24 Jul 1999, Maarten ter Huurne wrote:
< MUST source code >
> > No, it's not really so big. And not takes so much time. (-: But it is
> >"compressed", and takes a lot of time, more than normal programs.
> What do you mean by "compressed"?
It uses lots of macros to expand the inn
ill it relatively isn't that much.
Switching mapper and slot, since Compass allows multiple mappers to be used.
But there is truth in what you're saying. If Compass would store the source
in a different way, it could assemble faster than it currently does.
Bye,
Ma
] Sincerely, I can't imagine a MSX assembler programmer not using Compass.
I have never used compass. Only devpac.
Kind regards,
Alex Wulms
--
Alex Wulms/XelaSoft - MSX of anders NIX - Linux 4 ever
See my homepage for info on the *** XSA *** format
http://www.inter.nl.net/users/A.P.
] Actually, assembling from and to an external mapper should be faster, if
] Compass itself is located in the internal mapper, since reading the source
] and writing the result doesn't undo the blocks selection.
]
When the R800 accesses external memory, either for read or for write, the
>> Yeah! Let's for example tokenize CALL as #CD, RET as #C9 etc...
>
>Well yes, that was the idea. Would assemble really fast, wouldn't it?
>And if use #FF as opcode for other things like labels or comments... (#FF
>#FF = RST #38).
>#21 #00 #00 would then be LD HL,# in the code and
>#21 #FF "L
lot... Does this include disk I/O or something?
> I remember compile times of a few seconds (Compass under MSX4PC on P166).
Ah... I thought he was talking about cross-compiling...
Well that could explain it, yes.
> >Compass is, exept for WBASS, the fastest assembler ever made on MSX. A
On Sat, 24 Jul 1999 05:01:31 +0200, Maarten ter Huurne wrote:
>> I don't get the idea... How to tokenize ASM? Get an hex editor and you do
>>not even need to assembly it!
>Tokenizing is the first step of compilation. But if you have an integrated
>editor + compiler, it's possible to store the so
30 seconds is a lot... Does this include disk I/O or something?
I remember compile times of a few seconds (Compass under MSX4PC on P166).
>Compass is, exept for WBASS, the fastest assembler ever made on MSX. And if
>they would tokenize the code, then it would be... Whow.
I think Compass will
At 12:53 AM 07/24/99 +0200, you wrote:
>And well, the only bad side I can find of Compass is really concerning
>to speed: in Turbo-R, when sourcecode is placed in a mapper slot other
>than primary (internal) one, assembling speed decreases a lot, almost to
>the Z80 speed level. B
At 02:09 PM 07/23/99 -0300, you wrote:
> No, it's not really so big. And not takes so much time. (-: But it is
>"compressed", and takes a lot of time, more than normal programs.
What do you mean by "compressed"?
>>Compass is, exept for WBASS, the faste
At 06:02 PM 07/23/99 +0200, you wrote:
>>> I had a quite small Compass-program, though very often saved and
>>> changed.
>>> The size of it was about 65000 bytes. I already though this was absurd
>>> but
>>> since it .ASM-files are a direct
ven try.
(!O_o) What are you speaking about? Compass is a MSX program, not PC!
And well, the only bad side I can find of Compass is really concerning
to speed: in Turbo-R, when sourcecode is placed in a mapper slot other
than primary (internal) one, assembling speed decreases a lot, almost to
t
ven try.
(!O_o) What are you speaking about? Compass is a MSX program, not PC!
And well, the only bad side I can find of Compass is really concerning
to speed: in Turbo-R, when sourcecode is placed in a mapper slot other
than primary (internal) one, assembling speed decreases a lot, almost to
t
trategic Army takes 30 seconds to compile on my MSX... So this
>source of yours would be at least 100 times as large as the SA-source???
>Don't think so.
No, it's not really so big. And not takes so much time. (-: But it is "compressed",
and takes a lot of time, more than no
> Laurens Holst wrote:
> >
> > Jon, pay attention please!!!
>
> just returned from holiday :) and reading about 400 emails...
Hehe... I am a real devil...
> > I had a quite small Compass-program, though very often saved and
changed.
> > The size of it was ab
.. ("bwoa,
the people using this program have an P3 500 MHz anyway" standard
PC-programmers attitude)
My source of Strategic Army takes 30 seconds to compile on my MSX... So this
source of yours would be at least 100 times as large as the SA-source???
Don't think so.
Compass is, exept for
> >JON!!! Listen!!!
> >
> >Can't you tokenize the source in Compass??? This has two advantages: 1.
the
> >assembling-speed will be increased drastically, and 2. the size of the
> >.ASM-files will be reduced a lot!
>
> Tokenized assembler already exists. It
> > JON!!! Listen!!!
>
> I'm here!!
Hehe...
> > Can't you tokenize the source in Compass??? This has two advantages: 1.
the
> > assembling-speed will be increased drastically, and 2. the size of the
> > .ASM-files will be reduced a lot!
> > You c
> >Hey... hey!!!
> >
> >JON!!! Listen!!!
> >
> >Can't you tokenize the source in Compass??? This has two advantages:
> > 1. the assembling-speed will be increased drastically, and
> >2. the size of the .ASM-files will be reduced a lot!
>
> Yea
>JON!!! Listen!!!
>
>Can't you tokenize the source in Compass??? This has two advantages: 1. the
>assembling-speed will be increased drastically, and 2. the size of the
>.ASM-files will be reduced a lot!
Tokenized assembler already exists. It's called machine code! 8;
>Hey... hey!!!
>
>JON!!! Listen!!!
>
>Can't you tokenize the source in Compass??? This has two advantages:
> 1. the assembling-speed will be increased drastically, and
>2. the size of the .ASM-files will be reduced a lot!
Yeah! Let's for example token
On Thu, 22 Jul 1999 17:24:16 -0300 (EST), Adriano Camargo Rodrigues da Cunha wrote:
>> Anyone think about using COMPASS under PC? (((-:
> I think Konami Man and CTNG will pray for your soul burn in
>hell, after this sugestion... XD
So I will wait for BrMSX to run
Laurens Holst wrote:
>
> > - source length limit of about 20K, even though the source is tokenized,
> > this is not enough (especially comments take lots of space)
>
> Hey... hey!!!
>
> JON!!! Listen!!!
I'm here!!
>
> Can't you tokenize the sour
Adriano Camargo Rodrigues da Cunha wrote:
>
> Guys,
>
> > But if you're programming assembler: GO GET COMPASS!!!
> > (Yes, I'm shouting!)
>
> In the last months I'm using my PC for programming in ASM for MSX,
> with M80/L80 or GEN
Laurens Holst wrote:
>
> Jon, pay attention please!!!
just returned from holiday :) and reading about 400 emails...
>
> I had a quite small Compass-program, though very often saved and changed.
> The size of it was about 65000 bytes. I already though this was absurd but
> Anyone think about using COMPASS under PC? (((-:
I think Konami Man and CTNG will pray for your soul burn in
hell, after this sugestion... XD
Adriano Camargo Rodrigues da Cunha ([EMAIL PROTECTED])
Engenharia de Computacao - UNICAMP
http://www.adrpage.cjb.
On Thu, 22 Jul 1999 12:45:42 +0200, Antonio & Nestor Soriano wrote:
>Adriano Camargo Rodrigues da Cunha <[EMAIL PROTECTED]>
>escribi¢/wrote/kakimashita/escreveu/crit:
>> Can someone tell me what're the advantages of COMPASS?
>(OoO) What a question! Pro
> - source length limit of about 20K, even though the source is tokenized,
> this is not enough (especially comments take lots of space)
Hey... hey!!!
JON!!! Listen!!!
Can't you tokenize the source in Compass??? This has two advantages: 1. the
assembling-speed will be increased
Adriano Camargo Rodrigues da Cunha <[EMAIL PROTECTED]>
escribió/wrote/kakimashita/escreveu/écrit:
> Can someone tell me what're the advantages of COMPASS?
(OoO) What a question! Programming with Compass is a big pleasure. It is
powerful, useful, easy, comfortable...
(Hi CT
Guys,
> But if you're programming assembler: GO GET COMPASS!!!
> (Yes, I'm shouting!)
In the last months I'm using my PC for programming in ASM for MSX,
with M80/L80 or GEN80. The reason is that is much more easy (and fast) for
me writing, editing and
r MSX
anymore used M80 and L80. They're not that bad, especially L80, which was
better than DevPac's LINK...
> OUCH!!!
>
> PS: How's 1984 in B.C. (Before Compass) notation? 8')
Err... #07C0???
~Grauw
--
>>>>>>>>>>>>>>>>
ly found GEN80 and MON80, not the entire package. I'll further check.
Btw, what assembler environment was used in the MSX world back in 1984?
M80 & L80?
OUCH!!!
PS: How's 1984 in B.C. (Before Compass) notation? 8')
MARK 2
MSX Mailinglist. To unsubscribe, send a
Jon, pay attention please!!!
I had a quite small Compass-program, though very often saved and changed.
The size of it was about 65000 bytes. I already though this was absurd but
since it .ASM-files are a direct dump of Compass memory I guessed a lot of
additional information had to be saved
Hi all,
just to inform you that Compass owners can upgrade their disk to version
1.2.08 at our stand in Tilburg. So don't forget your original disk.
Users who can't come to Tilburg will receive a patch by E-mail.
Also on our stand: most recent IDE software and also our new game
Compass #1.2 will be sold at Tilburg !
Price is 40 guilders!
People who have already bought a previuos version can get a new update
for twenty Guilders, but they have to bring with them there original
disk (and some sort of ID would also be nice :-)
Rewritten manual will be placed as easy to
hi there
who knows where i can get the new version of compass(because i forgot to
buy it at tilburg)
Richard Bosch
--
you can visit surrec's homepage at
http://www.tip.nl/users/richard.b
Hello,
just want to remember that people who want to upgrade their old
Compassprograms should bring their original disk along to Tilburg Fair.
Compjoetania The Next Generation,
CU tomorrow.
homepage:http://studwww.rug.ac.be/~jedschri/msx/ctng.html
MSX Mailinglist. To unsubscribe, send a
Richard Bosch wrote:
>
> hi there
> who knows where i can get the new version of compass(because i forgot
> to buy it at tilburg)
>
>
For all people interested in bying/upgrading the new version of Compass:
Mail me for details
[EMAIL PROTECTED]
David
--
"How sh
75 matches
Mail list logo