atari800-users — Atari800 users

Re: [Atari800-users] Re: request for comments (was Re: sourceforge)

[Petr S. <pst...@so...>]

> So let's use GNU style:

I checked a couple of GNU packages and found very different ChangeLogs.

> > > I can split my entry to CHANGES into an entry to ChangeLog (for
> > > developers) and an entry to NEWS (for users).
> >
> > Please do that when you'll see the ChangeLog appears in CVS (in ten
> minutes?).
> >
> Do you ask me to write about my old changes in ChangeLog ?

You said you would split your entry. I understood that you would do that
since 1.0.7 changes, at least roughly. Actually we would be more
interested in NEWS (i.e. user related information) since 1.0.7 because
you did a lot of great things that are unknown for us.

> BTW. Will we move the CVS to sf.net ? I haven't succeed in creating an
> account there, but I can try again.

Well. CVS on sf.net would allow me to do automatic nightly shapshots and
easier releases, it seems. Also, following the "keep everything under
one umbrella" rule I moved the WWW pages, file releases and mailing list
there. So CVS should follow them obviously.

I have an account on sf.net and participate in another project already
so I can tell you that it's definitely much slower CVS access compared
to current state when it runs on my local network ;-) But at the same
time it could be faster for you in Poland, who knows.

Let's make a test: choose a random project at sf.net (I participate in
emutos.sf.net) and measure the time needed for complete checkout. Well,
this is actually uncomparable because that project is much larger than
atari800. Hmm.

My intention was to release 1.2.1 later today, pack the CVS repository
and send it over to sf.net staff for installing it. Let me know quickly
if I you wanted to say with the CVS at my server.

Petr

Re: [Atari800-users] Request: A WinCE Binary

[Petr S. <pst...@so...>]

On Fri, 2001-12-07 at 07:03, Matt Kasdorf wrote:
>    I'd like to test out the emulator on an LG H/PC I just acquired; but 
> don't have the resources to compile a binary - would someone please 
> create an SH3 WinCE 2.0 H/PC binary for me.  Both the "Release" and 
> "Debug" versions, please.

It would be great if the port maintainers compiled binary for their
respective platform, packed it together in a defined way (I have to come
up with something) and uploaded it to upload.sf.net. That way we'd have
a release with source and all binaries. That would be cool.

Petr

[Atari800-users] monitor.[ch]

[Nathan H. <ma...@ma...>]

Anyone in here feel like writing a 65816 compatible monitor to go along with
what seems to be a working 65816 emulation?  I have been given a 816
optimized OS ROM image and the SpartaDOS X v4.22 RAMDISK.SYS file looks for
a Sweet 16 upgrade.  The OS ROM appears to work without error and the
RAMDISK.SYS file no longer says "Sweet 16 not Detected" when loading.  I
still have not been able to get Draco's SysInfo (v2.01 and v2.03) to work,
so I don't know if there's something wrong in the emulation (an error in one
instruction could possibly cause this) or if it's with the SysInfo program.
I would produce a diff file and make that available, but I'm rather wanting
to get the monitor updated before I do.  The diff would only cover the files
effected by the CPU difference.  The keyboard mappings (except the Alt+T for
toggling turbo mode) and video changes will be left out of any diff I
release.  Also, I noticed that the ATR header is processed in such a way
that the last header byte is used as a read-only flag.  I found a web page
that listed only bit 0 of that byte is used for read-only, so I adjusted the
SIO_Mount() code to check that bit only.  Also, I added a definition for bit
1 of that byte to make the image look like a hard drive (1 track with x
sectors).  HDINIT.COM can now format an ATR.  I was thinking of coding the
0xEC command (to emulate the IDE interfaces) into the SIO() function.  I
suppose it'd have to go into the Command_Frame() function, too.  Any
thought/objections to that idea?  Granted, nothing else uses/supports that
bit 1 flag for HD mode, but I didn't feel like coding a whole new disk image
format.

[Atari800-users] Request: A WinCE Binary

[Matt K. <kas...@kn...>]

Hi,

   I'd like to test out the emulator on an LG H/PC I just acquired; but 
don't have the resources to compile a binary - would someone please 
create an SH3 WinCE 2.0 H/PC binary for me.  Both the "Release" and 
"Debug" versions, please.

--
Peace and Long Life,
Matt

[Atari800-users] Re: request for comments (was Re: sourceforge)

[Piotr F. <P....@el...>]

> > Is there a standard format for it?
> > If not, then instead of:
> >
> > 2001/11/27 - who
> > o what1
> > o what2
> >
> > I would prefer:
> >
> > --- 2001/11/27 - who
> > what1
> >
> > --- 2001/11/27 - who
> > what2
>
> I just tried it but it looks weird. Especially when one makes a lot of
> changes in one day.
>
So let's use GNU style:

1998-08-17  Richard Stallman  <rm...@gn...>

* register.el (insert-register): Return nil.
(jump-to-register): Likewise.

* sort.el (sort-subr): Return nil.

* tex-mode.el (tex-bibtex-file, tex-file, tex-region):
Restart the tex shell if process is gone or stopped.
(tex-shell-running): New function.

* expr.c (store_one_arg): Round size up for move_block_to_reg.
(expand_call): Round up when emitting USE insns.
* stmt.c (assign_parms): Round size up for move_block_from_reg.


> > > BTW, if CHANGES end up at 1.0.7, will we rewrite the CHANGES since
then
> > > to include dates and more info? At least approximately?
> >
> > I can split my entry to CHANGES into an entry to ChangeLog (for
> > developers) and an entry to NEWS (for users).
>
> Please do that when you'll see the ChangeLog appears in CVS (in ten
minutes?).
>
Do you ask me to write about my old changes in ChangeLog ?

BTW. Will we move the CVS to sf.net ? I haven't succeed in creating an
account there, but I can try again.

Piotr

Re: [Atari800-users] test

[Piotr F. <P....@el...>]

> > I found out that Evolution actually has a "Reply To List" option.
> > Unfortunately it's not on the main toolbar nor it has a keyboard
shortcut.
> > But it's opensource so it can be fixed! :)
>
> In mutt I can press "L" to answer to list, and "r" to answer to sender.
> Probably other clients can be configured too.
>
I use PINE and Outlook Express. These are very popular clients, how to
configure them? Manually updating the "To" field in each mail would be a
nightmare.

Re: [Atari800-users] test

[Jacek <jp...@in...>]

On Thu, Dec 06, 2001 at 01:05:53PM +0100, Petr Stehlik wrote:
> I found out that Evolution actually has a "Reply To List" option.
> Unfortunately it's not on the main toolbar nor it has a keyboard shortcut.
> But it's opensource so it can be fixed! :)

In mutt I can press "L" to answer to list, and "r" to answer to sender.
Probably other clients can be configured too.

-- 
Same story, different eyes
Here's where the hero never, never dies

                                          "Hollywood Black" - Ronnie James Dio

Re: [Atari800-users] test

[Petr S. <pst...@so...>]

On Thu, 2001-12-06 at 12:43, Piotr Fusik wrote:
> I got it back in 2 minutes. Not bad. :-)
> 
> But there's really no Reply-To. :-(

I found out that Evolution actually has a "Reply To List" option. Unfortunately it's not on the main toolbar nor it has a keyboard shortcut. But it's opensource so it can be fixed! :)

Petr

Re: [Atari800-users] test

[Piotr F. <P....@el...>]

I got it back in 2 minutes. Not bad. :-)

But there's really no Reply-To. :-(

Piotr

[Atari800-users] test

[Piotr F. <P....@el...>]

PRINT "HELLO, WORLD!"

:-)

[Atari800-users] 65816 progress update

[Nathan H. <ma...@ma...>]

As I had mentioned before, the ESC instruction (CIM 0xF2) used for "escape"
functions was no longer available.  Looking closer at the source, I found
that a ESCRTS instruction (CIM 0xD2) was also used.  The ESC instruction is
mapped to the WDM instruction (0x42).  I had forgotten that this instruction
was available (the real CPU treats it as a NOP, but it was reserved for
future use).  It was also designed as a 2 byte instruction.  Perfect for the
ESC function as defined in the 6502 module.  The ESCRTS instruction is not
available as another unused instruction was not available.  The ESCRTS code
was only used in one place at the moment, and wasn't even needed there (was
used to patch a JMP instruction).  It may be possible to use the COP
instruction (another 2 byte instruction in the 65816) to perform other ESC
functions, but operands 0x00-0x7F are software "interrupts" with 0x80-0xFF
reserved for internal to the CPU or co-processor operations.  Now I need to
build a diff file, I suppose.  Anyone with a 65816 enhanced OS ROM image?
Also, I currently have the source patched in such a way that with the 65816
module active, 8MB of linear RAM is allocated for it to use.  That means
that RAM banks 0x00-0x7F are available.  Bank 0xFF is "mapped" to bank 0x00,
but I'm planning to have that loadable by a ROM image.

Re: [Atari800-users] Re: 65816 module progress and more

[Nathan H. <ma...@ma...>]

----- Original Message -----
From: "Petr Stehlik" <pst...@so...>
To: "atar800-users" <ata...@li...>
Sent: Thursday, December 06, 2001 3:50 AM
Subject: Re: [Atari800-users] Re: 65816 module progress and more


> > Atari800 can have millions of users :-)
>
> millions of angry users after the mapping change.
>
> Anyway, with the new input I can imagine a "--traditional" switch that
would restore the original keymapping while the new one would be default.

Or have the new mapping under "--1200xl-kb" since that would, in effect, be
allowing for a 1200XL keyboard.

>
> Also, we should try to detect for at least the F1 keypress (if not for
> F9 - which is probably the most used key :) Something like "if you're in
> 800/130 mode and someone pressed F1 then pop up a window that shows the
> remapped keys". Or generally open a warning window if someone pressed
> F1-F4 on nonF1/F4 Atari.
>
> Petr

That's a thought.  With a checkbox to disable the warning in the future.
Or, a menu that asked which mode the user was expecting and saving the
selected option in the .cfg file.

>
>
>
> _______________________________________________
> Atari800-users mailing list
> Ata...@li...
> https://lists.sourceforge.net/lists/listinfo/atari800-users

Re: [Atari800-users] Re: 65816 module progress and more

[Petr S. <pst...@so...>]

> Atari800 can have millions of users :-)

millions of angry users after the mapping change.

Anyway, with the new input I can imagine a "--traditional" switch that would restore the original keymapping while the new one would be default.

Also, we should try to detect for at least the F1 keypress (if not for
F9 - which is probably the most used key :) Something like "if you're in
800/130 mode and someone pressed F1 then pop up a window that shows the
remapped keys". Or generally open a warning window if someone pressed
F1-F4 on nonF1/F4 Atari.

Petr

Re: [Atari800-users] 65816 module progress and more

[Jacek <jp...@in...>]

On Thu, Dec 06, 2001 at 09:36:52AM +0100, Petr Stehlik wrote:
> > > 3 112's/0x70's at the beginning).  So, technically, a 384x262 (or 384x312 on
> > > PAL) mode should be physically possible on the Atari hardware. 
> 
> > done in SDL port (when Petr will update CVS)
> 
> I believe that you would have to change the ANTIC and GTIA as well to get the
> full emulation. I haven't looked through your patch carefully but I think you
> just display empty borders but don't let Antic/Gtia generate anything in
> there.

yes, sorry, it's to early morning to think clearly ;-)

-- 
Oh I see his face! Where is your star?
Is it far, is it far, is it far?
When do we leave?
I believe, yes, I believe                       "Stargazer" - Ronnie James Dio

Re: [Atari800-users] Re: 65816 module progress and more

[Jacek <jp...@in...>]

On Thu, Dec 06, 2001 at 09:34:27AM +0100, Petr Stehlik wrote:
> My opinion: let's rewrite the keyboard input and in the meantime run a
> poll on the sf.net whether to remap the F keys or not. Then do what most
> people want. What you think?

Atari800 can have millions of users :-) It was downloaded less than 2000 times
from sourceforge, but remember about distributions, mirrors, and cover CDs.
Only few people will answer on WWW. I think there is no problem with switching
from one mapping to another. We have another good reason to reorganize input
stuff.

-- 
Oh I see his face! Where is your star?
Is it far, is it far, is it far?
When do we leave?
I believe, yes, I believe                       "Stargazer" - Ronnie James Dio

Re: [Atari800-users] Re: 65816 module progress and more

[Nathan H. <ma...@ma...>]

----- Original Message -----
From: "Petr Stehlik" <pst...@so...>
To: "Atari800-users" <ata...@li...>
Sent: Thursday, December 06, 2001 3:34 AM
Subject: Re: [Atari800-users] Re: 65816 module progress and more


> On Thu, 2001-12-06 at 09:23, Nathan Hartwell wrote:
> > If it's something that will be a problem to the majority of the users,
then
> > it could always be branched into a separate emulator
>
> Branching the emulator would be the worst thing to do. I wonder why you
> still come with such weird ideas :-)

I'm a sick puppy, I guess.  :)

>
> My opinion: let's rewrite the keyboard input and in the meantime run a
> poll on the sf.net whether to remap the F keys or not. Then do what most
> people want. What you think?
>
> Petr

That'll work.

>
>
>
> _______________________________________________
> Atari800-users mailing list
> Ata...@li...
> https://lists.sourceforge.net/lists/listinfo/atari800-users

Re: [Atari800-users] 65816 module progress and more

[Petr S. <pst...@so...>]

> > 3 112's/0x70's at the beginning).  So, technically, a 384x262 (or 384x312 on
> > PAL) mode should be physically possible on the Atari hardware. 

> done in SDL port (when Petr will update CVS)

I believe that you would have to change the ANTIC and GTIA as well to get the full emulation. I haven't looked through your patch carefully but I think you just display empty borders but don't let Antic/Gtia generate anything in there.

> you can switch WIDTH_MODE with LALT+g (documented in README! :-))

Somebody with some free time could look at merging USAGE/usage1 (usage1
is up-to-date while USAGE contains some additional info). The hotkeys
should obviously be documented in the USAGE.

Petr

Re: [Atari800-users] Re: 65816 module progress and more

[Petr S. <pst...@so...>]

On Thu, 2001-12-06 at 09:23, Nathan Hartwell wrote:
> If it's something that will be a problem to the majority of the users, then
> it could always be branched into a separate emulator

Branching the emulator would be the worst thing to do. I wonder why you
still come with such weird ideas :-)

My opinion: let's rewrite the keyboard input and in the meantime run a
poll on the sf.net whether to remap the F keys or not. Then do what most
people want. What you think?

Petr

Re: [Atari800-users] Re: 65816 module progress and more

[Nathan H. <ma...@ma...>]

If it's something that will be a problem to the majority of the users, then
it could always be branched into a separate emulator.  Naming the emulator
would be the trick, though.

----- Original Message -----
From: "Petr Stehlik" <pst...@so...>
To: "Atari800-users" <ata...@li...>
Sent: Thursday, December 06, 2001 3:19 AM
Subject: Re: [Atari800-users] Re: 65816 module progress and more


> remapping F1-F5 keys:
>
> > Compile-time option?
>
> no! Never. This wouldn't be an optional extesion. It would be something
> that breaks the line of Atari800 development (at least from end user
> POV). If it should happen then it must be done in all ports at once,
> with great version number bump and a HUGE WARNING in the README and such
> step would also be irreversible. So let's think three times (twice is
> not enough) before doing it.
>
> Petr
>
>
>
> _______________________________________________
> Atari800-users mailing list
> Ata...@li...
> https://lists.sourceforge.net/lists/listinfo/atari800-users

Re: [Atari800-users] Re: 65816 module progress and more

[Petr S. <pst...@so...>]

> but I think all input changes should be made after rewriting common input
> stuff, becouse all ports must be modified at once

agree.

Petr

Re: [Atari800-users] Re: 65816 module progress and more

[Petr S. <pst...@so...>]

remapping F1-F5 keys:

> Compile-time option?

no! Never. This wouldn't be an optional extesion. It would be something
that breaks the line of Atari800 development (at least from end user
POV). If it should happen then it must be done in all ports at once,
with great version number bump and a HUGE WARNING in the README and such
step would also be irreversible. So let's think three times (twice is
not enough) before doing it.

Petr

[Atari800-users] SysInfo v2.03 by Draco

[Nathan H. <ma...@ma...>]

Anyone in here able to tell me if that sysinfo program requires a specific
65816 ROM OS in order to function if a 65816 is detected?  I have what
appears to be fully operation 65816 emulation (in the 6502 emulation mode of
the 65816, actually).  I can boot and run various diagnostics, but when I
run that sysinfo, it does the loading/relocating part and then "halts" in a
blank screen.

Re: [Atari800-users] Re: 65816 module progress and more

[Jacek <jp...@in...>]

On Thu, Dec 06, 2001 at 08:58:21AM +0100, Petr Stehlik wrote:
> BTW, I still believe that the F1=Help makes sense because most Joe Average
> Users will press the F1 when launch it for the first time - even without
> reading documentation - just due to common behaviour of other (DOS/Win)
> applications.

I never used F1-F4 keys on Atari (I had 800XL, now I have 65XE), but I think it
should be mapped to real F1-F4, it's more natural :-)
user _should_ read documentation, it's his choice, if he didn't - he will lose
many features
but I think all input changes should be made after rewriting common input
stuff, becouse all ports must be modified at once

-- 
Oh I see his face! Where is your star?
Is it far, is it far, is it far?
When do we leave?
I believe, yes, I believe                       "Stargazer" - Ronnie James Dio

Re: [Atari800-users] Re: 65816 module progress and more

[Nathan H. <ma...@ma...>]

----- Original Message -----
From: "Petr Stehlik" <pst...@so...>
To: "Atari800-users" <ata...@li...>
Sent: Thursday, December 06, 2001 2:58 AM
Subject: Re: [Atari800-users] Re: 65816 module progress and more


> > > "Note: The function keys will eventually be changed to a more logical
> > > order."
> >
> > Somehow I doubt that I'm the first to come up with the key mapping ideas
I
> > have.
>
> In the last four years - yes, you're the first.

Well, maybe to first to voice it publicly in the last four years.

>
> BTW, I still believe that the F1=Help makes sense because most Joe Average
Users will press the F1 when launch it for the first time - even without
reading documentation - just due to common behaviour of other (DOS/Win)
applications.
>
> Petr

Compile-time option?

>
>
>
> _______________________________________________
> Atari800-users mailing list
> Ata...@li...
> https://lists.sourceforge.net/lists/listinfo/atari800-users

[Atari800-users] compilation warnings

[Jacek <jp...@in...>]

When I compile Atari800 with -Wall and -pedantic I see two types of warnings:

in cpu.c:
warning: ANSI C forbids `&&'
(and goto)
but I understand cpu stuff is "hard-coded"

in antic.c:
pointer targets in initialization differ in signedness

shouldn't we fix that? I can do it in anytime, just let me know if it doesn't
break anything.

-- 
Oh I see his face! Where is your star?
Is it far, is it far, is it far?
When do we leave?
I believe, yes, I believe                       "Stargazer" - Ronnie James Dio