Re: 4040 Error

kesava_at_vllyoak.resun.com
Date: 1998-01-12 15:40:37

 
>Unfortunally either your 6504 (the processor) or the 6530 are 
>damaged. There is a smal chance that they are not working due to
>xidated (good english ???) connections. You can fix that problem 
>by pulling the ICs out of their sockets by pulling the ICs out of 
>their sockets and put them back again.
>
>If the 6504 is broken, you could try to replace it with a 6502 

I will try resocketing the 6504 I haven't done that yet. If I 
still have the error I will substitute the 6504 with a 6504 from 
the 4022 Printer. Sadly after immediatly popping it open after 
reading your message I noticed the 4022 uses 6522. 

I am crossing my fingers it is the processer. I don't want to try 
to dig up a EPROM programmer doing a 6530/32 swap!

Thanks Ruud for the info, and the sudden enlightenment to check my 
printers controller board.

Doug Kalley
kesava@vllyoak.resun.com


--
Doug Kalley
kesava@vllyoak.resun.com

From  Tue, 13 Jan 1998 12:00:00
Return-Path: <owner-cbm-hackers@dot.tcm.hut.fi>
Received: from dot.tcm.hut.fi (dot.tcm.hut.fi [130.233.44.86])
	by leandra.ebs.ee (8.8.5/8.8.5) with ESMTP id OAA24887
	for <atb@leandra.ebs.ee>; Tue, 13 Jan 1998 14:57:00 +0200
Received: (from majordomo@localhost)
	by dot.tcm.hut.fi (8.8.7/8.8.7) id PAA15081
	for cbm-hackers-resend; Tue, 13 Jan 1998 15:37:19 GMT
Received: from vipunen.hut.fi (root@vipunen.hut.fi [130.233.224.20])
	by dot.tcm.hut.fi (8.8.7/8.8.7) with ESMTP id PAA15078
	for <cbm-hackers@dot.tcm.hut.fi>; Tue, 13 Jan 1998 15:37:11 GMT
Received: from meripihka.hut.fi (msmakela@meripihka.hut.fi [130.233.249.76])
	by vipunen.hut.fi (8.8.8/8.8.7) with SMTP id OAA149320
	for <cbm-hackers@dot.tcm.hut.fi>; Tue, 13 Jan 1998 14:34:13 +0200
Date: Tue, 13 Jan 1998 14:34:12 +0200 (EET)
From: =?ISO-8859-1?Q?Marko_M=E4kel=E4?= <msmakela@cc.hut.fi>
X-Sender: msmakela@meripihka.hut.fi
To: cbm-hackers@dot.tcm.hut.fi
Subject: Commodore 8032 series computer (fwd)
Message-ID: <Pine.OSF.3.96.980113143210.25910A-100000@meripihka.hut.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cbm-hackers@dot.tcm.hut.fi
Precedence: bulk
Reply-To: cbm-hackers@dot.tcm.hut.fi
Status:   
X-Mozilla-Status: 8001

Hi all!

This was spammed both to cbm-adm and to my personal e-mail address, but I
thought I will forward this message here, in case someone is interested in
this stuff.

	Marko

---------- Forwarded message ----------
Date: Tue, 13 Jan 1998 04:33:53 -0600
From: Ward black <cassette@swbell.net>
To: Marko.Makela@hut.fi
Subject: Commodore 8032 series computer

Hello Marko,

My name is Ward Black.  I was browsing the "Net" for Commodore computer
information, and came across your name as having some possible association
with people use have interest in older Commodore "CBM" series computers.

I have an 8032 series computer. 8050 drives, (with original cardboard
shipping boxes), and much peripheral hardware, software, and support
documentation, (ie. 3rd party publications, etc.).  Also included, is much
Commodore 64 hardware, software, and peripheral material.

If you know of an interested party, I am about to dispose of this entire
lot of Commodore related material quite reasonably.  I am willing to sell
to any interested party, and am open to anyone's bid for such.  If you know
of an interested person or group, any information would be appreciated.

Thank you,

Ward Black    -       cassette@swbell.net
P.O. Box 8123
Kansas City, MO  64112
816-444-8123

From  Tue, 13 Jan 1998 12:00:00
Return-Path: <owner-cbm-hackers@dot.tcm.hut.fi>
Message-ID: <34C5EE9D.3E3F@nijmegen.nl>
Date: Wed, 21 Jan 1998 13:48:29 +0100
From: "Gerard de Witte, RGN Nijmegen" <wittg0@nijmegen.nl>
Organization: Rekencentrum Gemeente Nijmegen
X-Mailer: Mozilla 3.0 (WinNT; I)
MIME-Version: 1.0
To: cbm-hackers@dot.tcm.hut.fi
Subject: Two new PRGs
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-cbm-hackers@dot.tcm.hut.fi
Precedence: bulk
Reply-To: cbm-hackers@dot.tcm.hut.fi
Status: RO
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Hallo allemaal,

I like to present two PRGs I wrote which could to the benefit of some of
you. As you know I'm copying the SCH from the older C=s from paper into
real SCHs using UltiCap. Unfortunally this PRG only supports the PostScript
and PLT format. (the last one is simplyfied HPGL) Until now I had to send
Marko the result and he translated everything to GIF. That's finished now!
My first PRG translates the PLT-files to BMP and then I use an existing PRG
to turn them into GIF. Why don't I translate them into GIF? I don't have
any idea how to do it :-( So if anybody has some sourcecode in C or Pascal
which can do the job, I would be very pleased. (Yes Marko, I know I can
find it in the SRC of GhostScript but I do not have the time to search
through over 1 MB of sourcecode :-) ) The PRG is written in Pascal but that
shouldn't stop the C-guys to translate it in C if they want to. The
conversion of my PET3008 SCH only takes a few minutes on a 486SX-25 despite
the fact that I use my HD to save temporary files. (I forgot to copy my
XMS library on my laptop when I went to Poland) The SRC is freeware.

The second program I call an 'Auto-disassembler'. It disassembles a 6502
PRG by analyzing all opcodes after giving it the starting address of the
PRG. In case of a KERNEL it uses the RESET-, NMI- and IRQ-vectors as
starting addresses. The PRG only has problems with indirect jumps who find
the address to jump to in the RAM area or tricks like putting addresses on
the Stack to use RTS/RTI as a jump (SYS command). In these cases you tell
the PRG by means of a file the addresses which it must examine as well.
You also can tell the PRG to move blocks of code and to disassemble it at
the right place. This is needed for the GETCHR routine which is situated at
$0073 in the C64 and moved to their after a reset. There are more tricks
which can be used to tell the Auto-disassembler what to do but I save that
for those persons who ask me for it.
Of course this PRG is written in Pascal as well and available as
freeware.

I managed to disassemble both the ROMs of the C64 but I was left with a
small piece of 'unexamined area' situated from $B1AA to $B1B1. This is a
routine to turn a FAC into a INTEGER. I wasn't able to find the original
routine using it. Can anybody help me in this? Thanks.

Groetjes, Ruud


PLEASE, read this:

The address where I'm sending this email from is from a computer where
anybody can send email from but NOT receiving email. I even don't know
whereit ends up, worse, it could end up with people which I don't want
to know that I'm using this machine to send some personal email. So
don't include it in your 'answer all receivers' (???) If you want to
address me as a person, use rbaltiss@worldaccess.nl or 
rbaltissen@sysaid.nl.
Thanks.


From  Tue, 13 Jan 1998 12:00:00
Return-Path: <owner-cbm-hackers@dot.tcm.hut.fi>
Date: Wed, 21 Jan 1998 15:27:37 +0200 (EET)
From: Marko Mäkelä <msmakela@cc.hut.fi>
X-Sender: msmakela@meripihka.hut.fi
To: cbm-hackers@dot.tcm.hut.fi
Subject: Re: Two new PRGs
In-Reply-To: <34C5EE9D.3E3F@nijmegen.nl>
Message-ID: <Pine.OSF.3.96.980121151220.17572Q-100000@meripihka.hut.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cbm-hackers@dot.tcm.hut.fi
Precedence: bulk
Reply-To: cbm-hackers@dot.tcm.hut.fi
Status: RO
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hello Ruud,

> The second program I call an 'Auto-disassembler'. It disassembles a 6502
> PRG by analyzing all opcodes after giving it the starting address of the
> PRG. In case of a KERNEL it uses the RESET-, NMI- and IRQ-vectors as
> starting addresses.

In 1993 or 1994, I started writing a recursive disassembler.  I
concentrated on detecting data blocks: the disassembly produced by d65 (my
disassembler) never contains data blocks that are misinterpreted to be
program data.  But I lost interest in the project, because already the
first prototype version satisfied my needs.  If you want to experiment
with it or enhance it, you can download it from ftp.funet.fi somewhere (I
think it's in the /pub/cbm/crossplatform tree).  I planned to add
address table detection and cross-reference support.  And now that HTML is
so popular, it would be feasible to make it optionally produce HTML
output, much like the "recomment" Perl script written by Jouko Valta
(released with x64 and later VICE).

> Of course this PRG is written in Pascal as well and available as
> freeware. 

Pascal is not a portable language.  If you write programs in Pascal, they
probably won't be usable on any other platforms than CP/M and its
descendants (MS-DOS, Windows).  I strongly recommend that you get
acquainted with the GNU C compiler.  There is an MS-DOS port of it
(freely) available.  It's called DJGPP.

> I managed to disassemble both the ROMs of the C64 but I was left with a
> small piece of 'unexamined area' situated from $B1AA to $B1B1. This is a
> routine to turn a FAC into a INTEGER. I wasn't able to find the original
> routine using it. Can anybody help me in this? Thanks.

I don't know if this is the answer, but the C64 BASIC interpreter uses a
address table that contains routine addresses subtracted by one.  It
pushes these addresses on the stack and uses RTS to jump to them.  (RTS
increments the return address by one.)  Could itp be that your disassembler
doesn't see the routine because of this?


I also have some announcements.  First, in case I haven't said it here,
I've written a completely new version of my file conversion utility,
cbmconvert.  In addition to Lynx, Arkive, ARC/SDA, ZipCode and other
Commodore-specific formats, it supports disk images (1541, 1571, 1581)
(native, GEOS, C128 CP/M) and T64 files.  It's quite useful if you have to
copy lots of stuff e.g. to 1541 disks: it'll spread the files to several
disk images if needed.  It's also very useful when you need to check if a
file has been correctly transfered, before transfering it to the
Commodore.  Now there's even an MS-DOS binary version of these tools, just
go to http://www.funet.fi/pub/cbm/crossplatform/converters/.

Then some bad news: the chips I ordered from Jameco through Howard Herman
will be shipped with surface mail, because it is $20 cheaper than air
mail.  It'll take 6-8 weeks, so be patient with the chips.  I'll post an
announcement when the chips arrive.

	Marko


From  Tue, 13 Jan 1998 12:00:00
Return-Path: <owner-cbm-hackers@dot.tcm.hut.fi>
From: Stephen Judd <judd@merle.acns.nwu.edu>
Message-Id: <199801211550.JAA06734@merle.acns.nwu.edu>
Subject: Re: Two new PRGs
To: cbm-hackers@dot.tcm.hut.fi
Date: Wed, 21 Jan 1998 09:50:03 -0600 (CST)
In-Reply-To: <Pine.OSF.3.96.980121151220.17572Q-100000@meripihka.hut.fi> from "Marko Mäkelä" at Jan 21, 98 03:27:37 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Sender: owner-cbm-hackers@dot.tcm.hut.fi
Precedence: bulk
Reply-To: cbm-hackers@dot.tcm.hut.fi
Status: RO
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi guys!

> > I managed to disassemble both the ROMs of the C64 but I was left with a
> > small piece of 'unexamined area' situated from $B1AA to $B1B1. This is a
> > routine to turn a FAC into a INTEGER. I wasn't able to find the original
> > routine using it. Can anybody help me in this? Thanks.
> 
> I don't know if this is the answer, but the C64 BASIC interpreter uses a
> address table that contains routine addresses subtracted by one.  It
> pushes these addresses on the stack and uses RTS to jump to them.  (RTS
> increments the return address by one.)  Could it be that your disassembler
> doesn't see the routine because of this?

That address table is only used for the main BASIC commands.  The $B1AA area 
is an interesting piece of code.  From Mapping the 64:

"Convert A Floating Point Number to a Signed Integer in .A and .Y regs.
This routine calls AYINT [$B1BF] below, which checks to make sure that
the number in the floating point accumulator is between -32768..32767, and
it converts it to a 16-bit signed integer in 100-101 ($64-$65), high
byte first [!].  It leaves the high byte of the integer in .A and the
low byte in .Y.  Although this routine does not appear to be referenced
anywhere in BASIC, the vector at locations 3-4 points to its address.
Presumably it is provided for the benefit of the user who wishes to
pass parameters in a USR call, or the like."

So there ya go!

> Then some bad news: the chips I ordered from Jameco through Howard Herman
> will be shipped with surface mail, because it is $20 cheaper than air
> mail.  It'll take 6-8 weeks, so be patient with the chips.  I'll post an
> announcement when the chips arrive.

For what it's worth, I sent a package surface-mail to Germany (a VIC-II
no less) a few years back and it took less than a week to arrive.

	-Steve


From  Tue, 13 Jan 1998 12:00:00
Return-Path: <owner-cbm-hackers@dot.tcm.hut.fi>
Received: from dot.tcm.hut.fi (dot.tcm.hut.fi [130.233.44.86])
	by leandra.ebs.ee (8.8.5/8.8.5) with ESMTP id MAA26127
	for <atb@leandra.ebs.ee>; Thu, 29 Jan 1998 12:57:39 +0200
Received: (from majordomo@localhost)
	by dot.tcm.hut.fi (8.8.7/8.8.7) id MAA08383
	for cbm-hackers-resend; Thu, 29 Jan 1998 12:50:01 GMT
Received: from vipunen.hut.fi (root@vipunen.hut.fi [130.233.224.20])
	by dot.tcm.hut.fi (8.8.7/8.8.7) with ESMTP id MAA08378
	for <cbm-hackers@dot.tcm.hut.fi>; Thu, 29 Jan 1998 12:49:52 GMT
Received: from meripihka.hut.fi (msmakela@meripihka.hut.fi [130.233.249.76])
	by vipunen.hut.fi (8.8.8/8.8.7) with ESMTP id LAA265282
	for <cbm-hackers@dot.tcm.hut.fi>; Thu, 29 Jan 1998 11:47:22 +0200
Date: Thu, 29 Jan 1998 11:47:21 +0200 (EET)
From: =?ISO-8859-1?Q?Marko_M=E4kel=E4?= <msmakela@cc.hut.fi>
X-Sender: msmakela@meripihka.hut.fi
To: cbm-hackers@dot.tcm.hut.fi
Subject: The chips are here!
Message-ID: <Pine.OSF.3.96.980129111512.18733A-100000@meripihka.hut.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Sender: owner-cbm-hackers@dot.tcm.hut.fi
Precedence: bulk
Reply-To: cbm-hackers@dot.tcm.hut.fi
Status: RO
X-Mozilla-Status: 8001

Hello all,

I got the Jameco chips today.  I have never seen so many Commodore chips
in my life.  Here's what I have:

#   price   chip         remarks
10  $3.95   6567R56A     ceramic; some of these seem to be used.
			 These are unfortunately the older NTSC VIC-IIs with
	 		 64*262 cycles/frame.  I'm a bit disappointed about
			 this; these chips were the most expensive ones.
42  $.12    6560R2-101	 ceramic; manufacturing code 2786 S (?) Did they
			 really produce VIC-20 video chips as late as 1986?
40  $.12    8564R5C	 plastic; manufactured 4285

2   $3.25   SY6502	 plastic; manufactured 8321
2   $3.25   R6522-33	 plastic; manufactured 8810

total: $62.34, with shipping: $90 = 506 FIM (Finnish marks)
This means that I'll use the conversion rate

	1 USD = 506/90 FIM,

e.g. the price for one 6560R2-101 is 0.12 * 506/90 = 0.67 FIM + shipping.

Unfortunately the C64 VIC-II chips (6567) are the old revision, with 64
cycles per line and 262 lines, while newer NTSC VIC-IIs have 65 cycles per
line and 263 lines.  This means that some routines written for NTSC chips
won't work with these chips.  However, since these chips were so expensive,
I wouldn't like to have to keep them all myself.  I know, if I would like
to have an NTSC VIC-II chip, I wouldn't buy the 6567R56A, but unfortunately
this is all what there is.  Most NTSC programs and games will work on these
chips, but some new demos might not.  If I don't get enough orders for these
6567R56A chips, I will assign the same price to all video chips, i.e.
(82 * .12 + 10 * 3.95) / 92 = $.54 = 3.02 FIM each.

Please send your orders again, due to the changed situation.  Those who
already reserved chips will have priority, of course.  I don't know the
shipping costs yet, but I think it'll be something between 20 and 30 FIM
per package, maybe more for bigger packages.  Unless you made a prior
reservation, don't order more than a few of the 6560 or 8564 chips.  The
6502s and the 6522s are already reserved.


	Marko Mäkelä

Archive generated by hypermail 2.1.1.