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