Re: BDOS

1999-09-03 Thread Frits Hilderink


It depends on some other things.

Are you using DOS 1 or DOS 2 ?
What is the current slot setting and where is this memman segment located ?
Do you have two memory mappers ? This gives some problems in DOS 2.

 [EMAIL PROTECTED] wrote:
 
 Hi,
 
 Does BDOS use the standard TPA segments if you use the BDOS call random block read 
to read a
 file ?
 
 The reason i ask is that whenever i want to load the file in a segment switched by 
my memory
 manager (memman) the data is not present ! It seems BDOS switches back the standard 
TPA segment and
 places the data in the standard TPA segment whenever loading. After that my segment 
is placed back... ?
 
 Only if i do not switch any segments or use the standard segment from the TPA the 
data is loaded
 correctly ?
 
 Is this correct ? or am i doing something wrong ?
 Greetz,
  Antal


MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Afraid with Hero? Try Galaga!

1999-09-03 Thread MkII

Take a look at some native C64 games coded in assembler like Green Beret,

Better have a dekko at the Spectrum version and gaze upon perfection! 8:D

MARK 2




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: C64 cartridge for MSX. :)

1999-09-03 Thread MkII

Where did you get an ST with 256 color capability? Mine only has 16 out of
512.

  Weird... There is no Screen 10, 11 and 12 on your Turbo R?

O*U*C*H*!

Sorry! Once again I mistook a TR ST with an ATARI ST!

Anyway, it's not fair to compare a 1990 TR with a 1982 C64. You should
compare a 1982 C64 against a 1983 MSX1 instead.

Bear in mind that a Commodore freak could very well start speaking of the
1985 Amiga. Or, provided you've spoken of the 1990 TR, even the 1990 AGA
Amiga!

MARK 2




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Snes vs Megadrive rectification

1999-09-03 Thread MkII

Please get your facts straight Laurens. The MegaDrive/Genesis had a 68000
processor running at 7 mhz. Twice the speed of the SNES. I admit that the
Snes has cool graphical features like you mentioned, but take one look at
the sonic games released for the Genesis, it has so many layers most
computers can't emulate it, because of the immense speed!

A 7MHz 68000 can barely handle a single layer without additional hardware.

Are you 100% sure those games use exclusively the CPU as the multilayer engine?

MARK 2




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




AW: Snes vs Megadrive rectification

1999-09-03 Thread Coen van der Geest

Hi there,



Yeah too bad the MSX-2 wasn't a bit more like the SNES or MegaDrive. Would
have been awesome to do the kind of games those machines had on MSX. Maybe
we get the chance with the new Gameboy coming from Nintendo sometime next
year. Should be a PERFECT 2D-console! 


Was the Turbo-R not released around the time the Super Famicom (SNES)
and Megadrive were released? I think it was, because then you would have
Super, Mega and Turbo computers.

Grtz
Coen




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Nice number (was: Japanese voltage)

1999-09-03 Thread David Heremans

Laurens Holst wrote:
  By the way, the inverse is not always true: If the number of binary
 digits
  is prime, is the number itself is not guaranteed to be prime.
 Example:
 2047.
 
  Bye,
  Maarten
 
 I still don't get it.
 
 ~Grauw
 
sarcastic mode
Why aren't we surprised ???
/sarcastic mode

Sighhh, talking about a completely useless message !!
You could have cut almost the entire message.
No wonder that the bandwith of the Net is getting to small.


David

-- 

"One difference between SuSE and Red Hat is that the 
former operates in a country where people don't sue 
each other over coffee being too hot."
Linus Torvalds


MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: BDOS

1999-09-03 Thread Laurens Holst

Hi,

Does BDOS use the standard TPA segments if you use the
BDOS call random block read to read a file ?

The reason i ask is that whenever i want to load the file in a
segment switched by my memory manager (memman) the
data is not present! It seems BDOS switches back the standard
TPA segment and places the data in the standard TPA segment
whenever loading. After that my segment is placed back... ?

Only if i do not switch any segments or use the standard
segment from the TPA the data is loaded correctly ?

Is this correct ? or am i doing something wrong ?

I don't know about MemMan (what ver. nr. are you using?),
but this might help you:

Using own mapperSWITCH-routines (fast!)
==
If you allocate memory in Dos2 environment, you get a mapperpage ID back in
the A-register. This value corresponds with the value written to the
mapperselect-registers (I/O ports #FC-#FF).

So instead of using the Dos2 routines for mapperswitching, you can directly
write the value to the I/O-port of the page you want to select. However,
this has some sideeffects. You can't 'get' the current mapperpage with the
routines for that and the (some?) BDOS-routines set back the page to the
'original' page. Dos2 mapperselectroutines are as fast as possible, the only
thing they do is write the value to the mapperport and back it up somewhere
in the memory. The latter is not done when directly accessing the I/O ports
and I don't know if the used adresses are fixed.

So the problem is that the mapperpages aren't backed up. However, this can
be solved quite easily, the solution is to call the 'official'
mapperselect-routines and set the pages right before you call the BDOS. This
will work fine, and if one calls the BDOS it is clear that speed is not an
issue.

But please get this right: I am only talking about mapperswitching, not
about having your own allocation-routines (which highly likely won't work
all because the chance is large that you overwrite some other program's
memory, like the mem of LUNA or DOS itself or some other TSR).


More TPA.
==
Antal, you already know this (I got the trick from you guys)...
If you need more TPA, then you can achieve that by switching away the system
area in page 3. As long as you have your own interruptroutine and don't call
the BDOS this will work fine. Use your own mapperroutines as described
above, and if you call the BDOS then just put back the system area and set
the pages 0-2 using the official mapperselect-routines. Then call the BDOS,
and afterwards put everything back the way you want it to be.

But now we're going VERY experimental. More TPA is in most cases not needed,
because if you don't use the Dos2-mapperroutines for mapperswitching (but DO
use them for allocating!) then switching a 16k segment only takes about 20
T-states... It isn't worth the hassle I think.


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Snes vs Megadrive rectification

1999-09-03 Thread Laurens Holst

 Please get your facts straight Laurens. The MegaDrive/Genesis had a 68000
 processor running at 7 mhz. Twice the speed of the SNES. I admit that the
 Snes has cool graphical features like you mentioned, but take one look at
 the sonic games released for the Genesis, it has so many layers most
 computers can't emulate it, because of the immense speed!

 A 7MHz 68000 can barely handle a single layer without additional hardware.

 Are you 100% sure those games use exclusively the CPU as the multilayer
engine?

No, no.

The Sega Genesis has 2 layers with hardware scroll etc.
Just like the Gfx9000 P1-modus, only with colors from a smaller palette
(which doesn't look very nice).

However, the SNES is, compared to its SEGA concurrent at that time, much,
much better.
4 layers, 'object layer', rotation of a layer, transparency a layer...
whow.


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Nice number (was: Japanese voltage)

1999-09-03 Thread Laurens Holst

  I still don't get it.
  
  ~Grauw
  
 sarcastic mode
 Why aren't we surprised ???
 /sarcastic mode
 
 Sighhh, talking about a completely useless message !!
 You could have cut almost the entire message.
 No wonder that the bandwith of the Net is getting to small.

I was aware of that.

Still I thought the message had some use.
Somehow I don't remember the use anymore...


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Z-Machine

1999-09-03 Thread Laurens Holst

 Laurens Holst ha escrit:
   No, I haven't run your program, but I can figure what's your idea.
  
  If you didn't run it, you didn't get what I mean.
 
 Ein? Laurens, you are a bit pretentious! Why do you thik I can't figure
 what the program does by reading it?? It is a short program and I can
 perfectly figure what it does by only reading it!!

Well run it! It looks nice and I haven't written it for nothing.
It is some kind of "luxaflex"-effect. But then a sideways one.
And not all at the same time but... well, run it.

Damn you. :)


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Z-Machine

1999-09-03 Thread Laurens Holst

  Of course. But we could make a screen split. Screen 8 (or better
  screen 7) for the graphics and screen 2 or screen 0 for the text. It
  would be very fast.
 AB
 AB It seems a good idea.

I thought that the best option is to use SCREEN 6 for the text. It is as
fast
as SCREEN 5 but it has SCREEN 7 resolution (nice fonts!).

Well that is indeed a nice idea to use a screensplit for.

However, the VRAM management in screen 6  7 differs a lot from eachother.
Keep that in account.


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Fw: I have a question about JoyNet...

1999-09-03 Thread Laurens Holst


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/

- Oorspronkelijk bericht - 
Van: Senryo [EMAIL PROTECTED]
Aan: [EMAIL PROTECTED]
Verzonden: vrijdag 3 september 1999 6:10
Onderwerp: I have a question about JoyNet...


 Hi. I am a Computer Engineer at Brazil.
 
 I was starting a project like the JoyNet. ( About 2 weeks ago )
 
 The ideia is USE A PARALEL CABLE BETWEEN MSX AND PC.
 
 The different thing, it's like the CABLE will Be done, ( HAS
 regenerators ).
 Can be used Any distance You want.. ) A friend of mine a Electrical
 Engineer is doing the Cable ( with Leds indicators:  ON/OFF, TX/RX,
 CLOCK PULSE ).
 
 I am modeling the PROTOCOL.
 We are doing the PC like a MSX Disk-Driver server.
 
 The PC sends to MSX the Files in packets, with timeout, sincronism, and
 all Things in a Protocol.
 
 THE MSX See The PC like a Disk Drive, then You can Read  ROMS, GAMES AND
 OTHER,  5 times more quick than a DISK DRIVE.
 
 On PC you have a File ( That store and send datas to MSX ) Like GAMES,
 files.
 
 Or you CAN PUT ON MEMORY. I have 128 Mb RAM on PC.
 
 Then I use the RAM Mesmory that is HUNDRED time faster than the HD.
 
 It's The START.
 
 More later, We will serve, HD, AND ALL I/O COMPONENTS OF PC.
 
 AND INTERNET E-MAIL, ALL THE STUFF.
 
 WITH  200Kb/s .  And a Secure Protocol.
 
 
 Please. Send this MSX  to ALL  PEOPLE ON MSX LIST, AND JOYNET...
 
 
 Thanks..
 
 
 My e-mail:  [EMAIL PROTECTED]
 



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Emulation problems with status register#1

1999-09-03 Thread Maarten ter Huurne

At 05:15 PM 9/2/99 +0200, you wrote:

To reset a interrupt from a horizontal line interrupt (reg #19), I used
to set the interupt enable bit to zero and then back on again. Turning
the bit off also dropped the interrupt.
This was better because I could now make the interupt line drop in
lesser time, I just had two write twice to a register. With the official
read methode I had to write a register, wait, read a status register and
then put #15 back to zero (as assumed by the standard interrupt handler)

Nice trick! I didn't know it.

The fact that this trick works also tells something about the internal
workings of the VDP. I expect Frits can use this info for perfecting NLMSX.

Bye,
Maarten



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: BDOS

1999-09-03 Thread Maarten ter Huurne

At 11:47 PM 9/2/99 +0200, you wrote:

Does BDOS use the standard TPA segments if you use the BDOS call
random block read to read a file ?

From the DOS2 Program Interface Specification: (section 2.5)
"Any disk transfers will be done to the RAM segments which are paged in
when the function call is made, even if they are not the original TPA
segments."

So, if Memman tells DOS2 which segments are selected (I assume it does),
this is not the problem.

However, there is a restriction on the slot the RAM must be in:
"environment strings and disk transfer areas must be in the mapper RAM slot."

I think "the mapper RAM slot" means the main mapper (primairy mapper slot).
On turbo R, this is the internal mapper, on other MSXes this is the largest
mapper. It's always the mapper that is used for the TPA.

Bye,
Maarten



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Z-Machine

1999-09-03 Thread Antoni Burguera Burguera

Laurens Holst ha escrit:

 Well run it! 

Ok, ok. Copy... paste... execute... oh! It looks like I figured! 8)

 It looks nice and I haven't written it for nothing.

You have writed it for run on a computer or for someone who can execute
it on his mind.
Well, here you have a comment: effects like these are slow for a text
adventure. With this kind of effects, a text adventure is not playable
at all. An option is to allow the player to choose the game mode: with
or without effects, and change the mode while playing.

 It is some kind of "luxaflex"-effect. But then a sideways one.
 And not all at the same time but... well, run it.

Argh! Yeah, I run it again. Oh! It has done the same than the first time
and the same than I figured! 8)
 
 Damn you. :)

Hmmm...
 
-- 
/*-*/
/* */
/*   Toni Burguera Burguera|  9D-La Novena DimensiĆ³*/
/*   ==|  http://pagina.de/9d  */
/*   [EMAIL PROTECTED]  |  WWW.MSX.ORG  */
/*   [EMAIL PROTECTED]   |  http://www.msx.org   */
/* */
/*-*/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: 'the MSX page' update / atualizacao de 'the MSX page'

1999-09-03 Thread Manuel Bilderbeek

[Space Man Bow]

 Martos made this crack using standard BDOS calling. I can't understand why it
 doesn't work

It seems to work, but after the Konami Logo (when it should load), the screen 
stays white, and beeping can be heard (probably Martos' code indicating an 
error)



Grtjs, Manuel ((m)ICQ UIN 41947405)

PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/)
PPS: Visit my homepage at http://www.sci.kun.nl/marie/home/manuelbi/ 




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Snes vs Megadrive rectification

1999-09-03 Thread Daniel Jorge Caetano

On Fri, 3 Sep 1999 09:51:25 +0200, MkII wrote:

A 7MHz 68000 can barely handle a single layer without additional hardware.
Are you 100% sure those games use exclusively the CPU as the multilayer engine?

  All good game consoles (SNES, Genesis, PSX, etc), AFAIK, runs all their
processors at the same time, in parallel... So, use an extremely advanced
VDP can inprove A LOT the game console, once the main "problem" on
a game console is exactly the video. I really think that Nintendo did not
used a central processor less powerfull than 68000, running at less speed
just to low the price...
  SNES was made AFTER Genesis, and if Nintendo done it as it is today,
I'm sure that in overall it's better than Genesis. And ALL games I've played
with versions to both, the SNES version is ALWAYS better...
  Remember, SNES comes to the market about 2 year later than Genesis.

 SEGA is known by releasing new and *expensive* technology, with a few
games. SEGA technology is always cutting-edge. But Nintendo has a
sucess history better than Sega. Why? They just get the SEGA Technology,
improve it slightly and improve it to low its cost, and do a lot of software
for it. When it is released to public, it is better than Sega console, cheaper
and has a lot of software. This is the Nintendo strategy. (-:

 []'s Daniel Caetano ([EMAIL PROTECTED])

...Windows Error: 005 - Multitasking attempted.  System confused.
OS/2 Sites: http://www.os2brasil.com.br/novidades/
http://www.os2brasil.com.br/novidades/drivers.shtml
http://www.geocities.com/SiliconValley/8752/os2hp/index.html
MSX Sites:  http://www.fudeba.cjb.net/ e http://www.msxnews.cjb.net/
MSX Phoenix:http://www.msxphoenix.cjb.net/



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: 'the MSX page' update / atualizacao de 'the MSX page'

1999-09-03 Thread Daniel Jorge Caetano

On Fri, 03 Sep 1999 17:26:30 +0200, Manuel Bilderbeek wrote:

[Space Man Bow]
 Martos made this crack using standard BDOS calling. I can't understand why it
 doesn't work
It seems to work, but after the Konami Logo (when it should load), the screen 
stays white, and beeping can be heard (probably Martos' code indicating an 
error)

  Try using Mapper.com. This error happens here with Solid Snake DISK version
when on BDOS2... But if I use MAPPER.COM the problem is solved.

 []'s Daniel Caetano ([EMAIL PROTECTED])

...Turn your 486 into a Commodore64: Type WIN at C:\
OS/2 Sites: http://www.os2brasil.com.br/novidades/
http://www.os2brasil.com.br/novidades/drivers.shtml
http://www.geocities.com/SiliconValley/8752/os2hp/index.html
MSX Sites:  http://www.fudeba.cjb.net/ e http://www.msxnews.cjb.net/
MSX Phoenix:http://www.msxphoenix.cjb.net/



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: 'the MSX page' update / atualizacao de 'the MSX page'

1999-09-03 Thread Manuel Bilderbeek

   Try using Mapper.com. This error happens here with Solid Snake DISK version
 when on BDOS2... But if I use MAPPER.COM the problem is solved.

Already tried that. Doesn't make a difference.



Grtjs, Manuel ((m)ICQ UIN 41947405)

PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/)
PPS: Visit my homepage at http://www.sci.kun.nl/marie/home/manuelbi/ 




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: 'the MSX page' update / atualizacao de 'the MSX page'

1999-09-03 Thread Daniel Jorge Caetano

On Fri, 03 Sep 1999 18:13:20 +0200, Manuel Bilderbeek wrote:

   Try using Mapper.com. This error happens here with Solid Snake DISK version
 when on BDOS2... But if I use MAPPER.COM the problem is solved.
Already tried that. Doesn't make a difference.

  Weird... Have you tried coping it on a DOS1 disk and boot without DOS2?

 []'s Daniel Caetano ([EMAIL PROTECTED])

...Who never used or saw a real MSX2/2+/R did NOT know MSX.
OS/2 Sites: http://www.os2brasil.com.br/novidades/
http://www.os2brasil.com.br/novidades/drivers.shtml
http://www.geocities.com/SiliconValley/8752/os2hp/index.html
MSX Sites:  http://www.fudeba.cjb.net/ e http://www.msxnews.cjb.net/
MSX Phoenix:http://www.msxphoenix.cjb.net/



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




RE: Japanese voltage

1999-09-03 Thread Marco Antonio Simon dal Poz

On Fri, 3 Sep 1999, Maarten ter Huurne wrote:

 At 02:51 PM 9/2/99 -0300, you wrote:
 
 4.5% is reasonable, but Laurens said it would change from 220V to 330V, a
 50% increase!
 
 Eh... Laurens wrote 230V (I just looked it up).

Well, so that's no problem.

 But I thought the voltage was going to be increased to 240V. Anyway, this
 plan has been around for years, so manufacturers can make sure in advance
 their equipment will accept a higher current.

240V is no problem, either.

[]'s

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Z-Machine

1999-09-03 Thread Laurens Holst

 Laurens Holst ha escrit:

  Well run it!

 Ok, ok. Copy... paste... execute... oh! It looks like I figured! 8)

*sigh*


  It looks nice and I haven't written it for nothing.

 You have writed it for run on a computer or for someone who can execute
 it on his mind.
 Well, here you have a comment: effects like these are slow for a text
 adventure. With this kind of effects, a text adventure is not playable
 at all. An option is to allow the player to choose the game mode: with
 or without effects, and change the mode while playing.

Yes, good idea.
And by the way, if you decrease the timing to .1 or so (do the effect twice
per interrupt) it is speeded up a lot.


  It is some kind of "luxaflex"-effect. But then a sideways one.
  And not all at the same time but... well, run it.

 Argh! Yeah, I run it again. Oh! It has done the same than the first time
 and the same than I figured! 8)

Damn you again... :) Don't be so sceptical about my nice little proggie.
(if I skip the smiley then you will probably get angry so I just put it
there)

Ah, now I know!!! It is the Paint IV-effect!
(which actually isn't invented by Paint IV) (But hey...)


  Damn you. :)

 Hmmm...

What to think about that...


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Afraid with Hero? Try Galaga!

1999-09-03 Thread Leon Lander


On 03-sep-99 09:50:33 (GMT+2) , MkII wrote ;

 Take a look at some native C64 games coded in assembler like Green Beret,
 
 Better have a dekko at the Spectrum version and gaze upon perfection! 8:D

Nah... I use my Spectrum for toasting bread, you know what I mean ;-)

Leon Lander (A1200/C128D/MSX2+)

-- 
Good thing the FTC makes them put on those "Intel Inside" warning labels.



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: 'the MSX page' update / atualizacao de 'the MSX page'

1999-09-03 Thread Laurens Holst


Try using Mapper.com. This error happens here with Solid Snake DISK
version
  when on BDOS2... But if I use MAPPER.COM the problem is solved.
 Already tried that. Doesn't make a difference.

   Weird... Have you tried coping it on a DOS1 disk and boot without DOS2?

Is there still no utility like FIXDISK for Dos1??? To make a disk
Dos1-compatible???
(By the way, FIXDISK is meant to convert Dos1 disks to Dos2, but it also
works perfectly with PC disks!!! So no formatting anymore...)


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: BDOS

1999-09-03 Thread antalvk


I don't know about MemMan (what ver. nr. are you using?),
but this might help you:

Using own mapperSWITCH-routines (fast!)
==
If you allocate memory in Dos2 environment, you get a mapperpage ID back in
the A-register. This value corresponds with the value written to the
mapperselect-registers (I/O ports #FC-#FF).

So instead of using the Dos2 routines for mapperswitching, you can directly
write the value to the I/O-port of the page you want to select. However,
this has some sideeffects. You can't 'get' the current mapperpage with the
routines for that and the (some?) BDOS-routines set back the page to the
'original' page. Dos2 mapperselectroutines are as fast as possible, the
only
thing they do is write the value to the mapperport and back it up somewhere
in the memory. The latter is not done when directly accessing the I/O ports
and I don't know if the used adresses are fixed.

So the problem is that the mapperpages aren't backed up. However, this can
be solved quite easily, the solution is to call the 'official'
mapperselect-routines and set the pages right before you call the BDOS.
This
will work fine, and if one calls the BDOS it is clear that speed is not an
issue.

But please get this right: I am only talking about mapperswitching, not
about having your own allocation-routines (which highly likely won't work
all because the chance is large that you overwrite some other program's
memory, like the mem of LUNA or DOS itself or some other TSR).


Thanks for the idea but memman does memory management just fine for me :)



More TPA.
==
Antal, you already know this (I got the trick from you guys)...
If you need more TPA, then you can achieve that by switching away the
system
area in page 3. As long as you have your own interruptroutine and don't
call
the BDOS this will work fine. Use your own mapperroutines as described
above, and if you call the BDOS then just put back the system area and set
the pages 0-2 using the official mapperselect-routines. Then call the BDOS,
and afterwards put everything back the way you want it to be.

But now we're going VERY experimental. More TPA is in most cases not
needed,
because if you don't use the Dos2-mapperroutines for mapperswitching (but
DO
use them for allocating!) then switching a 16k segment only takes about 20
T-states... It isn't worth the hassle I think.


indeed, isn't worth the hassle and i'm not  THAT technical on MSX and i
don't need a TPA
that large.. still you haven't answered my questions... :)





MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: BDOS

1999-09-03 Thread Laurens Holst

 However, there is a restriction on the slot the RAM must be in:
 "environment strings and disk transfer areas must be in the mapper RAM
slot."

 I think "the mapper RAM slot" means the main mapper (primairy mapper
slot).
 On turbo R, this is the internal mapper, on other MSXes this is the
largest
 mapper. It's always the mapper that is used for the TPA.

Oh, and if I remember correct the FCB couldn't be in page 1 or so...
Check the manual (not function, not command, but the other, third part with
the mapperroutines in it)... it says something like that.


~Grauw


--

  email me: [EMAIL PROTECTED] or ICQ: 10196372
 visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: C64 cartridge for MSX. :)

1999-09-03 Thread Leon Lander


On 03-sep-99 09:50:20 (GMT+2) , MkII wrote ;

 Anyway, it's not fair to compare a 1990 TR with a 1982 C64. You should
 compare a 1982 C64 against a 1983 MSX1 instead.

Add a MSX2 to that...

 Bear in mind that a Commodore freak could very well start speaking of the
 1985 Amiga. Or, provided you've spoken of the 1990 TR, even the 1990 AGA
 Amiga!

Sorry to burst your bubble, but a TR is no match what so ever for a up-
to-date A1200/A4000 equiped with a M68060/R604 and a graphics card.
Those are more than capable of latest Mac/Unix/PC/etc system emulation.

Kind regards
Leon Lander (A1200/C128D/MSX2+)

sb
VirusScan: MS Fuck-a-Horse 98 found.  Delete? (Y/y)



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: BDOS

1999-09-03 Thread antalvk


From the DOS2 Program Interface Specification: (section 2.5)
"Any disk transfers will be done to the RAM segments which are paged in
when the function call is made, even if they are not the original TPA
segments."

So, if Memman tells DOS2 which segments are selected (I assume it does),
this is not the problem.

However, there is a restriction on the slot the RAM must be in:
"environment strings and disk transfer areas must be in the mapper RAM
slot."

Hey !!

That's it !!
Coz if i try it out with only my primary mapper (slot 3-0) Turbo-R then
there is
no problem at all...

Is there a workaround for this problem ?


I think "the mapper RAM slot" means the main mapper (primairy mapper slot).
On turbo R, this is the internal mapper, on other MSXes this is the largest
mapper. It's always the mapper that is used for the TPA.


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..

hmm

anyway thanks for the response,

Antal




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Z-Machine

1999-09-03 Thread Antoni Burguera Burguera

Laurens Holst ha escrit:

 Yes, good idea.

Wow! It is really Laurens saying such a thing? 8)

 And by the way, if you decrease the timing to .1 or so (do the effect twice
 per interrupt) it is speeded up a lot.

Yes. The problem is that, when you have played the game, and you have a
map on a paper, you go to one zone to another of the map without reading
anything on the screen, only typing "N", "S" and so. In this case it is
preferable no wait any time.
 
  Argh! Yeah, I run it again. Oh! It has done the same than the first time
  and the same than I figured! 8)
 
 Damn you again... :) Don't be so sceptical about my nice little proggie.

No! I was not sceptical... The correct word is "sarcastic" 8)

 (if I skip the smiley then you will probably get angry so I just put it
 there)

He he he... It is really wonderful the way than a single ":)" can change
the meaning of a phrase. 
By the way, is very difficult make me angry, so if you really want to do
such a thing you must put more effort! 8)

 Ah, now I know!!! It is the Paint IV-effect!
 (which actually isn't invented by Paint IV) (But hey...)

Semantics...
 
   Damn you. :)
 
  Hmmm...
 
 What to think about that...

Hmmm... :)

-- 
/*-*/
/* */
/*   Toni Burguera Burguera|  9D-La Novena DimensiĆ³*/
/*   ==|  http://pagina.de/9d  */
/*   [EMAIL PROTECTED]  |  WWW.MSX.ORG  */
/*   [EMAIL PROTECTED]   |  http://www.msx.org   */
/* */
/*-*/



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: BDOS

1999-09-03 Thread Alex Wulms

] manager (memman) the data is not present ! It seems BDOS switches back =
] the standard TPA segment and
] places the data in the standard TPA segment whenever loading. After that =
] my segment is placed back... ?
] 
This is indeed the case with MSXDOS2. MSXDOS2 always loads data to the 
sp-called primary mapper. Though, I don't know about MSXDOS1.

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.Wulms




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




DOS System variables

1999-09-03 Thread Jon De Schrijder


current DOS kernels (DOS12) use the memorylocations from #f1c9..#f37F.
I've never seen any official document describing their contents as
'standard'. However many locations can't be changed in future DOS
versions, because of compatibility reasons (example: F36E hook used by
diskroms, F34D also used by diskroms, F37D used by many programs).
There are also a lot of useful variables that a lot of programs use.
Maybe this is illegal. But I can't see any reason why we shouldn't keep
these variables in a future DOS3 version of the system. Not doing so
will cause a *lot* of programs to malfunction...

So it would be very good to decide which values we should keep and
standardize and which adresses can be reassigned for other purposes.
Perhaps this is something for the Phoenix project...
Perhaps we can say: when it is used by a certain program, it should be
kept...
Or maybe everyone can make a list of his 'favourite' DOS variables and
submit them on the Phoenixpage. After some evaluation period we can
decide which variables can be assumed fixed...

Very useful for things like #f2c7/8/9/a, where the memorymapperpaging
state is kept in DOS2. Useful when doing your own fast
mapperswitching...

There are a bunch of others, but I don't have the time now to discuss
them all...

CU
jon




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




disktransfers

1999-09-03 Thread Jon De Schrijder


disktransfers:
+always use page 2 or 3 (#8000-#fffe)
+In MSX-DOS (12) environment it is also possible to pass parameters in
page 0 and 1, but it is slower (diskrom needs additional slotswitching)
+Always make sure that the transferarea is located in the primary
ramslot.

(in the official way you can obtain the mainramslot with the DOS2
extended biosfunction (see section 5.2)) I don't know in DOS1...
But we all know (?) that this info is also located on address
#f341/2/3/4, both DOS1 and DOS2. Why they made 4 locations with the same
value is a mystery to me. probably overdesigning before the memorymapper
age... (also the official DOS2 docs say (also section 5.2, last lines)
that the slotselection of all 4 pages is the same.)

Jon

phoenixmaintainers: you can add these addresses to the list :)




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: BDOS

1999-09-03 Thread Jon De Schrijder



[EMAIL PROTECTED] wrote:
 
 "environment strings and disk transfer areas must be in the mapper RAM
 slot."
 ...

 Is there a workaround for this problem ?

no

you must allocate a primary mapper segment for your disktransfers or use
a TPA segment for that purpose. And copy the data to another
non-primarymapper segment if needed.

(TPA segments are the segments that are paged in when you enter the
COMfile. They are always situated in the primary mapper and thus will do
fine for disktransfers. Their mappernumbers must be read out trough
'legal' ways (most of the time, these are 3,2,10, but this must not be
assumed!). In DOS1 they ARE 3,2,1,0 since there is no other way to
figure this out. (NO MAPPERPORTREADING!))

I was wondering: can you assume the mappernumber of page 3 to be zero in
all circumstances (the specs say that you never should alter page3)?

Jon - it's getting time to set up detailed information about the MSX
specs...



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Compass

1999-09-03 Thread Jon De Schrijder

 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 memorysettings in the SYSTEM/MEMORY menu like
you wish (and save these settings in the INSTALLATIONS/MAININSTALL menu
if you want to)

Note: the first Labelsegment and the second Compass-segment will always
be in the primary mapper... (yeah.. also Compass needs to do his
diskfunctions somewhere :) )

cu
jon (trying to finish a Compass 2.0betaversion before Bussum...)


 
 hmm
 
 anyway thanks for the response,
 
 Antal




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: 'the MSX page' update / atualizacao de 'the MSX page'

1999-09-03 Thread Daniel Jorge Caetano

On Fri, 3 Sep 1999 20:23:08 +0200, Laurens Holst wrote:

   Weird... Have you tried coping it on a DOS1 disk and boot without DOS2?
Is there still no utility like FIXDISK for Dos1??? To make a disk
Dos1-compatible???
(By the way, FIXDISK is meant to convert Dos1 disks to Dos2, but it also
works perfectly with PC disks!!! So no formatting anymore...)

  The only change I could notice before using the "fixdisk" is the BootSector.
To do a FixDisk for DOS1 you just need get a DOS1 disk, copy its first
sector and copy to a DOS2 disk and... Voila! Your disk is now DOS1 disk... (-:

 []'s Daniel Caetano ([EMAIL PROTECTED])

...IBM: Impeccably Blue-dressed Managers
OS/2 Sites: http://www.os2brasil.com.br/novidades/
http://www.os2brasil.com.br/novidades/drivers.shtml
http://www.geocities.com/SiliconValley/8752/os2hp/index.html
MSX Sites:  http://www.fudeba.cjb.net/ e http://www.msxnews.cjb.net/
MSX Phoenix:http://www.msxphoenix.cjb.net/



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: C64 cartridge for MSX. :)

1999-09-03 Thread MkII

 Anyway, it's not fair to compare a 1990 TR with a 1982 C64. You should
 compare a 1982 C64 against a 1983 MSX1 instead.

Add a MSX2 to that...

Why? MSX1 has already a year advantage over a C64. If you add a 1985 MSX2
the Commodore user would add the 1985 Amiga.

 Bear in mind that a Commodore freak could very well start speaking of the
 1985 Amiga. Or, provided you've spoken of the 1990 TR, even the 1990 AGA
 Amiga!

Sorry to burst your bubble, but a TR is no match what so ever for a up-
to-date A1200/A4000 equiped with a M68060/R604 and a graphics card.
Those are more than capable of latest Mac/Unix/PC/etc system emulation.

?

Your reply does not match my assertion. Please re-read.

MARK 2




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Snes vs Megadrive rectification

1999-09-03 Thread MkII

A 7MHz 68000 can barely handle a single layer without additional hardware.

Are you 100% sure those games use exclusively the CPU as the multilayer
engine?

I'm 100% sure they don't :)

The SNES and the MegaDrive both have VDP's that do the scrolling for them.

The Sega Genesis has 2 layers with hardware scroll etc.
Just like the Gfx9000 P1-modus, only with colors from a smaller palette
(which doesn't look very nice).

Yeah. So what was the point of that "CPU immense power" then???

MARK 2




MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Snes vs Megadrive rectification

1999-09-03 Thread Daniel Jorge Caetano

On Sat, 4 Sep 1999 02:32:41 +0200, MkII wrote:

I'm 100% sure they don't :)
The SNES and the MegaDrive both have VDP's that do the scrolling for them.
The Sega Genesis has 2 layers with hardware scroll etc.
Just like the Gfx9000 P1-modus, only with colors from a smaller palette
(which doesn't look very nice).
Yeah. So what was the point of that "CPU immense power" then???

  Well, Some MegaDrive  (Genesis) games try to do with 68000 the same
as SNES does with its VDP: rotation, scalling, etc, etc, etc. A fast main
processor can be used to do some calculation... I think that is the
point... Not only Video calculation, but any calculation that is needed...

  You have to agree that the "main loop" of a game isn't a very
time-consuming process, when you do not consider video drawing,
music play, etc, etc, etc...

  And fast processor means nothing if not used wisely. An example?
MegaCD (or SegaCD) had ANOTHER 68000 processor. And this
feature had not helped a lot, because Genesis can display only 64 colors,
and the SegaCD videos were ugly and bizarre... Even with 2 68000
processors, Z80, VDP, CDROM, etc, etc, etc, SegaCD lost the
war agains SNES... Just because SNES has a better VDP and effects
processor built-in... Of course, We need to remember that Sound
Processor on SNES is a lot better than the Genesis FM and
that limited Genesis PCM.

  I'm not in any sides. I had both consoles (Genesis and SNES). Both
have lots of good games. But SNES was (and is) superior to Genesis,
technicaly.

 []'s Daniel Caetano ([EMAIL PROTECTED])

...When everything goes wrong, shutdown Windows!
OS/2 Sites: http://www.os2brasil.com.br/novidades/
http://www.os2brasil.com.br/novidades/drivers.shtml
http://www.geocities.com/SiliconValley/8752/os2hp/index.html
MSX Sites:  http://www.fudeba.cjb.net/ e http://www.msxnews.cjb.net/
MSX Phoenix:http://www.msxphoenix.cjb.net/



MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)




Re: Fw: I have a question about JoyNet...

1999-09-03 Thread MARUJO

K_master wrote:

  Hi. I am a Computer Engineer at Brazil.
  I was starting a project like the JoyNet. ( About 2 weeks ago )

Good! JoyNet is a child dream! Forever sleeps.

  The ideia is USE A PARALEL CABLE BETWEEN MSX AND PC.
  The different thing, it's like the CABLE will Be done, ( HAS
  regenerators ).
  Can be used Any distance You want.. ) A friend of mine a Electrical
  Engineer is doing the Cable ( with Leds indicators:  ON/OFF, TX/RX,
  CLOCK PULSE ).

I make a cable for six stations. Uses the bus/Ethernet
scheme. Token Ring is snail-motion.

  I am modeling the PROTOCOL.

Yes! I also!

[Pindorama Language On]
Entao me envia um mail ! Tb tenho interesse em melhorar
o meu protocolo fudeba!
[/PLO]

MARUJO.
 ___ _   _ ___ ___
|   | |_| |_ __  _  __| WALTER BERNARDO NUNES |
| /|| |_   _|  \| |/ /| [EMAIL PROTECTED]|
 \  /  || | | |_|  / / Graduacao Fisica-UFRGS |
   \  /|| |_| |_  |_| |/__|
 \__/__||___|___|___|_|_ /  [tag ainda nao disponivel]


MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)